Клієнт налаштував касу, але чеки не проходять фіскалізацію — помилка 'невірний формат тега 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% фіскалізацію.
Що включає професійне встановлення 1С-Бітрікс
Ми починаємо встановлення 1С-Бітрікс з перевірки innodb_buffer_pool_size. Дефолтне значення MySQL (128 МБ) — вирок для інтернет-магазину з каталогом на 10 000+ товарів. Ми ставимо 70–80% від доступної RAM на виділеному сервері, 50% на VPS. Одна ця налаштування прискорює сайт у 2–3 рази порівняно з дефолтом. Правильна конфігурація сервера заощаджує до 60% вартості хостингу щомісяця. Оцінимо ваш проєкт за один день — отримайте консультацію. Звертайтеся, щоб замовити встановлення під ключ з гарантією продуктивності.
Як вибрати хостинг та редакцію для встановлення 1С-Бітрікс?
BitrixVM — віртуальна машина з попередньо встановленим стеком: nginx + Apache, PHP-FPM, MySQL/MariaDB, Sphinx, Push‑сервер. Для VPS — найкращий старт. Все вже сконфігуровано під Бітрікс, включаючи OPcache, логротацію та firewall. Керування через веб‑панель на порту 8890.
VPS/VDS — золота середина. Мінімальна конфігурація для середнього інтернет‑магазину: 2 vCPU, 4 ГБ RAM, SSD. Оптимальна: 4 vCPU, 8 ГБ RAM. ОС: Ubuntu 22.04 або Debian 12. Якщо не BitrixVM — налаштовуємо стек вручну під задачу. Віртуальний хостинг — тільки для візиток та лендінгів. Вимоги: PHP 8.0+, MySQL 5.7+ / MariaDB 10.0+, 512 МБ RAM, .htaccess. Хостинг‑партнери 1С-Бітрікс — гарантія сумісності. Виділений сервер — для highload. Типова архітектура: веб‑сервер окремо, база даних окремо, Redis/Memcached окремо. На редакції «Ентерпрайз» — веб‑кластер з балансувальником. Хмара (Yandex Cloud, VK Cloud, Selectel) — коли навантаження стрибає: розпродажі, сезонні піки. Автомасштабування через Managed Kubernetes або просто вертикальне масштабування VM.
Вибір редакції — не менш важливий крок. Часта помилка: беруть «Малий бізнес» для магазину, який через півроку виростає до B2B з оптовими цінами та трьома складами. Перехід на «Бізнес» — доплата різниці, дані не втрачаються, але краще передбачити заздалегідь. Наші фахівці підберуть редакцію під поточні завдання і з запасом на зростання. Наприклад, ліцензія «Бізнес» окупається за рахунок мультискладу та обміну з 1С, а неправильний вибір призводить до додаткових витрат, які можуть у 2–3 рази перевищити вартість ліцензії.
| Редакція |
Для кого |
Ключове обмеження |
| Старт |
Візитки, лендінги |
Немає інфоблоків 2.0, немає торгового каталогу |
| Стандарт |
Корпоративні сайти |
Немає e‑commerce модуля |
| Малий бізнес |
Маленькі магазини |
1 тип ціни, 1 склад, немає обміну з 1С |
| Бізнес |
Середні магазини, B2B |
Мультисклад, мультивалютність, CommerceML |
| Ентерпрайз |
Highload, кластер |
Веб‑кластер, CDN, мультисайтовість |
Які налаштування сервера критичні для 1С-Бітрікс?
Веб‑сервер та PHP
nginx як reverse proxy + Apache (mod_php) або nginx + PHP-FPM напряму. Другий варіант економить пам’ять — Apache не потрібен. Але деякі модулі Бітрікс використовують .htaccess, тому для сумісності іноді залишаємо Apache. Конфігурація nginx: fastcgi_read_timeout 300 — для довгих операцій (імпорт з 1С), client_max_body_size 1024m — завантаження великих файлів. Закриваємо доступ до .settings.php, .settings_extra.php, bitrix/.settings.php — там паролі до бази. Rewrite‑правила з urlrewrite.php — Бітрікс сам генерує, але при nginx + PHP-FPM потрібно продублювати. PHP 8.0–8.2 з розширеннями: mbstring, curl, gd, xml, json, opcache, redis/memcached. Ключові налаштування php.ini: opcache.memory_consumption=256, opcache.max_accelerated_files=20000, max_execution_time=300, memory_limit=512M, upload_max_filesize=100M, post_max_size=128M. Порівняно з Apache + mod_php, зв’язка nginx + PHP-FPM споживає на 30% менше оперативної пам’яті при однаковому навантаженні — це підтверджено на наших проєктах.
База даних та кешування
MySQL/MariaDB. Ключові параметри my.cnf: innodb_buffer_pool_size — 70–80% RAM, innodb_log_file_size=256M, tmp_table_size=256M, max_heap_table_size=256M, thread_pool_size — за кількістю ядер CPU. Кодування utf8mb4 обов'язково, інакше емодзі та спецсимволи ламаються. Redis кращий за Memcached для Бітрікс — підтримує persistent connections та більш надійний. Налаштовуємо в .settings_extra.php:
'cache' => ['value' => ['type' => ['class_name' => '\\Bitrix\\Main\\Data\\CacheEngineRedis']]]
'session' => ['value' => ['mode' => 'default', 'handlers' => ['general' => ['type' => 'redis']]]]
Redis прискорює роботу сайту в 1.5 рази порівняно з Memcached завдяки постійним з’єднанням та вбудованому кешуванню сесій.
SSL, пошта та cron
SSL — Let's Encrypt через certbot у 90% випадків. Редирект HTTP → HTTPS (301), HSTS, TLS 1.2/1.3, OCSP Stapling. У Бітрікс перемикаємо на HTTPS у налаштуваннях головного модуля. Пошта: відмовляємося від mail() — підключаємо SMTP (Яндекс.Пошта для домену, Mail.ru для бізнесу). Обов'язково налаштовуємо SPF, DKIM, DMARC. Без SPF листи потрапляють у спам. Тестуємо доставляння через mail‑tester.com — оцінка 9+/10. Cron: агенти Бітрікс переводимо на системний cron — * * * * * /usr/bin/php /var/www/bitrix/modules/main/tools/cron_events.php. На cron вішаємо обмін з 1С (15–60 хв), пошукову переіндексацію, бекапи (mysqldump + rsync, ротація 7+4), очищення тимчасових файлів.
Безпека та адміністрування
Файлова система: власник www-data, директорії 755, файли 644, upload 775. nginx блокує доступ до файлів конфігурації. Вмикаємо Проактивний захист Бітрікс — WAF, контроль активності (блокування після 5 невдалих спроб), перевірку цілісності ядра. Для адмін‑панелі: двофакторна аутентифікація через Google Authenticator або OTP, обмеження доступу за IP через nginx для параноїків.
Скільки часу займає встановлення 1С-Бітрікс та налаштування?
| Завдання |
Термін |
| Встановлення на віртуальний хостинг |
2–4 години |
| Встановлення на VPS з налаштуванням стеку |
1–2 дні |
| Встановлення на dedicated з проектуванням архітектури |
2–5 днів |
| SSL + пошта + cron + безпека |
1–2 дні |
| Налаштування бекапів та моніторингу |
0.5–1 день |
Перевірка після встановлення (покроковий чек‑лист)
- Монітор продуктивності (
/bitrix/admin/perfmon_panel.php) — цілимося в 30+ балів. Нижче 20 — є серйозні проблеми з конфігурацією.
- Перевірка системи — автоматична перевірка всіх параметрів. Червоні пункти — виправляємо обов'язково, жовті — за ситуацією.
- Сканер безпеки — перевірка на типові вразливості.
- PageSpeed Insights — TTFB < 200мс на VPS, LCP < 2.5с.
- Тестовий обмін з 1С — якщо планується інтеграція, перевіряємо CommerceML‑обмін до запуску.
Додатково перевіряємо версії ПЗ, налаштування кешування, роботу cron, SSL‑сертифікат, SPF/DKIM/DMARC, права доступу, видалення дефолтних користувачів та сторінок. Для проєктів з 54‑ФЗ переконуємося, що налаштована фіскалізація через ОФД‑провайдера.
Що входить у роботу (deliverables)
- Повністю налаштований сервер під 1С-Бітрікс з оптимізацією MySQL, PHP, nginx.
- Встановлена та активована ліцензія потрібної редакції.
- SSL‑сертифікат, поштові налаштування, cron та бекапи.
- Документація: всі параметри конфігурації, доступи, cron‑завдання.
- Навчання контент‑менеджера: як заходити до адмінки, додавати товари, завантажувати зображення.
- Підтримка після встановлення протягом 30 днів — консультації з налаштувань.
Чому варто довірити встановлення професіоналам?
Неправильне встановлення — втрата часу та грошей. Ми бачили проєкти, де магазин на «Старті» не міг витримати 50 відвідувачів, тому що не було налаштовано innodb_buffer_pool_size. Після перенесення на VPS з правильною конфігурацією сайт «полетів». Неправильна конфігурація призводить до невиправданих витрат — іноді в 2–3 рази дорожче, ніж вартість професійного налаштування. Ви отримуєте готову архітектуру, яка масштабується. Замовте встановлення 1С-Бітрікс під ключ — й отримайте надійну платформу для зростання бізнесу. Зв'яжіться з нами — розрахуємо вартість під ваш проєкт. Досвід понад 7 років, реалізовано 120+ проєктів на Бітрікс, включаючи highload‑магазини з каталогами понад 100 000 товарів. Звертайтеся — ми допоможемо налаштувати Бітрікс під ваш проєкт.