Release 67

Описание основных изменений, которые появятся с обновлением 6.7 и версией 2.1 интеграционного шлюза.

1. Изменения механизма передачи и контроля маркировки продукции через сервис.

Изменения коснутся следующих сценариев:

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

2. Добавление новых возможностей фильтрации операций получения списков ВСД и номенклатуры.

Для операции getVetDocumentList появится возможность фильтрации списка ВСД по датам оформления, по площадке-отправителю, по площадке-получателю. Операция getVetDocumentChangesList получит фильтры по типу и статусу ВСД аналогично операции getVetDocumentList. А поиск номенклатуры операцией getProductItemList можно будет выполнять по GTIN. Данные изменения повлекут появление новых полей в запросах для версии 2.1.

3. Будет введен запрет на использование текстового формата дат.

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

4. Расширение списка видов связанных документов.

В частности, появится возможность указать УПД.

5. Изменения в понятии «Сведения о происхождении продукции».

С обновлением будет расширена информативность блока с помощью введения понятия «Документ, подтверждающий происхождение», а также появится новый механизм фиксации и вывода данных о происхождении продукции. Документ, подтверждающий происхождение – это данные производственного ВСД, если продукция производится в России, и данные импортного сертификата/свидетельства, если продукция ввозится в страну. Этот документ будет невозможно указать в запросах, он будет автоматически фиксироваться в системе и в дальнейшем выводиться для любых записей журнала и оформленным по этим записям ВСД. При добавлении продукции во входной журнал или через инвентаризацию документ, подтверждающий происхождение, будет отсутствовать. Возможность просмотреть документ, подтверждающий происхождение, будет реализована в веб-интерфейсе. Запрос этих документов через сервис появится в следующих обновлениях. Изменения затронут и передачу сведений в блоке origin в запросах на гашение бумажного ВСД и добавление продукции через инвентаризацию. В запросе можно будет передать наименование продукции при производстве (origin/productItem) с помощью идентификаторов (uuid/guid) при соблюдении условия: указываемая площадка-производитель продукции должна входить в список площадок-производителей передаваемой номенклатуры. В случае добавления импортной продукции шлюз позволит указать предприятие и наименование продукции при производстве текстом (origin/enterprise/name и origin/productItem/name). Для продукции российского производства добавление сведений в origin возможно только из справочника. Также обращаем внимание на то, что изменить данные о происхождении в существующей записи журнала или ВСД с установкой обновления будет нельзя.

Исправления выявленных дефектов

Также в релиз 6.7 войдут исправления выявленных дефектов:

1. Исправление отсутствия некоторых полей при запросе списка изменений ВСД.
2. Исправление ошибки с пересчетом объема продукции в базовые единицы измерения при объединении записей журнала с не базовыми единицами измерения.
3. Исправление ошибок с выводом сведений о происхождении для записей журнала, полученных по справке о безопасности сырого молока.
4. Исправление ошибки с дублированием маркировки продукции при проведении инвентаризации.
5. Исправление ошибки с датой поступления груза, которая после объединения записей журнала приводила к невозможности изменения записи через инвентаризацию.
6. Исправление ошибки с отсутствием переданных сведений о лабораторных исследованиях в версии 1.4.
7. Исправление ошибки, в результате которой номер производственной партии не сохранялся в возвратный ВСД.
8. Исправление ошибки, в результате которой сведения о связанных документах могли не возвращаться в ответах сервиса, если номер и дата любого из документов совпадал с номером и датой ТТН.
9. Исправления прочих выявленных незначительных дефектов.
10. Исправление заявленных фильтров в операции GetProductItemList.

Изменения в XSD-схемах для версии 2.1

1. В перечислимый тип DocumentType добавлено значение 23 - Универсальный передаточный документ.
2. Добавлен элемент registryStatus в тип Enterprise.
3. Добавлен тип EnterpriseStatus.
4. Добавлены поля фильтрации для операции getVetDocumentList: issueDateInterval, consignor, referencedDocument.
5. Добавлено поле фильтрации для операции getStockEntryList: searchPattern/receiptDateInterval.
6. Добавлены поля фильтрации для операции getVetDocumentChangesList: vetDocumentType, vetDocumentStatus.
7. Добавлены поля фильтрации для метода getProductItemList сервиса ProductService: producer, globalID.
8. Добавлены методы getLocalityChangesListRequest, getStreetChangesListRequest сервиса IkarService.
9. Добавлен элемент batch/applicableClassifications - дополнительные характеристики партии, включающее в себя элемент nonFoodSource - вид проиcхождения для непищевой продукции, технического сырья, кормов и кормовых добавок.
10. Добавлен необязательный атрибут qualifier в тип StockEntry.
11. Добавлена операция пакетного гашения ProcessIncomingDeliveryRequest.

Схемы версии 2.1 будут опубликованы с релизом 6.7 на пилотном сервере.

Планируемые изменения в рамках версии 2.1, которые не войдут в обновление 6.7

1. Реализация новой операции пакетного гашения ВСД - ProcessIncomingDeliveryRequest.
2. Организация очереди запросов на одновременное списание с одной записи журнала.
3. Поиск по связанным документам в операции getVetDocumentList.
4. Поиск по хозяйствующим субъектам отправителям ВСД в операции getVetDocumentList.