Настройка чеков 54-ФЗ на 1С-Битрикс: аудит, внедрение, поддержка

Клиент настроил кассу, но чеки не проходят фискализацию — ошибка 'неверный формат тега 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.

Для двухстадийной оплаты (холдирование + подтверждение) нужны два чека: сначала аванс, потом полный расчёт.

Обязательные поля по ФФД 1.2: PAYMENT_OBJECT и PAYMENT_METHOD. Первый указывает, что продаётся (товар, услуга, работа), второй — как расчёт (полная оплата, аванс, кредит). Настройка в свойствах товара или через API.

Почему чек не фискализируется?

Проверьте данные покупателя: если сумма превышает 100 000 руб., чек обязан содержать ФИО, ИНН или контакт. В Битриксе это автоматически, если свойства заказа помечены как «Email покупателя» и «Телефон покупателя».

Включите отладку:

define('CASHBOX_DEBUG', true);

Лог пишется в bitrix/modules/sale/cashbox/log/. Получить тело чека без отправки можно так:

$checkData = $check->getDataForCheck();
var_dump($checkData);

Наш подход к настройке

Проводим аудит текущей конфигурации: проверяем настройки модуля продаж, кассового модуля, привязку НДС, свойства товаров, сценарии оплаты. Проектируем корректную структуру чеков под ваш бизнес (розница, услуги, B2B). Реализуем через штатные механизмы или кастомные агенты и события.

Пример из практики: Интернет-магазин с гибридной оплатой (Card + Бонусы). Потребовалось два чека: на полную сумму и на бонусную часть отдельно. Решили через событие OnSalePaymentEntitySaved с формированием дополнительного чека. В результате фискализация проходит без ошибок, все чеки соответствуют требованиям ФФД 1.2.

Что входит в работу

• Аудит текущей конфигурации: кассовый модуль, свойства товаров, НДС.
• Проектирование схемы чеков с учётом бизнес-процессов.
• Настройка модулей касс и параметров оплаты.
• Кастомизация через агенты и события при необходимости.
• Тестирование на тестовой кассе (отправка тестовых чеков).
• Обучение сотрудников работе с онлайн-кассами.
• Предоставление документации по настройке.
• Поддержка после запуска: мониторинг очереди чеков, исправление ошибок.

Процесс работы

1. Аналитика — ревизия текущих настроек, сбор требований.
2. Проектирование — схема чеков, маппинг полей.
3. Реализация — настройка модулей, написание кастомного кода.
4. Тест — фискализация тестовых заказов, проверка статусов.
5. Деплой — перенос на бой, мониторинг.

Сроки и стоимость

Срок — от 5 до 15 дней в зависимости от сложности (наличие обмена с 1С, бонусных программ, агентских схем). Стоимость рассчитывается индивидуально после аудита. Получите консультацию инженера — оценим проект бесплатно.

Типичные ошибки при настройке

• Не заполнен признак предмета расчёта для услуг.
• НДС не привязан к товару (VAT_ID = NULL).
• Не настроена опция возврата при отмене оплаты.
• Не передаются данные покупателя при сумме > 100 000 руб.
• Конфликт типов оплаты (аванс + полная оплата).

Если статус чека 'F' — повторно отправьте через админку. Программно сбросить статус:

$check = \Bitrix\Sale\Cashbox\CheckManager::getCheckById($checkId);
if ($check) {
    $check->setField('STATUS', \Bitrix\Sale\Cashbox\Internals\Check::STATUS_NEW);
    $check->save();
}

Закажите аудит текущей кассовой конфигурации — наши инженеры помогут настроить чеки под ключ. Гарантируем 100% фискализацию.