Альфа-Авто 6 и маркировка моторных масел «Честный ЗНАК»: технический разбор для бухгалтеров и специалистов по 1С

1 октября 2026: как меняется архитектура продажи маркированного товара

До 1 октября 2026 года касса работает в уведомительном режиме: отправляет сведения о продаже маркированного товара напрямую в «Честный ЗНАК» по IP-адресу и может пробить чек даже без получения ответа. С 1 октября режим меняется на разрешительный — касса обязана получить явное разрешение перед каждой продажей.

Цепочка выглядит так. Кассир сканирует код DataMatrix на канистре масла. Касса формирует запрос и отправляет его в ТС ПИоТ — программно-аппаратный модуль-посредник. ТС ПИоТ обращается в «Честный ЗНАК», получает криптографический токен («криптохвост»), сравнивает его с кодом, переданным кассой, и возвращает разрешение или отказ. Только при положительном ответе ФФД-документ формируется и чек пробивается.

Ключевое изменение для IT-инфраструктуры: ТС ПИоТ устанавливается как отдельный сертифицированный модуль и приобретается дополнительно. Работать с ним может только программное обеспечение, прошедшее сертификацию у оператора ЦРПТ. Это условие принципиально для выбора учётной системы.

Таблица: ключевые даты по маркировке для автобизнеса

Источник: честныйзнак.рф, постановления Правительства РФ. Информация актуальна на момент публикации.

Почему АА4/5 не смогут работать с ТС ПИоТ

В «Альфа-Авто» версий 4 и 5 связь между программой и кассовым оборудованием реализована через драйверы ККТ (Атол, Штрих-М и другие), настроенные под старые версии протоколов обмена. Эти протоколы не поддерживают формат фискальных документов ФФД 1.2 и не предусматривают взаимодействие с ТС ПИоТ как посредником.

Проблема архитектурная. Старая версия программы отправляет запрос напрямую на сервер «Честного ЗНАКа» по собственному IP-каналу. С 1 октября этот канал для прямых обращений закрывается — все запросы должны идти только через ТС ПИоТ. Чтобы касса могла работать с ТС ПИоТ, программное обеспечение должно пройти сертификацию у оператора ЦРПТ.

Что видит кассир при попытке продать масло на АА4/5 после 1 октября: система возвращает ошибку «Неверный формат запроса» или «Требуется обновление программного обеспечения». Чек не формируется. Продажа не проходит.

Попытка «допилить» старую версию под новые требования технически сложна и экономически нецелесообразна. Это потребует написания нового модуля взаимодействия с ТС ПИоТ и прохождения сертификации — той самой, которую Rarus не планирует проводить для старых редакций. Плюс к этому: официальная техническая поддержка АА5 прекращена с сентября 2024 года. Нет обновлений законодательства, нет исправлений ошибок. Любая доработка — работа на устаревшей, неподдерживаемой платформе.

Что будет, если ничего не делать: три сценария

Сценарий 1. Остановка продаж масел — с 1 октября 2026 года

Масло — товар ежедневного спроса на любом СТО и в большинстве магазинов запчастей. С 1 октября продажа каждой канистры требует онлайн-верификации. Если программа не может сформировать корректный запрос к ТС ПИоТ, касса не пробьёт чек. Клиент уходит к конкуренту. Либо продажа проводится в обход системы — а это нарушение ч. 2 ст. 15.12 КоАП РФ со штрафом до 300 000 рублей и риском конфискации товара.

Сценарий 2. Блокировка приёмки маркированных запчастей — с декабря 2026 года

По мере поступления промаркированных деталей на склад система без настроенного ЭДО и приёмки кодов маркировки не сможет корректно принять УПД с кодами от поставщика. Фактически товар физически есть, но юридически не оприходован. Крупные поставщики и маркетплейсы начнут блокировать отгрузки без корректных кодов.

Сценарий 3. Очередь к интеграторам в ноябре

К концу 2026 года все, кто откладывал переход, ринутся переходить одновременно. Рынок специалистов по «Альфа-Авто 6» ограничен. Стоимость работ вырастет, сроки растянутся, а бизнес продолжит работать в режиме нарушения. Чем раньше начат переход, тем меньше данных придётся корректировать в системе «Честный ЗНАК» и тем дешевле обойдётся сам проект.

Что меняется в учёте при маркировке: задачи для бухгалтерии и специалистов по 1С

Бухгалтерия: новые операции с маркированным товаром

Приёмка маркированного товара теперь оформляется исключительно через электронный документооборот (ЭДО). Поставщик передаёт УПД с кодами маркировки, система автоматически загружает их и сопоставляет с физическими кодами на товаре при сканировании. Ручной ввод кодов при приёмке — прямой путь к расхождениям и штрафам.

Списание кода маркировки при использовании масла в заказ-наряде СТО — отдельная операция. Маркированный товар при продаже через кассу выводится из оборота автоматически. Но если масло используется при ремонте (входит в стоимость работ, а не продаётся отдельно), необходимо корректно закрыть код при закрытии заказ-наряда. Иначе товар остаётся «висеть» в системе как нереализованный, и при следующей инвентаризации возникнет расхождение.

Специалистам по 1С: что ломается в АА4/5 и почему это становится дороже

Компании, долго работающие на АА4/5, накопили значительный объём доработок: нестандартные печатные формы, обмен с бухгалтерией, интеграции с сайтом и телефонией, особые алгоритмы расчёта скидок, зарплаты механиков, программы лояльности клиентов. При обновлении типовой конфигурации эти доработки регулярно ломаются — особенно встроенные «в модуль документа», а не вынесенные в отдельную подсистему.

Дефицит специалистов по АА4/5 нарастает. Молодые программисты не знают специфику старых версий платформы 1С (8.1, 8.2). Те, кто знает, стоят дороже и берут меньше проектов. При аварийной ситуации найти компетентного исполнителя в сжатые сроки становится всё сложнее — и с каждым кварталом этот рынок сужается.

Альфа-Авто 6: что внутри и чем отличается от предыдущих версий

«Альфа-Авто 6» разработана компанией Rarus на принципиально новой технологической платформе 1С:Предприятие 8.3 с управляемыми формами (тонкий клиент). Разница с АА4/5 ощутима на всех уровнях — от архитектуры до пользовательского интерфейса.

Маркировка «Честный ЗНАК» и ЭДО из коробки

Интеграция с «Честным ЗНАКом» реализована в типовой конфигурации: полный цикл от приёмки УПД с кодами до сканирования DataMatrix на кассе и передачи данных через ТС ПИоТ. Встроен клиент 1С-ЭДО для юридически значимого обмена документами с контрагентами. Инструмент «Сверка состояний кодов маркировки» — также в типовой, без дополнительных разработок. АА6 прошла сертификацию у оператора ЦРПТ к 1 апреля 2026 года.

НДС для УСН и актуальные налоговые изменения

В АА6 учтены изменения по НДС для компаний на УСН с 2025 года. Программа поддерживает актуальные формы отчётности и алгоритмы расчёта. АА5 обновлений законодательства не получает с сентября 2024 года — любые изменения в этой части остаются за бортом.

Актуальные обмены с конфигурациями 1С

В АА5 обмен с «1С:Бухгалтерией» и другими конфигурациями нередко требовал доработки или самописных решений — стандартный обмен не устраивал. В АА6 поддерживаются актуальные типовые обмены, включая реализованные товары. Это снижает трудозатраты бухгалтерии и уменьшает количество ручных операций.

Удалённое рабочее место без RDP

АА6 работает через браузер или мобильное устройство нативно — без настройки Remote Desktop, без привязки к конкретному компьютеру. Мастер-приёмщик закрывает заказ-наряд с планшета на подъёмнике. Руководитель смотрит остатки с телефона. Переход на тонкий клиент делает это возможным на уровне архитектуры.

Функционал, которого в предыдущих версиях не было

• Рабочее место «Контакт-центр» для обработки звонков и заявок в едином окне
• Проверка контрагентов через сервисы ФНС и «1СПАРК Риски» при оформлении сделки
• CRM для управления полным циклом продаж
• Управление сетью нескольких точек с единой базой данных
• Учёт договоров аренды автомобилей

Производительность и масштабируемость

Архитектура АА5 не рассчитана на современные объёмы данных и большое число одновременных пользователей. АА6 устойчиво работает при количестве пользователей свыше 1000 и с базами данных объёмом несколько терабайт. Поддерживаются актуальные версии MS SQL и PostgreSQL.

Что происходит с данными и доработками при переходе на АА6

Данные: что сохраняется и что требует чистки

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

Нюанс, о котором часто не говорят: новая платформа требует более «чистых» данных. В процессе миграции база проходит проверку (например, через отчёт «ПроверкаКорректностиДанныхПередМиграцией»), дубли вычищаются, недостающие характеристики для маркировки добавляются. Это трудоёмко, но это же возможность навести порядок в учёте — то, до чего обычно не доходят руки.

Доработки: что переносится, что переписывается, от чего можно отказаться

Здесь нужно говорить прямо. Перенести доработки из АА4/5 в АА6 автоматически невозможно: архитектура платформ принципиально различается, код написан под разные среды исполнения. Каждую доработку нужно анализировать отдельно.

Часть доработок, за которые когда-то платили, в АА6 уже реализована в типовой конфигурации — их можно просто включить. Нестандартные печатные формы, особые алгоритмы расчётов, специфические интеграции — придётся переписывать заново под платформу 8.3. Именно поэтому ключевой этап любого проекта миграции — аудит: нужно понять, какие доработки реально используются, какие уже есть в типовой АА6, а какие требуют написания заново. Нередко выясняется, что половина накопленных «костылей» не нужна.

Почему переходить на АА6 сейчас дешевле, чем откладывать до осени

С каждым месяцем откладывания стоимость проекта растёт. Меняется состояние системы, меняется рынок специалистов.

• База накапливает данные. Каждый день в системе появляются новые документы, остатки, операции. Чем больше объём — тем дольше и дороже перенос, тем сложнее чистка.
• Ошибок маркировки становится больше. Компании, не настроившие корректный учёт кодов до 1 апреля 2026 года, накапливают расхождения в «Честном ЗНАКе». Их придётся исправлять вручную до начала миграции — это отдельный объём работ.
• Специалисты разбираются. Ближе к октябрю все, кто откладывал, начнут переходить одновременно. Компетентных интеграторов немного, их очередь вырастет, а временно́е давление скажется на качестве работы.
• Поддержка АА5 дорожает. Найти специалиста по старой версии платформы становится сложнее. Абонентское обслуживание устаревшей системы — это деньги без отдачи: ни обновлений законодательства, ни исправлений ошибок.

Оптимальная стратегия — начать с предпроектного обследования сейчас, спланировать переход на спокойный период (не конец квартала, не период сдачи отчётности) и выйти на рабочую базу АА6 до 1 октября с запасом для тестирования.

Как выглядит переезд на АА6: от первого звонка до запуска

Переход на АА6 — это проект миграции данных и адаптации бизнес-процессов. Ниже — как это происходит на практике, без приукрас.

Этап 1. Предпроектное обследование

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

Обследование включает шесть последовательных шагов:

Этап 2. Тестовый перенос и определение функциональных разрывов

После обследования создаётся тестовая база АА6, в неё загружаются справочники и остатки. На тестовой базе начинается обучение — и здесь проявляется реальная картина. Сотрудники начинают сравнивать новую систему с привычной: «У нас было вот так, а тут по-другому». Это определение функциональных разрывов — выявление расхождений между АА5 и типовой АА6.

Важное наблюдение из практики: в базах АА4/5 нередко накоплены десятки доработок, из которых реально используются единицы. В ходе обучения становится видно, что именно нужно, а что было «на всякий случай» и давно не применяется.

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

Этап 3. Форматы внедрения: три варианта

Существует три рабочих сценария. У каждого — свои условия применения и своя цена.

Этап 4. Поддержка на старте

Первые 1–3 дня после запуска — самые напряжённые независимо от выбранного формата. Блокирующие ошибки решаются оперативно. Выстраиваются права пользователей. Уточняются печатные формы. При тщательно проведённом предпроекте этот этап занимает день-два с единичными замечаниями; при пропущенных шагах — может растянуться на неделю.