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

TWAIN wrote:Сегодня с утра и на вебе и в API все заработало.
Вопрос остается - что это было и почему?

Это временное решение, сейчас правила по оформлению по 646 приказу немного не совпадают на боевой версии и на тесте (т2), ваша продукция (Пищевые продукты/готовые мясные продукты/готовые мясные продукты) не попадала под 646 приказ в тесте. Правила почти всегда будут немного отличаться на бою и на тесте, т.к. на бою справочник продукции постоянно обновляется сотрудниками ЦА по заявкам хозяйствующих субъектов, соответственно и правила периодически обновляются. В ближайшее время будет подготовлен отдельный файл с продукцией и целями по 646 на т2, выложен в справочной системе и на форуме.

Соловьёв Станислав wrote:

TWAIN wrote:Добрый день.
Со вчерашнего дня перестала на тестовом сервере Т2 работать отгрузка на
распределительный центр. Пишет что мы не можем отправлять такую продукцию сами,
нужно передавать заявку в ГВЭ. И в API и на вебсайте.
Продукция из 646 приказа, цели в пищу людям, еще буквально в пятницу все работало и перестало.
Что интересно - другим отгрузка проходит.
Причем с разных предприятий туда грузим, разные источники,
мы в них одновременно накосячить же не могли.

В саппорт написал - пока тихо. У нас у одних такая проблема?

Оформил на веб-форме транспортный ВСД с целью реализация в корм животным, оформился сразу. Сделал второй, но указал в пищу людям, при оформлении ругнулся на права, но я ещё раз нажал оформить и заявка улетела в ГВЭ.

Какую конкретно продукцию вы при этом указывали (в случае, когда ВСД не оформился)?

nsnt wrote:А вот, например, ХС2 по api создал площадку для ХС1. Допустим, правильно создал, получатель еще не зарегистрировался, а ХС2 уже вовсю работает. В какой момент у площадки появляется ветврач, который ее обслуживает?

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

Ekka wrote:

Пименова Татьяна wrote:

Agnostik wrote:

только в одном случае это возможно - если ему прикрепят площадку получателя в обслуживаемые предприятия.

не только. еще если ХС привязан к ПО, а именно это почему-то и происходит при первом же гашении

Такая связь устанавливается только между ХС-получателем и ПО-получателем, если ранее такая связь не была установлена.

Но установка такой связи не дает возможности гасить на этом ПО ВСД других ХС-получателей.

а можно на пальцах объяснить, как это будет работать?

Такая логика работает уже давно. Например, есть зарегистрированные ХС1 и площадка1, но они между собой не связаны.
Второй ХС2 оформляет ВСД, в котором указывает пару ХС1-площадка1 как фирму и предприятие получателя.

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

2 вариант: ВСД оформлен не верно (не верно, что указаны такие фирма и предприятие получатель), соответственно гасить его не нужно, отправитель должен аннулировать его и переоформить правильно.

Ritorna wrote:А где посмотреть, какие права дали? Я просто звонил в Россельхоз с таким вопросом - мне ответили, что права как уполномоченного лица есть.
У нас полуфабрикаты замороженные для дальнейшей доготовки, а не уже готовые изделия.

Если права все-таки выданы верно, то обратите внимание на то на какую продукцию и с какими целями вы можете оформлять ВСД в соответствии с 646: на странице http://help.vetrf.ru/wiki/%D0%9F%D0%B5%D1%80%D0%B5%D1%87%D0%B5%D0%BD%D1%8C_%D0%BF%D1%80%D0%BE%D0%B4%D1%83%D0%BA%D1%86%D0%B8%D0%B8_%D0%B6%D0%B8%D0%B2%D0%BE%D1%82%D0%BD%D0%BE%D0%B3%D0%BE_%D0%BF%D1%80%D0%BE%D0%B8%D1%81%D1%85%D0%BE%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D1%8F_%D0%B8%D0%B7_%D0%9F%D1%80%D0%B8%D0%BA%D0%B0%D0%B7%D0%B0_%D0%9C%D0%B8%D0%BD%D1%81%D0%B5%D0%BB%D1%8C%D1%85%D0%BE%D0%B7%D0%B0_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D0%B8_%D0%BE%D1%82_18.12.2015_%E2%84%96646 можно скачать файл с этой информацией, он периодически обновляется.

mevgenym wrote:

Пименова Татьяна wrote:
И в то же время первый ПО обслуживает другого ХСа - изготавливает и ему пельмени.

а если завести два ПО, это будет ошибкой?

Тут могут быть разные варианты, всегда нужно основываться на том, как обстоят дела по факту, информация в Меркурии должна отражать обстоятельства как есть.

Если абсолютно одна и та же площадка обслуживает несколько ХСов, то нужно заводить один ПО (примеры: завод, производящий продукцию под разными брендами; судно, которое могут брать в аренду разные фирмы; холодильник, в котором разные фирмы арендуют площади и т.п.).

Если две площадки находятся по одному и тому же адресу, то нужно заводить два ПО.

Гриня wrote:Техник, Вы уже получили права "Администратор ведения реестра"? Кто вообще эти права раздает?

Сотрудникам ветслужб субъектов роль «Администратор по ведению реестра объектов» назначается на основе заявок, предоставленных в соответствии с письмом Россельхознадзора от 09.08.2017 № ФС-НВ-2/16529, направленным в Ветеринарные управления субъектов.

Заявки должны направляться:
* от имени Ветеринарного управления,
* содержать ФИО и логины пользователей, которым необходимо назначить права администратора по ведению реестра объектов,
* для ускорения процесса можно одновременно отправлять оригинал заявки в адрес Центрального аппарата РСХН по адресу: 107139, г. Москва, Орликов переулок, 1/11, Россельхознадзор и скан заявки в адрес техподдержки mercury@fsvps.ru.

mevgenym wrote:

Пименова Татьяна wrote:ХС-владелец - это именно владелец ПО, его указывать не обязательно.

владелец юридически? зачем эта сущность в контектсе меркурия? абалдеть как я заблуждался...

Из справочной системы: http://help.vetrf.ru/wiki/ModifyEnterpriseOperation_v2.0#.D0.9E.D0.B3.D1.80.D0.B0.D0.BD.D0.B8.D1.87.D0.B5.D0.BD.D0.B8.D1.8F_.D0.BF.D1.80.D0.B8_.D1.80.D0.B5.D0.B4.D0.B0.D0.BA.D1.82.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B8_.D0.BF.D1.80.D0.B5.D0.B4.D0.BF.D1.80.D0.B8.D1.8F.D1.82.D0.B8.D1.8F

Площадка может быть отредактирована ХСом только в случае, если ХС является ее собственником (атрибут owner), либо ХС создавал данную площадку.

VoditelKobyly wrote:
Как тут все сложно!!!
По проще нельзя?

Почему сложно? В жизни так и есть: имеется ХС (юр.лицо, производящее замороженные полуфабрикаты), который ведет свою деятельность на 3 ПО: на одном изготавливает исключительно пельмени, на втором - котлеты, на третьем и то, и другое, но в другом регионе.
И в то же время первый ПО обслуживает другого ХСа - изготавливает и ему пельмени.

VoditelKobyly wrote:Каким образом сопоставить информацию о контрагентах и торговых точках?
Получается что кроме как вручную-никак?

Метод getBusinessEntityByGUID - в acivityLocations будут указаны обслуживаемые ПО указанного ХС.

Но обратите внимание, что упомянутые сотрудники смогут только добавить предприятие в реестр, функционала по выдаче GUID у них нет. GUID можно будет узнать при просмотре оформленного ими ВСД (если предприятие-производитель там будет указан из справочника, а не текстом) через API (раз импортеров интересует GUID, значит у них есть интеграционное решение через API?).

bigmal wrote:

т.е. на предприятии может быть только один ХС

ИМХО у ХС может быть несколько предприятий, а не наоборот.

У ХС и ПО связь многие ко многим: как ХС может быть связан с несколькими ПО, так и ПО может быть связан с несколькими ХС на обслуживание.
ХС-владелец - это именно владелец ПО, его указывать не обязательно.

В первую очередь вам необходимо определиться с ответом на главный вопрос, который уже задавался, "зачем импортерам нужен GUID производителя третьей страны?".

Добавить предприятие-производитель в справочник неаттестованных предприятий третьих стран (GUID присваивается автоматически в момент внесения в справочник) может инспектор пограничного ветеринарного контрольного пункта (ПВКП), производящий контроль продукции на границе, и ветеринарный врач, проводящий оформление продукции на складе временного хранения (СВХ).

Agnostik wrote:

только в одном случае это возможно - если ему прикрепят площадку получателя в обслуживаемые предприятия.

не только. еще если ХС привязан к ПО, а именно это почему-то и происходит при первом же гашении

Такая связь устанавливается только между ХС-получателем и ПО-получателем, если ранее такая связь не была установлена.

Но установка такой связи не дает возможности гасить на этом ПО ВСД других ХС-получателей.

Слоник wrote:Доброго вечера разработчикам. У нас проблема.
оформляя 01.08.2017 г производственный ВСД на вырабатываемую продукцию в 08-43-07 часов ( то есть до 9-00 по местному времени) документ формируется за № 111111 от 01.08.2017 г с указанием времени по МСК+9.
Далее формируем транзакцию на перемещение товара и тут СЮРПРИЗ:
входящий ВСД № 111111 теперь имеет дату 31.07.2017 г. Информации о времени далее нет, а ИНСПЕКТОР РСХН КАК ВСЕГДА НА ПОСТУ!!!!!!!!
Кто кого имеет в итоге догадаться не трудно
А нам то что делать???????????????????????????

В списке ВСД отображается дата оформления ВСД по МСК (сам столбец называется "Дата (МСК)"), но если открыть ВСД на просмотр, то в нем будет отображена дата оформления по МСК и по местному времени, на печатной форме отображается дата оформления по местному времени.

12051 wrote:Зачем это обновление с написанием названия вакцины и производителя? Это же невероятно долго, и если продукция поступила с другого региона, где все это взять? На одну птицу сколько прививок. да еще и это. Ужас. Вся птица передохнет от жары, пока мы все это забъем в систему. С каждым разом обновление все больше проблем приносит.

Добрый день!
Поля с названием вакцины и производителя станут необязательными, ориентировочно во вторник, пока можно вносить пробел. Приносим извинения за неудобства.