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

Материал из Справочная система Россельхознадзора
Перейти к навигации Перейти к поиску
м
Строка 1: Строка 1:
== 07.05.2018: Версия 6.7 ==
== 07.05.2018: Версия 6.7 ==
# Осуществлен отказ от дат, заданных текстом в полях «дата выработки» и «срок годности». Дата может быть указана только в одном из следующих форматов:
# Осуществлен отказ от дат, заданных текстом в полях «дата выработки» и «срок годности». Дата может быть указана только в одном из следующих форматов:
:* ДД.ММ.ГГГГ: ЧЧ, где ЧЧ указываются опционально, пример – 23.05.2018 г.;:* ММ.ГГГГ, пример – июнь 2018 г.;:* ГГГГ – данный формат доступен только для кормов растительного происхождения, пример – 2018 г.;:* ДД.ММ.ГГГГ - ДД.ММ.ГГГГ, пример – 23.05.2018 – 25.05.2018 гг.;:* ММ.ГГГГ - ММ.ГГГГ, пример – июнь – июль 2018 г.;:* «неизвестно» - формат применим только к дате выработки, может быть указан для определенного списка продукции (палеонтологический материал, патологический материал, трофеи, шкуры и т.д.);:* «срок годности не ограничен» - формат применим только к сроку годности, может быть указан для определенного списка продукции (палеонтологический материал, рога, копыта, пух, перо, шерсть, декоративные кораллы, губки и т.д.).
:* ДД.ММ.ГГГГ: ЧЧ, где ЧЧ указываются опционально, пример – 23.05.2018 г.;
:* ММ.ГГГГ, пример – июнь 2018 г.;:* ГГГГ – данный формат доступен только для кормов растительного происхождения, пример – 2018 г.;
:* ДД.ММ.ГГГГ - ДД.ММ.ГГГГ, пример – 23.05.2018 – 25.05.2018 гг.;
:* ММ.ГГГГ - ММ.ГГГГ, пример – июнь – июль 2018 г.;
:* «неизвестно» - формат применим только к дате выработки, может быть указан для определенного списка продукции (палеонтологический материал, патологический материал, трофеи, шкуры и т.д.);
:* «срок годности не ограничен» - формат применим только к сроку годности, может быть указан для определенного списка продукции (палеонтологический материал, рога, копыта, пух, перо, шерсть, декоративные кораллы, губки и т.д.).
 
Форматы дат с точностью до дня и месяца, а также интервалы дат доступны для всех видов продукции.
Форматы дат с точностью до дня и месяца, а также интервалы дат доступны для всех видов продукции.
Обратите внимание, что после обновления ни дату выработки, ни срок годности задать текстом будет невозможно. Данное изменение коснется как сертификатов, выдаваемых на импортную продукцию сотрудниками Россельхознадзора в местах полного таможенного оформления груза (СВХ, ЗТК и т.д.), так и сертификатов, выдаваемых госветслужбой субъекта, аттестованными специалистами и уполномоченными лицами хозяйствующий субъектов при перемещении продукции внутри Российской Федерации.
:2. Изменены правила поддержки блока «Сведения о происхождении продукции», а также расширена его информативность, с помощью введения понятия «документ, подтверждающий происхождение», который содержит сведения о производственном ВСД (для продукции Российского происхождения) или данные об импортном сертификате, для импортной продукции.  
Для уже существующих сертификатов и записей журнала, где дата выработки и/или срок годности заданы текстом, будут действовать следующие правила:
:3. В веб-интерфейсе реализовано отображение статуса площадки из системы Цербер, а также поиск площадок по номеру площадки из Цербера, по статусу площадки из Цербера, а также по глобальному идентификатору площадки (GUID).  
- если при гашении ВСД через веб-интерфейс система Меркурий не может автоматически трансформировать текстовую дату, указанную в ВСД, в формат даты, то пользователю потребуется задать дату с использованием допустимых форматов, при этом акт несоответствия сформирован не будет. При гашении ВСД через интеграционный шлюз ВетИС.API доступно два варианта – указать дату в форматированном виде без составления акта (по аналогии с веб-интерфейсом), а также остается возможность погасить ВСД с той датой, которая была изначально указана во входящем ВСД.
Для площадок, которые сейчас находятся в статусах «Исключен из реестра» и «Не подтвержден» в реестре Цербера отображается информационное сообщение, о том, что данную площадку необходимо включить в реестр в системе Цербер.
- при оформлении транспортного ВСД как в веб-интерфейсе, так и через интеграционный шлюз ВетИС.API, даты наследуются из записи журнала, если в записи журнала дата была задана строкой, то такая дата перейдет и в ВСД.
Включить площадку в реестр могут сотрудники ветеринарной службы субъекта или территориального управления Россельхознадзора, имеющие доступ к системе Цербер, а также хозяйствующие субъекты, получившие права на эксклюзивное управление собственными площадками.
- при объединении записей журнала, если хотя бы для одной объединяемой записи журнала дата указана текстом, то в веб-интерфейсе пользователю потребуется задать дату для результирующей записи с использованием допустимых форматов дат. При объединении таких записей журнала через интеграционный шлюз ВетИС.API, объедение будет невозможным. Для объединения необходимо будет сперва изменить дату в один из допустимых форматов используя функцию инвентаризации, после чего осуществлять объединение.
:4. Изменен подход к контролю маркировки при гашении эВСД через интеграционный шлюз ВетИС.API. Изменения для версии 2.1 коснулись следующих сценариев:
В случае если для даты необходимо указать значение «неизвестно» или «срок годности не ограничен», то через интеграционный шлюз ВетИС.API данные значения передаются в виде строки в запросе в поле informalDate (операция нечувствительна к регистру).
 
Во-вторых, после обновления будет изменены правила поддержки блока «Сведения о происхождении продукции», а также будет расширена его информативность, сейчас данный блок содержит следующую информацию:
- номенклатура продукции, заданная производителем;
- страна происхождения;
- площадка – производитель.
Эта информация будет дополнена с помощью введения понятия «документ, подтверждающий происхождение», который содержит сведения о производственном ВСД (для продукции Российского происхождения) или данные об импортном сертификате, для импортной продукции. До обновления блок «Сведения о происхождении продукции» присутствовал только для тех партий, которые были созданы в результате производства, после обновления этот блок будет присутствовать для всех эВСД и записей журнала в системе Меркурий, независимо от способа их возникновения.
Если партия была создана путем инвентаризации, либо гашением бумажного ВСД, то сведения о документе, подтверждающим происхождение в блоке «сведения о происхождении продукции» для нее будут отсутствовать.  Сведения о происхождении продукции наследуются во все записи складского журнала и ВСД с момента возникновения партии и не могут быть изменены.  Отправитель или получатель партии через веб-интерфейс системы сможет просмотреть документ, подтверждающий происхождение партии. Запрос данного документа через сервис появится в следующих обновлениях системы.
Данное изменение затронет пользователей интеграционного шлюза ВетИС.API при передаче сведений в блоке «Origin» для следующих сценариев:
-  в запросах на гашение бумажного ВСД и добавление продукции через инвентаризацию можно будет указать наименование продукции при производстве (origin/productItem) с помощью идентификаторов (uuid/guid) при соблюдении условия: указываемая площадка-производитель продукции должна входить в список площадок-производителей для передаваемой номенклатуры.
- в запросах на гашение бумажного ВСД и добавление  продукции через инвентаризацию импортного происхождения можно будет указать предприятие и наименование продукции при производстве текстом (origin/enterprise/name и origin/productItem/name соответственно).
 
В-третьих, в веб-интерфейсе реализовано отображение статуса площадки из системы Цербер, а также поиск площадок по номеру площадки из Цербера, по статусу площадки из Цербера, а также по глобальному идентификатору площадки (GUID). Для пользователей интеграционного шлюза статусы площадок из системы Цербер будут возвращаться в ответах сервиса EnterpriseService.
В настоящий момент в системе Меркурий статус площадки из системы Цербер не учитывается, если площадка исключена из реестра, то на бизнес-процесс в системе Меркурии это не влияет, у пользователя все равно есть возможность работать с этой площадкой (оформлять с нее ВСД или оформлять ВСД в адрес такой площадки). В будущих обновлениях системы планируется учитывать статус площадок из системы Цербер следующим образом:
- статусы «Не подтвержден» и «Исключен» - площадки с данными статусами в бизнес-процессе не участвуют, на такие площадки нельзя зайти и выписать с данной площадки или в адрес данной площадки эВСД, пока она не будет включена в реестр системы Цербер;
- статус «Подтвержден» - площадки с данным статусом участвуют в бизнес- процессе, с данных площадок и в адрес таких площадок можно оформлять эВСД;
В текущем обновлении системы Меркурий реализовано только отображение статуса площадки из системы «Цербер». Для площадок, которые сейчас находятся в статусах «Исключен из реестра» и «Не подтвержден» отображается информационное сообщение, о том, что данную площадку необходимо включить в реестр в системе Цербер.
Включить площадку в реестр могут сотрудники ветеринарной службы субъекта или территориального управления Россельхознадзора, имеющие доступ к системе Цербер, а также хозяйствующие субъекты, получившие права на эксклюзивное управление собственными площадками, соответственно включать в реестр и исключать из него они могут только те площадки, которые находятся в их собственности.


В-четвертых, был изменен подход к контролю маркировки при гашении эВСД через интеграционный шлюз ВетИС.API. Изменения для версии 2.1 коснулись следующих сценариев:
При гашении ВСД, если партия продукции принимается частично или полностью без оформления возврата, то контроль передачи в запросе маркировки в фактических сведениях о принимаемой партии будет отсутствовать. В создаваемую при гашении запись журнала будет сохранена только та маркировка, которая будет передана в запросе на гашение. Если в запросе в фактических сведениях о принимаемой партии маркировка будет отсутствовать, то и в создаваемой записи журнала маркировки не будет.  
При гашении ВСД, если партия продукции принимается частично или полностью без оформления возврата, то контроль передачи в запросе маркировки в фактических сведениях о принимаемой партии будет отсутствовать. В создаваемую при гашении запись журнала будет сохранена только та маркировка, которая будет передана в запросе на гашение. Если в запросе в фактических сведениях о принимаемой партии маркировка будет отсутствовать, то и в создаваемой записи журнала маркировки не будет.  
Если при гашении ВСД партия возвращается полностью, то в возвратный ВСД будет автоматически передана вся маркировка из исходного ВСД без необходимости явного указания в запросе. Если в запросе в сведениях о возвращаемой партии передать какую-либо маркировку, то в этом случае в возвратный ВСД сохранится только маркировка из запроса.  
Если при гашении ВСД партия возвращается полностью, то в возвратный ВСД будет автоматически передана вся маркировка из исходного ВСД без необходимости явного указания в запросе. Если в запросе в сведениях о возвращаемой партии передать какую-либо маркировку, то в этом случае в возвратный ВСД сохранится только маркировка из запроса.  
Если при гашении ВСД партия принимается частично с оформлением возврата, то в создаваемой записи журнала и возвратном ВСД будет сохранена только та маркировка, которая была передана в запросе в сведениях о принимаемой и возвращаемой партиях. Если маркировка в запросе была не указана, то в создаваемой записи журнала и возвратном ВСД сведения о маркировке будут отсутствовать.  
Если при гашении ВСД партия принимается частично с оформлением возврата, то в создаваемой записи журнала и возвратном ВСД будет сохранена только та маркировка, которая была передана в запросе в сведениях о принимаемой и возвращаемой партиях. Если маркировка в запросе была не указана, то в создаваемой записи журнала и возвратном ВСД сведения о маркировке будут отсутствовать.  
В версии 1.4 контроль производится только для маркировки с типом «BN» (номер производственной партии, аналог batchId для версии 2.0). Если в исходном ВСД содержится маркировка с типом «BN», то при гашении такого ВСД в фактических сведениях маркировка должна быть указана. Если маркировка с типом «BN» не совпадает с исходным ВСД, то гашение возможно только с указанием причины в акте о несоответствии.  
В версии 1.4 контроль производится только для маркировки с типом «BN» (номер производственной партии, аналог batchId для версии 2.0). Если в исходном ВСД содержится маркировка с типом «BN», то при гашении такого ВСД в фактических сведениях маркировка должна быть указана. Если маркировка с типом «BN» не совпадает с исходным ВСД, то гашение возможно только с указанием причины в акте о несоответствии.  
Значение поля batchId из версии 2.1 будет передано в версию 1.4 в маркировку с типом «BN». При этом маркировка с типом «BN» из версии 2.1 будет трансформирована в маркировку без указания типа в версии 1.4 для обеспечения совместимости версий 1.4 и 2.1.
:5. Ветклеймо предприятия больше не будет автоматически переходить в маркировку в ВСД и отображаться на печатной форме. Если имеется необходимости указать в ВСД сведения о клейме, его необходимо будет указать явно в качестве маркировки. Изменение механизма передачи ветклейм связано с началом работы над задачей привязки клейм к ветеринарным врачам, вместо предприятий.  
Также просим обратить ваше внимание на то, что ветклеймо предприятия больше не будет автоматически переходить в маркировку в ВСД и отображаться на печатной форме. Если имеется необходимости указать в ВСД сведения о клейме, его необходимо будет указать явно в качестве маркировки. Изменение механизма передачи ветклейм связано с началом работы над задачей привязки клейм к ветеринарным врачам, вместо предприятий.  


В-пятых, будет расширен список видов связанных документов. В частности, появится возможность указать универсальный передаточный документ (УПД), как в веб-интерфейсе, так и через интеграционный шлюз ВетИС.API.
:6. Расширен список видов связанных документов. В частности, имеется возможность указать универсальный передаточный документ (УПД), как в веб-интерфейсе, так и через интеграционный шлюз ВетИС.API.


В-шестых, для пользователей интеграционного шлюза ВетИС.API было реализовано несколько улучшений:
:7. Для пользователей интеграционного шлюза ВетИС.API было реализовано несколько улучшений:
- расширены возможности фильтрации при получении списков ВСД и номенклатуры. Для операции getVetDocumentList появилась возможность фильтрации списка ВСД по датам оформления, по площадке-отправителю, по площадке-получателю. Для операции getVetDocumentChangesList появилась возможность фильтрации по типу и статусу ВСД аналогично операции getVetDocumentList.  
- расширены возможности фильтрации при получении списков ВСД и номенклатуры. Для операции getVetDocumentList появилась возможность фильтрации списка ВСД по датам оформления, по площадке-отправителю, по площадке-получателю. Для операции getVetDocumentChangesList появилась возможность фильтрации по типу и статусу ВСД аналогично операции getVetDocumentList.  
- поиск номенклатуры операцией getProductItemList можно выполнять по GTIN.  
- поиск номенклатуры операцией getProductItemList можно выполнять по GTIN.  
Строка 43: Строка 31:
- добавлено поле «Происхождение» для непищевой продукции, технического сырья, кормов и кормовых добавок (сборное, палое, промышленное и т.д.);
- добавлено поле «Происхождение» для непищевой продукции, технического сырья, кормов и кормовых добавок (сборное, палое, промышленное и т.д.);


В версии 6.7 было реализовано несколько улучшений, касающихся работы в веб-интерфейсе системы:
:8. Реализована возможность поиска предприятия – производителя при добавлении номенклатуры не только по названию, но и по дополнительным полям (номер в реестре Меркурия/Цербера, глобальный идентификатор, адрес, страна и т.д.),
- реализована возможность поиска предприятия – производителя при добавлении номенклатуры не только по названию, но и по дополнительным полям (номер в реестре Меркурия/Цербера, глобальный идентификатор, адрес, страна и т.д.),
 
- оптимизировано время загрузки списка обсуживаемых предприятий при входе в систему.
:9. Также были устранены дефекты, выявленные в ходе эксплуатации веб-интерфейса и интеграционного шлюза ВетИС.API.:  
Также были устранены дефекты, выявленные в ходе эксплуатации веб-интерфейса и интеграционного шлюза ВетИС.API.:  
- исправлен дефект, в результате которого в ответе сервиса на запрос списка изменений ВСД (операция GetVetDocumentChangesListOperation) могли не возвращаться идентификаторы (guid и uuid) правил регионализации, а также глобальный идентификатор упаковки (guid);
- исправлен дефект, в результате которого в ответе сервиса на запрос списка изменений ВСД (операция GetVetDocumentChangesListOperation) могли не возвращаться идентификаторы (guid и uuid) правил регионализации, а также глобальный идентификатор упаковки (guid);
- исправлен дефект, в результате которого в ответе сервиса на запрос объединения записей журнала (операция MergeOperation) для результирующей записи могли возникать ошибки в объеме продукции в базовых единицах, если объем продукции в объединяемых записях журнала был указан не в базовых единицах;
- исправлен дефект, в результате которого в ответе сервиса на запрос объединения записей журнала (операция MergeOperation) для результирующей записи могли возникать ошибки в объеме продукции в базовых единицах, если объем продукции в объединяемых записях журнала был указан не в базовых единицах;

Версия 13:36, 8 июня 2018

07.05.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. Небольшие улучшения и исправления выявленных дефектов в системе Меркурий.

Обновления системы за предыдущие годы

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

Источник — http://help.vetrf.ru/index.php?title=Обновления_компонента_Меркурий_за_2018_год&oldid=23692