Внимание!Идентификатор участника обмена который устанавливается в документе "УПД на приход", и "Накладная поставщика".
Не передается в явном виде от провайдера электронного документооборота. В настоящее время для его модификации следует изменить схему объекта UI.XSD 
Оптимально (но не обязательно!), если его значение будет равно значению переменной в файле UI.XML. В принципе значение Значение может принимать любой вид, главное, чтобы оно было уникальным, если одна БД обслуживает несколько ЮР лиц. Или используется распределенная БД, работа с УПД в которых подразумевает, что более одной БД (чаще всего это Центральная БД) работают с документами УПД и использует для получения свои почтовые каталоги (настроенные УПД фильтры).Из практики:
клиент настроил обмен с документами УПД по двум каналом. Первый канал принимал УПД в центральную БД и распространял из по магазинам группы А. Второй канал принимал УПД в починенную БД и распространял их по магазинам группы Б.
Ошибочно идентификатор участника был указан для двух потоков как "1". Т.е. не был уникален в пределах сети магазинов.
В итоге документы УПД, и приходные накладные потока 2, согласно правилам рассылки "поднимались" в старшую БД. Где для этих документов срабатывала процедура сверки. Формировался ответ REPLY, который система отправляла через первый канал.
Т.е. через канал Центральной БД. Тем самым наблюдалась ситуация, при которой документ был получен по каналу 2, а ответ отправлен по каналу 1. Если бы идентификаторы обмена для каналов обмена были бы указаны разные, например 1, и 2.
Такая бы ситуация не произошла. Ответ который бы попыталась сформировать Центральная базы для документов полученных по каналу 2, не нашел бы необходимый почтовый ящик и отправлен бы не был.
<SMWAYBILLSEXT>
<SUPPLIERDOC>БЛУ00012454</SUPPLIERDOC>
<SUPPLIERINVOICE>БЛУ00012454</SUPPLIERINVOICE>
<SUPPLINVOICECREATE>2021-06-14T00:00:00</SUPPLINVOICECREATE>
<CONSIGNECLIENTINN>0225995228</CONSIGNECLIENTINN>
<CONSIGNECLIENTKPP>022501001</CONSIGNECLIENTKPP>
<OURSELFGLN>33333333</OURSELFGLN>
<EDOID>7e1a7e11-0fdd-44db-9160-7175fd27b2d0</EDOID>
</SMWAYBILLSEXT> После того, как изменена схема, установлено значение по умолчанию (или оставили все как есть, т.е. "1"). Проверьте настройку в почтовом модуле, параметр "Собственный идентификатор участника документооборота" - должен быть равен этому значению. 
Зачем это сделано?Сценарий таков: - Приходит документ УПД.
- Попадает в один из множества возможных почтовых ящиков. (на моем примере ящик для приема УПД - настроен только один).
- Согласно применяемой схеме UI.XSD - присваивается "Идентификатор участника обмена".
- Далее проводится приемка товара, статус УПД на приход меняется (пусть на
 ......) - Система формирует файл ответа о статусе приемки (принят, отказ, принято с расхождениями).
- И ориентируясь на настройку в почтовом модуле ищет ящик у которого "Собственный идентификатор участника документооборота" совпадает с "Идентификатором участника обмена". Если такое совпадение имеется файл будет отправлен в исходящий каталог найденного ящика.
- Если идентификатор найден не будет (ошиблись, указали разные, не указали) - файл ответа будет сформирован локально на сервере СМ+, но отправлен никуда не будет.
|