gifts2017

Агрегатор EDI

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

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

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

В самой учетной системе не требуется делать каких-либо доработок для подключения ко множеству EDI провайдеров, эта функциональность поддерживается в Агрегатор EDI.

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

  • Эдисофт;
  • EXITE;
  • DIP7K;
  • Деловая культура;
  • Контур EDI.

Агрегатор EDI

Типичный сценарий работы с агрегатором EDI

Поставщик, при работе со своими клиентами, пользуется услугами трёх провайдеров EDI - Контур, Exite и Эдисофт.

В свою учётной систему поставщик получает не проведенные заказы от клиентов. Пользователь корректирует заказы с учётом товарных остатков, планируемой даты отгрузки, цен и проводит документ. Если клиенту требуется отправлять ответ на заказ (ORDRSP), то агрегатор отправляет его с учётом корректировок.

На основании заказа, пользователь создаёт и проводит документ реализации. Агрегатор, в зависимости от настроек, автоматом отправляет уведомление об отгрузке (DESADV).

Если клиент отправляет уведомления о приёмке (RECADV), то в зависимости от настроек агрегатора, те накладные, по которым имеются расхождения (потеря, кража, пересортица) автоматически корректируются. В агрегаторе эти корректировки можно смотреть в отчете по вычеркам.

Для клиентов, которым требуется электронные счёт-фактуры, формируются черновик счёт-фактуры. Эти черновики подписываются пользователем на сайте провайдера EDI.

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

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

Поддерживаемые конфигурации 1С:Предриятие

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

  • 1С:Предприятие 8.2 "Управление торговлей", редакция 11.2

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

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

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

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

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

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

 Планируемое направление развития продукта

  • Поддержка актуальных редакций типовых конфигураций 1С:Предприятие
  • Приём заявок через почту
  • Подписание документов средствами ЭЦП
  • Разработка мобильного приложения для приёма заявок

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

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

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

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

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

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

Наименование Файл Версия Размер Кол. Скачив.
Руководство пользователя
.pdf 3,09Mb
22.08.16
15
.pdf 3,09Mb 15 Бесплатно
Агрегатор EDI (редакция 1.2)
14.10.2016
1.2.0.8 8000 руб.
Техподдержка (12 мес)
14.10.2016
3500 руб.

См. также

Вознаграждение за ответ
Сумма: 0 $m
Добавили:
Денис Новосёлов (binex) (10.00 $m)
Подписаться Добавить вознаграждение

Комментарии

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

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

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

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


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


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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Долго описывать ситуацию в подробностях, но в нашем случае Агрегатор, ИМХО, здорово бы помог.
33. Serj (Serj1C) 08.11.16 07:25
Продукт "Агрегатор EDI" ИП Новоселова Дениса Юрьевича получил сертификат "Совместимо! Система программ 1С:Предприятие"
http://1c.ru/news/info.jsp?id=22162
Поздравляем = )
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа