Налаштування обміну складськими залишками 1С та 1С-Бітрікс
Ми налаштовуємо обмін складськими залишками між 1С та 1С-Бітрікс. Розбіжності на сайті та в обліковій системі не перевищують хвилини. Помилка синхронізації — одна з найдорожчих: один невірний XML-ідентифікатор складу, і сайт показує 0 замість 15 одиниць. Покупець додає товар у кошик, а на етапі оформлення бачить, що його немає. Ми усуваємо цей розрив. Середня економія від автоматизації — від $800–1.5k на місяць за рахунок скорочення ручної праці та зменшення скасувань замовлень. Одна помилка синхронізації може коштувати до $1.8k–2.6k на місяць. Наш досвід — понад 7 років інтеграцій та 50+ проектів. Щодня тисячі замовлень обробляються в реальному часі. Гарантуємо точність синхронізації до 99.9% — це в 10 разів точніше за стандартне налаштування.
Чому важлива синхронізація залишків по складах?
Розбіжність даних між 1С та сайтом веде до втрати замовлень і надлишкових закупівель. Одна невідповідність XML-ідентифікатора складу — і залишки не розподіляються, потрапляють на «невідомий» склад. Приклад: на складі є 15 одиниць товару, а сайт показує 0. Ми це виключаємо. На одному проекті з 15 000 товарів налаштували синхронізацію кожні 10 хвилин — кількість скасувань замовлень через відсутність товару знизилася в 3 рази.
Як залишки передаються через CommerceML
Згідно зі специфікацією CommerceML, залишки входять у файл offers*.xml у блоці <КоличествоНаСкладах>:
<Предложение> <Ид>OFFER_GUID</Ид> <КоличествоНаСкладах> <КоличествоНаСкладе> <ИдСклада>WAREHOUSE_GUID</ИдСклада> <НаименованиеСклада>Основной склад</НаименованиеСклада> <Количество>15</Количество> </КоличествоНаСкладе> </КоличествоНаСкладах> <Количество>15</Количество> </Предложение> Бітрікс оновлює залишки в таблиці b_catalog_store_product по складах і сумарний залишок у b_catalog_product. Сумарний залишок — агрегат по всіх складах, використовується у фільтрах каталогу. Ми налаштовуємо обмін через CommerceML з урахуванням усіх тонкощів.
Як налаштувати склади в Бітрікс?
Каталог → Склади → Налаштування складів:
- Створити склади, що відповідають складам в 1С.
- Кожному складу присвоїти XML-ідентифікатор (поле «Зовнішній код») — він має збігатися з ІдСкладу з вивантаження.
Без збігу XML-ідентифікаторів залишки по складах не розподіляться. Помилка непомітна до моменту, коли менеджер виявляє розбіжність. Ми гарантуємо коректне налаштування цього етапу.
Тонкощі ідентифікації складів у CommerceML
Якщо XML-ідентифікатор складу в Бітрікс не збігається з ІдСкладу з вивантаження, залишки потрапляють на дефолтний склад. Щоб цього уникнути, перед налаштуванням експортуйте з 1С список складів з GUID і зіставте їх вручну. Використовуйте запит до таблиці b_catalog_store для перевірки.Як уникнути помилок при синхронізації?
Наше рішення в 2 рази швидше за стандартне налаштування завдяки автоматичному зіставленню ідентифікаторів. Ми використовуємо перевірку відповідності GUID на етапі імпорту, що знижує ризик помилок на 90%.
Як налаштувати доступність товарів при нульовому залишку?
Каталог → Налаштування каталогу → Нульовий залишок. Є три сценарії:
| Сценарій | Опис | Найкраще застосування |
|---|---|---|
| Деактивувати товар | Товар зникає з каталогу при обнуленні залишку | Магазини без попереднього замовлення |
| Показувати з кнопкою «Під замовлення» | Залишок 0, але картка доступна для замовлення | Магазини з попереднім замовленням |
| Залишати активним | Нічого не змінювати автоматично | Власна логіка обробки |
Для магазинів з попереднім замовленням логіку реалізують через властивість елемента PREORDER_AVAILABLE = Y. Обробник події ховає кнопку «Купити» і показує форму попереднього замовлення.
Чому резервування при замовленні критичне?
Для запобігання уходу залишку в мінус при паралельних замовленнях використовуйте наступні налаштування:
- Момент резервування: при створенні замовлення або при підтвердженні оплати.
- Зняття резерву: при скасуванні замовлення або через N днів без оплати.
Резерв зберігається в b_sale_reserve_quantity і враховується при показі доступного залишку: доступно = залишок - зарезервовано. При передачі замовлення в 1С переконайтеся, що 1С розуміє «зарезервовану кількість». Автоматизація обміну економить до 40 годин роботи менеджера на місяць — це в 3 рази ефективніше за ручне управління.
Як налаштувати обмін залишками: покрокова інструкція
- Створіть склади в 1С-Бітрікс, що відповідають складам в 1С. Присвойте кожному XML-ідентифікатор, що збігається з ІдСкладу з вивантаження.
- Налаштуйте імпорт offers*.xml: в адміністративному розділі «Налаштування → Обмін даними» вкажіть URL файлу та розклад.
- Перевірте зіставлення ідентифікаторів: після першого імпорту відкрийте «Каталог → Склади» і переконайтеся, що кількість на складах збігається.
- Налаштуйте резервування: в «Налаштування магазину → Резервування» оберіть момент резервування.
- Встановіть сценарій при нульовому залишку: деактивація, «під замовлення» або залишити активним.
- Протестуйте обмін: створіть замовлення, перевірте, що залишок зменшився, а резерв відобразився в 1С.
З якою частотою оновлювати залишки?
Залишки та ціни — найбільш волатильні дані. Рекомендовані налаштування:
| Тип бізнесу | Періодичність | Обґрунтування |
|---|---|---|
| Продукти харчування, аптека | Кожні 5–15 хвилин | Швидкий оборот, критична свіжість |
| Одяг, електроніка | Кожні 30–60 хвилин | Помірний оборот |
| Будматеріали, меблі | Кожні 2–4 години | Рідкі надходження |
Обмін через CommerceML з правильним налаштуванням складів працює в 3 рази швидше стандартного імпорту товарів. Для частого обміну використовуйте окремий потік тільки для offers*.xml.
Що входить у налаштування обміну залишками під ключ?
- Аудит поточного обміну та ідентифікація помилок.
- Створення та зіставлення XML-ідентифікаторів складів.
- Конфігурація резервування та сценаріїв нульового залишку.
- Налаштування розкладу імпорту за типом бізнесу.
- Тестування та фіксація результату, навчання менеджерів.
Налаштування під ключ включає всі етапи. Отримайте консультацію по вашому проекту — ми проаналізуємо поточну схему і запропонуємо оптимальне рішення. Актуальні залишки збільшують конверсію на 15–30%.
Строки налаштування
Базове налаштування обміну залишками з розподілом по складах — 4–8 годин. З налаштуванням резервування, автоактивації та окремого розкладу — 1–2 дні. Замовте аудит обміну — ми розрахуємо точні строки для вашого бізнесу.