С задержкой, но задача дотянулась и до нас. Нужно с большой сетью перейти на электронные документы. Открыл последнюю типовую - там везде кнопка "ЭДО" есть, предлагаемый оператор предлагает скачать свой модуль - нужно ли это? Кого из операторов порекомендуете?

контур EDI

(0) тебе первичкой обмениваться только ?

(1) Понял, спасибо.
(2) Я и не знал, что чем-то ещё можно. Пока только документы, относящиеся к поставке продукции сети-покупателю.

(3) Первичный документ -- это УПД/торг12/СФ
иногда счёт/договор

чем ещё нужно обмениваться ?

то что в типовой кнопка ЭДО, работает через Ж.

Обращайся в сторонние контурсы, диадоки и т.п. У них есть обработки для УПП.

ПС: недавно про Контур смотрел и завидовал https://www.youtube.com/watch?v=YvE3rQuex3U&t=0s
Обработка для 1С очень неплохая кстати, с подключаемым модулем, аналог "расширений" 1С

(0) Это не тот ЭДО, что вам нужен. Сети в основном через EDI работают, тут сами выбирайте провайдера исходя из стоимости пакета сообщений и затрат на внедрение: Контур EDI, Exite, Сфера, Cislink и т.д., решений много. ЭДО от 1С годится только для нечастого использования с поставщиком. Хотя, как то допиливал его немного под небольшую розницу.

(5) Контур в этот модуль ввалил, судя по всему, несколько человеко-лет разработки целой команды.

(7) сча  Ветис тоже крутой делают

(5) > то что в типовой кнопка ЭДО, работает через Ж.


что там через жо ?

(9) там всего 2 провайдера, с подозрительными названиями,  дождаться отклика от которых я не смог. "Временные" трудности были

(10) у тебя инфа давнейшей данвости

сейчас в хабе 1с-эдо : такском, калуга, тензор
так же можно настроить роуминг с контруром

(0) Для начало определись что нужно. Обмен юридически значимыми документами (фактура, УПД) или электронный обмен первичными документами  (заявки отгрузки)

Обчяно сетям нудно второе и в 1С этого нет

(10) 5 операторов, один с пометкой про тест.

(13) Ещё раз

через хаб 1с-эдо можно почти со всеми обмениваться по ЭДО

(14) с Диадоком сейчас какая ситуация?

(15) Автоматический роуминг

(0) определился тебе всё таки эдо нужно или edi?

(16) спасибо

(17) Нужен EDI. Но electronic data interchange - «электронный обмен данными» - разве это не тот же самый «электронный документооборот»?

(19) мои представления об этой теме схожи с (12).
Если EDI, то сеть скорей всего хочет вас посадить на конкретного провайдера.

(19)
Нет Есть EDI - это международный стандарт обмена документами.  К примеру в банковской сфере используется Стандарт SWIFT. YML (Yandex Market Language) и CommerceML в виде XML от 1С это тоже варианты стандартов

А есть ЭДО - это обмен юридически значимыми документами. Т.е. обмен по "стандартам" разработанный ФНС.
Вот в 1С разработан разработаны стандарты от ФНС, и эти стандарты только для типовых документов (фактура и УПД), там нет ни прайса ни заявки ни корректировки

(21) О, теперь совсем ясен критерий, уже ясно - что спрашивать.

(19) нет. EDI в общем случае юридически незначим в России. Т.е. его использование есть добрая воля продавца и покупателя для своих нужд, в суде эти XMLки не имеют силы, а форматы - нечитабельны для госорганов. У нас все свое, православное, Б-гомерзкий EDI не котируется.

когда же говорят об ЭДО - имеют в виду юридически значимый ДО (правильнее ЮЗДО). Там, во-первых, обычно применяются законодательно утвержденные форматы XML-документов (хотя и не всегда, есть и свободный формат), во-вторых, все подписывается сертифицированной квалифицированной ЭЦП, во-вторых, проходит через спецоператора связи (СОС).

* в-третьих

Собственно, почему для розницы не годится тот ДО, который изначально встроен в 1С - в первую очередь потому что там все очень долго. Решение для розницы должно уметь подписывать и выплевывать реализации в промышленных масштабах, от сотен до тысяч в сутки. И желательно подписывать ботом, без участия человека. Ну и вторая проблема - одновременно с кривым и сложным для обработки ЮЗДО с его миллионом квитанций сети предпочитают реализовывать оперативный учет на EDI, который на порядки легче. А вот как раз его-то 1С не умеет.

То есть встроенный в конфу ЭДО похож на электронную отчётность, тогда как сетям нужны быстрые заявки на поставку, подтверждения и подобное. Да?

А насколько сильно различаются электронные документы разных розничных сетей? Лет 12 назад каждая сеть хотела свои идентификаторы товаров, поставщиков, складов сети; свои печатные формы.

(26) 1000 пакетов не проблема

(27) В общих чертах докуменооборот с сетями примерно таков. Сначала сеть выставляет вам заказ ORDER. Это просто XMLка, приходящая по обычным каналам связи, неподписанная. Вы ее читаете, чешете репу что у вас есть на складе и отправляете на нее подтверждение ORDRSP. Там указывается, что вы готовы поставить полностью, что не полностью. Затем вы делаете отгрузку и отправляете в сеть копию накладной под названием DESADV - уведомление об отгрузке. Сеть может ее принять и уже у себя в системе эту входящую накладную создать. А когда сеть фактически примет товар, она отправит вам уведомление о приемке. Там может быть, к примеру, инфа о том что она приняла полностью, а что вычеркнула. Это все не юридически значимые документы EDI.
А вот дальше есть сложности, потому что в какой-то момент вы должны еще отправить ON_SCHFDOPR, электронный юридически значимый УПД. У сетей это происходит по-разному. Некоторые сети, например Магнит, требуют, чтобы он уходил вместе с уведомлением об отгрузке. Если по факту приемки происходят вычерки, то вам придется еще позже отправить корректировку. Более вменяемые сети, например Х5, разрешают его отправлять после приемки, когда вы с сетью уже утрясли что она приняла, что нет, и можете отправить документ "начисто", без дальнейших корректировок.
В общих чертах как-то так.

Что касаемо идентификаторов товаров (PLU), а также специализированных ШК, например весовых - то тут ничего не изменилось. Хотят все также, более того, для поставщиков ветеринарно подконтрольных товаров сейчас все это еще и помножилось на Ветис (Меркурий).

форматы XML-документов EDI в общем случае устроены так, что есть некий набор обязательных тегов, которые должны быть, и можно без проблем добавлять свои. Если сеть захочет их читать, она может попытаться их получить; другим они проблем не создадут. С документами ЮЗДО несколько сложнее, там структура негибкая. Но в шапке и в табличной части предусмотрены специальные теги, в качестве подтегов которых можно указывать дополнительные свойства. Эти свойства могут различаться от сети к сети.

(24) По закону только счет-фактура должна проходить через СОС.
Т.е. если я сформирую договор в ПДФ и подпишу своей ЭЦП - то с точки зрения бухгалтерского учета такой документ равносилен бумажной копии с поставленной на ней подписью и печатью. Аналогично и с актом набранном в Worde  или картинка протокола со сканера заверенная ЭЦП и переданная на флешке уже достаточно для признания его содержимое ЮЗД, даже если передача была без спец оператора

(14) как обмениваться через хаб 1с если контрагенты наполучали ид у нескольких операторов? И в 1с эдо и в тензоре, например.

(32) верно. Но то что касается конкретной поставки (сейчас это УПД с функцией отгрузки или без) должно проходить через СОС и должно иметь утвержденный формат.

(33) тензор не позволяет одному контру иметь 2 ID
его программисты ещё это не поправили

(29) Ясно. Ветеринарки тут не ожидается. Применяется EDIFACT, или что-то его "импортозамещает"?

(36) Пардон, понял из (23).

(34) Частично. Только в части счет-фактуры (НДС). Если к примеру отгрузка без НДС, или к примеру статус "только накладная", то СОС не нужен

(38) в реальности это 90% поставок, если мы говорим о сетевой рознице. Работа с НДС там обязательна для сколько-то крупного поставщика, чтобы можно было ставить НДС к возмещению, в противном случае от его услуг просто откажутся, заменят на другого. И, соответственно, нужны СФ и нужен учет НДС.