EGAIS

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.


Вы здесь » EGAIS » Новый форум » Состав полей в xml


Состав полей в xml

Сообщений 1 страница 18 из 18

1

По составу полей от компании Лента поступили следующие комментарии.
Предлагаю их обсудить в переписке, а затем на телеконференции 24/11. 

1.       Для однозначного определения TTNSingle нужно добавить в шапку документа номер фиксации ЕГАИС. Поиск по номеру ТТН может вызывать проблемы (лишние пробелы, сериями и скобки[] из ЕГАИС-производство и пр.).
2.       Нужно добавить поле «Дата розлива», т.к. в ЕГАИС оно доступна только по ответу на запрос справки А.
3.       Некоторые поля избыточны, т.к.  уже передаются в Desadv (например «количество в строке ТТН»).
4.       Касательно подарочных упаковок и наборов -  если решится вопрос с проставлением в ЕГАИС номера позиции бумажной ТТН, то проблем с сопоставлением строк ТТН \ EDI \ ЕГАИС не возникает. Если вопрос не будет решен – как обходной путь – выносить в отдельные заказы\ТТН SKUс совпадающими AlcCode для однозначного сопоставления позиций поAlcCode.

0

2

1. Номер фиксации в УТМ находится не в ТТН, а в справке Б (EGAISFixNumber). Таким образом, все равно придется осуществлять поиск по номеру ТНН. Потенциально, добавление номера фиксации может усложнить и замедлить процесс подготовки и отправки EDI. Кроме того, мы не уверены, что из ЕГАИС Импорт/Производство в УТМ приходит именно тот номер фиксации, который был получен, а не формируется новый.
2. Дата розлива - только для российской продукции (не импортной). В ЕГАИС Импорт даты розлива нет.
3. Количество в строке ТТН может потребоваться для поиска соответствующей строки в ТТН, полученной из УТМ. Кроме того, количество может быть использована для проверки правильности количества SSCC/номеров марок, переданных в EDI
4. Вопрос с одинаковыми AlcCode на продукцию с разными EAN наименее проработанный на данный момент. Если поставщики самостоятельно будут формировать несколько ТТН на один заказ сети, это будет противоречить текущим требованиям. Таким образом, сети должны сопоставить справочники AlcCode постащиков со своим справочниками продукции, и разделять заказы при формировании. По крайней мере, до тех пор, пока не буйдет найдено решение по сопоставлению строк ТТН в EDI и УТМ. При этом, естественно, поставщики должны полностью перейти на целевую схему c SSCC

Best regards,

Dmitry Sapozhkov
Integration and Demand Planning Manager
Office Line : +7 495 956 8702
Office VoIP: 63302
Mobile +7 916 596 4831
Email: dsapozhkov@moet-hennessy.ru
Moet Hennessy Distribution Rus
26 Ulitsa Pravdy,
Moscow 125040, Russia

0

3

Уточню про первый пункт.
Вчера, Гущанский сказал, что пока что не решено какой из номеров фиксации (номер фиксации движения накладной или номер фиксации справки Б) должен печататься на бумажной справке.
Он говорил что по этому поводу дадут информацию в отдельном регламенте.

Владимир Антонов6 Metro

0

4

По пункту 1:
·         Лента просит отправлять номер фиксации в DESADV – зачем он тогда еще и отдельным файлом?
·         Планировалось, что файл с SSCC будет готовиться при сборке заказов (или когда их только собрали), а фиксация же в ЕГАИС происходит уже после, это может удлинить и усложнить уже и без того удлиненный и усложненный процесс отгрузки…

По пункту 2:
·         Дата розлива уже отправляется в сообщении ALCDES, не вижу смысла также отправлять ее отдельным файлом

Elena Kolesnik | Business Support Manager | DIAGEO | Russia | tel. +7 495 961 2600 ext. 3021 | mob. +7 968 813 4582 | IP 89573021 | 123317, Moscow, Presnenskaya quay 8, bld.1, Moscow-City, MFC Capital City, Nord block, floor 16

0

5

судя по тексту Технической документации это не номер фиксации, а внутренний идентификатор ТТН в ЕГАИС УТМ. Впрочем, РАР вправе попросить нас указывать какой угодно номер )

Элемент wa:WBRegId в (1.9.1) содержит идентификатор подтверждаемой ТТН. Этот же идентификатор содержится в элементе wbr:WBRegId уведомления о регистрации движения (1.7.8).

Dmitry Sapozhkov

0

6

Добрый день !

Коллеги, вот пример документа что приходит из ЕГАИС импортера/производителя в УТМ

Номер фиксации на всю ТТН  что и печатается в справках сейчас

По логике печататься в справках должен именно номер фиксации на весь документ,  а не на каждую партию
поскольку на справке нигде не написано в каком  ЕГАИС УТМ или ЕГАИС импортера/производителя она зафиксирована

http://s6.uploads.ru/t/DPYfe.png

Дмитрий Каштанов
Руководитель проектов
отдела Корпоритивных Информационных Систем
Компания Симпл
Телефон +7(495) 510-50-01, доб.1260
Факс    +7(495) 510-50-03
dkashtanov@simple.ru

0

7

По пунктам 1-го письма Дмитрия Сапожникова:

1.       Номер фиксации в УТМ действительно приходит в документе TTNInformBReg в поле EGAISFixNumber. При этом TTNInformBReg поступает со ссылкой на TTNSingle, и номер фиксации может быть в  точности сопоставлен с TTNSingle.
По поводу ЕГАИС производство – уточним.
2.       Дата розлива - для отечественного, для импортного – дата ввоза.
3.       Согласен
4.       Лента будет выделять товары с одинаковыми AlcCode в отдельные заказы до тех пор, пока не решится вопрос с указанием в TTNSingle номеров позиций бумажных ТТН.

По комментариям Елены Колесник:
1.       -Обсуждаемый состав полей будет в будущем выставляться в качестве задачи по доработки EDI. Если мы все перейдем на новый документ, то будем получать номер фиксации оттуда. Сейчас пока непонятно, будет это DESADV или другой документ
-Насколько я понимаю важно, чтобы при приемке продукции грузополучатель уже имел информацию. Думаю, что электронное сообщение должно прийти быстрее, чем машина.
2.       ALCDES был сделан для автоматизации подготовки налоговых деклараций, далеко не все его используют. Также для обработки алкогольной продукции поля имеет смысл получать в одном месте.

С уважением,

Чистяков Дмитрий
Руководитель проектов
Проектный офис, Служба ИТ
Тел.: +7 (812) 380-61-31 доб.: 1541
Моб.: +7 (921) 748-14-06
e-mail: dmitry.chistyakov@lenta.com

0

8

Спасибо за комментарии. Пока импортеры и производители не перейдут на УТМ, они не смогут предавать EGAISFixNumber из справки Б, поскольку в старом ЕГАИС этого документа нет. Есть только один общий номер фиксации на всю ТТН, который, похоже, передается в УТМ в поле WBRegId

Best regards,

Dmitry Sapozhkov

0

9

Извините, ситуация с передачей номера фиксации из старого егаис в утм выглядит несколько иначе.

В документе TTNInformBReg (справка Б) передается номер фиксации ТТН в старом егаис в поле EgaisFixNumber. При этом в старом егаис один номер фиксации на всю ТТН.

Dmitry Sapozhkov

0

10

Добрый день!

1.       Не вижу проблем для передачи данной информации. Необходимо уточнить формат номера фиксации в УТМ. Также надо иметь в виду, что документ получает новый номер фиксации при создании новой версии.

2.       Поле Дата розлива сделать обязательным только для Справки к ТТН.

3.       Предоставленный пример показывает как на основе DESADV можно передавать требуемую информацию с минимальными изменениями в спецификации. Возможно, что в конечном итоге все согласятся на дополнительное расширение ALCO DESADV с информацией по справкам и серийным номерам коробов. Поэтому в примерах оставлены обязательные поля для исходных спецификаций DESADV/ALCO-DESADV.

4.       Данный комментарий, кажется, не затрагивает содержание электронного документа. Но очевидно, что для работы с моно-наборами нам необходимо передавать дополнительную информацию о количестве компоненты в наборе для корректного перевода количества в ЕГАИС.
Напомните, пожалуйста, зачем необходимо однозначное сопоставление позиций ЕГАИС/УТМ с  EDI/ТТН?

0

11

Комментарий от Heineken:

1.       Вопросы по странице «Данные в образце XML-файла»:
a.       EAN чего именно указываем – короба или штуки?
b.      SSCC  - просят указывать короба и паллеты. Мы, к сожалению, не сможем формировать и SSCC короба, и SSCC паллеты и тем более – связать их в наших учетных системах. Поэтому хотим четко понять насколько жестко требование иметь оба SSCC
c.       В колонке «В» - что значат «SerialNumber (тип 09)» и «SerialNumber (тип CT)» для короба и паллеты?
d.      Правильно ли мы понимаем, что «количество в позиции» = количество продукции в строке ТТН
e.      Правильно ли мы понимаем, что «Кол-во в упак. единице SSCC» = количество в одной единице вторичной упаковки (т.е. количество банок или бутылок в коробе)
f.        Количество на паллете указывать не нужно?
g.       Диапазон марок – оставлять пустым для пива или что-то туда вписывать, чтобы было понятно, что данный сегмент не  значимый
h.      «Номер документа справки» - заполняется 1:1 как получен из ЕГАИС или формируется по доп. правилам? Что указывать производителю в данном поле – мы не получаем номера справок из ЕГАИС
2.       Вопросы по странице «Specification»
a.       На данной странице приведена часть документа ALCDES или просто некий абстрактный документ?
b.      В документе предполагается передавать иерархию упаковки? Для нас это невыполнимое требование – насколько оно жесткое?
c.       Что указывать в сегменте «DeliveryPlace»
d.      Как работает строка «AlcoReferenceDocType» - просим дать более детальное описание как его корректно использовать для импортной и отечественной продукции
e.      Сегмент «StripStamp-Parties» для пива не передавать вообще? Если он обязателен – как его заполнять для пива
f.        Строки 32-41 просим расшифровать детально: повторяемость, вложение, связь с верхними сегментами шаблона
3.       Вопросы по файлу “Transition period”
a.       Касательно: С какого числа ваша сеть готова получать от поставщиков паллеты, оклеенные этикетками с SSCC?
Вопрос такой: Паллеты, оклеенные SSCC - это ссылка на номер указанный на упаковках или возможно до какого-то периода использовать только SSCC на паллете без указания на коробах? Если да, то до какого периода можно использовать SSCC на паллете (без SSCC на упаковке)?
b.      Касательно:  Какие альтернативные требования ваша сеть будет предъявлять к поставщикам в течение переходного периода?
Вопрос такой: «Нанесение на паллет специальной кодировки» - к 01 декабря требование нереализуемо, т.к. пока нет финальных требований – Х5 обещали пересмотреть ранее заявленные требования и вернуться с обновлением

0

12

Вопрос от Heineken:

Возможен ли переход с 1 января на учет продукции, упакованной как мультпак(подарочный набор) в штуках(бут/бан)-т.е. учет не 1 мультипак = 1 единица, а 1 мультипак = N единиц. Как планируете организовать учет такой продукции в связи с внедрением ЕГАИС?

0

13

Elena Tkachenko / Комментарий от Heineken написал(а):

1.       Вопросы по странице «Данные в образце XML-файла»:
a.       EAN чего именно указываем – короба или штуки?

A: EAN в соответствии с ЕИ .

b.      SSCC  - просят указывать короба и паллеты. Мы, к сожалению, не сможем формировать и SSCC короба, и SSCC паллеты и тем более – связать их в наших учетных системах. Поэтому хотим четко понять насколько жестко требование иметь оба SSCC

A: Технически можно перечислять только SSCC короба с ссылкой на верхний уровень с id=1.

c.       В колонке «В» - что значат «SerialNumber (тип 09)» и «SerialNumber (тип CT)» для короба и паллеты?

A: Описывает, что с типом упаковки "09" указан серийный номер паллеты, а с типом "CT" указан серийный номер короба.

d.      Правильно ли мы понимаем, что «количество в позиции» = количество продукции в строке ТТН

A: Да. Поле <DespatchedQuantity>

e.      Правильно ли мы понимаем, что «Кол-во в упак. единице SSCC» = количество в одной единице вторичной упаковки (т.е. количество банок или бутылок в коробе)

A: Это наш частный вариант. Количество штук в SSCC- короба.
В общем случае, количество в упаковке на которую ссылается поле <PackageId> (Тип упаковки указан в <PackageType>). Единица измерения указана в поле <UnitOfMeasure>
Например, документ может описывать содержание в SSCC-коробе 12 штук продукции. Или в SSCC-коробе - 1 короба продукции. Или в SSCC-паллеты количество штук или коробов. Обычно единица измерения должна соответствовать единицы измерения из EDI-заказа.

f.        Количество на паллете указывать не нужно?

A: Общее кол-во товара на паллете складывается из всех ссылок на данную упаковочную единицу.

g.       Диапазон марок – оставлять пустым для пива или что-то туда вписывать, чтобы было понятно, что данный сегмент не  значимый

A: Тогда лучше добавить статус немаркируемой продукции.И в этом случае не заполнять информацию по маркам.

h.      «Номер документа справки» - заполняется 1:1 как получен из ЕГАИС или формируется по доп. правилам? Что указывать производителю в данном поле – мы не получаем номера справок из ЕГАИС

А: Для производства указывается номер из Справки к ТНН. Для импорта - Справка к ТД.

2.       Вопросы по странице «Specification»
a.       На данной странице приведена часть документа ALCDES или просто некий абстрактный документ?

A: В основную спецификацию ALCDES добавлены поля для передачи информации по серийным номерам коробов и справок к ТТН или ТД с марками.
Большая часть стандартных полей из спецификации ALCDES опущена для упрощения.

b.      В документе предполагается передавать иерархию упаковки? Для нас это невыполнимое требование – насколько оно жесткое?

A: Технически можно перечислять только SSCC короба с ссылкой на верхний уровень с id=1. Дополнительные требования могут выдвигать грузополучатели.

c.       Что указывать в сегменте «DeliveryPlace»

A: В нашем вопросе не принципиальное поле. Указывается GLN места доставки груза. Указывается по требованию грузополучателей.

d.      Как работает строка «AlcoReferenceDocType» - просим дать более детальное описание как его корректно использовать для импортной и отечественной продукции

A: Поле описывает тип справки. В примере предложено, что в случае Справки к ТТН указать константу "01". Для справки к ТД указать "02". В финальной спецификации могут быть использованы любые другие константы.

e.      Сегмент «StripStamp-Parties» для пива не передавать вообще? Если он обязателен – как его заполнять для пива

А: Комментарий выше

f.        Строки 32-41 просим расшифровать детально: повторяемость, вложение, связь с верхними сегментами шаблона

A: Для каждой позиции поставки необходимо перечислить все упаковочные единицы, в которые упакована продукция из позиции.
Например, отгрузка 24 бутылок одной позиции в двух коробах.

Код:
<AlcoDespatchAdvice-Lines>
<Line>
  <Line-Item>
  <!-- EAN 1234567890123, отгружено 24 PCE -->  
  </Line-Item>
  <Package-Reference>
    <PackageId>2</PackageId>                 <!-- ссылка на короб id=2 -->
    <Quantity>12</Quantity>                  <!-- Кол-во 12 PCE -->
    <AlcoReferenceId>5</AlcoReferenceId>     <!-- ссылка на Справку id=5 -->
  </Package-Reference>
  <Package-Reference>
    <PackageId>3</PackageId>                   <!-- ссылка на короб id=3 -->
    <Quantity>12</Quantity>                    <!-- Кол-во 12 PCE -->
    <AlcoReferenceId>1</AlcoReferenceId>       <!-- ссылка на Справку id=1 -->
  </Package-Reference>
</Line>
</AlcoDespatchAdvice-Lines>

0

14

Что касается рекомендаций GS1 по размеру этикетки. Вот два примера логистических этикеток. Указаны МИНИМАЛЬНЫЕ размеры.
Одна – полноразмерная этикетка, другая – только для SSCC.
http://s6.uploads.ru/t/lNuRZ.png

http://s7.uploads.ru/t/SA5aT.png

0

15

Dmitry Sapozhkov:

Еще раз хочу отметить, что предложенный Бакарди формат сообщения является излишне сложным, и не отвечает реальным требованиям. Непонятно, зачем появляются справки, зачем бить заказ на упаковки и т.п.
Изначально предполагалось, что поставщики будут передавать сетям в упорядоченном порядке номера коробов/марок, вместе с дополнительной информацией, которая позволит сопоставить EDI сообщение c ТТН в УТМ а также с бумажной ТТН. Для этого достаточен минимальный уровень вложенности:
1. ТТН и ее атрибуты
2. Позиция ТТН и ее атрибуты
3. SSCC паллеты (опционально, но желательно, и с какого-то момента обязательно)
4. SSCC коробов и/или номера марок в палете. Для пива номер SSCC короба является не уникальным и присваивается один на всю произведенную партию, поэтому может совпадать с номером SSCC палеты в случае монопалеты с одной партией и отсутствия желания присваивать палете отдельный SSCC.

Этого должно быть вполне достаточно. При этом можно даже не передавать количество продукции, хотя это желательно с точки зрения сопоставления и проверки входящих документов. И давайте не забывать, что мы сейчас обсуждаем требования, которые будут предъявлены сетями ко всем поставщикам. Поэтому все должны быть заинтересованы в том, чтобы состав сообщения, его формат и, как результат, процесс подготовки были максимально просты и понятны. Также хочу отметить, что формат этого сообщения гораздо более важен именно его получателям, то-есть сетям, поэтому хотелось бы, чтобы именно представители сетей проявляли максимум инициативы в предложении и обсуждении формата.

Нерешенные вопросы:

1. Как уникально идентифицировать номер позиции ТТН в EDI, чтобы иметь возможность безошибочно сопоставить его с соответствующей позицией ТТН из УТМ и бумажной ТТН - ответ по-прежнему не найден
2. Неоходимость идентифицировать отправителя для решения задачи сопоставления документов по номеру ТТН - для решения этой проблемы, вероятно, надо добавлять в EDI сообщение ИНН и КПП поставщика. Номер фиксации не является оптимальным решением, поскольку его крайне сложно (если возможно) сопоставить с бумажной ТТН, даже если номер фиксации будет на ней напечатан. Можно использовать также FSRAR_ID, который так или иначе у каждого поставщика должен быть уникальным

0

16

Elena Tkachenko написал(а):

Dmitry Sapozhkov:

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

К сожалению, мы рассматриваем разные требования. В требованиях, которые были в повестке перед 18 ноября существовал пункт:
• Диапазоны марок - серии и диапазоны марок из импортной бумажной справки А.

Предлагаю согласовать и зафиксировать требования к документу.

0

17

Dmitry Sapozhkov

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

0

18

http://s7.uploads.ru/t/TzX95.png

Коллеги, ознакомьтесь с предложением по маркировке от Бакарди

0


Вы здесь » EGAIS » Новый форум » Состав полей в xml


Создать форум © iboard.ws Видеочат kdovolalmi.cz