Агрегатор EDI - 1C:Совместимо!

Опубликовал Денис Новосёлов (binex) в раздел Обмен - Обмен с другими системами

Агрегатор EDI будет полезен поставщикам потребительских товаров, работающих c различными розничными сетями через разных провайдеров EDI. Основная торговая система получает информацию от Агрегатора EDI, ее доработка не требуется и она остается на поддержке поставщика.

Агрегатор EDI подключается к нескольким EDI провайдерам пользователя, обрабатывает входящий поток заказов. Обработанная информация транслируется в учетную торговую систему на базе "1С:Управление торговлей" ред. 11.2 (в планах "1С:Управление производственным предприятием", "1С:Комплексная автоматизация"). Созданные в учетной торговой системе подтверждения заказов и накладные транслируются обратно в Агрегатор EDI и включаются в обмен через соответствующего провайдера EDI.

На сегодняшний день поддерживаются:

  • EDI.КОНТУР
  • EDISOFT
  • Exite Evolution
  • DIP7K, ОАО "Седьмой Континент"
  • EDI Culture

Основные возможности

  • Автоматическая загрузка заказов покупателей (ORDERS) в 1С
  • Автоматическая отправка ответов на заказы (ORDRSP)
  • Автоматическая отправка уведомлений об отгрузке (DESADV)
  • Автоматическая корректировка накладных по итогам приёмки товара клиентом (кража, потеря, пересортица, возврат)
  • Автоматическое формирование электронной счет-фактуры (INVOICE). Подписание осуществляется пользователем на сайте.
  • Поддержка работы с несколькими провайдерами EDI

Взаимодействие между системами

Обмен между агрегатором и центральной учетной системой осуществляется в формате Enterprise Data. В качестве транспорта может выступать файл (электронная почта/ftp-сервер/файловый каталог) либо веб-сервис.

В зависимости от провайдера, обмен между агрегатором и платформами EDI осуществляется через ftp-сервер, веб-сервис или файловый каталог.

Платформа EDI Агрегатор EDI Основная учетная система (ЦБ)
ORDERS Документ "Заказ клиента"
Идентификация номенклатуры заказчика, контрагента, грузополучателя, адреса доставки.
Настройки:
  • Загружать заказы (ORDERS) - Загружать или игнорировать сообщения ORDERS.
  • Отправлять заказы в ЦБ - Отправлять или нет заказ в ЦБ.
  • Выгружать цены в ЦБ - Выгрузка документа в ЦБ с ценами или только с количеством.
  • Разрешить пустые строки в заказах - Отправлять заказ в ЦБ, даже если товар не идентифицирован.
Документ "Заказ клиента"
Загрузка или обновление не проведенного документа. Заполнение цен, расчет сумм. Авторегистрация в плане обмена для выгрузки в агрегатор.
ORDRSP Документ "Заказ клиента"
Обновление данных заказа. Если заказ согласован и для заказчика включена настройка "Отвечать на заказы (ORDRSP)", то формируется и отправляется сообщение ORDRSP.
Документ "Заказ клиента"
Пользователь согласовывает дату и объем отгрузки, проводит заказ. Авторегистрация в плане обмена для выгрузки в агрегатор.
DESADV Документ "Черновик накладной"
Загрузка данных о поставке. Идентификация документа основания. Проверка соответствия условиям поставки. Формирование и отправка сообщения DESADV заказчику.
Настройки:
  • Уведомлять об отгрузках (DESADV) - Уведомлять или нет заказчика об отгрузке.
  • Ограничить превышение весового товара при отгрузке - Процент допустимого превышения заказанного весового товара при отгрузке.
  • Ограничить превышение штучного товара при отгрузке - Процент допустимого превышения заказанного штучного товара при отгрузке.
  • Создавать INVOIC на основании DESADV - Формирование и отправка сообщения INVOICE.
Документ "Реализация товаров и услуг"
Пользователь на основании заказа создает и проводит реализации. Авторегистрация в плане обмена для выгрузки в агрегатор.
RECADV Документ "Накладная"
Загрузка данных о принятой поставке. Идентификация документа-основания поставки. Проверка соответствия допустимым условиям расхождений.
Настройки:
  • Загружать акты приёмки (RECADV) - Загружать или игнорировать сообщения RECADV.
  • Допустимый процент потерь - Процент допустимого расхождения общего количества товара между отгрузкой и приемкой.
  • Разрешить излишки в накладных - Не блокировать документы, в которых заказчик принял товар, который ему не оформляли в сопроводительных документах.
  • Выгружать цены в ЦБ - Выгрузка документа в ЦБ с ценами или только с количеством.
Документ "Реализация товаров и услуг"
Обновление данных документа, перерасчет сумм документа. Авторегистрация в плане обмена для выгрузки в агрегатор.
INVOICE Документ "Накладная"
Обновление данных о рассчитанных суммах. Если для заказчика включена настройка "Создавать INVOIC на основании RECADV", то формируется и отправляется сообщение INVOICE
Документ "Реализация товаров и услуг"

Агрегатор EDI

Поддерживаемые конфигурации в качестве центральных баз:

Требования для работы программы

  • Для работы программы требуется платформа 1С не ниже версии 8.3.6
  • Должны быть настроены коннекторы для получения и отправки XML-файлов

Обновление и техподдержка

Конфигурация находится на поддержке. Подписка на обновления/техподдержка осуществляется бесплатно в течение 6 месяцев и включает в себя ответы на вопросы по конфигурации, исправление обнаруженных ошибок, доработки по просьбе заказчика (по времени не превышающие одного часа).
Обновления программы высылаются по электронной почте, при обращении в техподдержку.

Если в настройках программы отсутствует ваш провайдер EDI, либо конфигурация вашей учётной системы, возможна платная доработка из расчёта 1000 руб/час.

Код программы полностью открыт. Возможна доработка собственными силами.

Гарантия возврата денег

Гарантия возврата денег

ООО "Инфостарт" гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом течение 14-ти дней со дня поступления денег на наш счет.

Программа настолько проверена в работе, что мы с полной уверенностью можем дать такую гарантию. Мы хотим, чтобы все наши покупатели оставались довольны покупкой.

Для возврата оплаты просто свяжитесь с нами.

Скачать файлы

Наименование Файл Версия Размер
Руководство пользователя
.pdf 3,09Mb
05.03.17
26
.pdf 3,09Mb 26 Бесплатно
Агрегатор EDI - 1C:Совместимо!: Агрегатор EDI (редакция 1.2)
20.03.2017
1.2.0.61 8000 руб.

Моментальная
доставка

Агрегатор EDI - 1C:Совместимо!: Техподдержка (12 мес)
14.10.2016
3500 руб.

См. также

Вознаграждение за ответ
Показать полностью
Комментарии
1. Сергей (Che) Коцюра (CheBurator) 3370 24.08.15 19:51 Сейчас в теме
это правильный участок автоматизации
2. Денис Новосёлов (binex) 187 24.08.15 19:55 Сейчас в теме
3. Сергей Михеев (Rezident495) 6 25.08.15 09:59 Сейчас в теме
Подскажите, пожалуйста, поддерживает ли данное решение ЮЗДО?
Возможна ли интеграция с 1С: УПП и 1С:КА?

Даже в том виде, в котором есть данное решение очень интересно!
4. Денис Новосёлов (binex) 187 25.08.15 10:07 Сейчас в теме
(3) Rezident495, на данный момент, в одной организации настроено формирование файлов счёт-фактур (пока Эдисофт и Е-Ком). Они отправляются через коннектор провайдеру, далее оператор заходит на сайт, ставит галочки "выбрать все" и нажимает ПОДПИСАТЬ.

Эту подсистему я пока не афиширую. Привожу в порядок.

Возможна ли интеграция с 1С: УПП и 1С:КА?


Могу добавить модули обмена с данными конфигурациями. В рамках акции покупки до 01 октября.
5. Инженер Гарин (Гарин) 1 25.08.15 17:06 Сейчас в теме
6. Денис Новосёлов (binex) 187 15.09.15 18:53 Сейчас в теме
Версия 1.0.2 от 15.09.2015:


  • Отчет по вычеркам
  • Новый механизм идентификации адресов - теперь не нужно заносить GLN в центральную базу, достаточно один раз провести заказ с заполненными данными (адрес доставки и грузополучатель)
  • Небольшие интерфейсные изменения


7. Денис Новосёлов (binex) 187 29.09.15 11:23 Сейчас в теме
Ищу потенциальных пользователей для отладки продукта (поставка без исходного кода). Настрою обмен с вашей учётной без изменения конфигурации.
8. Андрей Титов (gfoods) 22.10.15 16:56 Сейчас в теме
(7) binex,
Здравствуйте.
Я около трех лет мечтал о решении подобному Вашему. И вот появились Вы и Ваше решение и все в нем прекрасно и готов покупать почти не глядя. Но вот беда у нас 8.2 не управляемые формы УТ 10.3 :(
9. Денис Новосёлов (binex) 187 22.10.15 17:19 Сейчас в теме
(8) gfoods, интегратор выполнен в виде отдельной конфигурации, которая общается с центральной базой через COM соединение. УТ 10.3 перечислено в списке поддерживемых баз.
10. Денис Новосёлов (binex) 187 17.02.16 18:26 Сейчас в теме
Версия 1.1.0.7 от 17.02.2016:

  • Добавлен выбор транспорта обмена (FTP/Локальный каталог) для учётных записей провайдера.
  • Полностью переработан механизм обработки входящих и исходящих файлов XML - файлы сохраняются в справочнике ФАЙЛЫ. Для файлов заведены статусы (Новый/Обработан/Ошибка при обработке/Обработка отключена/Обработчик не настроен/Неопознанный тип сообщения)

Встроены подсистемы БСП 2.3.2.45
  • Базовая функциональность; Обновление версии ИБ; Пользователи
  • Регламентные задания
  • Обновление конфигурации
  • Резервное копирование ИБ; Завершение работы пользователей; Получение файлов из интернета;
  • Удаление помеченных объектов
  • Настройки программы
11. Павел Павел (modestry) 16 10.03.16 15:13 Сейчас в теме
Решение прикольное. Тока отдельное не очень интересно. Обработки по обмену с EDI для например с УПП вполне справляются.
12. Денис Новосёлов (binex) 187 10.03.16 15:52 Сейчас в теме
(11) modestry, почему отдельное не интересно?! В виде конфигурации удобно для универсальности - можно и на 7-ю и на 8-ю версию базы настроить. Плаг энд плэй.
Пользователи в интегратор вообще редко заходят:

  • Начали торговать новой товарной позицией, штрихкод которой у поставщика и покупателя отличаются. Нужно один раз проставить соответствие. (Иначе будут заказы покупателей с пустой номенклатурой)
  • Для формирования инвойса изредко нужно заходить и вручную выбирать соответсвие АктПриёмке = УведомлениюОбОтгрузке, так как Х5, к примеру, номера накладных вручную вбивают, и частенько префикс и лидирующие нули игнорируют.

Всё. Больше пользователю делать ничего не нужно. Проводи заказ, формируй накладную. Ах да - пока ещё на сайт нужно заходить. Ставить галочку "Выбрать всё" и нажать "Подписать".
13. Евгений worker (worker1c) 108 26.04.16 09:36 Сейчас в теме
Интересное решение. Большим плюсом является отсутствие необходимости встраивания сторонних модулей, обработок в рабочие конфигурации. И при работе с разными провайдерами удобно работать в одном месте (как правило это один сотрудник). Не хватает интеграции с 1С-Сеть (если такая еще существует). Автору желаю успехов в продвижении и развитии.
14. Сергей (Che) Коцюра (CheBurator) 3370 12.05.16 23:15 Сейчас в теме
А с Корус-Консталтинг работает?
15. Денис Новосёлов (binex) 187 13.05.16 07:23 Сейчас в теме
(14) CheBurator, в данной версии не работает. Настроить не составляет большого труда: 1- добавить предопределенный элемент справочника "Правайдеры"; 2-добавить общий модуль с пятью функциями.

В настоящее время веду работы по избавлению от коннекторов (обмен с провайдерами через API) и перевод синхронизации с центральной базой без СОМ-соединения (для публикации решения на веб-сервере).

16. Vladimir Polyakov (spectre1978) 15 04.06.16 09:00 Сейчас в теме
(12) binex, обычно есть смысл работать с одним провайдером и через него по роумингу со всеми сетями. За большой пакет документов скидка хорошая полагается. Минусы, конечно, тоже есть - если навернется, то будет неприятно, но и если один из нескольких, через которого ключевая сеть идет, навернется - тоже будет неприятно. Да и невелика вероятность. В любом случае если решение работает только с EDI, это и вправду малоинтересно, потому как нет там ничего особенно сложного. Вот если бы вы подобную штуку сделали для ЮЗДО, да с автоматическим подписанием всех квитанций - вот это была бы бомба.
17. Vladimir Polyakov (spectre1978) 15 04.06.16 09:04 Сейчас в теме
тема EDI была популярна лет пять назад. А сейчас основная головная боль это ЮЗДО (ЭСФ, ЭКСФ, ЭТТН) в привязке к EDI, потому что очень много ручной работы из-за подписания и, главное, оператору отгрузки зачастую просто некогда этим заниматься. Вот где поле для автоматизации.
18. Денис Новосёлов (binex) 187 04.06.16 09:23 Сейчас в теме
(17) spectre1978, по части ЮЗДО, авто подпись в планах, на данный момент пока автоматическое формирование INVOICE на основе РЕКАДВ (если РЕКАДВ проходит норматив по вычерку).
19. Денис Новосёлов (binex) 187 06.08.16 20:59 Сейчас в теме
Анонс. Агрегатор EDI, редакция 1.2

Полностью переработан механизм обмена с типовыми конфигурациями 1С. Теперь обмен осуществляется через формат Enterprise Data, а это возможность обмена через веб-сервис.
Правила обработки настраиваются через "Конвертация данных", 3 ред.
20. Сергей Козынкин (Ulus) 223 08.08.16 08:05 Сейчас в теме
Интересно.
Ваше решение настраиваемое "под себя"?
например, мы у EXITE чуть подпилил так:
1) Сеть кидает заказ на голову, при загрузке в уч. систему подсовываем магазин.
2) РТиУ в уч. системе идет по магазину
3) При отправке уведомление об отгрузке и инвойса, в сообщение EDI подсовываем "голову".

З.Ы. уч. система Комплексная автоматизация 1.1
21. Денис Новосёлов (binex) 187 08.08.16 08:48 Сейчас в теме
(20) Ulus, ваш сценарий учтен лишь отчасти. При загрузке заказа, он сохраняется как документ "Заказ покупателя" без всяких изменений. На его основе создается документ "Ответ на заказ" в котором происходит подмена (настройка подмены завязана на адрес доставки), он то и отправляется в учетную систему. Подмена с уведомлениями и инвойсом пока не проработана. Буду признателен, если вышлите ваш пример цепочки сообщений. Что за сеть, если не секрет?
22. Сергей Козынкин (Ulus) 223 08.08.16 12:16 Сейчас в теме
Сеть ООО"Компания Холидей".

Да цепочку собственно я уже и описал ).

Пришел Заказ
Отправили подтверждение Заказа.
Отправили Инвойс.

еще сеть ООО "Альфа Ритейл Компани", по ней то же подменяем.

Пришел Заказ
Отправили подтверждение заказа
Отправили уведомление об отгрузки
23. Сергей (Che) Коцюра (CheBurator) 3370 08.08.16 17:55 Сейчас в теме
Автор, есть ли опыт интеграции с ТиС 7.7..?
24. Денис Новосёлов (binex) 187 09.08.16 06:45 Сейчас в теме
(23) CheBurator, интеграцию с ТиС 7.7 настраивал только с решением 1.1 редакции. Сейчас обмен нужно заново разрабатывать. Скорее всего с использованием УРБД, для выявления изменений данных.
25. Максим Безруков (bzmax) 16.08.16 02:01 Сейчас в теме
(14) CheBurator,
Формат "КОРУСА" почти полностью идентичен формату "КОНТУРА". Изменения минимальны!
Достаточно немного изменить формат файла (сообщеня EDI).
26. Максим Безруков (bzmax) 16.08.16 02:03 Сейчас в теме
(19) binex,
Вот это уже грамотный подход! Намного лучше решения через COM-соединение.
27. Максим Безруков (bzmax) 16.08.16 02:16 Сейчас в теме
(10) binex,
Полностью переработан механизм обработки входящих и исходящих файлов XML - файлы сохраняются в справочнике ФАЙЛЫ. Для файлов заведены статусы (Новый/Обработан/Ошибка при обработке/Обработка отключена/Обработчик не настроен/Неопознанный тип сообщения)


EDI сообщения нужно хранить:
1) В виде XML-строки, т.к. сохранение их в хранилище дает в 1,5 раза больше прироста объема БД.
2) Записывать нужно не в справочник, а в регистр сведений. особенно это касается "старых" конфигураций, без УФ и управляемых блокировок.

Представьте запись в 50 000 сообщений в течении 4 часов(!). Как правило это можно сделать разделив формирование(редактирование) сообщений в несколько потоков, А смысл это делать при записи в справочник!? Если один поток уже заблокировал таблицу элементов справочника. И пока он(поток) не отработает, другой поток не сможет записать изменения. В случае использования регистра сведенй блокируется только запись, а не вся таблица, что позволяет в несколько потоков формировать EDI сообщения.
28. Данила Володькин (skif47) 257 16.08.16 20:25 Сейчас в теме
(27) bzmax, регистр сведений не имеет ссылки, что вызывает много сложностей при обращении к конкретным сообщениям в коде и невозможность отслеживания истории в журнале регистрации.
А управляемые блокировки, насколько помню, спокойно настраиваются и в справочниках.
Откуда появилась цифра 50000 сообщений за 4 часа? Можете рассказать о своём опыте?
29. Vladimir Polyakov (spectre1978) 15 17.08.16 08:49 Сейчас в теме
Вы храние EDI-сообщения в базе? Хм... Я тут за несколько лет у себя только один RECADV из зипов поднял (ТОЛЬКО RECADV!) и получилось около 150 000 файлов.
Если же формировать архив ЭСФ, по каждой из которых имеется минимум 8 файлов - все квитанции с подписями - то количество файлов конкретно у меня за несколько лет будет измеряться миллионами. Что-то у меня нет уверенности, что хранение этих данных в базе есть хорошая практика.
30. Vladimir Polyakov (spectre1978) 15 17.08.16 08:51 Сейчас в теме
на мой взгляд - только файловое хранение с раскидыванием по папкам фирма, год, месяц, день. И периодическое завертывание в архив (zip, rar).
31. Денис Новосёлов (binex) 187 17.08.16 09:19 Сейчас в теме
(29) spectre1978, в дальнейшем планирую перевести на подсистему хранения файлов из БСП. Там можно выбирать где хранить - в томе на диске или в самой базе. Также архивировать. Сейчас это пока не в приоритете.
32. Мехти Ибрагимов (mvi2) 03.11.16 17:45 Сейчас в теме
Очень интересно.
Случайно наткнулся.
Руководство поручило разобраться и найти оптимальный выход из такой ситуации (в общих чертах):

На днях, без предупреждения был отключен роуминг между EXITE и Cislink. (Билайн отказался соединять своих клиентов с Мегафоном)

Мы, как поставщики работаем через Cislink, а три сети через EXITE, результат - дикий аврал.
И вообще весело.

Долго описывать ситуацию в подробностях, но в нашем случае Агрегатор, ИМХО, здорово бы помог.
33. Serj (Serj1C) 460 08.11.16 07:25 Сейчас в теме
Продукт "Агрегатор EDI" ИП Новоселова Дениса Юрьевича получил сертификат "Совместимо! Система программ 1С:Предприятие"
http://1c.ru/news/info.jsp?id=22162
Поздравляем = )
34. Максим Безруков (bzmax) 07.02.17 06:25 Сейчас в теме
(28)
Прошу прощения за долгое молчание, много работы.
Представьте сеть в 700-800 торговых точек. 2000-3000 поставщиков.
Это уже даже по минимуму 700х2000 = 14000 заказов в день поставки нужно сформировать.
А т.к. заказы формируются сразу на 3-4 дня, то выходит 14000х3=42000 заказов.
Т.к. до 12-00 магазины еще формируют заказы. А в 17-00 последнее время отправки (что бы поставщики на следующий день уже готовили отгрузку).
Выходит что в период с 12-00 до 17-00 нужно минимум сгенерировать и отправить свыше 40 тысяч заказов.
Представьте какого это писать в справочник или в файлы.
При генерации каждого EDI сообщений все равно генерируется его UID - это UID и используется как поисковый индекс (основное измерение) в регистре сведений, а также дата и номер заказа.
Само же тело заказа в виде XML строки записывается в ресурс (строка без ограничений)).
Таким образом по номеру, дате или UID сообщения его всегда можно найти. а тело сразу получить из ресурса и пропарсить из строки минуя лишние операции чтения-записи xml-файла на диск.
35. Максим Безруков (bzmax) 07.02.17 06:27 Сейчас в теме
(29) Разве это много? У меня по ЕГАИС-записей по учету оборота алкоголя и пива, только за 2016 год порядка 12 000 000.
36. Vladimir Polyakov (spectre1978) 15 07.02.17 08:54 Сейчас в теме
Раздувая рабочую базу, вы увеличиваете вероятность сбоя. При этом само по себе такое раздувание ничем не оправдано, потому что для старых EDI сообщений оперативный доступ, который дает РС, не нужен совершенно.
37. Игорь Нешик (ineshyk) 06.03.17 01:52 Сейчас в теме
(34) для таких задач придумали различные document db.