Клієнт налаштував касу, але чеки не проходять фіскалізацію — помилка 'невірний формат тега 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при сумі, що перевищує встановлений ліміт
Чому чек не фіскалізується?
Перевірте дані покупця: якщо сума перевищує встановлений ліміт, чек повинен містити ПІБ, ІПН або контакт. В Бітріксі це автоматично, якщо властивості замовлення позначені як «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).
- Не налаштована опція повернення при скасуванні оплати.
- Не передаються дані покупця при великих сумах.
- Конфлікт типів оплати (аванс + повна оплата).
Якщо статус чека 'F' — повторно відправте через адмінку. Програмно скинути статус:
$check = \Bitrix\Sale\Cashbox\CheckManager::getCheckById($checkId); if ($check) { $check->setField('STATUS', \Bitrix\Sale\Cashbox\Internals\Check::STATUS_NEW); $check->save(); } Замовте аудит поточної касової конфігурації — наші інженери допоможуть налаштувати чеки під ключ. Гарантуємо 100% фіскалізацію.