Release 67 - История изменений

Romanov-av-170814: /* 3. Будет введен запрет на использование текстового формата дат. */

2018-05-14T13:09:47Z

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

← Предыдущая		Версия 13:09, 14 мая 2018
Строка 11:		Строка 11:
	Для операции getVetDocumentList появится возможность фильтрации списка ВСД по датам оформления, по площадке-отправителю, по площадке-получателю. Операция getVetDocumentChangesList получит фильтры по типу и статусу ВСД аналогично операции getVetDocumentList. А поиск номенклатуры операцией getProductItemList можно будет выполнять по GTIN. Данные изменения повлекут появление новых полей в запросах для версии 2.1.		Для операции getVetDocumentList появится возможность фильтрации списка ВСД по датам оформления, по площадке-отправителю, по площадке-получателю. Операция getVetDocumentChangesList получит фильтры по типу и статусу ВСД аналогично операции getVetDocumentList. А поиск номенклатуры операцией getProductItemList можно будет выполнять по GTIN. Данные изменения повлекут появление новых полей в запросах для версии 2.1.
	===3. Будет введен запрет на использование текстового формата дат.===		===3. Будет введен запрет на использование текстового формата дат.===
	Новые записи журнала не могут быть оформлены с текстовой датой; уже существующие ВСД могут быть погашены с указанием дат в форматированном виде без актов о несоответствии; уже существующие записи журнала с текстовыми датами останутся в неизменном виде и по ним могут быть оформлены ВСД с текстовыми датами, пока ~~запись~~ журнала не будет полностью ~~списана~~. Вместе с этим улучшением появится возможность для определенных видов продукции указывать понятия: «Дата выработки: неизвестно» или «Срок годности не ограничен» (например, для шкур), или «Срок годности отсутствует» (например, для биоотходов).		Новые записи журнала не могут быть оформлены с текстовой датой; уже существующие ВСД могут быть погашены с указанием дат в форматированном виде без актов о несоответствии; уже существующие записи журнала с текстовыми датами останутся в неизменном виде и по ним могут быть оформлены ВСД с текстовыми датами, пока объем продукции по записи журнала не будет полностью списан. Вместе с этим улучшением появится возможность для определенных видов продукции указывать понятия: «Дата выработки: неизвестно» или «Срок годности не ограничен» (например, для шкур), или «Срок годности отсутствует» (например, для биоотходов).

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

Romanov-av-170814: /* 3. Будет введен запрет на использование текстового формата дат. */

2018-05-14T13:09:18Z

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

← Предыдущая		Версия 13:09, 14 мая 2018
Строка 11:		Строка 11:
	Для операции getVetDocumentList появится возможность фильтрации списка ВСД по датам оформления, по площадке-отправителю, по площадке-получателю. Операция getVetDocumentChangesList получит фильтры по типу и статусу ВСД аналогично операции getVetDocumentList. А поиск номенклатуры операцией getProductItemList можно будет выполнять по GTIN. Данные изменения повлекут появление новых полей в запросах для версии 2.1.		Для операции getVetDocumentList появится возможность фильтрации списка ВСД по датам оформления, по площадке-отправителю, по площадке-получателю. Операция getVetDocumentChangesList получит фильтры по типу и статусу ВСД аналогично операции getVetDocumentList. А поиск номенклатуры операцией getProductItemList можно будет выполнять по GTIN. Данные изменения повлекут появление новых полей в запросах для версии 2.1.
	===3. Будет введен запрет на использование текстового формата дат.===		===3. Будет введен запрет на использование текстового формата дат.===
	Новые ~~ВСД~~ не могут быть оформлены с текстовой датой, уже существующие ВСД могут быть погашены с указанием дат в форматированном виде без актов о несоответствии. Вместе с этим улучшением появится возможность для определенных видов продукции указывать понятия: «Дата выработки: неизвестно» или «Срок годности не ограничен» (например, для шкур), или «Срок годности отсутствует» (например, для биоотходов).		Новые записи журнала не могут быть оформлены с текстовой датой; уже существующие ВСД могут быть погашены с указанием дат в форматированном виде без актов о несоответствии; уже существующие записи журнала с текстовыми датами останутся в неизменном виде и по ним могут быть оформлены ВСД с текстовыми датами, пока запись журнала не будет полностью списана. Вместе с этим улучшением появится возможность для определенных видов продукции указывать понятия: «Дата выработки: неизвестно» или «Срок годности не ограничен» (например, для шкур), или «Срок годности отсутствует» (например, для биоотходов).

	===4. Расширение списка видов связанных документов.===		===4. Расширение списка видов связанных документов.===
	В частности, появится возможность указать УПД.		В частности, появится возможность указать УПД.

Romanov-av-170814: /* Исправления выявленных дефектов */

2018-05-14T11:48:48Z

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

← Предыдущая		Версия 11:48, 14 мая 2018
Строка 32:		Строка 32:
	# Исправление ошибки, в результате которой номер производственной партии не сохранялся в возвратный ВСД.		# Исправление ошибки, в результате которой номер производственной партии не сохранялся в возвратный ВСД.
	# Исправление ошибки, в результате которой сведения о связанных документах могли не возвращаться в ответах сервиса, если номер и дата любого из документов совпадал с номером и датой ТТН.		# Исправление ошибки, в результате которой сведения о связанных документах могли не возвращаться в ответах сервиса, если номер и дата любого из документов совпадал с номером и датой ТТН.
			# Исправление заявленных фильтров в операции GetProductItemList.
			# Исправление ошибки с выводом неправильного типа сопроводительного документа (ТТН) в операции getVetDocumentChangesList.
	# Исправления прочих выявленных незначительных дефектов.		# Исправления прочих выявленных незначительных дефектов.
	~~# Исправление заявленных фильтров в операции GetProductItemList.~~

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

Romanov-av-170814: /* Планируемые изменения в рамках версии 2.1, которые не войдут в обновление 6.7 */

2018-05-10T05:14:01Z

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

← Предыдущая		Версия 05:14, 10 мая 2018
Строка 53:		Строка 53:
	# Организация очереди запросов на одновременное списание с одной записи журнала.		# Организация очереди запросов на одновременное списание с одной записи журнала.
	# Поиск по связанным документам в операции getVetDocumentList.		# Поиск по связанным документам в операции getVetDocumentList.
			# Поиск по хозяйствующим субъектам отправителям ВСД в операции getVetDocumentList.

Romanov-av-170814: /* Планируемые изменения в рамках версии 2.1, которые не войдут в обновление 6.7 */

2018-05-10T05:12:42Z

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

← Предыдущая		Версия 05:12, 10 мая 2018
Строка 52:		Строка 52:
	# Реализация новой операции пакетного гашения ВСД - ProcessIncomingDeliveryRequest.		# Реализация новой операции пакетного гашения ВСД - ProcessIncomingDeliveryRequest.
	# Организация очереди запросов на одновременное списание с одной записи журнала.		# Организация очереди запросов на одновременное списание с одной записи журнала.
			# Поиск по связанным документам в операции getVetDocumentList.

Romanov-av-170814: /* Исправления выявленных дефектов */

2018-05-08T11:24:00Z

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

← Предыдущая		Версия 11:24, 8 мая 2018
Строка 33:		Строка 33:
	# Исправление ошибки, в результате которой сведения о связанных документах могли не возвращаться в ответах сервиса, если номер и дата любого из документов совпадал с номером и датой ТТН.		# Исправление ошибки, в результате которой сведения о связанных документах могли не возвращаться в ответах сервиса, если номер и дата любого из документов совпадал с номером и датой ТТН.
	# Исправления прочих выявленных незначительных дефектов.		# Исправления прочих выявленных незначительных дефектов.
			# Исправление заявленных фильтров в операции GetProductItemList.

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

Romanov-av-170814: /* 5. Изменения в понятии «Сведения о происхождении продукции». */

2018-05-08T06:13:39Z

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

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

	===6. Статусы предприятия в Цербере будут возвращаться в сервисе EnterpriseService.===		===6. Статусы предприятия в Цербере будут возвращаться в сервисе EnterpriseService.===

Romanov-av-170814: Новая страница: «== Описание основных изменений, которые появятся с обновлением 6.7 и версией 2.1 интеграцио…»

2018-05-08T05:53:24Z

Новая страница: «== Описание основных изменений, которые появятся с обновлением 6.7 и версией 2.1 интеграцио…»

Новая страница

== Описание основных изменений, которые появятся с обновлением 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.
# Исправление ошибки, в результате которой номер производственной партии не сохранялся в возвратный ВСД.
# Исправление ошибки, в результате которой сведения о связанных документах могли не возвращаться в ответах сервиса, если номер и дата любого из документов совпадал с номером и датой ТТН.
# Исправления прочих выявленных незначительных дефектов.

== Изменения в 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.
# Организация очереди запросов на одновременное списание с одной записи журнала.