Автоматы: решение задач ЕГАИС без участия пользователей для любых учетных систем посредством "УС Лэнд:ЕГАИС" : КИС Lack & УС Land

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

Суть автоматов: запускается утилита "УСЕга" с параметром - HLE <параметр>, который заставляет провести программу ряд последовательных, регламентных операций ЕГАИС без диалога с пользователем и убрать создаваемый при этом "мусор" в БД УТМ.

"УС Лэнд:ЕГАИС" - это многозадачная, многопользовательская задача, работающая по стандартам Windows и для которой пригодны любые Windows технологии и настройки, которую можно запускать на любых компьютерах сети, лишь бы был доступен IP компьютера с УТМ. Как следствие:

1. Автомат можно запускать через пункт меню "Выполнить";
2. Создать ярлык на рабочем столе - вызов с параметром и запускать с ярлыка;
3. Включить вызовы разных автоматов и режимы Ваших УС в командный файл для последовательного выполнения разнообразных задач...

!!! Как следствие. "Вызовы" можно включить в планировщик и запускать автомат по расписанию в удобное время. Например у нас: настроено в БИОС старт ПК в 9:30, а в 9:45 запускаются автоматы: запроса остатков + уборка минусов в торговом зале, затем автомат контроля прохождения отправленных операций в ЕГАИС по результату отработки, которого приходит сообщение на почту...

Первым опишу самый "свежий" автомат, который станет доступен в новом официальном релизе...

Автомат пакетного обновления пула марками регистра №3 по РФУ-2


Это ещё один механизм актуализации или исправления данных по маркам, остаткам, принадлежности регистру №3, информация о чём хранится в «пуле акцизных марок» программы и используется при контроле отправки операций или анализе информации в разрезах регистров учета акцизных марок. По сути своей по «пулу», который является хранилищем марок и истории движения по ним производятся все виды работ по маркам.

Информация в «пуле» на текущий момент работы с «УСЕга» может не совпадать с реальным состоянием остатков по маркам или принадлежности маркам регистру №3 только по причинам:

1. В «УС Лэнд:ЕГАИС» производится только часть операций с марками, другая часть операций производится в других учетных системах;

2. ЕГАИС зачастую «глючит» при отработке операций по поштучной алкопродукции, что вынуждает «подгонять» данные УС под его неверные данные.

По новым маркам, т.к. по «старым» ещё хуже имеется механизм «фильтрации», описанный: https://olegon.ru/showthread.php?t=31150, но увы:

1. Не всегда и не у всех организаций он корректно работает, надеюсь, что пока;
2. Для его активации необходимо постоянно отслеживать и обновлять «настройки» в ручном режиме, что не обеспечивает актуальность данных.

На сей момент ЕДИНСТВЕННЫЙ ТОЧНЫЙ механизм получения информации об остатках акцизных марок на регистре №3 и обновления ТОЧНОЙ информацией об остатках и принадлежности марке регистру №3 – это запрос остатков марок по коду РФУ-2 (справка 2, раздел «Б»). Запросы отправляются и обрабатываются ответы множеством способов, описанных в инструкциях. Однако запрос можно отправлять по одному РФУ-2, в ручном режиме, не чаще раз в 10 минут, что делает это «неприятной» процедурой.

В данном релизе реализован автоматический бездиалоговый режим для данных видов работ – обновления информации по маркам регистра №3 от ЕГАИС:

Для его активации:

1. В каталоге программы должен находится текстовый файл в кодировке Windows 1251 c точным именем (регистр символов не важен) - ListRFU2.txt, где в отдельной строке прописывается код РФУ-2. Программа отбраковывает записи не содержащие «FB-». Например:

FB-000000036836061
FB-000000036788278
TEST-FB-000000036837857


2. Запуск программы из «ярлыка», командного файла или режима Windows «выполнить» осуществляется с параметром: HLE RFU2.

Алгоритм обработки файла, если он есть. Всегда на каждый запрос по РФУ-2 дожидаемся ответа и делаем полную его обработку, что бы обработать хоть какую-то справку и не терять 10 минут до возможности следующего запроса, которые всё равно ожидаем между запросами. Реально ответ приходит гораздо быстрее:

1. Программа в остатках склада ищет алкопродукцию по уникальному РФУ-2, т.е. определяет однозначный алкокод;
2. Запрашивает по конкретному РФУ-2 остаток марок на регистре №3;
3. Получая ответ, изменяет пул по новому списку марок и при отсутствии добавляет РФУ-1 в список справок 1.
...
4. Переходит к другому РФУ-2 из списка ListRFU2.txt и по истечению 10 минут с момента предыдущего запроса обрабатывает шаги 1...3.

Замечания. Вызов автомата HLE RFU2 при этом в каталоге программы должен находится файл с марками ListRFU2.txt. После отработки файл ListRFU2.txt переносится в REPORT c расширением ListRFU2.act. Для создания или обновления пула можно использовать режим УСЕга, описанный: https://olegon.ru/showpost.php?p=327430&postcount=217 и ниже. Желательно перед вызовом обновить остатки по всем регистрам, что так же можно сделать через автомат: HLE RESTS

Можно создать командный файл, вызываемый по расписанию через планировщик, где будем менять рабочий каталог или можно задать копирование и даже склейку файлов, созданных в других учетных системах, например:

CD \USEGA
COPY D:\1C\rf1.txt+D:\1C\rf2.txt ListRFU2.TXT
HLE RESTS
HLE RFU2


Для подготовки файла ListRFU2.txt можно использовать новый режим: в справочнике алкопродукции склада нажмите F2 и вызовите «Выгрузка списка РФУ-2 в текстовый файл. Нужны нулевые остатки». Если нужна алкопродукция с нулевыми остатками нажмите Alt+F2 для отключения фильтра на справочнике: https://olegon.ru/showpost.php?p=327430&postcount=217

Затем программа Вас попросит «ограничить» выборку. Нужно помнить, что на обработку КАЖДОЙ справки тратится минимум 10 минут. Ограничениями можно решить задачи:

а. «Выгружать РФУ-2, не анализируя принадлежность к регистру №3 в пуле». Это может быть полезным при РАЗОВОМ начальном создании пула марок, если Вы не использовали механизмы реального или виртуального помарочного учета «УСЕга». Иначе – это породит избыточный список РФУ-2;

б. «Выгруз по остаткам от ...... до ......». Это механизм ограничения списка РФУ-2 при большом ассортименте алкопродукции… Так же можно изменить, например для других целей имя файла, который по умолчанию дан для описанного выше автомата.

В свете "новых марок" и обострения "болячек" ККТ в новых версиях 1С (сменилась очерёдность действий 1С в ситуации, когда кончилась лента, не прошла оплата с карты и т.п.), актуальность УЖЕ существующего "автомата" от USLandEgais (исключающего наказуемые "минуса" во 2 регистре) стала весьма актуальной. IMXO.
Типовое сообщение с форума ФСРАР:
-цитата-
В магазин (СИО 030000354328) поступила партия товара с новыми АМ (по FB-000002023779032 от 19.12.2018).
Фактически партия реализована полностью. Но на остатке в Р1 зависла одна бутылка. Запрос марок по РФУ-2 возвращается пустым, т.е. марок на остатке нет.
Стала проверять движения - одна бутылка продалась "в минус" по Р2.
-конец цитаты-
Вопрос - как для исключения подобных ситуаций следует, и целесообразно ли это вообще, использовать "автомат" от USLandEgais для исключения "минусов" на 2 регистре от "новых" марок?

Именно так!
Похоже, что при таких "глюках" ЕГАИС (или кассового ПО) с "новыми" марками необходимо, в первую очередь, срочно ИНФОРМИРОВАТЬ о появлении "минусов на 2 регистре" Администратора. Например, с помощью некого "автомата", мониторящего (при запуске) "минусовые" остатки по "залу", но не осуществляющего в USLandEgais "юридически значимых действий".
Пусть уж далее Администратор сам определяется - надо ли ему срочно послать "возвратный" чек, или же достаточно просто "поставить на баланс" такую продукцию. IMXO.

Описанная выше сообщением ситуация:

1. Нештатная. По которым много вопросов в закрытом разделе форума ФСРАР. Народ надеется на помощь от службы ТП, например от сегодня: 2. Исправимая, по крайней мере в "УС Лэнд:ЕГАИС". Ставим на баланс ТЗ алкокод для уборки минусов, что впрочем и сделает автомат.
3. Требующая по новой марки понимания причины этого. Так, как это возможно проблема в Вашем оборудовании или используемых программах... и это необходимо решать!

Главное!!! Данный автомат создан и используется предприятиями, которые остатки ЕГАИС держат на складе (регистре №1) и все операции проводят на складе. Минуса, образуемые ШТАТНО в торговом зале до работы автоматом, запускаемом в нерабочее время убираются трансфером, а при ситуациях, которые требуют изучения ставятся на баланс в ТЗ... Раз подняли тему, то расскажу ещё о двух автоматах:





II. Автомат по запросу и обновлению остатков регистра №1 и №2

Вызывается или из меню "сервиса" или командой: hle rests

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


1. Меню "запросы", а затем в "ответах" просмотр и работа с ответами ЕГАИС по складу и ТЗ;

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


… Зовут поработать. продолжу после...

… настроил очередной клиент-банк и криптоключи, закончу:

Хранение всего остатка алкопродукции на складе - регистре №1

С момента внедрения ЕГАИС в розничную торговлю являюсь адептом хранения остатков только на регистре №1! Причины неоднократно упоминал и доказывал. Теперь и ФСРАР с помарочной алкопродукцией и регистром №3 пинками всех загоняет к такой технологии учета. Причины:

• Есть магазин, являющийся распределительным центром для сети и через него проходит 99% товара на другие точки, т.е. постоянно нужно делать расход по "внутреннему перемещению"
• Любая операция по складу - регистру №1 может быть распроведена, что исключает фатальность ошибок персонала
• При ликвидачии магазинов нужны остатки со спрвками, что бехгеморройно лишь храня алкопродукцию на складе... и что периодически происходит

Справедливости ради отмечу, что от 76% процентов пользователей ЕГАИС работает не так, а сразу приходы перегоняет в торговый зал (регистр №2), оставляя склад пустым. Возможно - это связано со "спецификой" используемых программ для ЕГАИС?


III. Автомат по автоматической уборке минусов в торговом зале

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

Вызывается: через меню "сервис" - см. скрин, после "работы" возвращаемся в программу или командной строкой: HLE Auto

Алгоритм автомата:

1. Запрос остатков сразу по складу и торговому залу

2. Запускаю бездиалоговый режим автоопроса остатков гарантирующий получение остатков склада и ТЗ

3. Перехожу в режим закачки остатков склада без работы с таблицей. Удаляю запросы без диалога с пользователем

4. Перехожу в режим закачки остатков торгового зала без работы с таблицей и создании операций по минусам. Удаляю запросы без диалога с пользователем.

а. В начале программа пытается подобрать остатки склада, исключая товары регистра №3 для трансфера;
б. Потом, по остальным создаёт акт постановки на баланс в торговом зале. При правильном учете, корректных фактических остатков, при штатной работе ЕГАИС - это ситуация требующая индивидуально разбора по каждой алкопродукции.

5. Запускаю режим трансфера, где в отдельном модуле отправляю операции при их наличии

6. Запускаю режим отправки актов постановки на баланс по торговому залу

7. Сообщение об успешности прохождения всех этапов и выход из программы или возврат в меню "сервис"


P.S. Есть автомат проверки успешности проведения операций любого автомата через ЕГАИС и отправки лога администратору на электронную почту. Операции могут не пройти: при отключенном интернет, сбоях УТМ, ЕГАИС, ...

Думаю, что Greben использует схему поприходного "перегона" партионной АП в ТЗ, автомат уборки минусов не задействован
и вопрос в контексте именно косяков ЕГАИС.
Если стремиться уйти от наказуемости минусов на Р2 - то да, надо включить автомат уборки минусов и тщательно анализировать
операции постановки на баланс в ТЗ. С другой стороны, минус при такой схеме может образоваться не сразу при наличии на Р2
одинаковых алкокодов для партионной и поштучной АП, соответственно и косяк ЕГАИС обнаружится позже....
В любом случае на Р1 зависнет поштучная АП (скорее всего без марки на Р3) - именно об этом косяке речь..

При запросе остатков по ТЗ, после просмотра ответа и попытки выхода программа кричит о наличии минусов и предлагает сделать операции БЕЗ ОТПРАВКИ в ЕГАИС. Утилита анализа остатков: https://olegon.ru/showthread.php?t=27920 так же ловит "минуса".

При перегоне всей алкопродукции в ТЗ ситуация минусов в ТЗ является "нештатной" и штучной. Никто за неё карать не будет - ИМХО!

Расскажу ещё о нескольких "мелких" автоматах, которые создавались под очень крупные сети, которые когда-то пользовались "УСЕга"... Видимо специалисты осознали, что если всё работает без их участия, то за что им будут платить зарплату и перешли на "ручной" режим обслуживания своих учетных систем?

IV. Автомат "ремонта программы"

Вызывается из первого пункта меню сервиса или командой HLE Repair

В режиме решаются несколько разных задач:

1. При обнаружении устаревших структур таблиц "УС Лэнд:ЕГАИС" изменяются на новые структуры с переносом старых данных;
2. Удаляется, в том числе служебный, виртуальный "мусор" из таблиц программы;
3. Пересоздаются индексные файлы таблиц, предназначенные для ускорения работы программы. Говорят, что при файловой структуре данных они могут портиться.

Раньше, а может быть и осталось (?) в торговых сетях обновляли "УСЕга" командным файлом, запускаемым по расписанию раз в неделю до или после работы:

1. Обновление программы в магазине заменой файлов по верху из одного источника глобальной сети;
2. Запуск HLE REPAIR


V. Служебные командные файлы запускаемые автоматом по расписанию

Совместно с автоматом, описанным выше зачастую использовались и другие утилиты для утилиты "УС Лэнд:ЕГАИС", которые все есть в дистрибутиве https://olegon.ru/showthread.php?t=23281:

1. Сохранение всей внутренней базы данных программы

Вызывается просто запуском cp_usega.bat, из меню "сервиса" или командой в батнике call cp_usega.bat

Создает при необходимости подкаталог ARC и архив данных в нём. Народ настраивал автоматическое сохранение его на ftp сервер компании.


2. Для гарантированного запуска УТМ и его служб, когда "агент" срабатывает нестабильно использовался командный файл: startutm.bat


3. В силу "косяка" УТМ в определенных компьютерных средах, когда разрушалась его внутренняя БД при выключении ПК без остановки его служб. Разумнее принудительно:

а. Остановить службы УТМ батником stop_utm.bat;
б. Выключить через пару минут компьютер, например средствами операционной системы: shutdown /s /d 1:1 /f


P.S. Мне известны случаи, т.к. обсуждались со мной, совместного использования перечисленных выше возможностей для автоматизированного управления компьютерной средой, обновления "УСЕга", сохранением и профилактикой данных без участия IT специалистов и персонала

Как не единожды доказывалось - остатки на складе (регистре №1) зачастую обновляются по прошествии многих часов после подтверждения накладной от поставщика. Последний "пруф" дан в сообщении: https://olegon.ru/showthread.php?t=28554&page=25 В то же время многие (большинство?) программ для ЕГАИС сразу после факта отсылки акта подтверждения делаю перемещение алкопродукции со склада в торговый зал для дальнейшей работы только с регистром №2. Конечно разработчики по современной моде умалчивают о проблемах у своих пользователях, но о них часто воспрошают сами пользователи на специализированных форумах.

Для пользователей ЕГАИС, которые:

1. Всё предпочитают перегонять в торговый зал;
2. Используют "УС Лэнд:ЕГАИС" для данной операции и скорее всего для операций типа списания по причине "реализация"

Создан данный автомат не, имеющий "аналогов", вызываемых из интерфейса программы. Позволяет максимально корректно перемещать алкопродукцию, например перед началом следующего рабочего дня, когда с 99.99% гарантией ЕГАИС обновит остатки склада.

VI. Автомат перемещения "под ноль" алкопродукции со склада в ТЗ

Вызывается ТОЛЬКО через командную строку: HLE <параметр>, где параметр может принимать одно из трех значений:

VSEVZALPIVO - Перемещение ТОЛЬКО пива
VseVZalAlco - Перемещение только алкоголя, исключая АП регистра №3
VSEVZal - Перемещение всего, исключая регистр №3

Алгоритм автомата:

0. Появляется окно автомата. В течении 2 минут можно отказаться от его исполнения, нажав Esc. Полезно в случае вызова из ярлыка. 2 минуты что-бы дать УТМ отослать предыдущие запросы

1. Запрос остатков сразу по складу и торговому залу

2. Запускаю бездиалоговый режим автоопроса остатков
гарантирующий получение остатков склада и ТЗ

3. Перехожу в режим закачки остатков склада без работы с таблицей. Удаляю запросы без диалога с пользователем

4. Перехожу в режим закачки остатков торг.зала без работы с таблицей. Операции по минусам не создаются. Удаляю запросы без диалога с пользователем

5. Запускаю режим создания трансфера со склада под остаток, где в отдельном модуле отправляю операции при их наличии

6. Сообщение об успешности прохождения всех этапов и выход из программы

Вышеописанные автоматы и другие только отправляют операции в ЕГАИС, что не гарантирует их проведение в ЕГАИС, например, если между запросом остатков и их отправкой изменились остатки в ЕГАИС или случился сбой ЕГАИС/УТМ. При отправке операций в ручных режимах Вы проверяете проведение кнопками F7 по одной операции - с полной диагностикой проблем или F10 - проверка по списку операций с минимальной диагностикой и выдачей отчетов.

Обычно, в течении 5-120 минут операции ЕГАИС проводит (?)... и по истечению данного времени можно проверять проведение, запустив

VII. Автомат проверки проведения "автоматических" операций через ЕГАИС

Вызывается только через командную строку: HLE CHECK

Возможно нужно доработать? При успешном проведении операций в автомате не производится каскадного удаления сопутствующих XML файлов из очереди УТМ и не "гасятся" цветом строки операций... но такая фишка не даст сохранить запросы УТМ во внутренней БД программы "УС Лэнд:ЕГАИС", а этим интересно кто-нибудь пользуется? Подробнее: https://olegon.ru/showthread.php?t=29911

Проверяются ТОЛЬКО операции автоматов, где к номеру равному числу месяц добавляется суффикс, уникально идентифицирующий автомат:

null - передача под остаток;
auto - автоуборка минусов;
pivo - продажа пива.


Алгоритм работы автомата:

!!! Автомат пытается проверять проведение операций в течении 30 минут, считая, что при отсутствии результатов в течении этого времени дальше "мучится" бесполезно... и в течении этого времени, через каждые 10 секунд проверяет ВСЕ "автоматические" операции типов:

1. Передача со склада в торговый зал
2. Постановка на баланс в торговом зале

При получении положительного (приём) или отрицательного (отказ) результата программа выходит из временного цикла проверок.

Каждый результат, по каждому документу фиксируется в текстовом файле Check_auto.txt, сохраняемому в каталоге программы. Укажу типы "результатов":

Трансфер уборки минусов:

- ВЫХОД по истечению времени! Не работает УТМ!
- нет созданных операций
- документ создался, но НЕ ОТПРАВЛЕН В ЕГАИС
- ПРОВЕДЕНО в ЕГАИС
- ОТКАЗ ЕГАИС. Нужно анулировать и руками отправить операцию
- операция произведена

Трансфер передачи под 0:

- ВЫХОД по истечению времени! Не работает УТМ!
- нет созданных операций
- документ создался, но НЕ ОТПРАВЛЕН В ЕГАИС
- ПРОВЕДЕНО в ЕГАИС
- ОТКАЗ ЕГАИС. Нужно аннулировать и руками отправить операцию
- операция произведена

Постановка на баланс ТЗ:

- ВЫХОД по истечению времени! Не работает УТМ!
- нет созданных операций
- документ создался, но НЕ ОТПРАВЛЕН В ЕГАИС
- ПРОВЕДЕНО в ЕГАИС
- ОТКАЗ ЕГАИС. Нужно аннулировать и руками отправить операцию
- операция произведена

При наличии электронного адреса в настройке программы отправляю письмо по нему с результатами проверки. "Ору" в теме, если есть проблемы

В завершение описания созданных на сей момент автоматов опишу

VIII. Автомат по продаже пива

Вызывается только через командную строку: автомата hle pivo.txt

В данном режиме производится списание "пива" с причиной "реализация" из торгового зала (регистра №2) на основе списка алкогольной продукции, перечисленном в файле с точным именем: pivo.txt формата: алкокод;количество, где строки разделяются символом смены каретки CRLF. [B]

Кодировка файла не важна, т.к. файл содержит только числовые значения, пробелы игнорируются, допустимо повторение алкокодов, тогда программа суммирует количества по алкокодам
Программа производит некоторые проверки корректности переданной из файла информации, ошибки по товарам игнорируются, в том смысле, что программа не пропускает ошибочные записи. Проверки:

1. Проверка существования переданного файла в каталоге программы

2. Проверка удовлетворения формально правильному формату переданных в файле значений - алкокод точно 19 знаков и количество больше нуля и меньше 999999
+ Анализ корректности ссылки на внутреннюю базу данных - наличие файла остатков
+ Если актуальность остатков более часа, то запрашиваются свежие остатки

3. Возможность открытия рабочих таблиц программы и целостность рабочих индексов

4. Контроль повтора операции продажи пива на предыдущий день с номером дд_pivo

5. Ошибка - нет товара в остатках торгового с заданным алкокодом

6. Нулевой остаток товара в справочнике остатков ТЗ с алкокодом
+ отражаю предполагаемое к списанию количество и наименование АП из справочника остатков ТЗ

7. АП не является пивом-продажа через списание запрещена КВАП не из списка 500,510,520,261,262,263
+ отражаю предполагаемое к списанию количество и наименование АП из справочника остатков ТЗ

8. Если продажа больше остатка, то продаем под остаток, но даём сообщение об ошибке
+ отражаю предполагаемое к списанию количество и наименование АП из справочника остатков ТЗ


Далее отправляется операция списания в ЕГАИС, а затем в течении получаса проверяется прохождение операции через ЕГАИС. При этом возможны ошибочные ситуации:

9. ВЫХОД по истечению времени! Не работает УТМ! Или задержки в обработке документов

10. Нет созданных операций - сбой программы, возможно по разрушению внутренних данных или по всему списку товаров была блокировка создания строк операций

11. Документ создался, но НЕ ОТПРАВЛЕН В ЕГАИС, напримеротвалился УТМ или малая пауза в настройке

12. ОТКАЗ ЕГАИС. Нужно анулировать и руками отправить операцию. Смотреть Ticket о причине запрета

Затем программа переименовывает файл pivo.txt в pivo.act, сохраняет полный анализ проведения работ по списанию пива, а так же полный реестр ошибок в файле pivo_test.txt. При указании в настройках электронного адреса отправляет письмо, содержащее атрибуты магазина и текст из pivo_test.txt

Письма отправляются, используя почтовый сервис yandex.ru от имени УСЕга <USLandEgais ....>, при этом в почтовом ящике информация о получателе не сохраняется... и на этот адрес письма писать бесполезно

Проверки, работы с остатками и комбинации автоматов программы - их можно настроить в ярлыках и вызывать посредством планировщиков Windows или вызывая двойным кликом на ярлыке и ВСЁ ЗАВИСИТ ОТ ТЕХНОЛОГИИ РАБОТЫ С ОСТАТКАМИ СКЛАДА (РЕГ1) И ТОРГОВОГО ЗАЛА (РЕГ2) и САМОЕ ВАЖНОЕ - ОСТАТКИ МОЖНО ЗАПРАШИВАТЬ НЕ ЧАШЕ РАЗА В ОДИН ЧАС.


Пример сценария:

1. Запрашиваем остатки склада и зала. Переводим ПИВО под остаток со склада в зал. Можно автоматом: hle VseVZalPivo Другие возможности: VseVZalAlco - только алкоголь, VseVZalVse - алкоголь и пиво

2. Проверям проведение через ЕГАИС данных операций - F7 на операции. Можно автоматом: hle Check

3. Выправление минусов по алкоголю, проданному по чекам. Вызов режима из сервиса или автоматом: hle Auto

4. Продажа пива через списания. Данный режим: hle pivo.txt

Программа все операции проводит предыдущей датой и с номерами: <номер дня месяца>_ и в зависимости от типа автоматической операции:

auto - выправление минусов
null - трасфер под ноль
pivo - продажи пива через списания