Release 67
Описание основных изменений, которые появятся с обновлением 6.7 и версией 2.1 интеграционного шлюза.
1. Изменения механизма передачи и контроля маркировки продукции через сервис.
Изменения коснутся следующих сценариев:
- При гашении ВСД, если партия продукции принимается полностью или частично без оформления возврата, то контроль передачи в запросе маркировки в фактических сведениях о принимаемой партии будет отсутствовать. В создаваемую при гашении запись журнала будет сохранена только та маркировка, которая будет передана в запросе. Если в запросе в фактических сведениях о принимаемой партии маркировка будет отсутствовать, то и в создаваемой записи журнала маркировка будет отсутствовать.
- Если при гашении ВСД партия возвращается полностью, то в возвратный ВСД будет автоматически сохранена вся маркировка из исходного ВСД без необходимости явного указания в запросе. Если в запросе в сведениях о возвращаемой партии передать какую-либо маркировку, то в этом случае в возвратный ВСД сохранится только маркировка из запроса.
- Если при гашении ВСД партия принимается частично с оформлением возврата, то в создаваемой записи журнала и возвратном ВСД будет сохранена только та маркировка, которая была передана в запросе в сведениях о принимаемой и возвращаемой партиях. Если маркировка в запросе была не указана, то в создаваемой записи журнала и возвратном ВСД сведения о маркировке будут отсутствовать.
- Для версии 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.
- Ветклеймо предприятия больше не будет переходить в маркировку ВСД. При необходимости задать клеймо, это можно будет сделать с помощью явного указания в маркировке. Изменение механизма передачи ветклейм связано с началом работы над задачей привязки клейм к ветеринарным врачам, вместо предприятий.
2. Добавление новых возможностей фильтрации операций получения списков ВСД и номенклатуры.
Для операции getVetDocumentList появится возможность фильтрации списка ВСД по датам оформления, по площадке-отправителю, по площадке-получателю. Операция getVetDocumentChangesList получит фильтры по типу и статусу ВСД аналогично операции getVetDocumentList. А поиск номенклатуры операцией getProductItemList можно будет выполнять по GTIN. Данные изменения повлекут появление новых полей в запросах для версии 2.1.
3. Будет введен запрет на использование текстового формата дат.
Новые записи журнала не могут быть оформлены с текстовой датой; уже существующие ВСД могут быть погашены с указанием дат в форматированном виде без актов о несоответствии; уже существующие записи журнала с текстовыми датами останутся в неизменном виде и по ним могут быть оформлены ВСД с текстовыми датами, пока объем продукции по записи журнала не будет полностью списан. Вместе с этим улучшением появится возможность для определенных видов продукции указывать понятия: «Дата выработки: неизвестно» или «Срок годности не ограничен» (например, для шкур), или «Срок годности отсутствует» (например, для биоотходов).
4. Расширение списка видов связанных документов.
В частности, появится возможность указать УПД.
5. Изменения в понятии «Сведения о происхождении продукции».
С обновлением будет расширена информативность блока с помощью введения понятия «Документ, подтверждающий происхождение», а также появится новый механизм фиксации и вывода данных о происхождении продукции. Документ, подтверждающий происхождение – это данные производственного ВСД, если продукция производится в России, и данные импортного сертификата/свидетельства, если продукция ввозится в страну. Этот документ будет невозможно указать в запросах, он будет автоматически фиксироваться в системе и в дальнейшем выводиться для любых записей журнала и оформленным по этим записям ВСД. При добавлении продукции во входной журнал или через инвентаризацию документ, подтверждающий происхождение, будет отсутствовать. Возможность просмотреть документ, подтверждающий происхождение, будет реализована в веб-интерфейсе. Запрос этих документов через сервис появится в следующих обновлениях. Изменения затронут и передачу сведений в блоке origin в запросах на гашение бумажного ВСД и добавление продукции через инвентаризацию. В запросе можно будет передать наименование продукции при производстве (origin/productItem) с помощью идентификаторов (uuid/guid) при соблюдении условия: указываемая площадка-производитель продукции должна входить в список площадок-производителей передаваемой номенклатуры. В случае добавления импортной продукции шлюз позволит указать предприятие и наименование продукции при производстве текстом (origin/enterprise/name и origin/productItem/name). Для продукции российского производства добавление сведений в origin возможно только из справочника. Также обращаем внимание на то, что изменить данные о происхождении в существующей записи журнала или ВСД с установкой обновления будет нельзя.
6. Статусы предприятия в Цербере будут возвращаться в сервисе EnterpriseService.
Исправления выявленных дефектов
Также в релиз 6.7 войдут исправления выявленных дефектов:
- Исправление отсутствия некоторых полей при запросе списка изменений ВСД.
- Исправление ошибки с пересчетом объема продукции в базовые единицы измерения при объединении записей журнала с не базовыми единицами измерения.
- Исправление ошибок с выводом сведений о происхождении для записей журнала, полученных по справке о безопасности сырого молока.
- Исправление ошибки с дублированием маркировки продукции при проведении инвентаризации.
- Исправление ошибки с датой поступления груза, которая после объединения записей журнала приводила к невозможности изменения записи через инвентаризацию.
- Исправление ошибки с отсутствием переданных сведений о лабораторных исследованиях в версии 1.4.
- Исправление ошибки, в результате которой номер производственной партии не сохранялся в возвратный ВСД.
- Исправление ошибки, в результате которой сведения о связанных документах могли не возвращаться в ответах сервиса, если номер и дата любого из документов совпадал с номером и датой ТТН.
- Исправление заявленных фильтров в операции GetProductItemList.
- Исправление ошибки с выводом неправильного типа сопроводительного документа (ТТН) в операции getVetDocumentChangesList.
- Исправления прочих выявленных незначительных дефектов.
Изменения в XSD-схемах для версии 2.1
- В перечислимый тип DocumentType добавлено значение 23 - Универсальный передаточный документ.
- Добавлен элемент registryStatus в тип Enterprise.
- Добавлен тип EnterpriseStatus.
- Добавлены поля фильтрации для операции getVetDocumentList: issueDateInterval, consignor, referencedDocument.
- Добавлено поле фильтрации для операции getStockEntryList: searchPattern/receiptDateInterval.
- Добавлены поля фильтрации для операции getVetDocumentChangesList: vetDocumentType, vetDocumentStatus.
- Добавлены поля фильтрации для метода getProductItemList сервиса ProductService: producer, globalID.
- Добавлены методы getLocalityChangesListRequest, getStreetChangesListRequest сервиса IkarService.
- Добавлен элемент batch/applicableClassifications - дополнительные характеристики партии, включающее в себя элемент nonFoodSource - вид проиcхождения для непищевой продукции, технического сырья, кормов и кормовых добавок.
- Добавлен необязательный атрибут qualifier в тип StockEntry.
- Добавлена операция пакетного гашения ProcessIncomingDeliveryRequest.
Схемы версии 2.1 будут опубликованы с релизом 6.7 на пилотном сервере.
Планируемые изменения в рамках версии 2.1, которые не войдут в обновление 6.7
- Реализация новой операции пакетного гашения ВСД - ProcessIncomingDeliveryRequest.
- Организация очереди запросов на одновременное списание с одной записи журнала.
- Поиск по связанным документам в операции getVetDocumentList.
- Поиск по хозяйствующим субъектам отправителям ВСД в операции getVetDocumentList.