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

Я вообще не знаю никого, у кого бы в Цербере статус синхронизации с ФНС был бы "Синхронизировано".
У кого нибудь это работает?
У нас с дня регистрации в Мерке этого функционала нет вообще.

nmzn1 wrote:

Smailik wrote:Я имела ввиду ГУИД чужого ХС. Свой я знаю где брать

только спросить у них

ну нет.
Не всё так безнадёжно.

можно через шлюз по ИНН например, запросом getBusinessEntityList

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

https://меркурий-россельхознадзор.рф/поиск-в-меркурии/

А вообще разработчикам не мешало бы сделать для людей нормальный официальный справочник-поисковик по хозяйствующим субъектам и их площадкам. Лишним не было бы.

rina_neyberg wrote:
3. перемещение между своими площадками не требует образования вет.врача

вот так новость. Это как это? Можно поподробнее, с примерами.
А лучше приложите ка сюда успешно оформленный транспортный эВСД на перемещение продукции из перечня 648-го из под логина Меркурий.ХС.
Не верю.

У юрлица две площадки. Ферма с свиньями в Тульской области и ферма в Курской области.
Так вот взяли хрюшек просто, загрузили в машину. В Меркурий.ХС в веб быстренько зашли, ветеринарочку себе сделали и поехали?
Действительно, а зачем вет врач?

nmzn1 wrote:

ly_il wrote:Или получатель не несёт ответственности за это?

я так думаю всем троим достанется

на что можно сослаться?
не могу найти приказ, где это было бы явно указано (про отправителя в ТТН и траспортном эВСД).

Гаишник понятно. Это проблемы отправителя.

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

Поджок Сараев wrote:Добрый день.

Подскажите пожалуйста как теперь правильно вернуть ВСД в полном объеме поставщику? Пытаюсь погасить указав "0" в графе "Объем" и получаю ошибку, что поле "Объем" не заполено. Значения типа "0.0 000 0,0" непрокатывают. И покупатели часто звонят с просьбой аннулировать ВСД, когда по каким-то причинам не принимают товар.

Это "баг" или "фича"? Была какая-нибудь новость по этому поводу?

Смотря про какой объём вы говорите.

Объём из блока "Фактические сведения"?
Или Объём из блока "Сведения о гашении", когда вы ставите галочку "Разделить партию".

В блоке ""Фактические сведения" вы ставите объём который к вам приехал. Если всё сходится ничего там не трогайте.
Если возвращаете всю партию, то
В блоке Сведения о гашении", когда вы ставите галочку "Разделить партию" в поле Объём ставите 0. Тогда всё сработает.

nmzn1 wrote:по идее изготовитель должен выписать "смена вл-ца без перевозки" на поставщика, поставщик выписывает всд на вас "перевозка со сменой вл-ца"
по-моему так

Да. Мы так им и предлагаем.
Но они утверждают, что и их схема движения товара в Меркурии верна.
И вообще это сложно, зачем лишние дейтсвия и бла бла бла...

На что можно сослаться?
Где явно прописано, что юрлицо в Сведениях об отправителе в эВСД не может отличаться от Грузоотправителя в ТТН и это является нарушением?

Или не всё так однозначно?

У нас следующая ситуация.

Поставщик по договору поставки везёт нам продукцию. В ТТН грузоотправитель он.
Но транспортный эВСД в нашу сторону они просят выписывать изготовителя продукции, откуда они её забирают.
Таким образом в эВСД в Сведениях об отправителе совершенно другое юр лицо, с которым у нас договорных отношений нет.

Законна ли такая схема?
Если нет - кто несёт ответственность?
Поставщик который везет продукцию с заведомо неверно оформленными ветеринарно-сопроводительными документами?
Если мы погасим такой эВСД и потом будет проверка - будут ли потом к нам претензии?

Они считают что они всё делают правильно.
На наши доводы, что в "Сведениях об отправителе" должен быть именно поставщик, а для изготовителя есть отдельное поле в эВСД они не реагируют.

MaryLikhtarovich wrote:

ly_il wrote:может быть вы пытаетесь авторизоваться в продуктивном шлюзе (https://api.vetrf.ru/platform/services/2.1/) с помощью авторизационных данных (логин, пароль, Apikey) , предназначенных для тестового (https://api2.vetrf.ru:8002/platform/services/2.1/)?
и наоборот?

Стучусь на https://api2.vetrf.ru:8002/platform/services/2.1/ApplicationManagementService
Использую те данные, что пришли в письме с ApiKey, там же указан ServiceID mercury-g2b.service, я так понимаю это тестовый сервис.

Возможно, я неправильно понимаю суть авторизации.
Я просто обращаюсь на адрес https://api2.vetrf.ru:8002/platform/services/2.1/ApplicationManagementService , добавляя хедер вида Authorization: Basic Base64(login:password)
и жду, что на это мне придет ответ со статусом 200, и я еще раз туда отправлю ApiKey и isuserid.

Возможно, я должна отправлять на https://api2.vetrf.ru:8002/platform/services/2.1/ApplicationManagementService какой-то запрос в виде xml или сразу прикладывать ApiKey?

Может кто-нибудь скинуть пример подключения к тестовому контуру вида:
Raw data запроса
Raw data ответа
Как реально выглядит эта последовательность запросов для открытия шлюза?

Как правило тестовым контуром балуются несколько недель и сразу на боевой.
Еще раз, выпишете "Использую те данные, что пришли в письме с ApiKey". Сверьте еще раз - эти данные для авторизации для тестового шлюза? или для боевого?
У меня например это было два разных письма с разными логинами, паролями и APIкей. Может перепутали?

Еще можно попробовать установить SoapUI и выполнить какой нибудь элементарный запрос в сторону шлюза. Ну например getEnterpriseByGuid.
Если успешно отработает - значит что-то не так с вашим интеграционном решением.
Если нет - что то напутали с авторизационными данными.

MaryLikhtarovich wrote:

nmzn1 wrote:а эту свою тему уже забыли http://vetrf.ru/vetrf-forum/posts/list/9280.page

Я думала это призыв к действию - идти в тему для новичков

ly_il wrote:а какой логин и пароль вы используете на этом шаге?
Который выдали на организацию (приходит обычно письмом вместе с APIkey) для получения доступа к шлюзу Ветис?
Или логин и пароль конкретного пользователя?
Нужно использовать логин организации.

Использую логин вида company-123456, который пришел с APIkey.
Если намерено сделать ошибку в логине или пароле в ответ получаю 401 ошибку, но если отправлю корректные данные, то получаю 500.

Перебрала разные методы отправки запросов в C# и получилось достать xml описание ошибки:
<?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"> <soapenv:Body> <soapenv:Fault> <faultcode>soapenv:Server</faultcode> <faultstring>BEA-382513: OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</faultstring> <detail> <con:fault xmlns:con="http://www.bea.com/wli/sb/context"> <con:errorCode>BEA-382513</con:errorCode> <con:reason>OSB Replace action failed updating variable "body": Error parsing XML: {err}FORG0005: expected exactly one item, got 0 items</con:reason> <con:location> <con:path>request-pipeline</con:path> <con:error-handler>true</con:error-handler> </con:location> </con:fault> </detail> </soapenv:Fault> </soapenv:Body> </soapenv:Envelope>Есть идеи какой item сервер ожидает в запросе на авторизацию?

может быть вы пытаетесь авторизоваться в продуктивном шлюзе (https://api.vetrf.ru/platform/services/2.1/) с помощью авторизационных данных (логин, пароль, Apikey) , предназначенных для тестового (https://api2.vetrf.ru:8002/platform/services/2.1/)?
и наоборот?

а поле под номер транспортного средства именно пустое?
или туда просто вместо номера вписали иные данные - символ, "точку" и т.п.?

оно же обязательно для заполнения. Без него ВСД не получится создать.
Другое дело, что оно имеет свободный формат ввода данных.

egais2018 wrote:ly_il
Это касается только маркировки или ВСД на молочку тоже переносится с 1 ноября на след.год?

Нет. ВСД с 1 ноября на готовую молочку выписываем. Тут никаких изменений.

Обязательная маркировка молочной продукции стартует 1 июня 2020 года.
Чиновники утвердили сроки начала обязательной маркировки, не дождавшись итогов эксперимента по маркировке молочной продукции.

https://www.retail.ru/news/obyazatelnaya-markirovka-molochnoy-produktsii-startuet-1-iyunya-2020-goda-26-sentyabrya-2019-186835/

MaryLikhtarovich wrote:Всем привет!
Есть проблемка с авторизацией в security-слое.
Я пытаюсь стучаться на тестовый контур по адресу https://api2.vetrf.ru:8002/platform/services/2.1/ApplicationManagementService и использую логин и пароль в хедере авторизации, в ответ получаю ошибку с кодом 500.
Ранее я использовала не верный логин и получала ошибку 401.

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

а какой логин и пароль вы используете на этом шаге?
Который выдали на организацию (приходит обычно письмом вместе с APIkey) для получения доступа к шлюзу Ветис?
Или логин и пароль конкретного пользователя?

Нужно использовать логин организации.