Правомерность требований Покупателей

Коллеги последнее время получаем вот такие требования.

Добрый день! Прошу связаться с поставщиками и поставить вопрос о составлении ВСД по принципу (1-серия, 1-ВСД)
В связи с введением шлюза в 1С, при отправке транзакций возникает проблема в момент гашения и привязке номенклатур Меркурий с 1С.
По системе мы можем привязывать только 2 строчки номенклатур 1с-Меркурий, но возникает ситуация, что по документам 1 позиция, а по ВСД несколько с разными сериями или наоборот.

ВСД Должны в обязательном порядке соответствовать приходным документам ( Одна номенклатура – Одна ВСД )
В противном случае я не буду принимать товар по ВСД, которые не соответствует документам и сериям.
На каждую номенклатуру и на каждую серию, должна быть отдельная ВСД.

С Уважением,
Алешин Иван
Менеджер по закупкам "GFC"
Skype: *****@gfc-russia.ru
Тел: +7 962 *** 5* 46

И тандер

From: Кузнецов Никита Дмитриевич [mailto:k*****@magnit.ru]
Sent: Tuesday, October 23, 2018 10:29 AM
Subject: Re: Несоответствие сопроводительной документации _ Меркурий _ ПОЛАР СИФУД РАША ООО (РЦ) _ РЦ Колпино _ Клп495809

Данный вариант неприемлем, т.к. не решает проблему в целом,
нам необходима выписка единой ЭВС по всему вашему ассортименту, не только 1604.

Другими словами требование выписки 1ВСД на 1Артикул. Т.е заставляют нас как производителей объединять записи разных партий продукции выпущенными в разное время (2 смены например).
Также смазываются принципы прослеживаемости заявленные Меркурием.
Т.Е проблемы учета своих систем они перекладывают на поставщиков.

Данная ситуация для нас неприемлема так как разрушает выстроенный учет в нашей системе с интеграцией Меркурий.
Как с этим бороться?

Прошу прокомментировать представителей ГИС Меркурий.

представителей ис мерка то тут не бывает, однако
может на почтовый адрес запрос или в таку приемную хотя бы http://www.fsvps.ru/fsvps/ereception
а вообще, сети крутят как хотят
по мне так требования неприемлемы, т.к. обязательное условие - это один всд на одну скю

Gmix wrote:Коллеги последнее время получаем вот такие требования.

Добрый день! Прошу связаться с поставщиками и поставить вопрос о составлении ВСД по принципу (1-серия, 1-ВСД)
В связи с введением шлюза в 1С, при отправке транзакций возникает проблема в момент гашения и привязке номенклатур Меркурий с 1С.
По системе мы можем привязывать только 2 строчки номенклатур 1с-Меркурий, но возникает ситуация, что по документам 1 позиция, а по ВСД несколько с разными сериями или наоборот.

ВСД Должны в обязательном порядке соответствовать приходным документам ( Одна номенклатура – Одна ВСД )
В противном случае я не буду принимать товар по ВСД, которые не соответствует документам и сериям.
На каждую номенклатуру и на каждую серию, должна быть отдельная ВСД.

С Уважением,
Алешин Иван
Менеджер по закупкам "GFC"
Skype: *****@gfc-russia.ru
Тел: +7 962 *** 5* 46

И тандер

From: Кузнецов Никита Дмитриевич [mailto:k*****@magnit.ru]
Sent: Tuesday, October 23, 2018 10:29 AM
Subject: Re: Несоответствие сопроводительной документации _ Меркурий _ ПОЛАР СИФУД РАША ООО (РЦ) _ РЦ Колпино _ Клп495809

Данный вариант неприемлем, т.к. не решает проблему в целом,
нам необходима выписка единой ЭВС по всему вашему ассортименту, не только 1604.

Другими словами требование выписки 1ВСД на 1Артикул. Т.е заставляют нас как производителей объединять записи разных партий продукции выпущенными в разное время (2 смены например).
Также смазываются принципы прослеживаемости заявленные Меркурием.
Т.Е проблемы учета своих систем они перекладывают на поставщиков.

Данная ситуация для нас неприемлема так как разрушает выстроенный учет в нашей системе с интеграцией Меркурий.
Как с этим бороться?

Прошу прокомментировать представителей ГИС Меркурий.

Помнится мне, в Москве, на конференции по меркурию, я задавал вопрос г-ну Казеко (на тот момент нач. департамента информационных технологии) (если не ошибаюсь) РСХН, вопрос был такой, если ли документ (если да, укажите его номер) который регламентирует обязательное оформление 1 эВСД на 1 SKU?.
В итоге номер документа назван не был, но было объявлено, что правильнее будет если на 1 SKU будет оформлен 1 эВСД.
Регламента как такового нет, но есть рекомендации.

Там скорее всего тандер ругается что на одном палете несколько дат производства. Это связано с тем что они затраты по логистики своей на поставшиков переложили и гордятся что идут первыми по автоматизации .КОроче просто хотят так.
Первые не согласны с братской могилой как я понял, потому тчо им тоже не удобно потом продавать и выписывать... В первом случае требование тоже = хотелка.
У нас не работает ФАС, только красивые слова, ни чего вы не сделаете. Пусть требования они не могут подкрепить законом, они могут сказать - мы хотим что бы вы каждую семечку обернули в красный фантик, не согласны - лузгайте свои семечки сами. Все просто, региональные сети давно стали монополистами и держут рамки, да требования, где у Вас нету выбора, как захотят, так и будет. Ибо потребителя они захватили, а остальное не интересно.
Нет, требования не обоснованные законом, они могут вам их прописать в допнике к догвору, пришлют что вы должны такие условия соблюдать, откажитесь подписывать - гуляй Вася жуй свою продукцию сам. Подпишешь, будет основание требований конкретный пункт договора.

Т.е. хорошо было бы иметь функционал, чтобы складские записи по одному скю автоматически объединялись?

Т.е. хорошо было бы иметь функционал, чтобы складские записи по одному скю автоматически объединялись за опр. промежуток времени?

dk wrote:Т.е. хорошо было бы иметь функционал, чтобы складские записи по одному скю автоматически объединялись?

Наверное это тоже не есть правильно.
Объединение в одну запись должно происходить при одинаковом sku с одними и теми же датами выработки.
Представьте что есть Кефир с датой выработки 26.10.2018 и 27.10.2018 Не смотря на то что это одна и та же SKU, но даты выработки совершенное отличаются друг от друга, наверняка и номера партий тоже отличаются. Поэтому в идеале должны быть два вет. сертификата.
Есть вариант выписки одного сертификата на кефир с разными датами, с указанием интервала в строке выработки.
Но представьте как затруднительно будет происходить разделения партии в случае аннулирования некоторого количества продукта. Как по мне это геморрой. Хотя....

Уполномоченное_лицо wrote:

dk wrote:Т.е. хорошо было бы иметь функционал, чтобы складские записи по одному скю автоматически объединялись?

Наверное это тоже не есть правильно.
Объединение в одну запись должно происходить при одинаковом sku с одними и теми же датами выработки.
Представьте что есть Кефир с датой выработки 26.10.2018 и 27.10.2018 Не смотря на то что это одна и та же SKU, но даты выработки совершенное отличаются друг от друга. Поэтому в идеале должны быть два вет. сертификата.
Есть вариант выписки одного сертификата на кефир с разными датами, с указанием интервала в строке выработки.
Но представьте как затруднительно будет происходить разделения партии в случае аннулирования некоторого количества продукта. Как по мне это геморрой. Хотя....

Неправильно объединять записи вообще.
Этот функционал добавили для упрощения.
Он смазывает прослеживаемость.
Например выпустили 2 партии (1 утром, 2 вечером) делали из разных партий вх. сырья.
Объединили партии и продали 10 контрагентам.
Затем 1 из контрагентов обнаружил проблему с качеством продукции.

Вопрос какие партии вх сырья проверять?

Без объединения количество партий для проверки будет в 2 а может и 3 раза меньше.
А теперь представьте, что контрагенты тоже объединяют записи.

Есть новость http://www.fsvps.ru/fsvps/news/25798.html ,но на неё тандер не реагирует.
Ну ладно у себя пусть объединяет как хочет. Им потом объясняться.
Но требовать от производителей смазывать учет - ЭТО просто нонсенс. Россельхознадзор должен реагировать на такие Вещи.

Gmix wrote:Неправильно объединять записи вообще.
Этот функционал добавили для упрощения.
Он смазывает прослеживаемость.

Никто не спорит. Но, к сожалению, мы живём не в идеальном мире. Никакой Россельхознадзор не поможет. Это капитализм

Обычно вообще, когда одну партию разливают, ставят разные даты выработки.

Тут скорее надо включать в планы реализации - отложенную выписку ВСД.

Gmix wrote:Россельхознадзор должен реагировать на такие Вещи.

Захотелось ещё одну ложечку дёгтя добавить.

Россельхознадзор на сети никакого влияния не имеет, сети курирует Минпромторг.
И насколько я знаю

, там большие тёрки Минпромторга с Россельхознадзором по поводу того, что они лезут не в свою песочницу.

dk wrote:

Gmix wrote:Россельхознадзор должен реагировать на такие Вещи.

Захотелось ещё одну ложечку дёгтя добавить.

Россельхознадзор на сети никакого влияния не имеет, сети курирует Минпромторг.
И насколько я знаю , там большие тёрки Минпромторга с Россельхознадзором по поводу того, что они лезут не в свою песочницу.

Тогда уж получается что терки и Минпромторга и МСХ, так как РСХН структура подчиняющаяся МСХ

Gmix wrote:
Другими словами требование выписки 1ВСД на 1Артикул. Т.е заставляют нас как производителей объединять записи разных партий продукции выпущенными в разное время (2 смены например).
Также смазываются принципы прослеживаемости заявленные Меркурием.
Т.Е проблемы учета своих систем они перекладывают на поставщиков.

Данная ситуация для нас неприемлема так как разрушает выстроенный учет в нашей системе с интеграцией Меркурий.
Как с этим бороться?

А вы уверены, что правильно поняли их требования? Возможно, речь идет про то, что количество строчек в накладной должно совпадать с количеством ЭВСД?
Если у вас разные партии и даты изготовления у одного SKU, то может нужно просто разбить эту позицию в накладной на несколько строк и к каждой строке выписать свой ЭВСД?
Мы в Магнит пока ничего не поставляем, но с другими сетями работаем именно так и пока без претензий с их стороны.

GNN wrote:

Gmix wrote:
Другими словами требование выписки 1ВСД на 1Артикул. Т.е заставляют нас как производителей объединять записи разных партий продукции выпущенными в разное время (2 смены например).
Также смазываются принципы прослеживаемости заявленные Меркурием.
Т.Е проблемы учета своих систем они перекладывают на поставщиков.

Данная ситуация для нас неприемлема так как разрушает выстроенный учет в нашей системе с интеграцией Меркурий.
Как с этим бороться?

А вы уверены, что правильно поняли их требования? Возможно, речь идет про то, что количество строчек в накладной должно совпадать с количеством ЭВСД?
Если у вас разные партии и даты изготовления у одного SKU, то может нужно просто разбить эту позицию в накладной на несколько строк и к каждой строке выписать свой ЭВСД?
Мы в Магнит пока ничего не поставляем, но с другими сетями работаем именно так и пока без претензий с их стороны.

Да мы их правильно поняли.
Официальные требования.

Для обеспечения оперативной приемки продукции, ЭВСД должен быть оформлен согласно параметров
работы в Системе. В виду различных технологических решений оформления ЭВСД параметры были
поделены на 2 блока с различными способами идентификации:
1. Передача в ЭВСД трехуровневого классификатора и номера ТН в ЭУПД/ЭТОРГ-12;
2. Передача номера (UUID) ЭВСД в DESADV

Формирование ЭВС допустимо по любому из указанных блоков.
Различные ЭВС в одной поставке могут быть оформлены по различным блокам параметров.
Плановый срок старта работы по параметрам блока 2 — 01.11.2018г.
Подробные параметры оформления ЭВСД представлены в приложении 1

Приложение 1
Общие параметры оформления ЭВСД в Системе:
1. Отправитель и его площадки должны быть зарегистрированы в системе ФГИС «Меркурий»;
2. При оформлении ЭВСД в разделе сведениях о получателе должен указываться адрес
соответствующего Распределительного Центра согласно приложению 3 к настоящему
уведомлению;
3. Партия поступающей продукции должна быть обеспечена оформленной ЭВСД в системе
«Меркурий» на момент прибытия а/м в точку разгрузки;
4. В пакет документов на поставку необходимо прикладывать сжатую с расширенной
информацией распечатку ЭВСД (образец в приложении 2);
5. Вид продукции при оформлении ЭВСД должен соответствовать трехуровневому классификатору
ФГИС «Меркурий», который был предварительно предоставлен для формирования данных в
разрезе СКЮ;
6. Предприятие изготовитель продукции в ЭВСД должно соответствовать ГУИД изготовителя,
который был предварительно предоставлен для формирования данных в разрезе СКЮ;
7. Строка ветеринарно-санитарной экспертизы должна быть заполнена одним из имеющихся в
системе значений, в оформленных ЭВСД должны быть указаны результаты ветеринарносанитарной
экспертизы (лабораторные исследования);
8. Дата изготовления поставляемой Вами продукции в ветеринарных сопроводительных
документах, как на бумажном носителе, так и в электронном ветеринарном свидетельстве, после
вашего перехода в следующий формат:
ДД.ММ.ГГГГ.
ДД.ММ.ГГГГ - ДД.ММ.ГГГГ, в случае указания дат изготовления диапазоном.
9. Дата окончания срока годности поставляемой Вами продукции в электронных ветеринарных
сопроводительных документах должна полностью совпадать с информацией на потребительской
упаковке;
10. Продукция со сроком годности 5 дней и менее должна быть указана как скоропортящаяся;
11. Вид транспорта и номер а/м в ЭВСД должны соответствовать транспортному средству, которым
осуществляется перевозка товара;
Номер а/м должен заполняться русскими или английскими буквами без спецсимволов (запятые,
двоеточие и т.д.)
Для указания номера а/м, прицепа, контейнера необходимо использовать только соответствующие
поля
12. Маркировка должна указываться русскими или английскими буквами без спецсимволов (запятые,
двоеточие и т.д.)
Указание нескольких маркировок необходимо заполнять отдельными полями
(1 маркировка = 1 поле)
13. При оформлении ЭВСД не ставить отметку «Учет ВСД».

Параметры оформления по блоку 1:
14.1 Оформление 1 ЭВСД на партию продукции равен 1 СКЮ, оформление нескольких ЭВСД на 1
СКЮ в одной поставке недопустимо.
15.1 Номер ТН должен соответствовать:
- номеру по которому были выписаны ЭВСД;
- номеру ТН в ЭУПД/ЭТОРГ-12.
16.1 Дата ТН должна соответствовать:
- дате ТН в ЭВСД;
- дате ТН в ЭУПД/ЭТОРГ-12.

Параметры оформления по блоку 2:
14.2 Оформление 1 ЭВСД на партию продукции равен 1 СКЮ, допускается оформление нескольких
ЭВСД на 1 СКЮ в 1й поставке;
15.2 Номер ТН должен соответствовать:
- номеру по которому были выписаны ЭВСД;
- номеру ТН в ЭУПД, ЭТОРГ-12, ТТН.
16.2 Дата ТН должна соответствовать:
- дате ТН в ЭВСД;
- дате ТН в ЭУПД, ЭТОРГ-12, ТТН.
17.2 В EDI документе DESADV должны быть заполнены дополнительные поля:
- Идентификатор ЭВСД - уникальный номер ЭВС присваиваемый в Меркурий
Пример: 550e8400-e29b-41d4-a716-446655440000;
- Дата изготовления;
- Срок годности;
Формат даты в DESADV должен полностью соответствовать формату в ЭВС.
При выписке нескольких ЭВСД с разными СГ на 1 СКЮ, в DESADV по 1 СКЮ вносим количество
отгруженной продукции и даты несколькими строками, кратно количеству ЭВСД.
При выписке 1 ЭВСД с несколькими СГ периодом на 1 СКЮ, в DESADV вносим СГ периодом к 1 СКЮ.

вот сейчас думаем по поводу блока 2:

Но ответа от них нет, что они это подтверждают.

С другими сетями проблем нет.