День добрый.

Собственно в чем суть. Есть сеть минимаркетов, платформа 8.2, конфа Далион: Управление магазином. Есть поставщики, хз какая у них конфа, но делать буду под 8.2 для стандартных конфигураций.

Задача. Создать подсистему электронного обмена документами базы Далион с базами поставщиков. Связь должна быть двусторонней.

Пример. Создаем в Далионе заказ поставщику, отправляем его поставщику, поставщик принимает, нажимает ккнопку подтверждения заказа, это подтверждение улетает в конфу Далиона, дальше уже мелочь, создаю непроведенный документ приходной накладной, потом администратор торговой точки заходит сверяет колиество и проводит документ.

На данный момент я вижу работу данной подсистемы посредством обмена сообщениями по электронной почте, возможно кто-то сталкивался, покритикуйте пожалуйста.

Вижу проблемы с разными конфигурациями поставщиков, но писать буду ппод платформу 8.2, тут без вариантов. Есть еще проблема с синхронизацией номенклатуры, но тоже решаема, ну и начальное сопоставление адресов почты с контрагентами.

Может у кого уже был опыт, подскажите

EDI

это теория или реальный опыт?

Это уже реализовано не один десяток лет назад, называется EDI - Electronic Document Interchange, и есть стандарт EANCOM, который описывает соответствующие сообщения между поставщиком и покупателем. Между крупными сетями (типа перекрестка, магнита) и их поставщиками такая система действует через специальное третье лицо - EDI-провайдеров. Такие решения в России начали интенсивно внедряться где-то во второй половине нулевых и запускаются в разных сетях до сих пор.

+(3) Лучше действительно сразу делайте через EDI-операторов. Потом с такими доморощенными обменами приходитсЯ мучиться. Вдруг тоже придется сотрудничать с вашей сеткой

Спасибо за помощь ребят, буду связываться с провайдерами

У нас реализованы как обмены через собственные разработки так и через  EDI. Только через свои обмены платить ни чего за документ ни надо. А через EDI каждый документ стоит денюжку. А на одну продажу может быть несколько. А по сложности реализации все примерно одинаково. И одинаково " приходитсЯ мучиться".

(0) 1С:Библиотека электронных документов 8.2 не подойдет?

Сама процедура реализации не сложна. Проблемы с возвратами. Особо когда есть товар по различным акциям. Штрихкод  товара один и тот же, а сам товар а может продаваться по различным условиям. И "веселье" начинается тогда когда возвращаем его поставщику или покупатель его нам возвращает.

И еще одно. У поставщика может быть базовая единица упаковка, а мы уже продаем поштучно. Или мы поставляем упаковками, а покупатель продает поштучно или на вес. И вот наступает момент, что по какой-то причине надо вернуть часть упаковки или часть весового товара.

(6) а как ты, например, без ЕДИ-коннектора закидываешь данные сразу в систему провайдера (вариант подгрузки сформированных XML-файликов через вебфейс не рассматирваем).

(5) смотри у провайдеров готовые ЕДИ-адаптеры, встраиваемые сразу в конфиги на 1С, чтобы не лазить через фебфейсы.

(8)(9) уже тоже думал над этим, я остановился на обмене через веб интерфейс, там заявку ормирует наша 1с, поставщики через браузер нам одобряют.

Самое смешное начинается тогда, когда обнаруживается один и тот же товар в разных базах разных поставщиков, причём с совершенно различными реквизитами (кроме штрих-кода).

Согласен, поэтому поодтверждение заявки через web решает проблему синхронизации справочников