Сообщения, отправленные пользователем: Алексей Тимофеев

Mak_VET wrote:Сами РСХН обучающей программы не организовывают, органы местной службы и рады бы получить курс основам работы в Меркурии, но где их взять?

Обучения для сотрудников ветслужб проводятся Россельхознадзором регулярно, бесплатно, в формате видеоконференции. Договориться о конкретной теме и дате можно, написав письмо на электронный адрес тех.поддержки Меркурия.
Плюс к этому, некоторые вет.управления самостоятельно организуют обучения для своих сотрудников и коллег из других регионов.

Кассандра Алекс wrote:А никакой тех. поддержки у Меркурия нет?

Тех.поддержка определенно существует

По многим вопросам информацию можно найти в справочной системе http://help.vetrf.ru/, или написать письмо на mercury@fsvps.ru.

В настоящий момент на боевом сервере установлена версия Ветис.API v1.4, на пилотном (T2) -- v1.4 (по умолчанию) и v1.5. Версия v1.5 -- это предварительный релиз v2.0, т.н. альфа-версия.
Версия 2.0 станет доступна на пилотном сервере в августе 2017, основная документация по v2.0 размещена для ознакомления в справочной системе http://help.vetrf.ru/wiki/Ветис.API (возможны изменения до выпуска на пилотный сервер).

Ключевые изменения по версиям (по сравнению с предыдущей):

v1.4
- поддержка незавершенного производства

v1.5
- частичная поддержка GTIN, GLN
- многоуровневая упаковка

v2.0
- полная поддержка GTIN, GLN
- многоуровневая упаковка с поддержкой иерархии
- регионализация
- уполномоченное гашение
- мультимодальные перевозки

После релиза v2.x на боевой сервер версия 1.4 также будет доступна как минимум до апреля 2018.

sanazarkin wrote:

Алексей Тимофеев wrote:Мы понимаем, что вопрос идентификации площадок является едва ли не ключевым для успешной интеграции. Сейчас обсуждается возможность опциональной поддержки таких дополнительных идентификаторов площадок, как КПП и GLN (Global Location Number), а также введение общепринятого номера площадки обязательного в рамках системы ветнадзора.

Какие, примерно, сроки принятия решения?

Расчитываем до конца года совместно с участниками процесса выработать решение.

dfurtsev wrote:Добрый день!
Вопрос к разработчикам: Обещали в августе перевод основной версии шлюза на версию 1.3. Он уже произошел? Или когда планируется?

Релиз версии 1.3 на основной сервер запланирован на 08.09.2016. Список изменений опубликован в справочной системе: http://help.vetrf.ru/wiki/Ветис.API_v1.3

Yoreg07 wrote:Я всё-таки повторю вопрос, который задавал вчера ... можно ли как-то получить список предприятий, которые обслуживает конкретный вет. врач или пользователь ХС?

Пользователь ХС с предприятием связан только косвенно через связь ХСа и предприятия. Сейчас теоретически любой пользователь ХС может "работать" на любом предприятии, на котором этот ХС ведёт деятельность. Пока настройки безопасности в этой части не поддерживаем. Если это появится, то такая информация, скорее всего, будет доступна через сервис, в том числе для изменения.
С ветврачами ситуация несколько иная. Закрепление ветеринарного врача за обслуживаемым предприятием -- дело ветеринарного управления субъекта РФ. Привязку делает администратор вет.управления. И такую информацию мы не отдаём через сервис.

Gorkova wrote:

Алексей Тимофеев wrote:
Да, ограничение есть. На данный момент это не более 5 запросов от одного пользователя/IP в секунду. Запросы, не удовлетворяющие этим правилам, отклоняются с http-статусом 429 -- Too Many Requests.

А под запросами подразумеваются запросы любого типа (справочные и бизнес-запросы, вторые - и собственно отправка заявки, и получение роезультата) ?

Да, это общее ограничение для всех запросов к шлюзу. Даже если это будет обычный GET-запрос на получение WSDL.
На наш взгляд, 5 запросов в секунду достаточно большая цифра, может быть даже очень. Но если всё-таки будут возникать какие-то проблемы с этим (при нормальном режиме работы с сервером), дайте знать.

Ограничение одинаковое и для пилотного сервера, и для боевого -- можно оттестироваться ещё в процессе разработки. К слову, ещё и поэтому мы обычно рекомендуем поработать какое-то время всем врачам предприятия (в многопользовательском режиме) на пилотном сервере.

Kano wrote:

Yoreg07 wrote:

Kano wrote:Добрый день, подскажите... добрался таки до отправки заявки транспортной партии.. встретился такой объект:
Объект ..Response/vetDocument/purpose (Идентификатор версии записи в справочнике целей. Обязательность: 1 - обязательно должно быть заполнено одно из плей, либо UUID, либо GUID) не пойму откуда это брать, помогите пож-та!

Необходимо осуществить сначала синхронизацию со справочником целей ... щас ссылку найду

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

В описании элемента указано, что это справочник. Все справочники в документации описаны отдельным разделом.

Если в документации для удобства не хватает каких-то кросс-ссылок, сигнализируйте -- будем добавлять. Приветствуются любые конструктивные предложения.

Yoreg07 wrote:ну может сделать эти поля у enterprise необязательными к заполнению

В принципе, так оно и есть. ИНН обязателен для собственника площадки, а поле собственника (enterprise/owner), в свою очередь, опционально для площадки.
Надеемся, что со временем, по мере активного использования Меркурия всеми участниками оборота, реестр предприятий накопит всю необходимую информацию.

Мы понимаем, что вопрос идентификации площадок является едва ли не ключевым для успешной интеграции. Сейчас обсуждается возможность опциональной поддержки таких дополнительных идентификаторов площадок, как КПП и GLN (Global Location Number), а также введение общепринятого номера площадки обязательного в рамках системы ветнадзора.

sanazarkin wrote:

Yoreg07 wrote:дак у enterprise вообще нет таких полей как ИНН/КПП ... это только у businessentity

Если businessEntity -- это название фирмы (этим объясняется наличие только ИНН), а Enterprise это филиалы (у которых должны быть такие-же ИНН, но разные КПП), то непонятно, почему там нет таких полей....

Enterprise -- это не всегда филиалы. В общем случае, enterprise -- это некая площадка на которой хозяйствующий субъект осуществляет деятельность, иначе enterprise можно назвать location. Филиалы -- всего лишь частный случай.
Т.о. ИНН и КПП предприятия в привычном понимании -- это атрибуты собственника площадки. К сожалению, на данный момент мы не всегда знаем реального собственника (т.е. в реестре эта информация может отсутствовать).

Yoreg07 wrote:

Yoreg07 wrote:Добрый день. Скажите, пожалуйста, есть ли на сервере приёма запросов какое-нибудь ограничение по количеству запросов в промежуток времени (ну чтобы сервер не подвисал, например) от одного пользователя, ХС или что-то другое? Просто, тестируя свой интеграционный модуль и отсылая несколько запросов подряд, неоднократно получал ошибку о невозможности подключения ... немного подождав, повторял запросы и они успешно уходили.

Кто-нибудь может ответить?

Да, ограничение есть. На данный момент это не более 5 запросов от одного пользователя/IP в секунду. Запросы, не удовлетворяющие этим правилам, отклоняются с http-статусом 429 -- Too Many Requests.

Yoreg07 wrote:Кстати, насчёт справочников ... в документации подразумевается, что справочник видов упаковки статичен, так как перечислены все данные, в веб-интерфейсе, по-моему есть возможность создавать новые виды упаковки, а API для получения актуального справочника нет (по крайней в документации) ... что делать ... может кто-нибудь ответить?

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

Chex wrote:Почему в последней версии систем «Цербер» можно добавить поднадзорные объекты только к хозяйствующим субъектам, осуществляющим свою деятельность только на территории того субъекта Российской Федерации в котором они зарегистрированы в налоговой (юридический и фактический адрес)? И как быть с теми хозяйствующими субъектами, которые осуществляют свою деятельность на территории одного субъекта Российской Федерации, но зарегистрированные в другом субъекте Российской Федерации?

В последней версии системы (от 23.04.2014) эта функция была восстановлена. Территориальное управление может внести в реестр сведения о хоз.субъекте, зарегистрированном на территории любого субхекта РФ. Вместе с тем ТУ может регистрировать только те производственные площадки, которые расположены на территории подконтрольных субъектов. Добавить такой поднадзорный объект можно любому хоз.субъекту, не зависимо от адреса его регистрации.

Попробуйте ещё раз. Если что-то пойдёт не так, сообщите, пожалуйста, на электронный адрес тех. поддержки информацию о конкретном ХС и объекте.

inspector51 wrote:Добрый день!
Если хозяйствующий субъект (А), который занимается ввозом / вывозом подконтрольной продукции осуществляет хранение данной продукции на арендуемой им, у принадлежащего на правах собственности другому хозяйствующему субъекту (В), холодильной камере (ВВ), то нужно ли вносить информацию о холодильнике (ВВ), как о поднадзорном объекте хозяйствующего субъекта (А)?

Да, в ближайшее время в системе Цербер появится возможность при добавлении поднадзорного объекта указывать вид отношений между хозяйствующим субъектом и используемым объектом.

Chex wrote:1. Можно ли при добавлении поднадзорного объекта к хозяйствующему субъекту как-то транспортировать (выбирать) данные о поднадзорном объекте из уже имеющихся в системе поднадзорных объектов. (а то у нас на крупных поднадзорных объектах бывает, до 100 и более и приходится вбивать одну и ту же информации 100 раз в подряд, а на это тратится время);

Взял на заметку. В следующих версиях системы эта функция обязательно будет.

Chex wrote:2. При регистрации хозяйствующих субъектов имеется обязательная графа "электронная почта", но зачастую мы не знаем электронную почту фирмы. Что делать в таких случаях? (Можем ли мы указывать почту отдела или Комитета?)

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

Chex wrote:3. Нужно ли вносить хозяйствующие субъекты (торгующих) на рынках и ярмарках выходного дня (большинство из них не имеют постоянного поднадзорного объекта: сегодня он торгует на одном рынке (ярмарке), завтра на другом, а после завтра вообще исчезнет с концами).

Здесь мне как техническому специалисту пока сложно ответить. Уточню в ЦА. На след. неделе отпишусь.

Chex wrote:4. Что за Реестр транспортных средств? Для чего он нужен?

Реестр ТС в системе опубликован, но пока официально в эксплуатацию не введен. На днях должно появиться официальное объявление на этот счет с разъяснением целей и задач этого реестра.

Chex wrote:5. При внесении информации через Internet Explorer Цербер работает очень медленно (с подвисанием), в остальных браузерах работает без проблем.

Сообщите дополнительно, пожалуйста, на каких операциях происходит подвисание, а также версию Internet Explorer'а. Можно на адрес тех.поддержки cerberus@fsvps.ru

Янович Андрей wrote:Эпизоотический мониторинг. Вопрос. Зачем введено поле сумма по приказу, если его мы внести не можем? Или данные внесет ЦА?

Да, это поле при необходимости заполняется сотрудником ЦА.