Єдиний складський облік в 1С-Бітрікс: синхронізація онлайн та офлайн

Чому сайт показує невірні залишки?

Ми стикалися з ситуацією, коли інтернет-магазин на 1С-Бітрікс показує 10 одиниць товару, а на фізичному складі вже давно пусто. Клієнт робить замовлення, ми передаємо його в 1С, а там — відмова. Overselling з'їдає до 20% виручки, а збитки можуть перевищувати 200 000 гривень щомісяця. Стандартна синхронізація через CommerceML запускається раз на 15–60 хвилин. Цього недостатньо при інтенсивних продажах: розбіжність накопичується. Наші інженери вирішують це завдання за допомогою вебхуків та документообігу в реальному часі.

Які підходи до синхронізації існують?

Порівняємо два основних методи:

CommerceML — стандартний протокол обміну з 1С, описаний в CommerceML. Він надійний, але не підходить для сценаріїв, де залишки змінюються швидко. Вебхуки оновлюють дані за 1-2 секунди — це в 30 разів швидше, ніж CommerceML. Наш досвід — понад 50 проєктів з вебхуками — показує, що окупність такого рішення настає за пів року.

Як ми реалізуємо оновлення в реальному часі?

Для мінімізації розбіжності — інтеграція каси з Бітрікс в реальному часі. При кожному продажу на офлайн-касі негайний webhook у Бітрікс. Кроки реалізації:

1. Створити endpoint на PHP, що приймає JSON від каси.
2. Перевірити дані та знайти товар за SKU.
3. Створити складський документ типу «S» (продаж) через DocumentTable.
4. Провести документ викликом conduct() — це автоматично оновить залишки в b_catalog_store_product.
5. Інвалідувати кеш товару.

// /local/ajax/pos-sale-callback.php
$data = json_decode(file_get_contents('php://input'), true);

foreach ($data['items'] as $item) {
    $product = \CCatalogProduct::GetByID($item['sku']);
    if (!$product) continue;

    // Зменшуємо залишок на конкретному складі
    \Bitrix\Catalog\StoreProductTable::update(
        ['PRODUCT_ID' => $item['product_id'], 'STORE_ID' => $data['store_id']],
        ['AMOUNT' => new \Bitrix\Main\DB\SqlExpression('AMOUNT - ?', $item['quantity'])]
    );

    // Перераховуємо сумарний залишок в b_catalog_product
    \CCatalogProduct::RecalcQuantity($item['product_id']);
}

RecalcQuantity() перераховує b_catalog_product.QUANTITY як суму по всіх складах у b_catalog_store_product. Після цього кеш товару має бути інвалідований — через BXClearCache(false, '/catalog/') або тегований кеш. Ми гарантуємо, що час оновлення не перевищує 2 секунд.

Як резервувати залишки для онлайн-продажів?

Часта практика для магазинів з кількома каналами продажів: виділити окремий «онлайн-склад» у b_catalog_store, залишки якого призначені тільки для інтернет-магазину. Фізично товар може бути на одному складі, але логічно розділений.

При цьому офлайн-продажі зменшують «фізичний склад», а онлайн-замовлення резервуються з «онлайн-складу». Вночі 1С поповнює онлайн-склад з фізичного за заданою пропорцією.

Фізичний склад: 100 одиниць
Онлайн-квота: 30% = 30 одиниць → зберігається в b_catalog_store_product (STORE_ID = online_store)
Офлайн-квота: 70% = 70 одиниць → не потрапляє в Бітрікс

Це виключає ситуацію overselling, але знижує доступний залишок для онлайн-продажів. Ми підбираємо пропорцію індивідуально, спираючись на статистику продажів.

Як працює документообіг?

У Бітрікс модуль catalog підтримує складські документи: \Bitrix\Catalog\Document\DocumentTable. Типи документів: A — прихід, S — продаж, M — переміщення, R — повернення.

При проведенні документа через \Bitrix\Catalog\Document\DocumentController::conduct() автоматично перераховуються залишки в b_catalog_store_product. Це правильний спосіб рухати залишки — через документи, а не прямим UPDATE.

Для офлайн-продажів: при отриманні webhook від каси створюємо документ типу S з позиціями продажу та проводимо його. Це забезпечує повну історію руху товару та коректний складський облік.

Інвентаризація та звірка

Розбіжності між 1С та Бітрікс неминучі. Важливо вміти їх знаходити. Щодоби запускаємо агент-звіряльник:

// Отримуємо залишки з 1С через REST API
$bx1cItems = get1cQuantities();

// Порівнюємо з b_catalog_store_product
foreach ($bx1cItems as $sku => $qty) {
    $bitrixQty = StoreProductTable::getList([
        'filter' => ['PRODUCT.XML_ID' => $sku],
        'select' => ['AMOUNT'],
    ])->fetch()['AMOUNT'] ?? 0;

    if (abs($bitrixQty - $qty) > 0) {
        logDiscrepancy($sku, $bitrixQty, $qty);
    }
}

Лог розбіжностей дозволяє прийняти рішення: коригувати Бітрікс за 1С (1С — майстер) або сигналізувати про проблему в інтеграції. Після впровадження економія для клієнта становить до 500 000 гривень на рік за рахунок усунення overselling та ручної звірки.

Що входить у налаштування під ключ

У кожному проєкті ми надаємо:

• Аудит поточної схеми складського обліку та точок інтеграції
• Вибір оптимального протоколу синхронізації (CommerceML або вебхуки)
• Розробку endpoint під вебхуки від кас та POS-терміналів
• Налаштування документообігу: прихід, продаж, переміщення, повернення
• Впровадження агента звірки залишків з логуванням розбіжностей
• Навчання персоналу роботі з оновленою системою
• Детальну документацію з інтеграції та налаштувань
• Технічну підтримку протягом місяця після запуску

Етапи та терміни робіт

Терміни — від 2 до 4 тижнів. Інвестиції розраховуються індивідуально залежно від складності. Окупність — 4–6 місяців. Ми сертифіковані спеціалісти 1С-Бітрікс з досвідом понад 10 років. Гарантуємо, що після налаштування розбіжності залишків не перевищать 0.1% за умови стабільної роботи каналів зв'язку.

Якщо ви помітили розбіжності залишків у своєму магазині, замовте аудит та отримайте план синхронізації. Зв'яжіться з нами для консультації.

Що включає професійне встановлення 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 рази перевищити вартість ліцензії.

Які налаштування сервера критичні для 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С-Бітрікс та налаштування?

Перевірка після встановлення (покроковий чек‑лист)

1. Монітор продуктивності (/bitrix/admin/perfmon_panel.php) — цілимося в 30+ балів. Нижче 20 — є серйозні проблеми з конфігурацією.
2. Перевірка системи — автоматична перевірка всіх параметрів. Червоні пункти — виправляємо обов'язково, жовті — за ситуацією.
3. Сканер безпеки — перевірка на типові вразливості.
4. PageSpeed Insights — TTFB < 200мс на VPS, LCP < 2.5с.
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 товарів. Звертайтеся — ми допоможемо налаштувати Бітрікс під ваш проєкт.