Супермаг + EDI : Супермаг Плюс (Супермаг 2000)

Кому-нибудь приходилось заниматься подключением Супермага2000 к какому-либо провайдеру EDI?
Вопрос возник всвязи с необходимостью автоматизации обмена заявками с поставщиками. Только что с Корусом разговаривали, предлагают сделать XML-транспорт своими руками.
Тут на форуме вообще про EDI не упоминается.
Вот и вопрос: самими писать или уже кто-то сталкивался?

в этой теме что-то похожее обсуждалось...

Мы работаем по такой схеме около 2-х лет...
Заказы создаются как обычно в СуперМаге...
а далее через нашу прорамму - экспортируются в виде обыкновенного
текстового файла с разделителями ";"
на выбор 3 варианта - эл. почта, фтп, локально в файл.
адрес эл. почты - берем или из свойств контрагента, или из контрактов (куда мы предварительно добавили метку "e-mail поставщика").
Пару месяцев назад запустили РЦ на 1Ске...
с ними реализовали более тесную интеграцию..
заказы передаем как описано выше (хотя и здесь можно закрутить)
а от них получаем приходные накладные в виде XML файлов
и грузим их в СМ... ну а далее почтовик сам рассылает их по магазинам...
(Для загрузки - завели еще одну подчиненную БД)

Аналогично... Корус очень нехилые деньги заломил, поэтому самописка решила проблему. EDI не потребовался, под каждого поставщика, кто шел на электронный документооборот, создавался свой формат. При некоторых взаимных компромиссах пишется моментально. Я сначала бинарники кропал, потом на bash перешел. Но опять же, CSV.

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

Там вопрос будет в синхронизации справочников.
Корус за это по большому счету денег хочет.

Было у нас одно МХ на XML-обмене со сторонним софтом (кто-то из управления складом), наелись по самое нехочу документами с нулевыми ценами и прочими чудесами...

Здесь по большому счету вопрос именно выгрузки данных, а не загрузки.
Я бы всё же не решилась загружать данные поставщика в приходную накладную.
Может быть в ТСД, как основание для приемки...
Хотя, тоже спорный вопрос.

Мы тоже долго сомневались... но тут многое зависит от объема...
в нашем случае планируется процентов 50-70%% товаров пустить через РЦ
работающий на 1С v7.7 (торговля и склад)
в итоге за месяц загружено в СМ
6400 - приходных накладных
200 - расходных накладных
чтобы избежать ошибок - утверждена инструкция (административные меры) а также разработан механизм сверки документов...
за месяц - возникло что-то около 5 ошибок... старший оператор с ними справился...
Аналогичный механизм можно запуситить и для других поставщиков...
но не напрямую а через некую программу-конвертер...
которая и цены проверит и артикулы и т.д.

Совершенно верно. Выгрузка нужна для отправки заказа. И приёмку мы осуществляем на основании своего же заказа, а не того, что они нам там по накладной впишут. Поэтому вариант с подчинённой БД в почтовом модуле со стандартным XML нас вполне устроит.
Всем спасибо за советы.