С 01.07.2024 начинается переход ЕГАИС на помарочный учет алкогольной продукции на всех стадиях товародвижения, начиная от производства или ввоза на территорию России, до реализации в розничной торговле, т.н. «ЕГАИС 3.0». В типовой Рознице уже появилась обработка для контроля поступивших акцизных марок на ПК. Предлагаю ознакомиться с мобильным решением. Контроль производится в Android приложении на ТСД или на обычном смартфоне.
А еще вводится новая акцизная марка. Старую марку можно проводить через УТМ ЕГАИС и по старинке "посерийным" учетом и "помарочно", а вот новую только помарочно. Ожидали её появления с 01.07.2024. Но что-то пошло не так, ФС РАР продолжал снабжать производителей и импортёров старой маркой, про новую никакой официальной информации до сентября не было.
Сначала ходили слухи о людях, которые знают других людей, которые видели новую марку. В конце августа появилась полуофициальная информация, что новой марки нет потому, что Госзнак не может её напечатать, но вроде как с октября она будет. Федеральные ритейлеры разослали всем поставщикам требования обеспечить поставки до конце года со старой маркой, так что проект внедрения новой марки в октябре выглядит несколько неуместно в таком контексте. А учитывая, что именно федеральные сети являются основным бенефициаром и локомотивом реформы, разумно было предположить, что до нового года ничего не будет.
Так и получилось. В конце сентября на семинаре в 1С глава ИТ службы ФС РАР А.В. Гущанский рассказал, что всё готово, на постановлении правительства не хватает только одной подписи, сами знаете кого, и новая марка появится с нового года.
Вот так она будет выглядеть:
Много чего интересного он там рассказал, в частности как РАР будет разруливать ошибки помарочного учета. Например, у Вас магазин, Вы приняли не проверяя помарочную поставку. Начали продавать, и тут на кассе всплывает неучтенная марка, но вроде как из той же партии и почти легальная, только вот у Вас её быть не должно, она должна быть где-то в другом месте. Регулятор дает 30 дней на то, что бы поставщик, Вы и другое место разобрались в ситуации, поставщик нашел марку, открепил её от неправильной поставки, прикрепил к вашей и остатки в УТМ выровнялись. Т.е. договариваться и что-то вводить в УТМ нужно как минимум троим, что скажем так в реальных условиях получится не всегда. А если других мест несколько, т.е. продукция перепродавалась и принималась без проверки, то договариваться придется больше чем на троих. Если в отведенный срок этого не произойдет, вся партия будет арестована до выяснения.
Так что отчетливо вырисовывается коммерческая целесообразность проверки поступающей продукции на входе. Надежных поставщиков можно проверять выборочно, вскрыв пару коробов, если ошибок нет, остальные короба не вскрывать, проверить только по номерам. Незнакомых и ненадежных поставщиков проверять полностью.
Вариантов несколько. Можно, например, установить на складе нечто вроде кассовой ленты. Поставить туда компьютер с рабочим местом на 1С, 2D сканер, посадить контролёра, одного рабочего в начале ленты, другого в конце и запустить такой мини-конвеер по проверке. В 1С:Рознице есть обработка для проверки входящих ТТН.
Другой вариант — терминал сбора данных. Он менее скоростной, ибо с ним работает один человек, а не три, но зато он мобилен. И вот для этого варианта я предлагаю решение. Кстати, оно будет работать не только на ТСД но и на обычных андроид-смартфонах, устанавливаем его из Google Play.
Для терминалов сбора данных и прочих устройств без поддержки сервисов Google устанавливаем Yndex Store и ищем приложение в нём под названием "ЕГАИС 3 Контролёр".
Приложение разработано на нативе, шустро работает даже на старом железе, а в ТСД не смотря на их цену железо далеко от флагманского. В нем есть программный сканер ZXing, можно подключить аппаратный сканер в режиме HID, и на ТСД поддерживается получение событий от сканера через Intent’ы. Всё это настраивается через меню.
Оформление поступления новой партии алкогольной продукции начинается с загрузки из УТМ ЕГАИС входящей товарно-транспортной накладной.
Приложение умеет работать напрямую с УТМ, но т.к. 1С имеет обыкновение удалять из УТМ все прочитанные документы, пришлось сделать внешнюю обработку, её берем из этой публикации. Тестировалась на релизах Розницы 2.2.8.29 и более ранних 2.2.7. По идее обработка должна заработать начиная с того релиза, где появились новые XSD УТМ ЕГАИС с описанием форматов 3.0. Обработку нужно установить в информационную базу. Заходим в раздел "Администрирование" — "Печатные формы, отчеты, и обработки". Ставим галку "Дополнительные отчеты и обработки", если она не стояла, кликаем по ссылке "Дополнительные отчеты и обработки", нажимаем кнопку "Создать" и указываем .epf файл.
После установки открываем документ "Входящая товарно-транспортная накладная ЕГАИС" и нажимаем кнопку "Выгрузить для проверки в ТСД" — открывается форма обработки.
ВАЖНО: Что бы избавить пользователя от настройки интеграции, публикации информационной базы на веб-сервере и т.п. приложение использует проксирующее облако. Обработка выгружает ТТН в XML формате (как она была получена из ЕГАИС) в облако, в ответ облако выдает ссылку в виде QR кода, по которой мобильное приложение забирает данные. Иными словами для работы нужен Интернет.
Для загрузки ТТН в мобильное приложение достаточно отсканировать QR код, выданный обработкой. Приложение парсит XML и предлагает проверить соответствие акцизных марок, указанных в ТТН и на фактически поступившей продукции.
Сканируем марки на продукции, если марка была указана в ТТН, в соответствующей позиции отразится прогресс проверки. Если сканировали что-то левое — появится новая позиция "Контрафакт". Что бы посмотреть список марок — нажмите на позицию.
Нужно проверить, что продукция запакована именно в те короба, что указаны в ЕГАИС — сканируем сначала ШК на коробе, открывается список марок. Непроверенные показаны бледно-серым, проверенные темно-зеленым. Если вдруг попадается марка из другого короба — появляется предупреждение и предложением определиться в каком же коробе находится марка, сканировав его этикетку.
Результат сверки выгружается из приложения в виде CSV файла любым из установленных в Android транспортов. Нажмите кнопку "Поделиться" на панели инструментов и выберите транспорт. Предполагается, что пользователь, ознакомившись с результатом проверки решит, подтверждать поступление продукции или отклонять.
"Алкокод","Наименование","Короб","Марка","Проверено"
"0116125000002625725","Водка особая ""NEMIROFF ОСТРАЯ КЛУБНИКА""","37263947264372634823645238","22N000008XSG44YGEUT0P7T70424001003452JZKW012VT5XOLTCW4IJ9VGEOP12FTBX","Да"
"0116125000002625725","Водка особая ""NEMIROFF ОСТРАЯ КЛУБНИКА""","37263947264372634823645238","22N000008XSG44YGEUT0P7T70424001003482JZKW012VT5XOLTCW4IJ9VGEOP12FTBX","Да"
"0116125000002625725","Водка особая ""NEMIROFF ОСТРАЯ КЛУБНИКА""","37263947264372634823645238","22N000008XSG44YGEUT0P7T70424001003492JZKW012VT5XOLTCW4IJ9VGEOP12FTBX","Нет"
Пока так, в ближайших обновлениях сделаю отправку через POST запрос в формате JSON, что бы в товароучетной системе можно было бы использовать REST API.
Мобильное приложение еще умеет открывать XML файлы отправленные на Android, например, электронной почтой или Telegram.
Если нужна APK для установки на терминал сбора данных без служб гугла — пишите, вышлю свежую сборку, проконсультирую как настроить получение ШК через Intent.
Буду рад предложениям по развитию, постараюсь реализовать востребованную функциональность.
Дааа, это прекрасно, почти то, что нужно для хорошей жизни) Спасибо!
Вложенность в указанную упаковку по ТТН пока не проверяется?
(1) Пока не понимаю зачем это проверять в магазине. В оптовом сегменте понятно, они упаковками торгуют, там важно знать где что упаковано. Розница вроде как поштучно продает, зачем им это?
А так есть мысль сделать вложенный список. Нажимаешь на товарную позицию, проваливаешься в список упаковок, в ней тоже указано проверенное/декларированное количество и индикаторы прогресса проверки. Нажимаешь на упаковку — проваливаешься в список акцизных марок. Но это только индикация.
В последующих обновлениях сделаю.
Как указать, что марка лежит не в той упаковке, в какой именно упаковке она лежит и что с этим делать в магазине — пока не понятно.
(2)возможно не для всех, но на самом деле, важно, чтобы бутылка была в той упаковке, в которой пришла по ТТН потому что:
Если магазин дальше ведёт помарочную работу с этой продукцией, то при краже/утере/содранной марке, на складе можно будет понять какую марку списать просто по штрихкоду с коробки.
Берём инфу из базы, что в коробке под этим ШК были такие-то марки 12 штук. 3 бутылок нет, значит нет таких-то марок.
Помарочная инвентаризация делается в разы быстрее, сканируем не все 200 бутылок, а только ШК с закрытых коробок и марки из начатой коробки.
Для новых марок по 150 символов, которые будут ходить и списываться исключительно помарочно приёмка по коробам будет важна особенно.
Жду обновлений. Спасибо
(3) Опубликовал обновление 1.0.2 в Google Play. С проверкой вложенности по коробам.
По прежнему в статусе публичной беты.
Хорошо бы ещё проверку в исходящих документах сделать, например для перемещений
(5) В исходящих сложнее. Там не проверку надо делать, а заполнение. Например, лежит 100 коробок алкоголя одного наименования/серии. В исходящий документ надо внести 10. Вопрос — каких именно.
http://wiki.lineris.ru/egais3terminal/job/shiping
Заполнять номера коробок вручную, а потом контролировать, что ушли именно те, что надо не очень эффективно, ибо сразу же возникает задача корректировки списка по факту.
Логичней заполнять этот список сразу фактом, но это уже другой процесс и другой проект. См. тут
Я только про новые марки, что бы подбор был через тсд, справки розница сама заполняет
(7) А откуда новым маркам взяться в исходящих документах?
(8) перемещения, возврат поставщику
(9) Они не могут быть новыми в этих операциях. К моменту перемещения или возврата марки уже должны быть на балансе.
У нас уже были, но на компе сканировать не очень удобно
(11)»новые» я имею ввиду марки 150 символов дата матрикс
(12) Ну так я только про помарочный учёт (он, кстати, и со старым форматом марок вполне себе реален).
Исходящие документы нужно заполнить. При чем заполнять можно только теми марками, которые находятся на балансе для каждой конкретной позиции, и никак иначе. Это не проверка, а заполнение.
Если речь идет про 1С:Розницу, то это пока не работает. Сейчас такое есть в отраслевых решениях 1С:УТАП, КАТАП и ЛВЗ.
(13) да мы и так заполняем, и вместе со старыми, просто если бы можно было сделать сканирование через тзд (приложение), было бы не плохо, ну если нет то нет..
(14) Посмотрите вот этоhttps://infostart.ru/public/699114/
Там в API есть такая штука как сбор серийных номеров.
Если передать в json описания номенклатуры
, то при сканировании на ТСД активируется дополнительный режим сбора серийных номеров, куда вполне можно сканировать акцизные марки.
Возвращается всё это структурой
которую можно распарсить и заполнить документ в 1С.
(15) я могу рдп дать, или базу для отладки, сам доделывать не буду
(16) Мне пока применительно к 1С:Рознице это не интересно. Специфика сегмента )) их пока штрафовать жестко за нарушения в помарочном учёте не начнут, они ничего покупать не будут.
Сейчас сосредоточен на производстве, импорте и дистрибуции, а это явно не про 1С:Розница.
Добрый день, приложение ЕГАИС 3 Контролёр под ios есть?
(18) Нет.
А Вам известны терминалы сбора данных на iOS?
нет. хотел уточнить)
И еще один вопрос, после сканирования марок, написано, что выгружается проверка в виде CSV файла. Эту проверку можно как то затягивать в ТТН, чтоб оператор в ручную не изменял статусы бутылок?
(21) 1С — платформа открытая, конечно можно. Сам не делал. По ранним релизам, на которых приложение разрабатывалось (2.2.8) без внесения изменений в конфигурацию это не получалось. 2.2.10 не смотрел, заказа на такую интеграцию пока не было.
Здравствуйте. Ошибка при попытке выгрузки такая как на скриншоте. Версии конфигурации и платформы на втором скрине. Чем может быть вызвано?
(23) Похоже в 2.2.11 поменяли что-то в общем модуле ИнтеграцияЕГАИС. Точно пока сказать не могу, чуть позже разберусь, когда обновлюсь.
Пока сделайте так, в модуле формы обработки поместите проблемный вызов в попытка-исключение, вот так
Или вообще это форматирование удалите, оно там только для удобства визуального восприятия.
Как обновлюсь до 2.2.11 выложу обновление обработки сюда.
(24) ошибка ушла,но после сканирования на ТСД QR-кода вот что получаем..
(25) А марки есть в ТТН? Покажите XML
(23) Посмотрел 2.2.11. Разработчики 1С в очередной раз провели «глубокий рефакторинг», т.е. перекинули функции из одного модуля в другой )))
Итоговое исправление выглядит так:
(26) ТТН пришла именно в помарочном формате, как видно на скринште
(26) Прошу прощения,вот скрин
(28) Удалите пожалуйста файл с обработкой из Вашего поста.
Надо XML глянуть. Приложение парсит непосредственно XML, получаемый от УТМ. 1Ска его на УТМ удаляет и сохраняет у себя, для этого и понадобилась обработка, она его достает и передает в приложение.
Собственно XML можно и в виде файла закинуть на андроид-девайс и открыть приложением.
Варианта два: или обработка что-то не то достает из 1С или в XML что-то не то.