Концепция STAMP SCHEME¶

У клиентов/Заказчиков возникают различные сценарии обработки поставок и отгрузок товара, подлежащего марочному учёту.
С целью унификации сопровождения различных сценариев, вводим тег STAMP_SCHEME, который определяет конкретный сценарий обработки строки/документа.
Для исключения коллизий со старыми реализованными схемами, вводим схему приоритета.

Приоритет при определении сценария следующий:
1. "STAMP_SCHEME" у строки (самый высокий приоритет)
2. "STAMP_SCHEME" у документа
3. признак "STAMPED" у номенклатуры или старый признак помарки у документа (Type_Acceptance, IS_STAMPED и так далее).

При этом в CWMS при загрузке документа с тегом STAMP_SCHEME происходит преобразование тега STAMP_SCHEME в набор параметров (LOAD_MARK, READ_MARK, WRITE_MARK, CLOSE_MARK — для поставки; PICK_MARK, PACK_READ_MARK, CHECK_MARK).
Перечень параметров в дальнейшем может быть дополнен.

Перевод тега в параметры при загрузке документа происходит по следующему алгоритму:
• если значения тега «0»/ пусто /тег отсутствует, то параметры записываются как «0» и при обработке строки/документа система учитывает старые признаки марочного учёта;
• если значения тега «1» и более, то параметры записываются в соответствии с матрицей сценариев и при обработке строки/документа система не учитывает старые признаки марочного учёта.

Весь набор имеющихся сценариев сформирован в виде таблиц/матриц «Сценарии марочной поставки» и «Сценарии марочной отгрузки» — каждому варианту сценария по тегу STAMP_SCHEME соответствует конкретный набор параметров процесса обработки документа поставки/заказа.