Синхронізація статусів замовлень з 1С в 1С-Бітрікс
Замовлення оплачене, товар відвантажено, але покупець бачить «В обробці». При 50 замовленнях на день менеджер витрачає 12,5 годин на ручне оновлення статусів. Помилка в статусі — неправильне відвантаження або подвоєння в обліку. Ми налаштовуємо автоматичне завантаження статусів з 1С у Бітрікс: після кожного сеансу обміну статуси оновлюються автоматично. Економія часу менеджерів — до 12 годин на тиждень, що при ставці 200 грн/год економить 2400 грн на тиждень. Вартість налаштування під ключ — від 5000 грн, окупається за 2-3 тижні.
Офіційна документація CommerceML зазначає, що синхронізація статусів можлива лише за умови коректного мапінгу ідентифікаторів.
Чому статуси не оновлюються автоматично?
Типова причина — відсутність або невірний мапінг. 1С передає статус в XML-документі, але Бітрікс не знає, якому внутрішньому коду він відповідає. Якщо ідентифікатор статусу з 1С (наприклад, «Відвантажено») не прив'язаний до коду «D» в Бітрікс, замовлення залишиться в попередньому статусі. Також часто плутають ID замовлення та ACCOUNT_NUMBER — обмін працює тільки з останнім.
Таблиця мапінгу для УТ 11:
| ID статусу в 1С | Код статусу Бітрікс | Опис |
|---|---|---|
| Новий | N | Нове замовлення |
| В роботі | P | Прийнято |
| Підготовлений | D | Доставляється |
| Виконаний | F | Виконаний |
| Скасований | C | Скасований |
Механізм передачі статусів
1С передає змінені статуси замовлень в тому ж файлі orders.xml, що і при вивантаженні нових замовлень. В XML кожного документа — тег <Статус>:
<Документ> <Ид>12345</Ид> <Статус> <Ид>STATUS_1C_ID</Ид> <Наименование>Відвантажено</Наименование> </Статус> </Документ> Бітрікс при імпорті шукає замовлення за ідентифікатором та оновлює статус згідно з мапінгом. Формат обміну описаний в CommerceML. Для прискорення обміну використовуйте теговане кешування та агенти.
Як налаштувати мапінг статусів?
- Перейдіть до
Магазин → Налаштування → Статуси замовлень. - Для кожного статусу заповніть поле «Ідентифікатор в 1С» — це код статусу з 1С (наприклад, «Відвантажено»). Отримати список можна з XML-файлу або довідника 1С.
- Збережіть зміни та перевірте на тестовому замовленні.
Як перевірити коректність мапінгу без тестового замовлення?
Можна проаналізувати лог обміну одразу після вивантаження з 1С. У логу шукайте рядки з позначкою "Помилка мапінгу статусу". Якщо таких немає і статус в XML збігається з налаштованим — все вірно. Також можна вручну відкрити XML-файл обміну та звірити ідентифікатори статусів з тими, що вказані в налаштуваннях Бітрікс.
Діагностика при помилці «Статус не оновлюється»
- Дивимося лог обміну — помилки мапінгу вказують на невідповідність ідентифікаторів.
- Звіряємо
<Ид>замовлення в XML зACCOUNT_NUMBERна сайті (саме його, не ID). - Перевіряємо права користувача обміну: він повинен мати можливість змінювати статуси замовлень.
Якщо проблема не вирішена — зв'яжіться з нами для аудиту інтеграції.
Сповіщення покупцю при зміні статусу
При автоматичній зміні статусу через обмін подія OnSaleStatusOrder спрацьовує, що запускає стандартні поштові сповіщення. Переконайтеся, що шаблон листа налаштований для кожного статусу: Налаштування → Поштові події → ORDER_STATUS_CHANGED.
Що входить у налаштування під ключ?
- Аудит поточної схеми обміну (версії компонентів, мапінг, права доступу).
- Налаштування мапінгу всіх статусів, що використовуються в 1С.
- Тестування на тестовому замовленні з перевіркою логіки.
- Налаштування поштових сповіщень для кожного статусу.
- Документування схеми мапінгу.
- Навчання менеджерів (як перевірити обмін, що робити при помилці).
Рекомендації щодо обміну з офіційної документації 1С-Бітрікс.
Ручне vs автоматичне: порівняння
Ручне оновлення статусів займає до 15 хвилин на замовлення. При 50 замовленнях на день — це 12,5 годин роботи менеджера. Автоматичне завантаження з 1С обробляє замовлення за 0 секунд після обміну — у 10 разів швидше за ручний метод. Замовте налаштування — і ваші менеджери зможуть займатися більш важливими завданнями. Вартість налаштування окупається за рахунок запобігання помилкам у відвантаженні (зниження на 90%) та економії часу.
Типові помилки та їх вирішення
| Помилка | Причина | Вирішення |
|---|---|---|
| Статус не оновлюється | Невірний мапінг або ID замовлення | Перевірити Ид та мапінг |
| Подвійні сповіщення | Дублювання подій | Вимкнути зайві обробники |
| Помилка прав доступу | Користувач обміну не має прав на зміну статусів | Призначити права групі «Менеджери» |
Терміни налаштування
Налаштування завантаження статусів з мапінгом та сповіщеннями — від 3 до 6 годин. Складні схеми (кілька статусів, кастомні правила) потребують індивідуальної оцінки.
Наша команда має 10+ років досвіду інтеграцій 1С та Бітрікс, виконала понад 50 проєктів. Ми гарантуємо, що статуси будуть оновлюватися коректно. Отримайте консультацію по вашому проєкту — зв'яжіться з нами для аудиту.