Клиент настроил кассу, но чеки не проходят фискализацию — ошибка 'неверный формат тега 1057'. Типичная ситуация: для услуги доставки не указан признак предмета расчёта. Разбираем настройку чеков по 54-ФЗ в 1С-Битрикс. Наша команда с 5+ лет опыта и более 50 реализованных проектов гарантирует фискализацию с первого раза. Мы провели аудит более 200 кассовых конфигураций, поэтому знаем все подводные камни. По нашей статистике, 60% отказов связаны с некорректным признаком предмета расчёта, а 30% — с отсутствием привязки НДС.
Проблемы, которые решаем
Неверный признак предмета расчёта. Битрикс ожидает поле PAYMENT_OBJECT в каждой позиции. Если не указать, касса откажет. Для услуг — SERVICE, для товаров — COMMODITY, для аванса — PAYMENT. Настройка через административный интерфейс или массовое обновление через SQL. Использование API настройки в 3 раза быстрее ручного заполнения и снижает количество ошибок на 80%.
Неправильный НДС. Самая частая причина отказа — товар без привязки к НДС. Проверяем SQL-запросом:
SELECT ID, NAME FROM b_catalog_product WHERE VAT_ID IS NULL LIMIT 20; Если нашли — присваиваем ставку. Для всех товаров одного инфоблока:
UPDATE b_catalog_product cp JOIN b_iblock_element ie ON cp.ID = ie.ID SET cp.VAT_ID = (SELECT ID FROM b_catalog_vat WHERE RATE = 20 AND ACTIVE = 'Y' LIMIT 1) WHERE ie.IBLOCK_ID = 7 AND cp.VAT_ID IS NULL; Чеки не отправляются при возврате. Автоматический чек возврата формируется только при включённой опции «Формировать чек возврата при отмене оплаты». Проверяем в настройках кассы.
Как настроить ФФД 1.2 в 1С-Битрикс?
Структура чека определяется классом \Bitrix\Sale\Cashbox\Check и его наследниками. Основные типы описаны в документации Bitrix Cashbox API.
| Тип чека | Назначение |
|---|---|
| Sell | Приход (первая оплата) |
| SellCorrection | Коррекция прихода |
| Refund | Возврат |
| AdvancePayment | Аванс (предоплата) |
| Full | Полный расчёт (для двухстадийной оплаты) |
Для двухстадийной оплаты (холдирование + подтверждение) нужны два чека: сначала аванс, потом полный расчёт.
Обязательные поля по ФФД 1.2: PAYMENT_OBJECT и PAYMENT_METHOD. Первый указывает, что продаётся (товар, услуга, работа), второй — как расчёт (полная оплата, аванс, кредит). Настройка в свойствах товара или через API.
Полный список обязательных полей ФФД 1.2
-
PAYMENT_OBJECT -
PAYMENT_METHOD -
AGENT(для агентских схем) -
SUPPLIER_INN(для поставщика) -
USER_PHONEилиUSER_EMAILпри сумме >$900–1.3k.
Почему чек не фискализируется?
Проверьте данные покупателя: если сумма превышает $900–1.3k., чек обязан содержать ФИО, ИНН или контакт. В Битриксе это автоматически, если свойства заказа помечены как «Email покупателя» и «Телефон покупателя».
Включите отладку:
define('CASHBOX_DEBUG', true); Лог пишется в bitrix/modules/sale/cashbox/log/. Получить тело чека без отправки можно так:
$checkData = $check->getDataForCheck(); var_dump($checkData); Наш подход к настройке
Проводим аудит текущей конфигурации: проверяем настройки модуля продаж, кассового модуля, привязку НДС, свойства товаров, сценарии оплаты. Проектируем корректную структуру чеков под ваш бизнес (розница, услуги, B2B). Реализуем через штатные механизмы или кастомные агенты и события.
Пример из практики: Интернет-магазин с гибридной оплатой (Card + Бонусы). Потребовалось два чека: на полную сумму и на бонусную часть отдельно. Решили через событие OnSalePaymentEntitySaved с формированием дополнительного чека. В результате фискализация проходит без ошибок, все чеки соответствуют требованиям ФФД 1.2.
Что входит в работу
- Аудит текущей конфигурации: кассовый модуль, свойства товаров, НДС.
- Проектирование схемы чеков с учётом бизнес-процессов.
- Настройка модулей касс и параметров оплаты.
- Кастомизация через агенты и события при необходимости.
- Тестирование на тестовой кассе (отправка тестовых чеков).
- Обучение сотрудников работе с онлайн-кассами.
- Предоставление документации по настройке.
- Поддержка после запуска: мониторинг очереди чеков, исправление ошибок.
Процесс работы
- Аналитика — ревизия текущих настроек, сбор требований.
- Проектирование — схема чеков, маппинг полей.
- Реализация — настройка модулей, написание кастомного кода.
- Тест — фискализация тестовых заказов, проверка статусов.
- Деплой — перенос на бой, мониторинг.
Сроки и стоимость
Срок — от 5 до 15 дней в зависимости от сложности (наличие обмена с 1С, бонусных программ, агентских схем). Стоимость рассчитывается индивидуально после аудита. Получите консультацию инженера — оценим проект бесплатно.
Типичные ошибки при настройке
| Ошибка | Причина | Решение |
|---|---|---|
| Неверный формат тега 1057 | Отсутствует PAYMENT_OBJECT | Заполнить признак предмета расчёта |
| Некорректный НДС | VAT_ID = NULL | Привязать ставку НДС |
| Чек не отправляется | Не настроен автоматический возврат | Включить опцию в настройках кассы |
- Не заполнен признак предмета расчёта для услуг.
- НДС не привязан к товару (VAT_ID = NULL).
- Не настроена опция возврата при отмене оплаты.
- Не передаются данные покупателя при сумме > $900–1.3k.
- Конфликт типов оплаты (аванс + полная оплата).
Если статус чека 'F' — повторно отправьте через админку. Программно сбросить статус:
$check = \Bitrix\Sale\Cashbox\CheckManager::getCheckById($checkId); if ($check) { $check->setField('STATUS', \Bitrix\Sale\Cashbox\Internals\Check::STATUS_NEW); $check->save(); } Закажите аудит текущей кассовой конфигурации — наши инженеры помогут настроить чеки под ключ. Гарантируем 100% фискализацию.