Інтеграція 1С:УТ з сайтом: товари, ціни, замовлення

Зазначимо: коли інтернет-магазин починає працювати з 1С:Управління торгівлею, ручна синхронізація перетворюється на вузьке місце: ціни застарівають, залишки розходяться, замовлення губляться. Для асортименту з 5000+ позицій щоденне оновлення вручну — джерело помилок. Ми вирішуємо це автоматичною інтеграцією під ключ — налаштовуємо двосторонній обмін так, щоб ви забули про ручний експорт-імпорт.

Як автоматизувати синхронізацію 1С:УТ з сайтом?

Ручна синхронізація вбиває час. Коли товарів 5000+ і щодня оновлюється 10% номенклатури, вручну вивантажувати зміни — помилка. Часто забувають оновити ціни на акційні позиції або вчасно зняти з продажу товар, що закінчився. Автоматичний обмін вирішує ці завдання без участі менеджера.

Конфлікт залишків. При паралельній роботі кількох менеджерів або інтеграції з маркетплейсами виникає overselling. Офіційна документація 1С рекомендує налаштувати резервування, щоб запобігти продажу товару, якого немає на складі. В результаті компанія втрачала до 150 000 гривень щомісяця. Ми налаштовуємо ланцюжок: отримання замовлення → перевірка залишку → резервування → підтвердження.

Як уникнути конфліктів залишків?

Резервування при замовленні — ключовий механізм. Після створення замовлення на сайті 1С:УТ надсилається запит на резервування. Якщо товару недостатньо, 1С повертає помилку, і замовлення переводиться в статус "вимагає уточнення". Це гарантує, що ви не продасте те, чого немає в наявності. Процес включає чотири кроки:

1. Отримання замовлення на сайті.
2. Запит на резервування в 1С.
3. Перевірка залишку.
4. Підтвердження або відмова.

Чому 1С:УТ краща за стандартну Бухгалтерію?

УТ обходить Бухгалтерію в 3–4 рази за швидкістю обробки замовлень та точністю залишків.

Технічні аспекти: стек та кейс

Використовувані протоколи — інтеграція 1С УТ

Використовуємо перевірені протоколи: CommerceML для типової синхронізації, OData (якщо редакція 11.x) або SOAP для більш складних сценаріїв. В одному з наших проектів – інтернет-магазин автозапчастин з 20 000 SKU – ми реалізували гібридну схему: номенклатура через CommerceML, а ціни та залишки — через прямий запит до HTTP-сервісу 1С. Це скоротило час синхронізації на 80% та усунуло втрати від overselling в середньому на 250 000 гривень щомісяця.

// Запит ціни для конкретного клієнтського сегмента
$priceRequest = [
    'Номенклатура' => $sku,
    'Характеристика' => $variantCode,
    'Кількість' => $quantity,
    'КонтрагентID' => $customer1cId,  // для індивідуальних цін
    'ДатаЦіни' => date('d.m.Y')
];
// 1С поверне ціну з урахуванням знижок, цінової групи клієнта

Залишки по кількох складах

Якщо у магазина кілька складів (роздріб + інтернет-магазин), потрібно визначити, з якого складу доступний товар. Часто інтернет-замовлення відвантажуються тільки з одного складу, а інші — для роздробу. Ми налаштовуємо правила: наприклад, показуємо сумарний залишок з позначкою "в наявності", але при замовленні резервуємо з конкретного складу.

// Відповідь 1С про залишки
[
    ['Склад' => 'Основний склад', 'Залишок' => 15],
    ['Склад' => 'Роздрібний магазин', 'Залишок' => 3],
]
// На сайті показуємо сумарний залишок або розбивку для самовивозу

Процес роботи: етапи та терміни

Орієнтовний термін: від 6 до 10 тижнів. Вартість розраховується індивідуально після аналізу вашої конфігурації. Зв'яжіться з нами для детального аналізу — оцінимо проект за один робочий день. Гарантуємо якість: понад 7 років досвіду, 50+ реалізованих інтеграцій, сертифіковані спеціалісти 1С.

Що входить в інтеграцію?

• Налаштування двостороннього обміну (товари, ціни, залишки, замовлення)
• Розробка обробок для 1С (вивантаження/завантаження)
• Адаптація під редакції 10.3 та 11.x
• Тестування та виправлення помилок протягом гарантійного періоду
• Документація з підтримки та доступу до сервера
• Навчання співробітників роботі з інтеграцією

Типові помилки при самостійному налаштуванні

• Пропуск полів. Часто забувають синхронізувати одиниці виміру або додаткові реквізити.
• Дублювання номенклатури. Якщо не налаштувати унікальний ідентифікатор, при кожному обміні створюються нові картки.
• Конфлікт цін. Кілька цінових груп можуть перезаписувати одна одну — потрібен чіткий пріоритет.

Отримайте консультацію — ми допоможемо уникнути цих помилок та налаштуємо інтеграцію, яка працюватиме роками.

Як вирішити проблеми синхронізації з 1С?

Ранок понеділка. Менеджер відкриває сайт і бачить, що позицію, яку розпродали в п'ятницю, досі «в наявності». Три клієнти вже оплатили товар, якого немає. Ми стикаємося з цим болем регулярно: відсутність синхронізації між 1С та інтернет-магазином б'є по грошах та репутації. Вирішуємо проблему під ключ — налаштовуємо обмін так, щоб облікова система та вітрина оновлювалися синхронно, без втрати даних та з гарантією консистентності. Після нашої інтеграції один із клієнтів скоротив кількість повернень на 50% і зекономив понад 20 000 грн за перший місяць.

1С — облікова система більшості українських компаній. Сайт — вітрина. Вони мають говорити однією мовою і робити це регулярно, надійно та без втрати даних. Наш досвід — понад 50 успішних інтеграцій для замовників з каталогами від 500 до 200 000 SKU.

Чому стандартний CommerceML не завжди рятує?

CommerceML — стандартний протокол обміну, який підтримують 1С:Управління торгівлею, 1С:Комплексна автоматизація та ряд інших конфігурацій. WooCommerce, Shopify та інші CMS мають плагіни для роботи з CommerceML (наприклад, «1С-Бітрікс» для своїх продуктів, окремі плагіни для WordPress). Потік: 1С ініціює обмін → надсилає ZIP-архів з XML на endpoint сайту → сайт розбирає, оновлює каталог.

Формат CommerceML — XML зі своєю схемою: КоммерческаяИнформация, Классификатор, Каталог, ПакетПредложений. Категорії, товари, характеристики, зображення, ціни, залишки. Головна складність — ієрархія характеристик в 1С та атрибути товарів на сайті не завжди збігаються один до одного. Потрібен мапінг. Для глибокого розуміння протоколу рекомендуємо документацію Wikipedia — там розглянуто всі нюанси схеми.

Як ми обходимо обмеження CommerceML

Для нестандартних конфігурацій 1С або коли CommerceML не підходить — пишемо HTTP-сервіс в 1С (вбудована можливість починаючи з версії 8.3) і взаємодіємо через REST JSON. Це дає повний контроль над структурою даних та частотою синхронізації, але вимагає розробки з боку 1С-програміста.

Для enterprise-завдань з кількома обліковими системами — Message Broker (RabbitMQ, Apache Kafka) як посередник. 1С публікує події в чергу, сайт підписується і обробляє. Гарантована доставка, буферизація при недоступності однієї зі сторін.

Що синхронізуємо і як

Каталог (товари, категорії, характеристики). Найоб'ємніша частина. Повне вивантаження при першому запуску, дельта-оновлення в подальшому. При імпорті CommerceML: парсимо XML через PHP SimpleXML або XMLReader (для великих файлів — тільки XMLReader, інакше memory limit). Зіставляємо товари за GUID з 1С, який зберігаємо в окремому полі БД. Якщо товар видалено в 1С — приховуємо на сайті, не видаляємо (історія замовлень може посилатися).

Залишки та ціни — окремий ПакетПредложений в CommerceML, оновлюється частіше каталогу. Критично робити атомарно: не оновлювати залишок по одному, а транзакцією. Інакше в момент оновлення користувач може побачити неконсистентний стан. Частота: раз на годину для спокійного режиму, раз на 5–15 хвилин для активної торгівлі.

Замовлення — двосторонній обмін. Сайт → 1С: нове замовлення передається з номенклатурою, кількістю, цінами, контактними даними покупця. 1С → сайт: статус замовлення (оплачено, зібрано, відвантажено, доставлено). Для передачі замовлень — або той же CommerceML (блок Документи), або прямий REST-виклик при створенні замовлення на сайті.

Типові проблеми, які вирішуємо

Дублювання товарів. 1С-оператор створив позицію з помилкою в артикулі, потім виправив. На сайті — два товари. Рішення: зіставлення за GUID з 1С (не за артикулом), GUID незмінний.

Кирилиця в XML та кодування. 1С історично працює з Windows-1251. CommerceML файл може прийти в CP1251, PHP очікує UTF-8. mb_convert_encoding() або iconv() в перших рядках парсера — обов'язково.

Тайм-аути при великому вивантаженні. Каталог з 100 000 позицій — це 50–200MB XML. PHP default execution time 30s не вистачить. Рішення: CLI-команда (Laravel Artisan або Symfony Console), запускається через cron, без HTTP timeout. Або chunked processing через XMLReader з частковими комітами в БД. Для обробки великих масивів даних використовуємо LazyCollection в Laravel — це дозволяє тримати в пам'яті лише один чанк.

Зображення. 1С може передавати зображення Base64 всередині XML (роздуває файл в 1.3 рази) або посиланнями на файли. Другий варіант кращий. Скачуємо асинхронно, конвертуємо в WebP, кладемо в медіабібліотеку.

Кейс: інтернет-магазин запчастин, 85 000 SKU

Синхронізація через CommerceML кожні 30 хвилин. Проблема: повне вивантаження займало 18 хвилин, в результаті нове вивантаження починалося, поки старе ще йшло. Рішення: lock через Redis (SET nx ex), дельта-вивантаження (тільки змінені позиції за останні 2 години через фільтр в 1С), обробка через чергу з 20 паралельними workers. Час синхронізації: 18 хвилин → 2.5 хвилини, конфліктів немає. Економія ресурсів сервера — до 40% навантаження CPU.

Як відбувається синхронізація даних з 1С?

Порівняння методів інтеграції

CommerceML в типових сценаріях швидше REST для синхронізації каталогу в 2-3 рази за рахунок бінарної упаковки XML та компактного формату. Однак, якщо потрібна кастомна логіка обміну, REST дає повну гнучкість.

Процес і терміни

Покроковий алгоритм налаштування інтеграції:

1. Аудит конфігурації 1С (версія, тип конфігурації, можливості вивантаження).
2. Проектування мапінгу даних — узгодження полів 1С та атрибутів сайту.
3. Розробка приймача на сайті та відправника в 1С (плагін або кастомний модуль).
4. Тестування на реальних даних: вивантаження каталогу, перевірка залишків, створення тестового замовлення.
5. Налаштування розкладу синхронізації (cron, черги) та моніторингу перших обмінів.
6. Документування схеми мапінгу та логіки обробки помилок.

Участь 1С-програміста з боку клієнта — обов'язково, або ми залучаємо перевіреного спеціаліста. Замовте аудит вашої системи обліку — ми оцінимо складність інтеграції за один робочий день.

Що входить в результат (deliverables)

• Документація: схема мапінгу, формати даних, логіка обробки помилок.
• Налаштований розклад синхронізації з логами виконання.
• Доступ до моніторингу (Grafana/ELK — за домовленістю).
• Навчання менеджерів: як запускати ручний обмін, як читати логи.
• Гарантійна підтримка після запуску — 2 тижні (виправлення інцидентів).

Отримайте консультацію

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