Спасите-помогите! Видела, что здесь были сообщения от тех, кто такой переход сделал. Не проходят DESADV (Уведомления об отгрузке). XML-файл формируем в 1С собственными обработками согласно присланной СберКорусом спецификации. Проверили уже, перепроверили. Но не проходит с ошибкой "Не найден или не указан признак боковой разгрузки". Но у нас-то все указано в поле, соответствующем спецификации. Если они изменили имя поля, как мы можем об этом узнать сами, никак. Техподдержка не отвечает. Бесит, что просто добиться актуальной xml-спецификации невозможно. Может кто-то сталкивался с такой проблемой? Как решили? Можете прислать пример xml-файла для DESADV (формат ECOD)? Документы посылаем для Леруа Мерлен.

(0) у меня на платформе моего оператора можно сформировать док прямо на сайте, потом сохранить его в XML и посмотреть.
Спеки общая беда, их редко своевременно актуализируют, тем более что там мешанина из тегов, которые требуются разным сетям.

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

В Comarch EDI так и делали. А здесь у нас нет такой возможности. В веб-интерфейсе есть только возможность отправить уже готовый файл. Но может можно позвонить и попросить включить такую функцию, не подумали сразу об этом. Спасибо за подсказку!

(0) удалось раздобыть спеки? Нам прислали какие-то, но какую-то урезанную версию, без описания паллетной отгрузки, в поддержку написано, ждём

(4) Спецификации прислали. Но те же, что были и для Comarch, про паллеты там есть. В Комарче у нас все работало, паллетная отгрузка нормально проходила.
В СФЕРУ EDI загрузить DESADV без ошибок не удается. Но выдается ошибка по признаку боковой разгрузки. Так что присланные спецификации неактуальны, видимо.

(3) Вручную DESADV создали. Но в xml они сохраняются в каком-то другом формате, совсем не в том, по которому прислали спецификации(

(4) Вот так выглядит раздел (но в данном DESADV - это коробка, а не паллета)
-<DespatchAdvice-Consignment>
-<Packing-Sequence>
  <PackageId>1</PackageId>
  <PackageType>PC</PackageType>
  <SerialNumber>146100066811104027</SerialNumber>
  <PackageWeight>22.30</PackageWeight>
  <PackageHeight>32.000</PackageHeight>
  <PackageLength>58.000</PackageLength>
  <PackageWidth>38.000</PackageWidth>
</Packing-Sequence>
-<Measurements>
  <GrossWeight>22.300</GrossWeight>
  <Temperature>NO</Temperature>
</Measurements>
</DespatchAdvice-Consignment>

(4) А в присланной Вам спецификации, есть поле про боковую разгрузку? Как оно называется?
(в нашей TransportDescription из раздела DespatchAdvice-Transport)

(6) спецификацию нам прислали, в ней такое же описание. Но это только описание самой паллеты, не написано, как связывается паллета с каждой строкой товара.
                    <E4233>33E</E4233>        строка, 3 символа    константа, Идентификатор упаковки - SSCC
                </PCI>            
                <SG15>    M        
                    <GIN>    M        
                        <E7405>BJ</E7405>        строка, 3 символа    BJ - идентификатор SSCC(Serial Shipping Container Code) кода
                        <C208>            
                            <E7402>820000006500000513</E7402>        строка, 18 символов    SSCC код. Правила формирования
                        </C208>            
    
Про боковую разгрузку есть, вот
    <FTX>    M        
        <E4451>OSI</E4451>        строка, 3 символа    OSI - боковая разгрузка
        <C108>            
            <E4440>YES</E4440>        строка, 512 символов    "Признак боковой разгрузки
Возможные значения:
YES - возможна боковая разгрузка
NO - боковая разгрузка невоможна"
        </C108>            
    </FTX>

(8) могу прислать, что нам выслали

(10) Пришлите, пожалуйста. Я могу прислать то, что нам прислали. Нужна почта? Или тут можно как-то файл прикреплять?

(9) Вот у нас из веб-интрфейса в таком формате сохраняются DESADV в xml. А спецификации нам прислали совсем в другом. Там разделы и поля так и называются DespatchAdvice-Consignment, SerialNumber и т.п. Без всяких E4233 и SG15

(9) Сейчас найду нашу паллетную отгрузку и напишу, как описывается распределение товара по паллетам

Вообщем, когда вы описываете товарную позицию (у нас это раздел Line из DespatchAdvice-Lines) после описания товара, его общего количества, цены и т.п.(это все в разделе Line-Item), идет раздел Package-Reference и в нем указывается, что 800шт.данного товара упаковано в первую паллету, а оставшиеся 460 в двенадцатую. Номер паллеты - это порядковый номер паллеты из раздела Packing-Sequence, а PalletItemNumber - это порядковый номер паллеты для данного товара.
И так для каждой товарной позиции.

-<DespatchAdvice-Lines>
  -<Line>
    -<Line-Item>
        <LineNumber>1</LineNumber>
        <EAN>4610006680159</EAN>
        <BuyerItemCode>13442852</BuyerItemCode>
        <SupplierItemCode>5.22</SupplierItemCode>
        <DespatchedQuantity>1260.000</DespatchedQuantity>
        <UnitOfMeasure>PCE</UnitOfMeasure>
       <ItemDescription>5.22 Смеситель д/умывальника (68 дельфин)</ItemDescription>
       <UnitNetPrice>1102.66</UnitNetPrice>
       <NetAmount>1389351.600</NetAmount>
    </Line-Item>

    -<Package-Reference>
        <PackageId>1</PackageId>
        <Quantity>800.000</Quantity>
        <PalletItemNumber>1</PalletItemNumber>
        <PalletNumber>000000000001</PalletNumber>
    </Package-Reference>

    -<Package-Reference>
        <PackageId>12</PackageId>
        <Quantity>460.000</Quantity>
        <PalletItemNumber>2</PalletItemNumber>
        <PalletNumber>000000000012</PalletNumber>
    </Package-Reference>

  </Line>

(0) Переходите на модуль 1С:EDI от фирмы 1С

(15) Не очень понятно. От покупателя (торговой сети) зависит же, с кем они работают? И если они в СФЕРУ EDI заказы шлют, нам по-любому от СФЕРЫ (от СберКоруса) же нужна информация о том, как документы формировать? И если ее нет корректной, то где-бы мы не формировали, не пройдут документы?

(14) напишите почту

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

(16) Провайдер один, скорее всего docrobot. Через него и общается поставщик с покупателем. Поставщику главное иметь инструмент, который позволяется общаться через одного провайдера.

(18) так и сделали - руками набили desadv и выгрузили xml в этом EANCOM и разбираемся - для понимания вообще ужасно, но других описаний форматов нет. По некоторым сетям удается выпросить описание с человеческим языком названными полями.

(17) mms.ro  собака yandex.ru

(18) Да, мы в ручную создали и сохранили в xml. Но разобраться, без спецификации, как выше пишет   newphoenix,  очень сложно.
До этого у нас были спецификации с человеческим языком, и по ним уже написаны обработки для выгрузки из учетной системы в xml. Совсем не хочется все переписывать.
Cообщениt от Сферы: Установлен статус ошибка отправки (edi DeliverDoc FAULT: 2687704309 ConvertFromEancom: ERROR ошибка выходной карты XSLT transform DESADV_EANCOM_to_EANCOM_LM.xsl Не найден или не указан признак боковой разгрузки)

Вот почему нельзя включить в описание ошибки названия поля, значение которого не найдено?!

Техподдержке и пишем, и звоним. По данному вопросу пока ноль результата, второй день.

(22) Вот что видно: у тебя пишется "DESADV_EANCOM_to_EANCOM_LM.xsl", а ты отсылаешь в формате ECOD, т.е. сначала у НИХ твой ECOD видимо должен пройти через конвертер типа "ECOD_to_EANCOM_to_SQL", он проходит, потом нужно что-то добавить в базу sql, чтобы что-то да выгружалось в формат EANCOM.
Для того чтобы это все прошло гладко, видимо ОНИ должны добавить что-то там посередине (предполагаю).
Потому что "признак боковой разгрузки" это какой-то бред, выдуманный твоей сетью и навязанный провайдеру еди.

Это все на самом деле предположения, как там у них точно работает я не знаю.
Но дергать их можно как и с твой стороны, так и со стороны сети.
А возможно что и сеть сможет скинуть документ от другого (не конкурентного) поставщика, который проходит по этой цепочке.
Т.П. всегда отвратительно работает...

(23) то есть в одном xml-файле я не могу совместить названия полей на человеческом языке и вот эти вот E4233?
А то я уже думала, что можно один и тот же DESADV, сохранить с боковой разгрузкой и без. Сравнить два xml-файла и выяснить, какое поле отвечает за эту боковую разгрузку. Но у нас все выгружается в ECOD-формате(

К сети с просьбой выслать пример DESADV тоже обращались. Пока нет ответа((

(24) Совмещать все возможные форматы в одном xml, это интересная идея, но так работать не будет.
И даже гугл не знает что такое "признак боковой разгрузки", это видимо тип стыковки грузовика, только сейчас доперло - боковой/задний, лет 30 уже спину так не напрягал ;)
Опозрьте их там: https://vk.com/esphereru может так у них что-то проснется...

(25) "но так работать не будет" - а, жаль))) убили последнюю надежду))
"даже гугл не знает что такое "признак боковой разгрузки" - вот он какой признак оказался))

А мы не дождавшись решения от техподдержки, стали вводить DESADV вручную((( чтобы хоть как-то отгрузить машину. Изрядно помучились и... пришел ответ от техподдержки "Наблюдаем корректную отправку DESADV в сторону торговой сети. Сообщите, актуальна ли задача".. Нет слов...

Про соц.сети - хорошая идея

(14) Как сейчас полёт? Тоже переходим с Comarch на Сферу.EDI.
Делаю DESADV в формате ECOD.
"PalletItemNumber - это порядковый номер паллеты для данного товара." - то есть, когда один товарный артикул запакован на 3 паллеты, то мы указываем 1, 2, 3 ?

а они разве схемы для подключенных клиентов не представляют? У нас давнишний корус стоит, где edi и ЮЗД в разных обработках раскиданы, но, емнип, там схема для каждого партнера есть???

(28) Руководство зажало деньги на внедрение. Своими силами делаем. Дали спецификацию. Ситуация один в один как у сабжа.

Бросьте на почту (skan_for_op[гав-гав]list.ru) готовый xml-файл "Уведомления об отгрузки" с типом ECOD для Сфера.EDI.
Если для Леруа, так ещё лучше.

В Леруа обратитесь. Там самые вменяемые люди из всех крупных сетей - всегда помогают решать вопросы с форматами. Лучше через менеджера, который курирует вас.

(31) Спасибо. Всё так и есть.
Пока отлично справляется наш личный менеджер. Но в итоге запросили от ЛМ тестовый заказ и отправку им DESADV.
И да, общение оперативное и положительное. Молодцы.