Обновление компонента Ветис.API за 2018 год: различия между версиями

Материал из Справочная система Россельхознадзора
Перейти к навигации Перейти к поиску
м
Строка 1: Строка 1:
__FORCETOC__
__FORCETOC__
== Обновление от 27.02.2018 (v1.4 и v2.0) ==
== 23.07.2018: Версия 6.7.11 ==
Дата выхода (пилотный сервер): 27.02.2018
# В рамках реализации плана обеспечения обмена электронными ветеринарными сопроводительными документами (эВСД) между Российской Федерацией и Республикой Беларусь в ВетИСе реализована обработка и трансформация эВСД, получаемых из AITS (информационная система в области идентификации и прослеживаемости животных и продукции животного происхождения). В подсистеме Меркурий.СВХ осуществляется переоформление белорусского сертификата, при этом формируется один общий сертификат, который содержит сведения о сборной транспортной партии, следующей в одном транспортном средстве, а также формируется отдельный транспортный сертификат на каждое наименование продукции.
# Исправлен дефект, в результате которого при объединении нескольких записей журнала могла возникать ошибка о превышении допустимой длины (250 символов) для поля «Входящий ВСД» (incomingVetDocument).
# Исправлен дефект, в результате которого при гашении эВСД, если в качестве товарного сопроводительного документа был указан тип документа отличный от ТТН, то система предлагала составить акт несоответствия.
# Небольшие улучшения и исправления выявленных дефектов в системе Меркурий.


Дата выхода (основной сервер): -
== 07.06.2018: Версия 6.7 ==
# Осуществлен отказ от дат, заданных текстом в полях «дата выработки» и «срок годности». Дата может быть указана только в одном из следующих форматов:
::* ДД.ММ.ГГГГ: ЧЧ, где ЧЧ указываются опционально, пример – 23.05.2018 г.;
::* ММ.ГГГГ, пример – июнь 2018 г.;
::* ГГГГ – данный формат доступен только для кормов растительного происхождения, пример – 2018 г.;
::* ДД.ММ.ГГГГ - ДД.ММ.ГГГГ, пример – 23.05.2018 – 25.05.2018 гг.;
::* ММ.ГГГГ - ММ.ГГГГ, пример – июнь – июль 2018 г.;
::* «неизвестно» - формат применим только к дате выработки, может быть указан для определенного списка продукции (палеонтологический материал, патологический материал, трофеи, шкуры и т.д.);
::* «срок годности не ограничен» - формат применим только к сроку годности, может быть указан для определенного списка продукции (палеонтологический материал, рога, копыта, пух, перо, шерсть, декоративные кораллы, губки и т.д.).
 
: Форматы дат с точностью до дня и месяца, а также интервалы дат доступны для всех видов продукции.
 
:2. Изменены правила поддержки блока «Сведения о происхождении продукции», а также расширена его информативность, с помощью введения понятия «документ, подтверждающий происхождение», который содержит сведения о производственном ВСД (для продукции Российского происхождения) или данные об импортном сертификате, для импортной продукции.
:3. В веб-интерфейсе реализовано отображение статуса площадки из системы Цербер, а также поиск площадок по номеру площадки из Цербера, по статусу площадки из Цербера, а также по глобальному идентификатору площадки (GUID). Для площадок, которые сейчас находятся в статусах «Исключен из реестра» и «Не подтвержден» в реестре Цербера отображается информационное сообщение, о том, что данную площадку необходимо включить в реестр в системе Цербер. Включить площадку в реестр могут сотрудники ветеринарной службы субъекта или территориального управления Россельхознадзора, имеющие доступ к системе Цербер, а также хозяйствующие субъекты, получившие права на эксклюзивное управление собственными площадками.
:4. Изменен подход к контролю маркировки при гашении эВСД через интеграционный шлюз ВетИС.API. Изменения для версии 2.1 коснулись следующих сценариев:
::*При гашении ВСД, если партия продукции принимается частично или полностью без оформления возврата, то контроль передачи в запросе маркировки в фактических сведениях о принимаемой партии будет отсутствовать. В создаваемую при гашении запись журнала будет сохранена только та маркировка, которая будет передана в запросе на гашение. Если в запросе в фактических сведениях о принимаемой партии маркировка будет отсутствовать, то и в создаваемой записи журнала маркировки не будет.
::*Если при гашении ВСД партия возвращается полностью, то в возвратный ВСД будет автоматически передана вся маркировка из исходного ВСД без необходимости явного указания в запросе. Если в запросе в сведениях о возвращаемой партии передать какую-либо маркировку, то в этом случае в возвратный ВСД сохранится только маркировка из запроса.
::*Если при гашении ВСД партия принимается частично с оформлением возврата, то в создаваемой записи журнала и возвратном ВСД будет сохранена только та маркировка, которая была передана в запросе в сведениях о принимаемой и возвращаемой партиях. Если маркировка в запросе была не указана, то в создаваемой записи журнала и возвратном ВСД сведения о маркировке будут отсутствовать.
::*В версии 1.4 контроль производится только для маркировки с типом «BN» (номер производственной партии, аналог batchId для версии 2.0). Если в исходном ВСД содержится маркировка с типом «BN», то при гашении такого ВСД в фактических сведениях маркировка должна быть указана. Если маркировка с типом «BN» не совпадает с исходным ВСД, то гашение возможно только с указанием причины в акте о несоответствии.
:5. Ветклеймо предприятия больше не будет автоматически переходить в маркировку в ВСД и отображаться на печатной форме. Если имеется необходимости указать в ВСД сведения о клейме, его необходимо будет указать явно в качестве маркировки. Изменение механизма передачи ветклейм связано с началом работы над задачей привязки клейм к ветеринарным врачам, вместо предприятий.
 
:6. Расширен список видов связанных документов. В частности, имеется возможность указать универсальный передаточный документ (УПД), как в веб-интерфейсе, так и через интеграционный шлюз ВетИС.API.
 
:7. Для пользователей интеграционного шлюза ВетИС.API было реализовано несколько улучшений:
::* расширены возможности фильтрации при получении списков ВСД и номенклатуры. Для операции getVetDocumentList появилась возможность фильтрации списка ВСД по датам оформления, по площадке-отправителю, по площадке-получателю. Для операции getVetDocumentChangesList появилась возможность фильтрации по типу и статусу ВСД аналогично операции getVetDocumentList.
::* поиск номенклатуры операцией getProductItemList можно выполнять по GTIN.
::* реализованы методы получения изменения данных об улицах и населённых пунктах GetStreetChangesList и GetLocalityChangesList.
::* добавлено поле «Происхождение» для непищевой продукции, технического сырья, кормов и кормовых добавок (сборное, палое, промышленное и т.д.);
:8. Реализована возможность поиска предприятия – производителя при добавлении номенклатуры не только по названию, но и по дополнительным полям (номер в реестре Меркурия/Цербера, глобальный идентификатор, адрес, страна и т.д.),
:9. Также были устранены дефекты, выявленные в ходе эксплуатации веб-интерфейса и интеграционного шлюза ВетИС.API.:
::* исправлен дефект, в результате которого в ответе сервиса на запрос списка изменений ВСД (операция GetVetDocumentChangesListOperation) могли не возвращаться идентификаторы (guid и uuid) правил регионализации, а также глобальный идентификатор упаковки (guid);
::* исправлен дефект, в результате которого в ответе сервиса на запрос объединения записей журнала (операция MergeOperation) для результирующей записи могли возникать ошибки в объеме продукции в базовых единицах, если объем продукции в объединяемых записях журнала был указан не в базовых единицах;
::* исправлен дефект, в результате которого в ответ на получение ВСД и записей журнала, созданных по справке о безопасности сырого молока, могли не возвращаться сведения о происхождении продукции (блок origin);
::* исправлен дефект, в результате которого в ответе сервиса на изменение записи журнала путем инвентаризации (операция ResolveDiscrepancyOperation) могла дублироваться маркировки продукции;
::* исправлен дефект, в результате которого для объединенных записей журнала могла возникать ошибка в инвентаризации (операция ResolveDiscrepancyOperation), связанная с незаполненной датой поступления груза;
::*исправлен дефект, в результате которого в ответе сервиса на запрос записей журнала и ВСД могли отсутствовать лабораторные исследования в версии 1.4;
::* исправлен дефект, в результате которого в ответе сервиса на операцию оформления возвратного ВСД (операция PrepareOutgoingConsignmentOperation) могли отсутствовать сведения о номере производственной партии;
::* исправлен дефект, в результате которого сведения о связанных документах могли не возвращаться в ответах сервиса, если номер и дата любого из документов совпадали с номером и датой ТТН;
::* исправлен дефект, в результате которого список наименований продукции мог не фильтроваться по хозяйствующему субъекту-владельцу, а также по трем уровням продукции в операции GetProductItemList;
::* исправлен дефект, в результате которого в ответе сервиса на запрос изменений в ВСД (операция getVetDocumentChangesList) тип сопроводительного документа (ТТН) мог возвращаться неверно.
 
== 06.04.2018: Версия 6.6 ==
# Реализована поддержка передачи идентификатора наименования продукции в сведениях о происхождении партии, в случае, когда наименование продукции было задано из справочника (элементы uuid и guid для объекта origin/productItem).
# Реализована поддержка передачи сведений о маршруте следования при оформлении возвратного ВСД.
# Реализована передача сведений о лабораторных исследованиях, добавленных с использованием шлюза версии 1.4, при получении ВСД или записи складского журнала через шлюз версии 2.0. Значение элемента expertiseInfo (используемое в шлюзе 1.4) будет передано в элементе laboratoryResearch/notes (используемое в шлюзе 2.0), остальные элементы описывающие атрибуты лабораторного исследования, в этом случае не заполняются.
# Исправлен дефект в результате которого в ответах сервиса, содержащих информацию о лабораторных исследованиях, могла отсутствовать дата проведения лабораторного исследования (laboratoryResearch/actualDateTime).
# Исправлен дефект, в результате которого при выполнении запроса на гашение бумажного ВСД могли не сохраниться переданные сведения о лабораторных исследованиях.
# Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о погашенных ВСД, могла отсутствовать информация о дате и времени гашения, а также пользователе, который осуществлял гашение.
# Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о пользователях, мог дублироваться элемент authorityList.
# Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о лабораторных исследованиях, мог не передаваться тип документа для акта отбора проб.
# Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о площадке, мог не возвращаться ИНН хозяйствующего субъекта в блоке сведений о постановке предприятия на учет в налоговом органе (элемент enterprise/officialRegistration/businessEntity/inn).
# Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о площадке, элемент addressView мог не соответствовать типу данных bs:NText для некоторых предприятий, зарегистрированных с помощью шлюза версии 1.4.
# Исправлен дефект, в результате которого при выполнении запроса на добавление сведений о лабораторных исследованиях для нескольких записей складского журнала (операция updateVeterinaryEvents), переданные сведения о лабораторных исследованиях могли сохранится не для всех указанных записей журнала.
# Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о площадке (операция getActivityLocationsList), могли дублироваться сведения о хозяйствующем субъекте для каждого связанного предприятия.
# Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о лабораторных исследованиях, могла отсутствовать информация о наименовании показателя (элемент laboratoryResearch/indicator).
# Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о записях журнала и ВСД, могла отсутствовать информация о глобальном идентификаторе вида упаковки (элемент package/packingType/guid).
# Исправлен дефект, в результате которого при гашении эВСД (операция ProcessIncomingConsignment), могла возвращаться ошибка гашения, если в ВСД отсутствовала ТТН.
# Небольшие улучшения и исправления выявленных дефектов в системе Меркурий.
 
== 13.03.2018: Версия 6.5 ==
:1. В системе Меркурий реализована возможность указывать так называемые «связанные документы», это информация о дополнительных транспортных, товарных или других сопроводительных документах, которые относятся к перемещаемой партии (например, ТОРГ-12, ТОРГ-13, номер заказа и т.д.).
:2. Указание сведений о ТТН при оформлении транспортной транзакции в системе Меркурий стало обязательным, если ТТН отсутствует, то пользователю необходимо явно это указывать, проставив «галочку» в поле «ТТН отсутствует».
:3. На страницу просмотра записи журнала добавлена информация о том, какой пользователь, когда и с использованием какой операции добавил или аннулировал запись журнала.
:4. На странице просмотра информации о площадке добавлен номер этой площадки в реестре ФГИС "Цербер".
:5. В подсистеме Меркурий.ХС для хозяйствующих субъектов на странице просмотра информации о площадке отображается глобальный идентификатор данной площадки - GUID.
:6. На странице просмотра ВСД и записи журнала добавлен блок "Служебная информация", который содержит информацию об уникальном и глобальном идентификаторе (UUID и GUID соответственно) наименования продукции, если это наименование было указано из справочника номенклатуры.
:7. Небольшие улучшения и исправления выявленных дефектов в системе Меркурий.
 
== 01.02.2018: Версия 6.4 ==
:1. Реализовано гашение сертификатов, оформленных в местах полного таможенного оформления (СВХ, ЗТК и т.д.) на импортные грузы, пользователями хозяйствующих субъектов в подсистеме Меркурий.ХС с возможностью задать собственную номенклатуру.
:2. Установлены ограничения на точность указываемых пользователем чисел,как в веб-интерфейсе, так и через интеграционный шлюз ВетИС.API:<br />
:* максимальное количество знаков в целой части числа – 15,
:* максимальное количество знаков в дробной части числа – 6.
:3.Реализована возможность задавать единицу измерения для операций гашения, оформления транспортной партии, производственной партии и некоторых других. Так, например, при оформлении транспортной партии, есть возможность выбрать, в какой единице измерения будет оформлен эВСД. Но имеется ограничение, единица измерения может быть не любой, а только той, которая входит в группу единиц измерения выбранной партии, так для весовой группы – это кг и тонны, для объема – литры, миллилитры и т.д.
:4. Небольшие улучшения и исправления выявленных дефектов в системе Меркурий.
 
== 11.01.2018: Версия 6.3.1 ==
:1. Для молокосырья введен признак «Получено от здорового поголовья дойных животных», который проставляется в ВСД автоматически, если молокосырье в системе Меркурий было создано на основании справки о безопасности сырого молоко, в ином случае, этот признак может устанавливать государственный ветеринарный врач.
:2. Реализовано оповещение о невозможности гашения эВСД, в ситуациях, когда пользователи не могут гасить эВСД, таких ситуаций две: у пользователя отсутствует роль «Гашение ВСД», либо пользователь зашёл в систему Меркурий выбрав не конкретную площадку, на которую был оформлен этот документ, а все объекты, входящие в его зону обслуживания. Оповещение заключается в том, что при возникновении таких ситуаций, пользователю отображается соответствующее сообщение, либо об отсутствии роли, либо о необходимости выбрать обсуживаемую площадку.
:3. Небольшие изменения в веб-интерфейсе, связанные с осуществлением поиска ВСД в подразделе уполномоченного гашения ветеринарных документов. Для осуществления уполномоченного гашения предварительно необходимо выбрать хозяйствующего субъекта-получателя, после чего будет загружен список доступных для гашения эВСД.
:4. Небольшие улучшения и исправления выявленных дефектов в системе Меркурий.


Документация: доступна по прежним ссылкам.


Список изменений:
# Скорректированы ограничения на точность чисел, указываемых пользователем в качестве объёма партии, как в веб-интерфейсе, так и через интеграционный шлюз ВетИС.API:
#* максимальное количество знаков в целой части числа – 15,
#* максимальное количество знаков в дробной части числа – 6.
# Возможность выбора единицы измерения, отличной от единицы измерения исходного документа или записи складского журнала для операций гашения, оформления транспортной партии, производственной партии и некоторых других. Так, например, при оформлении транспортной партии, есть возможность выбрать, в какой единице измерения будет оформлен эВСД.
# Исправлен возврат сведений об упаковке и маркировке для импортных сертификатов с СВХ для версии 1.4
# Исправлена ошибка с отсутствием uuid/guid номенклатуры в ВСД, если номенклатура была задана из справочника в версии 1.4
# Исправлена ошибка с передачей любой строки для поля monthsSpent (количество месяцев нахождения живых животных на территории таможенного союза). Теперь указать значение поля можно только числом.
# Исправлена ошибка с неправильным отображением маркировки, заданной в версии 1.4
# Исправлена ошибка с номерами ТС при частичном гашении с возвратом через сервис, если ВСД был создан в веб-интерфейсе.
# Исправлена ошибка, которая не позволяла оформить ВСД для живых животных без указания сведений о карантинировании.
# Исправлена ошибка, которая позволяла указать объем продукции в ВСД с точностью более 6 знаков после запятой. Теперь количество знаков после запятой валидируется.
# Исправлена ошибка, которая позволяла в некоторых случаях при оформлении возвратных ВСД через сервис указать другую единицу измерения нежели в исходном ВСД.
# Исправлена ошибка с отсутствием пользователя, изменившего статус ВСД. Теперь сведения о смене статуса ВСД возвращаются корректно для любых статусов.
# Исправлена ошибка с отображением дублей предприятий-производителей в сведениях о номенклатуре, если эти предприятия были объединены.
# Исправлена ошибка, которая позволяла указать дробный объем продукции с целочисленной единицей измерения.
# Исправлена ошибка с гашением импортного сертификата, если в нем была указана не базовая единица измерения (например, тонны).
# Исправлены ошибки с отображением в ВСД версии 2.0 сведений о номенклатуре (наименование, артикул, GTIN и т.п.), если запись журнала была создана в версии 2.0, а ВСД оформлен в версии 1.4.
# Исправлена ошибка с объединением записей журнала, если в них имелся слишком большой список производителей.
# Исправлена ошибка с пересчетом указанной единицы измерения в базовую при оформлении производственной партии.
# Исправлена ошибка с дублированием выполненных условий регионализации.
# Исправлена ошибка, которая позволяла указать пустой артикул при создании номенклатуры, что приводило к возврату пустого тэга для артикула в операциях сервисов.
# Исправлена ошибка при гашении ВСД, в которых номер производственной партии был заключен в кавычки.
# Исправлены ошибки, связанные с некорретным поведением системы при работе с небазовыми единицами измерения.
# Изменения в веб-интерфейсе системы Меркурий.


== Предыдущие обновления ==
== Предыдущие обновления ==

Версия 15:13, 14 августа 2018

23.07.2018: Версия 6.7.11

  1. В рамках реализации плана обеспечения обмена электронными ветеринарными сопроводительными документами (эВСД) между Российской Федерацией и Республикой Беларусь в ВетИСе реализована обработка и трансформация эВСД, получаемых из AITS (информационная система в области идентификации и прослеживаемости животных и продукции животного происхождения). В подсистеме Меркурий.СВХ осуществляется переоформление белорусского сертификата, при этом формируется один общий сертификат, который содержит сведения о сборной транспортной партии, следующей в одном транспортном средстве, а также формируется отдельный транспортный сертификат на каждое наименование продукции.
  2. Исправлен дефект, в результате которого при объединении нескольких записей журнала могла возникать ошибка о превышении допустимой длины (250 символов) для поля «Входящий ВСД» (incomingVetDocument).
  3. Исправлен дефект, в результате которого при гашении эВСД, если в качестве товарного сопроводительного документа был указан тип документа отличный от ТТН, то система предлагала составить акт несоответствия.
  4. Небольшие улучшения и исправления выявленных дефектов в системе Меркурий.

07.06.2018: Версия 6.7

  1. Осуществлен отказ от дат, заданных текстом в полях «дата выработки» и «срок годности». Дата может быть указана только в одном из следующих форматов:
  • ДД.ММ.ГГГГ: ЧЧ, где ЧЧ указываются опционально, пример – 23.05.2018 г.;
  • ММ.ГГГГ, пример – июнь 2018 г.;
  • ГГГГ – данный формат доступен только для кормов растительного происхождения, пример – 2018 г.;
  • ДД.ММ.ГГГГ - ДД.ММ.ГГГГ, пример – 23.05.2018 – 25.05.2018 гг.;
  • ММ.ГГГГ - ММ.ГГГГ, пример – июнь – июль 2018 г.;
  • «неизвестно» - формат применим только к дате выработки, может быть указан для определенного списка продукции (палеонтологический материал, патологический материал, трофеи, шкуры и т.д.);
  • «срок годности не ограничен» - формат применим только к сроку годности, может быть указан для определенного списка продукции (палеонтологический материал, рога, копыта, пух, перо, шерсть, декоративные кораллы, губки и т.д.).
Форматы дат с точностью до дня и месяца, а также интервалы дат доступны для всех видов продукции.
2. Изменены правила поддержки блока «Сведения о происхождении продукции», а также расширена его информативность, с помощью введения понятия «документ, подтверждающий происхождение», который содержит сведения о производственном ВСД (для продукции Российского происхождения) или данные об импортном сертификате, для импортной продукции.
3. В веб-интерфейсе реализовано отображение статуса площадки из системы Цербер, а также поиск площадок по номеру площадки из Цербера, по статусу площадки из Цербера, а также по глобальному идентификатору площадки (GUID). Для площадок, которые сейчас находятся в статусах «Исключен из реестра» и «Не подтвержден» в реестре Цербера отображается информационное сообщение, о том, что данную площадку необходимо включить в реестр в системе Цербер. Включить площадку в реестр могут сотрудники ветеринарной службы субъекта или территориального управления Россельхознадзора, имеющие доступ к системе Цербер, а также хозяйствующие субъекты, получившие права на эксклюзивное управление собственными площадками.
4. Изменен подход к контролю маркировки при гашении эВСД через интеграционный шлюз ВетИС.API. Изменения для версии 2.1 коснулись следующих сценариев:
  • При гашении ВСД, если партия продукции принимается частично или полностью без оформления возврата, то контроль передачи в запросе маркировки в фактических сведениях о принимаемой партии будет отсутствовать. В создаваемую при гашении запись журнала будет сохранена только та маркировка, которая будет передана в запросе на гашение. Если в запросе в фактических сведениях о принимаемой партии маркировка будет отсутствовать, то и в создаваемой записи журнала маркировки не будет.
  • Если при гашении ВСД партия возвращается полностью, то в возвратный ВСД будет автоматически передана вся маркировка из исходного ВСД без необходимости явного указания в запросе. Если в запросе в сведениях о возвращаемой партии передать какую-либо маркировку, то в этом случае в возвратный ВСД сохранится только маркировка из запроса.
  • Если при гашении ВСД партия принимается частично с оформлением возврата, то в создаваемой записи журнала и возвратном ВСД будет сохранена только та маркировка, которая была передана в запросе в сведениях о принимаемой и возвращаемой партиях. Если маркировка в запросе была не указана, то в создаваемой записи журнала и возвратном ВСД сведения о маркировке будут отсутствовать.
  • В версии 1.4 контроль производится только для маркировки с типом «BN» (номер производственной партии, аналог batchId для версии 2.0). Если в исходном ВСД содержится маркировка с типом «BN», то при гашении такого ВСД в фактических сведениях маркировка должна быть указана. Если маркировка с типом «BN» не совпадает с исходным ВСД, то гашение возможно только с указанием причины в акте о несоответствии.
5. Ветклеймо предприятия больше не будет автоматически переходить в маркировку в ВСД и отображаться на печатной форме. Если имеется необходимости указать в ВСД сведения о клейме, его необходимо будет указать явно в качестве маркировки. Изменение механизма передачи ветклейм связано с началом работы над задачей привязки клейм к ветеринарным врачам, вместо предприятий.
6. Расширен список видов связанных документов. В частности, имеется возможность указать универсальный передаточный документ (УПД), как в веб-интерфейсе, так и через интеграционный шлюз ВетИС.API.
7. Для пользователей интеграционного шлюза ВетИС.API было реализовано несколько улучшений:
  • расширены возможности фильтрации при получении списков ВСД и номенклатуры. Для операции getVetDocumentList появилась возможность фильтрации списка ВСД по датам оформления, по площадке-отправителю, по площадке-получателю. Для операции getVetDocumentChangesList появилась возможность фильтрации по типу и статусу ВСД аналогично операции getVetDocumentList.
  • поиск номенклатуры операцией getProductItemList можно выполнять по GTIN.
  • реализованы методы получения изменения данных об улицах и населённых пунктах GetStreetChangesList и GetLocalityChangesList.
  • добавлено поле «Происхождение» для непищевой продукции, технического сырья, кормов и кормовых добавок (сборное, палое, промышленное и т.д.);
8. Реализована возможность поиска предприятия – производителя при добавлении номенклатуры не только по названию, но и по дополнительным полям (номер в реестре Меркурия/Цербера, глобальный идентификатор, адрес, страна и т.д.),
9. Также были устранены дефекты, выявленные в ходе эксплуатации веб-интерфейса и интеграционного шлюза ВетИС.API.:
  • исправлен дефект, в результате которого в ответе сервиса на запрос списка изменений ВСД (операция GetVetDocumentChangesListOperation) могли не возвращаться идентификаторы (guid и uuid) правил регионализации, а также глобальный идентификатор упаковки (guid);
  • исправлен дефект, в результате которого в ответе сервиса на запрос объединения записей журнала (операция MergeOperation) для результирующей записи могли возникать ошибки в объеме продукции в базовых единицах, если объем продукции в объединяемых записях журнала был указан не в базовых единицах;
  • исправлен дефект, в результате которого в ответ на получение ВСД и записей журнала, созданных по справке о безопасности сырого молока, могли не возвращаться сведения о происхождении продукции (блок origin);
  • исправлен дефект, в результате которого в ответе сервиса на изменение записи журнала путем инвентаризации (операция ResolveDiscrepancyOperation) могла дублироваться маркировки продукции;
  • исправлен дефект, в результате которого для объединенных записей журнала могла возникать ошибка в инвентаризации (операция ResolveDiscrepancyOperation), связанная с незаполненной датой поступления груза;
  • исправлен дефект, в результате которого в ответе сервиса на запрос записей журнала и ВСД могли отсутствовать лабораторные исследования в версии 1.4;
  • исправлен дефект, в результате которого в ответе сервиса на операцию оформления возвратного ВСД (операция PrepareOutgoingConsignmentOperation) могли отсутствовать сведения о номере производственной партии;
  • исправлен дефект, в результате которого сведения о связанных документах могли не возвращаться в ответах сервиса, если номер и дата любого из документов совпадали с номером и датой ТТН;
  • исправлен дефект, в результате которого список наименований продукции мог не фильтроваться по хозяйствующему субъекту-владельцу, а также по трем уровням продукции в операции GetProductItemList;
  • исправлен дефект, в результате которого в ответе сервиса на запрос изменений в ВСД (операция getVetDocumentChangesList) тип сопроводительного документа (ТТН) мог возвращаться неверно.

06.04.2018: Версия 6.6

  1. Реализована поддержка передачи идентификатора наименования продукции в сведениях о происхождении партии, в случае, когда наименование продукции было задано из справочника (элементы uuid и guid для объекта origin/productItem).
  2. Реализована поддержка передачи сведений о маршруте следования при оформлении возвратного ВСД.
  3. Реализована передача сведений о лабораторных исследованиях, добавленных с использованием шлюза версии 1.4, при получении ВСД или записи складского журнала через шлюз версии 2.0. Значение элемента expertiseInfo (используемое в шлюзе 1.4) будет передано в элементе laboratoryResearch/notes (используемое в шлюзе 2.0), остальные элементы описывающие атрибуты лабораторного исследования, в этом случае не заполняются.
  4. Исправлен дефект в результате которого в ответах сервиса, содержащих информацию о лабораторных исследованиях, могла отсутствовать дата проведения лабораторного исследования (laboratoryResearch/actualDateTime).
  5. Исправлен дефект, в результате которого при выполнении запроса на гашение бумажного ВСД могли не сохраниться переданные сведения о лабораторных исследованиях.
  6. Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о погашенных ВСД, могла отсутствовать информация о дате и времени гашения, а также пользователе, который осуществлял гашение.
  7. Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о пользователях, мог дублироваться элемент authorityList.
  8. Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о лабораторных исследованиях, мог не передаваться тип документа для акта отбора проб.
  9. Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о площадке, мог не возвращаться ИНН хозяйствующего субъекта в блоке сведений о постановке предприятия на учет в налоговом органе (элемент enterprise/officialRegistration/businessEntity/inn).
  10. Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о площадке, элемент addressView мог не соответствовать типу данных bs:NText для некоторых предприятий, зарегистрированных с помощью шлюза версии 1.4.
  11. Исправлен дефект, в результате которого при выполнении запроса на добавление сведений о лабораторных исследованиях для нескольких записей складского журнала (операция updateVeterinaryEvents), переданные сведения о лабораторных исследованиях могли сохранится не для всех указанных записей журнала.
  12. Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о площадке (операция getActivityLocationsList), могли дублироваться сведения о хозяйствующем субъекте для каждого связанного предприятия.
  13. Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о лабораторных исследованиях, могла отсутствовать информация о наименовании показателя (элемент laboratoryResearch/indicator).
  14. Исправлен дефект, в результате которого в ответах сервиса, содержащих сведения о записях журнала и ВСД, могла отсутствовать информация о глобальном идентификаторе вида упаковки (элемент package/packingType/guid).
  15. Исправлен дефект, в результате которого при гашении эВСД (операция ProcessIncomingConsignment), могла возвращаться ошибка гашения, если в ВСД отсутствовала ТТН.
  16. Небольшие улучшения и исправления выявленных дефектов в системе Меркурий.

13.03.2018: Версия 6.5

1. В системе Меркурий реализована возможность указывать так называемые «связанные документы», это информация о дополнительных транспортных, товарных или других сопроводительных документах, которые относятся к перемещаемой партии (например, ТОРГ-12, ТОРГ-13, номер заказа и т.д.).
2. Указание сведений о ТТН при оформлении транспортной транзакции в системе Меркурий стало обязательным, если ТТН отсутствует, то пользователю необходимо явно это указывать, проставив «галочку» в поле «ТТН отсутствует».
3. На страницу просмотра записи журнала добавлена информация о том, какой пользователь, когда и с использованием какой операции добавил или аннулировал запись журнала.
4. На странице просмотра информации о площадке добавлен номер этой площадки в реестре ФГИС "Цербер".
5. В подсистеме Меркурий.ХС для хозяйствующих субъектов на странице просмотра информации о площадке отображается глобальный идентификатор данной площадки - GUID.
6. На странице просмотра ВСД и записи журнала добавлен блок "Служебная информация", который содержит информацию об уникальном и глобальном идентификаторе (UUID и GUID соответственно) наименования продукции, если это наименование было указано из справочника номенклатуры.
7. Небольшие улучшения и исправления выявленных дефектов в системе Меркурий.

01.02.2018: Версия 6.4

1. Реализовано гашение сертификатов, оформленных в местах полного таможенного оформления (СВХ, ЗТК и т.д.) на импортные грузы, пользователями хозяйствующих субъектов в подсистеме Меркурий.ХС с возможностью задать собственную номенклатуру.
2. Установлены ограничения на точность указываемых пользователем чисел,как в веб-интерфейсе, так и через интеграционный шлюз ВетИС.API:
  • максимальное количество знаков в целой части числа – 15,
  • максимальное количество знаков в дробной части числа – 6.
3.Реализована возможность задавать единицу измерения для операций гашения, оформления транспортной партии, производственной партии и некоторых других. Так, например, при оформлении транспортной партии, есть возможность выбрать, в какой единице измерения будет оформлен эВСД. Но имеется ограничение, единица измерения может быть не любой, а только той, которая входит в группу единиц измерения выбранной партии, так для весовой группы – это кг и тонны, для объема – литры, миллилитры и т.д.
4. Небольшие улучшения и исправления выявленных дефектов в системе Меркурий.

11.01.2018: Версия 6.3.1

1. Для молокосырья введен признак «Получено от здорового поголовья дойных животных», который проставляется в ВСД автоматически, если молокосырье в системе Меркурий было создано на основании справки о безопасности сырого молоко, в ином случае, этот признак может устанавливать государственный ветеринарный врач.
2. Реализовано оповещение о невозможности гашения эВСД, в ситуациях, когда пользователи не могут гасить эВСД, таких ситуаций две: у пользователя отсутствует роль «Гашение ВСД», либо пользователь зашёл в систему Меркурий выбрав не конкретную площадку, на которую был оформлен этот документ, а все объекты, входящие в его зону обслуживания. Оповещение заключается в том, что при возникновении таких ситуаций, пользователю отображается соответствующее сообщение, либо об отсутствии роли, либо о необходимости выбрать обсуживаемую площадку.
3. Небольшие изменения в веб-интерфейсе, связанные с осуществлением поиска ВСД в подразделе уполномоченного гашения ветеринарных документов. Для осуществления уполномоченного гашения предварительно необходимо выбрать хозяйствующего субъекта-получателя, после чего будет загружен список доступных для гашения эВСД.
4. Небольшие улучшения и исправления выявленных дефектов в системе Меркурий.


Предыдущие обновления

Вернуться к началу ↑