В этой статье мы рассмотрим внедрение FAU в одну организацию в сфере общепита.
Дело в том, что они подверглись проверке контролирующих органов, ошибка была в том, что у них на витрине стояли закрытые бутылки с крепким алкоголем, который они заранее списали в ЕГАИС вскрытием тары.
В результате появилась задача - сделать так, чтобы кассир могла делать документ вскрытия тары в момент вскрытия бутылки, так как товаровед работает только в определенное время, а не круглосуточно, как этот бар.
Что мы имеем: 1С Розница, где ведется товароучет, FrontolXPOS где кассир продает товар и УТМ.
В самом FXPOS есть документ вскрытия тары, мы его настроили, показали, но по факту он не работает. Ко всему этому нужно прикрутить Frontol Alko Unit (FAU).
По поводу самой установки можно почитать официальную инструкцию, в ней как бы все описано, но мир не идеален и все пошло не по плану.
Мы без особого труда все подключили, настроили интеграцию с FXPOS, с УТМ, однако при вскрытии тары полезли ошибки - прежде всего ошибка проверки марок. Возникла она от того, что FAU не содержал в своей базе марки. Пошли простым путем - запрос марок из ЕГАИС - на каждую позицию с кодом и справкой 2 шло десять минут. Это можно было ждать недели три пока все марки прогрузятся.
Следующий эксперимент - выгрузка кодов акцизных марок из 1с и загрузка в FAU - здесь следующая проблема: Только при включении полной функциональности возможно вскрытие тары, однако при такой функциональности нельзя загрузить марки. Переключили FAU в не строгий режим, загрузили марки, при переключении обратно в полный - программа угрожала все удалить. Нам конечно этот вариант совсем не подошел... Откатили файл базы данных FAU до момента переключения функциональности. И пошел творческий процесс!
Открыв базу FAU с помощью DB Browser for SQLite Portable нашли две таблицы, где хранятся марки, коды продукции и справки. Что-то там уже было получено из ЕГАИС и дублировать это не хотелось. Написали не сложный скрипт на Python - который читал то, что мы выгрузили из 1С и сравнивал с тем, что есть в базе данных, если запись не находилась - он ее добавлял!
Как бы пол проблемы уже решено - марки есть, можно списывать.... Осталась другая проблема - при приеме в 1с новых накладных - FAU не узнает о том, что пришли новые марки! Опять запрашивать? Для этого надо учить персонал магазина. Но мы же занимаемся автоматизацией и автоматизировали дальше, буквально на коленке накидали простенькую обработку для 1С Розница, которая берет все марки из 1с и выгружает в файл в нужное место в нужном формате, а выше-описанный скрипт на Python его подхватывает и загружает в базу данных FAU! Да, метод костыльный, но рабочий. Оба скрипта мы выложили на GIT, для их правильной работы надо указать правильные пути к файлу базы данных и к файлу с марками!
Затем обработку открываем в 1С и нажимаем единственную кнопку - выгрузить марки, а скрипт на Python через планировщик задач периодически запускается и пытается все загрузить.
Почему мы выбрали Python - да, он не мой "родной язык", но здесь нужно нам минимум манипуляций и опять же не помешает кросс-платформенность! Он уже умеет работать с базой данных SQLITE3 и файлами CSV который выгружается из 1С!
Однако всего этого можно было бы избежать - отказавшись от использования 1С и работой с ЕГАИС только через FAU - подтверждение накладных и тд, но в данном случае это не возможно, это бы убило весь товароучет!
Как бы с автоматизацией мы закончили, но полезли следующие проблемы - товар то расценяли за порции, а не за бутылки - тут пришлось озадачить товароведа, чтобы расценила бутылки, так как при вскрытии тары УТМ не пропускал без цены.
Так же по рекомендации технической поддержки Атол нам пришлось выгрузить товар из 1С в FAU и сопоставить номенклатуру с товарами из остатков ЕГАИС, есть смутное подозрение, что это сделали зря.... Но клиент не расстроился и достаточно быстро все сделал.
Теперь после такого хитрого опыта внедрения можем внедрять дальше!
Обращайтесь в нашу организацию https://install-asc.ru