В свете вопроса-замечания:
https://olegon.ru/showpost.php?p=371791&postcount=55 провел анализ данной очень старой возможности программы... Она появилась, когда только, что начали появляться новые марки и введено было понятие регистра №3. Автомат имел и имеет сейчас параметры:
Всегда при анализе игнорируется "пиво". Вызов:
yzLRFU
xxxx, где
* 14.08.2019 Делаю более избранным анализ принадлежности регистру №3:
* y = 0 - берем только алкопродукцию с новыми марками. Она всегда только на рег. №3, но из-за косяков признак этого в пуле марок может не стоять, т.е. не смотрю на PULL_AKM.status
* y = 1 - берем только алкопродукцию принадлежащую регистру №3 по признаку PULL_AKM.status
* y = * - иначе анализирую всё кроме пива
*
* 29.04.2019 Расширяю функционал по параметру, сейчас Z:
* z = 0 - Берем, если есть остаток на регистре №1 складе
* z = 1 - Остаток на рег№1 БОЛЬШЕ остатка по маркам на рег№3
* z = 2 - Остаток на рег№1 МЕНЬШЕ остатка по маркам на рег№3
* z = 3 - Остаток на рег№1 НЕ РАВНО остатку по маркам на рег№3
* Для 1..3 смотрит и по нулевым остаткам, если но y = 0/1, т.е. предполагаем принадлежность рег№3. Иначе запрашиваем и закончившуюся алкопродукцию, в зависимости от условия Y
С 1 августа 2021 ВСЯ маркированная алкопродукция должна быть на регистре №3 и её не может быть (как 2019 на рег №2 или непривязанной на рег.№1. При "старом" анализе программа всегда проверяла, что бы марки, пусть закончившиеся проходили через регистр №3 и ...
- при y = 0,1 число марок рег.№3 больше 0... и даже при таком ограничении был анализ только для z = 1,2,3
- при другом значении y остаток марок вообще не анализировался
Сейчас всё приведено к новой реальности ЕГАИС: При любом значении y программа допускает наличие косяков в данных пользователя по маркам и анализирует ситуации, когда остаток марок на рег.№3 = 0
То есть исходную проблему можно обнаружить, например параметрами:
01LRFUxxx
91LRFUxxx