Коли штатний обмін не справляється
Товари додали до 1С:УНФ, а на сайті вони не з'явилися. Або замовлення прийняли на сайті, а в УНФ його немає. Стандартний CommerceML-обмін начебто є, але на ділі то ціни не ті, то залишки не сходяться, то статуси замовлень не синхронізуються. Ми налаштовуємо цей обмін під ключ — від первинного підключення до кастомних сценаріїв. Досвід — понад 50 проектів. Економія на ручній синхронізації — до 3000 грн на місяць.
Які проблеми вирішуємо
Невідповідність цін. УНФ передає ціни за видом цін, але якщо на сайті налаштовані знижки або акції — синхронізація ламається. Ми налаштовуємо маппінг цін з урахуванням правил Бітрікс.
Залишки не оновлюються. Стандартний обмін раз на 15-60 хвилин. Якщо потрібні актуальні залишки в реальному часі — реалізуємо HTTP-сервіс в 1С, який віддає залишок на запит. Навантаження? Тестуємо: для каталогу до 10 000 товарів відповідь сервісу укладається в 0.5 секунди.
Статуси замовлень. За замовчуванням статус з УНФ не повертається в Бітрікс. Розробляємо кастомний обробник: при зміні статусу в УНФ надсилається POST-запит на сайт, і статус оновлюється. Це вирішує проблему «замовлення виконано, а на сайті висить "в обробці"».
Як налаштувати обмін за 3 кроки
- Діагностика. Перевіряємо версії 1С (платформа не нижче 8.3.20), налаштування CommerceML, права користувача в Бітрікс. За годину виявляємо вузькі місця.
-
Конфігурація. Налаштовуємо URL обміну, вид цін, склад, розклад. Для кастомних сценаріїв пишемо обробники на PHP в
init.php. Тривалість етапу — до 2 днів. - Тест та запуск. Запускаємо обмін із групою з 10-20 товарів. Перевіряємо ціни, залишки, замовлення. Після підтвердження — повний запуск.
Чому це працює швидше стандартного налаштування? Тому що ми вже знаємо типові помилки: наприклад, в УНФ часто забувають заповнити вид цін для вивантаження, і обмін іде з порожніми даними.
Які дані можна синхронізувати
CommerceML підтримує передачу номенклатури, цін, залишків, зображень та замовлень. Для розширеної синхронізації (статуси, контрагенти, заявки) потрібна розробка HTTP-сервісів. Ми підключаємо REST API Бітрікс24 для двостороннього обміну.
| Дані | Напрямок | Типовий спосіб |
|---|---|---|
| Номенклатура | УНФ → Бітрікс | CommerceML |
| Залишки | УНФ → Бітрікс | CommerceML / HTTP-сервіс |
| Замовлення | Бітрікс → УНФ | CommerceML |
| Статуси | УНФ → Бітрікс | Кастомний POST |
| Зображення | УНФ → Бітрікс | CommerceML |
Чому УНФ простіша за УТ і в чому підводний камінь
На відміну від УТ та ERP, УНФ простіша у налаштуванні обміну. Немає мультивалютності, складних знижок за договорами. Але є свої підводні камені:
- Характеристики. УНФ підтримує характеристики, але якщо вони не налаштовані в картці товару,
offers.xmlбуде порожнім. - Контрагенти. При повторних замовленнях УНФ шукає контрагента за email. Якщо email не вказано — створюється дубль. Ми автоматизуємо прив'язку за номером телефону.
- Залишки по складах. Якщо в УНФ кілька складів, потрібно явно вказати, з якого вивантажувати залишки. Інакше на сайті може відображатися нуль.
Порівняння обміну: УНФ vs УТ
| Параметр | 1С:УНФ | 1С:УТ |
|---|---|---|
| Підтримка характеристик | Так, але проста | Так, з варіантами |
| Ціноутворення | Один вид цін | Декілька + знижки |
| Статуси замовлень | Не синхронізуються за замовчуванням | Те саме |
| Складність налаштування | 2-3 дні | 3-5 днів |
| Типові помилки | Незаповнений вид цін | Неправильний маппінг складів |
УНФ краще за швидкістю впровадження: базова інтеграція займає в 1.5-2 рази менше часу, ніж для УТ. Обмін з УНФ налаштовується в 2 рази швидше, ніж з УТ.
Як пришвидшити обмін
Використовуйте теговане кешування на сайті та налаштуйте автообмін кожні 5-10 хвилин. Якщо потрібен real-time — впровадьте HTTP-сервіс або інтеграцію через REST API. Ми рекомендуємо провести аудит продуктивності перед запуском.
Що входить у налаштування обміну
Доступи та конфігурація:
- Створення користувача Бітрікс з правами на
1c_exchange.php - Налаштування URL обміну в УНФ
- Вказання виду цін та складу
Перевірка даних:
- Тестовий обмін із 10 товарами
- Звірка цін та залишків
- Перевірка завантаження зображень
Документація:
- Схема обміну з описом полів
- Інструкція із запуску та налагодження
Супровід:
- 2 тижні підтримки після запуску
- Виправлення помилок, якщо вони виникли
Гарантуємо результат
У нас сертифіковані спеціалісти з 1С та Бітрікс. Кожен проект здаємо з протоколом тестування. Якщо обмін не працює так, як задумано — доопрацьовуємо безкоштовно. Отримайте консультацію щодо вашого проекту — оцінимо завдання за 1 день.
Джерело: CommerceML на Wikipedia
Як уникнути дублів контрагентів?
Ми автоматизуємо прив'язку за номером телефону, що зменшує кількість дублів на 90%.
Чому варто використовувати REST API для синхронізації?
REST API дозволяє обмінюватися даними у форматі JSON, що забезпечує гнучкість та швидкість. Для складних сценаріїв це краще, ніж CommerceML.
Для реалізації двосторонньої синхронізації використовується REST API Бітрікс24 та HTTP-сервіс в 1С, що забезпечує обмін даними у форматі JSON. Ми налаштовуємо обмін залишками 1С:УНФ з Бітрікс в режимі реального часу. Двосторонній обмін 1С та Бітрікс підтримуємо як через CommerceML, так і через REST API. Ми реалізували синхронізацію статусів замовлень у декількох проектах.