Сообщения, отправленные пользователем: ly_il

nmzn1 wrote:

ly_il wrote: Если Меркурий это пропускает из под логина обычного оператора ХС - значит всё кроме яиц у нас из перечня 646. И следовательно (раз пропускает и не выдает никакой ошибки) мы ничего не нарушаем оформляя всё это из под логина обычного оператора. Верно?

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

Что значит "что то не так с интеграцией".
Вы хотите сказать, что на шлюз можно каким то хитрым образом заслать запрос на создание траспортного ВСД так,
что из под логина оператора ХС он пропустит, при этом совершив аналогичное действие с аналогичной продукцией в Вебе - будет отказ?

Если это возможно - тогда это не у нас с интеграцией проблемы. А это дыра в работе Меркурия через шлюз.
Но я не встречал таких ситуаций.

на http://help.vetrf.ru всё описано

2.1. Поле с международным кодом маркировки GTIN имеет ограничение по длине – от 8 до 14 символов в зависимости от формата (GTIN-8, GTIN-12, GTIN-13, GTIN-14). Последняя цифра в коде маркировке GTIN - контрольная, проверка осуществляется по стандартному алгоритму GS1.

http://help.vetrf.ru/wiki/Ведение_справочника_номенклатуры_предприятия_в_Меркурий.ХС

Подскажите, следующее

у нас РЦ. Производства никакого нет. на РЦ от поставщиков продукция приезжает (гашение) и с РЦ разъезжается по нашим же точкам (оформление), практически без хранения (1-3 дня).

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

Отсюда два вопроса.

1) Если Меркурий это пропускает из под логина обычного оператора ХС - значит всё кроме яиц у нас из перечня 646. И следовательно (раз пропускает и не выдает никакой ошибки) мы ничего не нарушаем оформляя всё это из под логина обычного оператора. Верно?

второй вопрос имеет силу в случае положительного ответа на первый:
2) Если мы уберем из оборота яйцо и останутся только продукты из перечня 646 приказа (не требующие подтверждения ветврача при отгрузке), законно ли будет полностью отказаться от услуг ветврачей и расторгнуть договор? Если нет то почему?

Уважаемые разработчики, не могли бы вы объяснить, чем обусловлено использование различных форматов UUID эВСД в веб и в шлюзе.

В xml сообщениях (всё что передается через шлюз) используется формат UUID 8-4-4-4-12 символов

dafab2c9-d61e-4a7f-a4c0-ad66ab7b2247

А в веб-версии формат UUID 4-4-4-4-4-4-4-4 символов да еще и с ЗАГЛАВНЫМИ буквами.

DAFA-B2C9-D61E-4A7F-A4C0-AD66-AB7B-2247

У нас нестандартное самописное решение по интеграции и столкнулись с проблемой, что формат веба (иногда приходится переходить на ручную работу сами понимаете как сейчас нестабильно работает меркурий) не распознается интерфейсом нашей ERP системы. К примеру если необходимо найти ВСД по его UUID из веба.
В обратную сторону, когда мы вставляем формат 8-4-4-4-12 в форму поиска веба, всё ок - веб-сайт сам расставляет дефисы как надо.

Со временем мы конечно допишем у себя решение.
Но зачем было городить два разных формата? Объясните.

Каждый день всё по новому. Только недавно же сообщали (цитирую) "«Меркурий» будет прослеживать молоко от фермы до завода, а ЦРПТ – от завода, когда молоко окажется в упаковке, до покупателя" (пруф https://crpt.ru/press7062018/)
Сегодня уже снова Меркурий на готовую молочку. Сами там пусть договорятся уже наконец. Устроили "ромашку", "меркурий-немеркурий.

А можно и просто списком UUID без QR-кодов.

это законно

Штраф за несоблюдение требований ФЗ от 13.07.2015 № 243 предусмотрен ст. 10.8 КоАП. Так, если машину с подконтрольным Госветнадзору грузом остановят для проверки, экспедитор должен будет предъявить информацию об эВСД: QR-коды или уникальные идентификаторы UUID (главный реквизит электронного ВСД), которые можно проверить в общедоступном сервисе системы Меркурий. При отсутствии ВСД будет назначен штраф: от 3000 руб. на водителя или от 10000 до 20000 руб. на юридическое лицо, согласно ст. 10.8 КоАП. Для юрлица мерой ответственности также может стать приостановление деятельности на срок до 90 суток.

ключевое слово или

P.s Представляю себе лицо инспектора, который руками вбивает 32 значный UUID в свой планшет

Ну сейчас, за день до старта доних дозвониться почти нереально.
А завтра меркурий вообще будет официально "лежать" с 12 часов.

Так молочники расслабились уже все.
Мне один оочень крупный "молочник" (не буду оглашать название тут) отписался официально (письмо с печатья директора и всё такое), что мол они зуб дают, что молочки в мерке не будет. И что они приедут без эВСД 1-го.
Мол если будут какието штрафы и нестыковки, они берут все риски на себя.

как то в вашем сообщении формулировки

пришел доступ в продуктивный меркурий,

и

а реквизитов на вход не выслали.

противоречат друг другу.

Если доступ "пришёл" (по е-mail я так понимаю), то всё ок? пробуйте заходить. Или что вам там "пришло"?

Если у вас есть доступ в Меркурий. ХС, то всю необходимую информацию вы можете получить оттуда.

кроме GUIDa ХСа

У меня тоже есть это письмо. Но это не официально опубликованый документ и\или не приказ.
Письмо носит рекомендательный характер.

oleg-x wrote:

ly_il wrote:Ветврачи отказываются предоставлять логины (только логины, не пароли!) для того, что бы мы могли их использовать в интеграционном решении при формировании траспортных партий (отгрузок) продукции из перечня 647\648.
Говорят ничего не знаем, обращайтесь к руководству.

Подскажите, куда и\или на какой документ, закон можно сослаться в данной ситуации?

Это конфедициальная информация. И скажу по "секрету", что бы работать через интеграцию под их логином, пароль не нужен. Если они будут работать через ваше интеграционное решение, то они должны сами вводить этот логин и он не должен хранится в системе или же не должен быть ни кому доступен, кроме них.
Так как если кто будет за них работать, то их заблокируют в случае ошибок, а в случае, если выявят, что вы неправомерно использовали их логин, то это уже уголовная ответственность.

Где нибудь все это прописано законодательно или в приказах? А то это все слова.
Именно порядок предоставления логина (то что пароль не нужен мы в курсе) ХСами для интеграционого решения.

Ветврачи отказываются предоставлять логины (только логины, не пароли!) для того, что бы мы могли их использовать в интеграционном решении при формировании траспортных партий (отгрузок) продукции из перечня 647\648.
Говорят ничего не знаем, обращайтесь к руководству.

Подскажите, куда и\или на какой документ, закон можно сослаться в данной ситуации?

Мы вообще скорее всего будем печатать только UUIDы эВСД. По закону имеем право.
Их на одном листе может влезть под сотню.

А как их будет вручную забивать представитель органов контроля при проверке - не наша забота.

Штраф за несоблюдение требований ФЗ от 13.07.2015 № 243 предусмотрен ст. 10.8 КоАП. Так, если машину с подконтрольным Госветнадзору грузом остановят для проверки, экспедитор должен будет предъявить информацию об эВСД: QR-коды или уникальные идентификаторы UUID (главный реквизит электронного ВСД), которые можно проверить в общедоступном сервисе системы Меркурий. При отсутствии ВСД будет назначен штраф: от 3000 руб. на водителя или от 10000 до 20000 руб. на юридическое лицо, согласно ст. 10.8 КоАП. Для юрлица мерой ответственности также может стать приостановление деятельности на срок до 90 суток.

То есть QR не обязателен.

loki wrote:

ly_il wrote:Подскажите,

правильно ли я понимаю, что выданные на нашу организацию логин, пароль, API-key - едины как для доступа к текстовому серверу Ветис.API так и к продуктивному?
Просто всё зависит от того, на какой Endpoint URL подключаться и какой WSDL при этом "скармливать" клиенту.

Или в продуктив отдельный логин, пароль и Апи-кей?

Разъясните пожалуйста.

нет. логины и пароли для тестовой и продуктовой разные.
для получения доступа к продуктовой версии подаете заявку.

Да, уже разобрались.

Незименным остался только глобальный GUID ХСа (issureID).

а остальные данные для тестового и продуктивного мерка отличаются.