ЕГАИС. Вопросы только по списанию в УС Лэнд:ЕГАИС : КИС Lack & УС Land

Исправлена "декоративная", но дезориентирующая ошибка в списаниях склада и ТЗ, связанная с "историческим" развитием программы: при отправке акта в ЕГАИС, в начале программа контролировала запреты по маркам, а лишь затем "старое" - блокировки повторной отправки... То есть повторно нажав F4 на отправленном/проведенном акте программа в начале "ругалась" на возможный повтор списания марок, а лишь потом запрещала повторную отправку, что замедляло процесс отправки и путало пользователей.

Сейчас: в начале контролируется отправка и другие "вопросы", а только потом программа проверяет "марки"... стало быстрее и понятнее

Пользователей в реале программа "УС Лэнд:ЕГАИС" вместе с ФСРАР продолжает загонять "пинками в рай", хотя и в новом официальном релизе: https://olegon.ru/showthread.php?t=23281 данный ограничитель действует, а именно запрещено списывать на складе товар с регистра №3 без указания марок. Так же введено более жесткое ограничение - алкопродукция относится к регистру №3, если хотя бы одна марка связки "алкокод + РФУ-2" относится к регистру №3. Блокируется выбор алкопродукции из справочника:





Как тогда её списать?

1. Через технику списаний продаж в общепите: https://olegon.ru/showthread.php?t=30972
2. Новую возможность режима потокового списания по акцизным маркам на складе, где сейчас можно так списывать СТАРЫЕ марки регистра №3, а не только новые, что было раннее:





Что делать, если часть старых марок по связке "алкокод + РФУ-2" привязаны к регистру №3, а часть нет?

Привязать все марки к регистру №3 и эту работу необходимо произвести по всей маркированной алкопродукции до 1 июля 2020, например через режимы: https://olegon.ru/showthread.php?t=33793

Сейчас происходит активный вывод из "консервации" нашего общепита. Все бармены забыли, как работать со всеми требованиями и режимами ЕГАИС - вот и я не "закрываю" удаленку… В пятницу наблюдая отправку акта списания по складу в ЕГАИС кнопкой F4, ужаснулся - он формировался, правда на очень "дохлом" Atom более 5 минут, что явно не должно быть по структуре БД программы "УС Лэнд:ЕГАИС". Вызов F4, заполнение задания, текстовое сообщение при формировании и отправке:




В воскресенье изучал, в общем простые и прямолинейные алгоритмы и понял в чём суть тормозов, а сегодня радикально их переписал для отправки актов списания по складу и торговому залу... Замерял быстродействие, например "по старому" на моём мощном ПК акт создался и отправлялся 10.199 секунды, а по новым алгоритмам 0.000 секунд, т.е. "тысячные" доли секунды. Таким образом быстродействие выросло в СОТНИ раз


P.S. В реале версию уже заменил - нехай отлаживается, но нужно ли выкладывать на форуме промежуточный релиз, содержащий только эти изменения?

Интересный обмен мнениями на форуме ФСРАР


P,S. Как отмечал раньше - в тестовом контуре списания "старых марок" с регистра №1 без указания марок, с причиной "иные цели" успешно проводились через ЕГАИС

Продолжаем развлечение - "доработка напильником" программы для более комфортного для меня проведения процесса ревизии. Рассмотрим доработку режима акта списания по любому регистру ЕГАИС:

1. Создал акты по сеансу сверок факта и ЕГАИС. Хочу распечатать для проверки персоналом, а прога даёт возможность либо точно указать номер акта или все акты за период, а мне нужен интервал номеров. Сейчас акты можно создавать по знакам номера, например - списания только с регистра №3:





2. Периодически обнаруживаются весьма заумные сбои от ЕГАИС. Характерно, и уже обнаружено 2 таких ситуации (продажи) - чек отправлен в УТМ, УТМ вернул подпись, программа заполнила статус чека, как успешно отправленный в ЕГАИС. Сейчас обнаруживается - остаток рег№1 и рег№3 ЕГАИС, например 2 штуки, по факту и программе 1 штука... ну типа ХЗ. Прогоняем позицию через контур инвентаризации, получаем автоматом акт списания по марке, отправляю.... программа выдаёт при отправке сообщение, а иногда не одно подряд, типа:





... ну по сообщения ищу операция, "ручками" извлекаю марку, проверяю в личном кабинете - нет продаж... но разборки и доделки в этом нюансе - потом, а сейчас... надоело копаться в куче режимов... и понял, что просто эти сообщения нужно выводить в лог, а уж потом из него кописпастом выбирать нужную информацию. Такие алгоритмы уже придумал и отработал в других программа.

Если при отправке акта списания любого типа программа выводила длинные сообщения об ошибках, то перед тем, как "послать", программа предлагает сохранить в файл отчет об ошибках:





Форма отчета: