Фискализация и ОФД: 2 шлюза, ФФД 1.2, 7 признаков расчёта
Фискальный чек в AIERP — единая запись для любых ККТ-сценариев. Четыре типа чека: продажа (приход), возврат продажи, покупка (расход), возврат покупки. Семь признаков способа расчёта по ФФД 1.2: предоплата 100%, предоплата, аванс, полный расчёт, частичный расчёт и кредит, передача в кредит, оплата кредита. Пять статусов жизни чека: ожидание, в обработке, успешно, ошибка, отменено. Касса магазина — отдельная карточка с типом шлюза (Эвотор Cloud API или 1С через стандартный обмен EnterpriseData), защищённым хранением ключей доступа, поддержкой облачной фискализации (для онлайн-канала и ПВЗ без физической кассы) и использованием общих настроек 1С на всю организацию. Налоговые поля закрывают всё, что требует ФНС: 8 ставок НДС (0%, 10%, 20%, 22% с 2026 года, 10/110, 20/120, 22/122), 6 систем налогообложения (ОСН, УСН Доходы, УСН Д-Р, ЕНВД, ЕСН, Патент), 25 признаков предмета расчёта (товар, услуга, работа, аванс, страховой взнос и так далее). При временной ошибке ОФД или шлюза включается автоматический повтор: до 5 попыток с растущей паузой между ними (1, 2, 4, 8, 16, 32, 60 минут).
Что получает бизнес от модуля
4 типа чека по 54-ФЗ
Четыре типа: продажа (приход), возврат продажи (возврат прихода), покупка (расход), возврат покупки (возврат расхода). Тип чека выбирается автоматически: если платёж — это возврат (связан с исходным платежом и сумма отрицательная), формируется возврат прихода, иначе обычная продажа. Чеки «покупка» и «возврат покупки» — для редких сценариев приёмки за наличные или выплат поставщикам.
7 признаков способа расчёта
Семь признаков по 54-ФЗ: предоплата 100%, предоплата, аванс, полный расчёт, частичный расчёт и кредит, передача в кредит, оплата кредита. Признак подбирается автоматически: если в описании платежа есть слово «предоплата», ставится «предоплата», иначе — «полный расчёт». Для кредитных продаж — «передача в кредит», для последующего погашения — «оплата кредита».
25 признаков предмета расчёта
Двадцать пять признаков по 54-ФЗ: товар, подакцизный товар, работа, услуга, ставка в азартной игре и выигрыш, лотерейный билет и выигрыш, предоставление интеллектуальных прав, платёж, агентское вознаграждение, составной предмет, другой предмет, имущественное право, внереализационный доход, страховые взносы, торговый сбор, курортный сбор, залог, расход, взносы ИП, фишки казино и другие. Признак определяется автоматически по типу товара в карточке.
8 ставок НДС, включая 22%
Поддерживаются все актуальные ставки: без НДС, 0%, 10%, 20% (старая), 22% (с 2026 года), 10/110, 20/120 (старая), 22/122 (с 2026 года). Корректный тег чека ставится автоматически в зависимости от даты чека и применимой ставки. Переход на 22% уже встроен — никаких правок и обновлений касс не потребуется.
6 систем налогообложения
ОСН, УСН Доходы, УСН Доходы минус Расходы, ЕНВД, ЕСН, Патент. Поддерживаются разные написания из старых систем — «ОСН», «УСН Д», «УСН Д-Р», «УСН Доходы», «УСНДР», «ПАТЕНТ» и так далее. Это удобно при переезде с прежней учётной системы, где система налогообложения хранилась как русский текст в свободной форме.
2 шлюза: Эвотор и 1С
Два независимых шлюза в одной системе. Эвотор — через Cloud API. 1С — через стандартный обмен в формате EnterpriseData (тот же, что используют 1С:Бухгалтерия, 1С:ERP, 1С:Розница, 1С:УТ). Каждый шлюз отвечает за одинаковый набор операций: настройка, создание чека, проверка статуса, обработка callback, проверка соединения. Облачная фискализация — для онлайн-канала и ПВЗ без физической кассы.
Автоматический повтор при ошибке
При временной ошибке ОФД, шлюза или связи чек не теряется — система ставит его в очередь повтора. До 5 попыток с растущей паузой между ними: 1 → 2 → 4 → 8 → 16 → 32 → 60 минут. Если связь восстанавливается раньше — следующая попытка пройдёт. После 5 неудачных попыток чек помечается на ручной разбор, и его можно повторить вручную одной кнопкой.
Готовность кассы перед отправкой
Перед каждым чеком проверяется готовность кассы. Для 1С: используются ли общие настройки 1С организации. Для Эвотора: указаны ли ключ доступа и идентификатор кассы (или код группы касс). Если касса полу-настроена — система не отправит чек и покажет «настройка фискализации не готова к использованию». Это закрывает ситуации, когда полу-собранная касса принимала бы чеки в никуда.
Автофискализация по типу платежа и шлюзу
Для каждой пары «магазин + способ оплаты + шлюз» вы выбираете, фискализировать ли платёж автоматически. Если правило включено и платёж успешный — задача фискализации сразу становится в очередь. Если для конкретного шлюза правила нет, берётся общее правило по способу оплаты. Если нужно фискализировать платёж принудительно, отдельная пометка «принудительный чек» поставит задачу в очередь даже при выключенной автофискализации.
Что входит в Касса
- 01
Карточка чека — всё в одном месте
У каждого чека хранится: касса магазина, исходный платёж, заказ, тип чека, признак способа расчёта, статус, идентификатор чека в шлюзе, уникальный номер, фискальные реквизиты (номер фискального документа, фискальный признак, расширенный фискальный признак, заводской номер фискального накопителя, QR-код), ссылка на чек в ОФД, время фискализации, общая сумма и суммы по способам оплаты (наличные, карта, предоплата, кредит), контактные данные клиента (почта, телефон, ИНН), позиции, запрос и ответ шлюза, сообщение об ошибке, число попыток и время следующей.
- 02
Карточка кассы
По каждой кассе хранится: юрлицо, магазин, тип шлюза (Эвотор или 1С), название, активность, признак облачной фискализации, переключатель тестового режима, URL и ключи доступа (зашифрованы), код группы касс или идентификатор кассы (для Эвотора), регистрационный номер, признак «использовать общие настройки 1С организации», адрес для callback от шлюза, дополнительная конфигурация, время последнего чека, счётчики (всего чеков, общая сумма), состояние последней синхронизации.
- 03
Фискализация платежа — пошагово
Проверка, что платёж успешен и принят кассиром. Если чек уже создан — не создаём новый, а отправляем существующий. Подбор подходящей кассы по магазину и юрлицу с проверкой готовности. Загрузка заказа с позициями. Автоматический выбор типа чека (продажа или возврат продажи) и признака способа расчёта (полный расчёт или предоплата). Сбор позиций и сумм по способам оплаты. Подтягивание контактных данных клиента. Создание чека в статусе «ожидание» и отправка в шлюз.
- 04
Позиции чека из заказа
Позиции в чек подтягиваются из заказа: название, артикул, количество, цена, сумма, ставка НДС, признак предмета расчёта, единица измерения. Позиции с нулевым или отрицательным количеством пропускаются. Если заказа нет (например, при ручной оплате услуги), формируется одна позиция с описанием платежа и признаком «услуга».
- 05
Автоматический подбор признака предмета
Признак предмета расчёта подбирается автоматически. Сначала проверяется явное указание у конкретного товара. Если его нет, смотрится тип товара: если в названии типа есть «услуга» — ставится «услуга», если «работа» — «работа». По умолчанию — «товар». Это даёт корректный тег чека без ручной настройки на каждой позиции.
- 06
Разнесение оплаты по типам
Сумма платежа разносится по типам: наличные, карта, предоплата, кредит. Карта и онлайн-оплата идут в «карту», кредит — в «кредит», остальное — в «наличные». Эти четыре поля позволяют передать в чек комбинацию «оплата картой 70%, наличные 30%» — каждое поле своим тегом по ФФД 1.2. Признак способа расчёта «частичный расчёт и кредит» применяется при комбинации.
- 07
Растущая пауза между попытками
При ошибке шлюза или ОФД система не теряет чек: считает попытку и ставит следующую через 1 → 2 → 4 → 8 → 16 → 32 → 60 минут. Повтор возможен до 5 попыток. Это даёт автоматическую устойчивость к временным сбоям — короткий обрыв ОФД не приводит к потере чека. После 5 попыток чек помечается на ручной разбор.
- 08
Единая точка изменения статуса
Статус чека меняется только двумя способами. «Отметить как успешный» — записывает фискальные реквизиты, ссылку на чек в ОФД, время фискализации и ответ шлюза. «Отметить как ошибку» — записывает текст ошибки, ответ шлюза и увеличивает счётчик попыток. Чек считается фискализированным, только если статус «успешно» и есть номер фискального документа.
- 09
Очередь фискализации
Фискализация платежа уходит в фоновую очередь: запуск, повторы при ошибке. Поверх очереди работает повтор внутри самого чека (до 5 попыток). При полном исчерпании попыток задача логируется, а пометка «принудительный чек» с платежа снимается.
- 10
Шлюз Эвотор Cloud API
Полная интеграция с Cloud API Эвотора: настройка под кассу, создание чека (продажа, возврат), проверка статуса, обработка callback от Эвотора, отдельный отчёт по продажам за период, проверка соединения. Поддерживает работу как с конкретной кассой (по идентификатору устройства), так и с группой касс (балансировка по коду группы).
- 11
Шлюз 1С через стандартный обмен
Интеграция с 1С через стандартный обмен в формате EnterpriseData (тот же, что используют 1С:Бухгалтерия, 1С:ERP, 1С:Розница, 1С:УТ). Чеки передаются в справочник «Чеки ККМ» или документ «Чек на оплату». При использовании общих настроек 1С организации — настройки доступа не дублируются в каждой кассе, берутся из общих настроек 1С юрлица.
- 12
Прямая интеграция с 1С через OData
Альтернативный сценарий для редких случаев — фискализация через OData 1С напрямую, минуя стандартный поток через карточку кассы и шлюз. Поддерживается обе версии OData. Используется обычно в миграционный период, когда часть касс ещё в 1С:Рознице, а аналитика уже в AIERP.
- 13
Импорт чеков из 1С
Фоновая задача для гибридного сценария: чеки фискализируются в 1С:Рознице, а в AIERP подтягиваются уже готовыми со всеми фискальными реквизитами. Импорт идёт пачками, при повторном запуске не создаёт повторов — каждый чек распознаётся по идентификатору. Это нужно для постепенного перехода с 1С-фискализации на нативную в AIERP.
- 14
Два источника при импорте чеков из 1С
Два варианта подключения к 1С при импорте чеков: устаревший HTTP API и основной OData API. Выбор делается в настройках. Импорт идёт пачками с настраиваемым размером (по умолчанию — 100 чеков), без повторов: каждый чек распознаётся по идентификатору во внешней системе.
- 15
Повтор существующего чека
Если для платежа чек уже создан, но первая попытка фискализации провалилась — система не собирает чек заново. Берёт уже подготовленный чек со всеми позициями и контактными данными клиента и отправляет его в шлюз повторно. Это экономит время и исключает расхождения между попытками.
- 16
Подбор активной кассы для платежа
По магазину и юрлицу платежа подбирается первая активная и готовая касса. Если на магазине несколько касс — берётся первая в очереди. Тестовые подключения могут существовать одновременно с боевыми; в боевой работе тестовые отфильтровываются. Для тонкого выбора есть привязка способа оплаты к конкретному шлюзу.
- 17
Контактные данные клиента в чеке
Из карточки заказа подтягиваются почта, телефон и ИНН клиента — для соответствующих тегов чека (контактные данные покупателя). Если данных нет — чек уходит без них, электронный чек не отправляется. Эти поля критичны для B2B-продаж, где требуется ИНН покупателя, и для отправки электронного чека по запросу клиента.
- 18
Экраны касс и журнала чеков
В системе два основных экрана. «Кассы» — настройка касс по магазинам: массовое изменение статуса и тестового режима, проверка соединения, история документов из шлюза. «Журнал чеков» — список с фильтрами, статистика (успехи, ошибки, в обработке за период), карточка чека, кнопка повтора. Удобно для финансиста, аудита, разбора инцидентов.
Как это выглядит в системе
Частые вопросы
Какие ККТ-вендоры поддерживаются?
Сейчас реализованы два шлюза: 1С (через стандартный обмен EnterpriseData) и Эвотор (через Cloud API). Это значит, что любая касса, подключённая к 1С:Рознице или 1С:УТ, фискализирует через шлюз 1С; любая касса Эвотор — через Cloud API Эвотора. Прямой драйверной интеграции с АТОЛ, Штрих-М, Дримкас на уровне локального драйвера в этом релизе нет — но Cloud API Эвотор поддерживает все эти ККТ на своей стороне.
Что значит облачная фискализация?
Это режим работы кассы для интернет-канала, ПВЗ без физической кассы и выдач с маркетплейсов. В этом режиме касса не привязана к конкретному устройству — Cloud API сам решает, через какую ККТ из группы пропустить чек (балансировка). Удобно для онлайн-оплат, когда физическая касса на точке стоит без операционной нагрузки.
Что значит «общие настройки 1С организации»?
Если у организации одна 1С на все магазины, не нужно дублировать настройки доступа (адрес, логин, пароль) в каждой кассе. Включаете переключатель «использовать общие настройки 1С организации» — настройки берутся из карточки юрлица. Готовность кассы при типе шлюза 1С требует именно этого переключателя.
Сколько типов чеков?
Четыре по ФФД: продажа (приход), возврат продажи (возврат прихода), покупка (расход), возврат покупки (возврат расхода). Тип чека выбирается автоматически: если платёж — это возврат (связан с исходным платежом и сумма отрицательная), формируется возврат прихода, иначе обычная продажа. Покупка и возврат покупки — для редких сценариев приёмки за наличные или выплат поставщикам.
Какие признаки способа расчёта?
Семь по ФФД 1.2: предоплата 100%, предоплата, аванс, полный расчёт, частичный расчёт и кредит, передача в кредит, оплата кредита. Признак подбирается автоматически: если в описании платежа есть слово «предоплата» — ставится «предоплата», иначе «полный расчёт». Для кредитных продаж — «передача в кредит», для последующего погашения — «оплата кредита».
Какие признаки предмета расчёта?
Двадцать пять по ФФД 1.2: товар, подакцизный товар, работа, услуга, ставка в азартной игре и выигрыш, лотерейный билет и выигрыш, предоставление интеллектуальных прав, платёж, агентское вознаграждение, составной предмет, другой предмет, имущественное право, внереализационный доход, страховые взносы, торговый сбор, курортный сбор, залог, расход, четыре типа взносов ИП, фишки казино и другие. Признак подбирается автоматически по типу товара в карточке.
Какие ставки НДС поддерживаются?
Восемь: без НДС, 0%, 10%, 20% (старая), 22% (с 2026 года), 10/110, 20/120 (старая), 22/122 (с 2026 года). Корректный тег чека ставится автоматически по дате чека — ФНС видит верную ставку в реквизитах. Переход на ставку 22% уже встроен, никаких обновлений не потребуется.
Какие системы налогообложения?
Шесть: ОСН, УСН Доходы, УСН Доходы минус Расходы, ЕНВД, ЕСН, Патент. Поддерживаются разные написания из старых учётных систем — «ОСН», «УСН Доходы», «УСН Д-Р», «УСН Д», «УСНДР», «ПАТЕНТ», «ПСН» — система их распознаёт автоматически. Это удобно при переезде с прежней системы.
Как устроен повтор при ошибке?
Два уровня. Первый — на уровне фоновой задачи: до 3 попыток с паузой 60 секунд между ними. Второй — на самом чеке: до 5 попыток с растущей паузой 1 → 2 → 4 → 8 → 16 → 32 → 60 минут. После 5 попыток чек помечается на ручной разбор — повторить можно одной кнопкой в журнале.
Что если касса оффлайн?
Шлюз вернёт ошибку соединения, чек помечается как ошибка и ставится в очередь повтора через 1, 2, 4, 8 минут. Когда связь восстановится — следующая попытка пройдёт. Закон 54-ФЗ требует передачи в ОФД в течение 30 дней — этот лимит обычно соблюдается за минуты. Для критичных сценариев включают облачную фискализацию: Cloud API Эвотора автономно держит свою очередь.
Что хранится в фискальных реквизитах чека?
После успешной фискализации в карточку чека подтягиваются: номер фискального документа, фискальный признак (контрольная сумма от фискального накопителя), расширенный фискальный признак для ФФД 1.2, заводской номер фискального накопителя, содержимое QR-кода чека для проверки на nalog.ru. Если шлюз отдаёт прямую ссылку на чек в ОФД — она тоже сохраняется.
Когда чек считается фискализированным?
Только когда статус «успешно» и есть номер фискального документа. До этого — «ожидание», «в обработке» или «ошибка». В журнале чеков зелёный бейдж — только у полностью фискализированных чеков; остальные — жёлтое «в обработке» или красное «ошибка» с кнопкой повтора.
Поддерживается ли маркировка?
Коды маркировки передаются в позициях чека. Каждая позиция может содержать код маркировки (GTIN и sGTIN), шлюз Эвотор и шлюз 1С пересылают эти коды в свои интеграции. Проверка статуса вывода из оборота через систему «Честный знак» делается на стороне 1С или Эвотора — AIERP не обращается к ИС МП напрямую.
Можно ли отправить электронный чек?
Да — через поля «почта клиента» и «телефон клиента». В чек они подтягиваются из карточки заказа. После успешной фискализации шлюз отправляет чек клиенту. Если данных нет — чек уходит без них, бумажный распечатывается локально на кассе.
Что значит «принудительный чек»?
Отдельная пометка на платеже. По умолчанию автофискализация настраивается для пары «магазин + способ оплаты + шлюз». Если нужно фискализировать конкретный платёж принудительно — даже когда автофискализация выключена — ставится пометка «принудительный чек». После успешной фискализации пометка снимается автоматически.
Чем отличаются чеки отгрузки?
Для заказов с предоплатой и последующей доставкой используется отдельная операция «чек отгрузки» с признаком «полный расчёт» (когда долг полностью погашен), «частичный расчёт» (если осталась незакрытая часть) или «аванс» (для самой предоплаты). Удобно для интернет-магазинов, где сначала клиент платит на сайте, потом получает товар у курьера.
Как происходит импорт чеков из 1С?
Это фоновая задача для гибридного сценария: чеки фискализируются в 1С:Рознице, AIERP подтягивает их уже готовыми. Импорт идёт пачками по 100 чеков (размер настраивается), без повторов — каждый чек распознаётся по идентификатору. Чеки попадают в журнал со статусом «успешно» и заполненными фискальными реквизитами.
Сколько касс на одном магазине?
Сколько угодно — каждая отдельная карточка кассы. Можно иметь боевую и тестовую одновременно. Можно иметь физическую (Эвотор с привязкой к конкретному устройству) и облачную (для онлайн-канала). При платеже берётся первая активная и готовая касса — для более тонкого выбора есть привязка способа оплаты к конкретному шлюзу.
Что в статистике журнала чеков?
Статистика отдаёт по фильтру (период, магазины, юрлица): количество чеков по каждому статусу, сумму по типам (продажи и возвраты), процент успешности, среднюю длительность фискализации, чеки в ошибке с возможностью повтора. Удобный экран для финдиректора и руководителя ИТ для мониторинга работы касс.
Как сделать ручной повтор после ошибки?
В журнале чеков на красных бейджах доступна кнопка «Повторить». При нажатии система проверяет, что повтор возможен (статус «ошибка», не превышено 5 попыток), сбрасывает статус на «ожидание», очищает текст ошибки и заново отправляет чек в шлюз.
Что такое тестовый режим?
Касса в тестовом режиме — чеки не уходят в ФНС, реальной фискализации нет, но шлюз возвращает имитированные фискальные реквизиты для отладки интеграции. В названии такая касса показывается с пометкой «(Тест)» — кассир видит сразу, что это не боевая. Используется при подключении новой кассы и отладке.
Кто проверяет 54-ФЗ?
Соответствие реквизитов закону 54-ФЗ обеспечивает шлюз (Эвотор Cloud API или 1С:Розница) — это их зона ответственности. AIERP передаёт все необходимые теги (систему налогообложения, НДС, признак предмета расчёта, признак способа расчёта, контактные данные покупателя) корректно по ФФД 1.2. Формат ФФД 1.05 поддерживается через тот же интерфейс — шлюз сам понижает формат, если фискальный накопитель старый.
Что меняется на реальной сети
- Было
- При переходе на новую ставку НДС 22% боялись остановки касс. В прежней учётной системе ставка была жёстко зашита, любое изменение требовало обновления и тестов на каждом магазине.
- Сделали
- В AIERP сразу поддерживается четыре актуальные ставки одновременно: 20% и 22%, 20/120 и 22/122. Корректный тег чека ставится автоматически по дате чека — никаких обновлений системы не требуется.
- Стало
- Переход на 22% прошёл без остановки касс. Старые чеки до перехода со ставкой 20% и 20/120 остались валидными в журнале, новые автоматически получили 22% и 22/122.
- Было
- Чеки терялись при кратковременной потере связи с ОФД. Кассир бил повторно, образовывались дубли, требовалась ручная чистка через чеки коррекции.
- Сделали
- Включили автоматический повтор: до 3 попыток в фоновой задаче и до 5 попыток на самом чеке с растущей паузой (1, 2, 4, 8, 16, 32, 60 минут). При временных ошибках шлюза чек уходит сам, как только связь восстановится.
- Стало
- Кассиры не бьют повторно — система сама повторяет. Дубли ушли. Чеки, не прошедшие после 5 попыток, отдельно подсвечены на обзорной панели журнала чеков.
- Было
- Для маркетплейс-канала и ПВЗ нужна была фискализация без физической кассы. Закупать отдельную ККТ на каждый ПВЗ невыгодно.
- Сделали
- Создали кассы типа «Эвотор» с включённой облачной фискализацией (без привязки к конкретному устройству). Привязали к онлайн-оплатам. Cloud API Эвотора сам выбирает кассу из группы по коду группы.
- Стало
- ПВЗ без своих касс фискализируют чеки через облачные. Закупка ККТ для маркетплейс-канала ушла, обмен чеками с маркетплейсом идёт прозрачно через callback от шлюза.
- Было
- Сеть параллельно использует 1С:Розницу и AIERP. Чеки бились в 1С, аналитика выручки — в AIERP, выгрузка велась раз в день через CSV — расхождения по 2–3% на каждой точке.
- Сделали
- Включили импорт чеков из 1С через OData. Раз в час сервис тянет чеки из 1С, создаёт записи в AIERP с заполненными фискальными реквизитами. Повторный импорт не даёт повторов — каждый чек распознаётся по идентификатору.
- Стало
- Расхождения между 1С и AIERP ушли. Финансовая обзорная панель в AIERP видит каждый чек 1С с тем же номером фискального документа, что в чеке клиента. Аналитика выручки — на актуальных данных в течение часа.
- Было
- У сети 4 юрлица с разными системами налогообложения (ОСН, УСН Доходы, Патент). Раньше система налогообложения передавалась в чеке жёстко — при добавлении нового юрлица чеки переставали проходить.
- Сделали
- Касса в AIERP тянет систему налогообложения автоматически из карточки юрлица. Поддерживаются разные написания из старых учётных систем — «УСН Д», «УСНДР» и так далее. Корректный код для чека ставится без правок настроек.
- Стало
- Добавление нового юрлица с любой системой налогообложения — это пара кликов в карточке юрлица. Чеки уходят в ОФД с корректным значением.
- Было
- При плановой смене ключа системы на сервере сломалась расшифровка ключей доступа для всех касс. Кассы остановились на 4 часа — пришлось аварийно восстанавливать.
- Сделали
- Внедрили безопасную расшифровку: если расшифровать ключ невозможно, система пишет в журнал и спокойно возвращает пусто. В интерфейсе на карточках касс видно «требуется ввести ключ заново» — админ массово обновляет одной операцией.
- Стало
- Смена ключа системы больше не валит кассы. Видно явно, какие настройки требуют ввода. Кассиры не видят падений — чеки уходят в ожидание до восстановления, потом догоняются повторами.
Как модуль помогает розничной сети
Фискальные чеки розничной сети — ФФД 1.2 из коробки
Фискализация в AIERP реализована через единую запись фискального чека. На карточке чека: касса магазина, исходный платёж, заказ, тип чека, признак способа расчёта, статус, фискальные реквизиты после фискализации (номер фискального документа, фискальный признак, расширенный фискальный признак, заводской номер фискального накопителя, QR-код, ссылка на чек в ОФД), общая сумма и суммы по способам оплаты (наличные, карта, предоплата, кредит), контактные данные клиента (почта, телефон, ИНН), позиции, число попыток, время следующей попытки.
Поверх — два независимых шлюза в одной системе. Шлюз 1С — через стандартный обмен в формате EnterpriseData (тот же, что используют 1С:Бухгалтерия, 1С:ERP, 1С:Розница, 1С:УТ). Шлюз Эвотор — через Cloud API. Каждый шлюз отвечает за одинаковый набор операций: настройка, создание чека, проверка статуса, обработка callback, проверка соединения. Одна сеть может использовать оба шлюза параллельно — например, магазины на Эвоторе, ПВЗ на 1С.
ФФД 1.2: 4 + 7 + 25 + 8 + 6
В системе четыре типа чеков по ФФД 1.2: продажа (приход), возврат продажи (возврат прихода), покупка (расход), возврат покупки (возврат расхода). Тип чека выбирается автоматически: если платёж — это возврат, формируется возврат прихода, иначе обычная продажа. Семь признаков способа расчёта: предоплата 100%, предоплата, аванс, полный расчёт, частичный расчёт и кредит, передача в кредит, оплата кредита. Двадцать пять признаков предмета расчёта: товар, подакцизный товар, работа, услуга, ставка в азартной игре, лотерейный билет, предоставление интеллектуальных прав, платёж, агентское вознаграждение, составной предмет, имущественное право, страховые взносы, торговый сбор, курортный сбор, залог, четыре типа взносов ИП, фишки казино и другие.
Восемь ставок НДС: без НДС, 0%, 10%, 20% (старая), 22% (с 2026 года), 10/110, 20/120 (старая), 22/122 (с 2026 года). Корректный тег чека ставится автоматически по дате чека — старые чеки до перехода со ставкой 20% остаются валидными, новые автоматически 22%. Шесть систем налогообложения: ОСН, УСН Доходы, УСН Доходы минус Расходы, ЕНВД, ЕСН, Патент. Поддерживаются разные написания из старых учётных систем — «ОСН», «УСН Д», «УСН Д-Р», «Патент», «ПСН» — все распознаются автоматически.
Два шлюза: Эвотор Cloud и 1С
Шлюз Эвотор — интеграция с Cloud API Эвотора. Карточка кассы хранит ключ доступа (зашифрован), идентификатор конкретного устройства или код группы касс (для балансировки). Сервис создаёт чек с типом, позициями (включая коды маркировки), способами оплаты и контактами клиента. Результат приходит через callback от Эвотора. Доступен отдельный отчёт по продажам за период и проверка соединения.
Шлюз 1С — интеграция через стандартный обмен в формате EnterpriseData (тот же, что используют 1С:Бухгалтерия, 1С:ERP, 1С:Розница, 1С:УТ). Карточка кассы может использовать общие настройки 1С организации — не дублировать адрес, логин и пароль в каждой кассе. Чеки уходят в справочник «Чеки ККМ» или документ «Чек на оплату». Callback от 1С возвращает фискальные реквизиты. Поддерживаются обе версии стандартного протокола обмена.
Жизненный цикл чека и устойчивость к ошибкам
Фоновая задача фискализации платежа запускается в двух случаях: когда платёж стал успешным и принят кассиром при включённой автофискализации (с учётом конкретного шлюза для онлайн-оплат), либо когда выставлена пометка «принудительный чек». Параметры задачи: до 3 попыток с паузой 60 секунд. Внутри — последовательность из 9 шагов от проверки статуса платежа до отправки в шлюз.
Внутри самого чека работает второй уровень устойчивости. При ошибке шлюза статус ставится «ошибка», счётчик попыток увеличивается, следующая попытка планируется через 1, 2, 4, 8, 16, 32, 60 минут. Повтор возможен до 5 попыток. После 5 попыток чек помечается на ручной разбор: в журнале на красных бейджах доступна кнопка «Повторить» — при нажатии счётчик сбрасывается и чек уходит в шлюз заново. Чек считается фискализированным, только если статус «успешно» и есть номер фискального документа — единственный критерий «прошёл в ОФД».
Облачная фискализация и несколько касс на точке
Облачная фискализация — режим работы кассы для онлайн-канала, ПВЗ без физической кассы и выдач с маркетплейсов. Cloud API Эвотора без привязки к конкретному устройству сам решает, через какую ККТ из группы пропустить чек — это даёт балансировку и резервирование. Закрывает классический розничный сценарий «закупать отдельную ККТ на каждый ПВЗ — слишком дорого».
Несколько касс на одной точке — это несколько карточек касс с одним магазином. Может быть боевая и тестовая одновременно. Может быть физическая (Эвотор с привязкой к конкретному устройству) и облачная — для разных каналов продаж. При платеже подбирается первая активная и готовая касса. Для тонкого выбора есть привязка способа оплаты к конкретному шлюзу — «онлайн-оплаты через ЮKassa фискализирует касса А, через CloudPayments — касса Б».
Импорт чеков из 1С и гибридные сценарии
Не все сети готовы немедленно перевести фискализацию в AIERP. Фоновая задача импорта чеков реализует обратный сценарий: чеки фискализируются в 1С:Рознице, а AIERP подтягивает их уже готовыми для аналитики. Сервис тянет чеки из 1С через стандартный обмен пачками (по умолчанию 100 чеков), создаёт записи со статусом «успешно» и заполненными фискальными реквизитами. Повторный импорт не даёт повторов — каждый чек распознаётся по идентификатору.
Два источника при импорте чеков: устаревший HTTP API и основной OData API. Это позволяет сети переходить на AIERP постепенно: сначала аналитика и отчёты по чекам, потом постепенный переход касс с 1С-фискализации на нативную через Эвотор — без потери исторических чеков.
Безопасность, прозрачность, аудит
Ключи доступа к шлюзам хранятся в зашифрованном виде. Расшифровка происходит на лету, в логи попадают только маскированные значения. После плановой смены ключа системы расшифровать токены невозможно — в этом случае система не падает, а спокойно показывает на карточках касс «требуется ввести ключ заново». Админ массово восстанавливает доступ одной операцией. До восстановления чеки уходят в ожидание и догоняются повторами.
Статистика журнала чеков отдаёт по фильтру (период, магазины, юрлица): количество чеков по каждому статусу, сумму по типам (продажи и возвраты), процент успешности, среднюю длительность фискализации, чеки в ошибке с возможностью повтора. В журнале чеков виден каждый чек с фискальными реквизитами, статусом и кнопкой повтора для красных. Все взаимодействия со шлюзами пишутся в отдельный журнал — для аудита и разбора инцидентов.
Готовы автоматизировать?
Покажем модуль на ваших данных и подключим за 1–2 недели.