Імпорт товарів з 1С (CommerceML/XML) — кастомна інтеграція

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

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

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Імпорт товарів з 1С (CommerceML/XML) — кастомна інтеграція
Складний
~5 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    956
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947

Кожен новий проєкт з 1С приносить сюрприз: XML-структура відрізняється від попередньої конфігурації. Поле Найменування може бути обов'язковим, а Артикул — відсутнім. Групи товарів вкладені нерівномірно, а зображення лежать у ZIP-архіві з непередбачуваними шляхами. Універсального парсера не існує — потрібен механізм, що адаптується під конкретне вивантаження. Ми спеціалізуємося на інтеграціях 1С понад 8 років, виконали понад 100 проєктів. Досвід дозволяє передбачити проблемні місця до початку розробки та гарантувати стабільний обмін навіть при зміні конфігурації. Якщо вам потрібний надійний імпорт товарів з 1С, зверніться до нас — ми проаналізуємо ваше вивантаження за один день.

CommerceML — це стандарт обміну даними, рекомендований 1С для передачі каталогів та замовлень між системами. Далі розберемо, що він собою являє.

Чому CommerceML-імпорт потребує доопрацювання?

Навіть при стандартному вивантаженні можливі відхилення: відсутність GUID, нестандартні імена властивостей, вкладеність груп більше 3 рівнів. Без маппінгу полів сайт або втратить частину даних, або впаде з помилкою. Ми налаштовуємо відповідність між полями XML та моделями вашого сайту на етапі аналізу.

Стандарт CommerceML

1С вивантажує дані в ZIP-архівах з XML-файлами кількох типів:

import.zip
├── import.xml      — каталог товарів, категорії, властивості
├── offers.xml      — склади, ціни, залишки
└── import0.xml     — продовження каталогу (при розбитті на файли)

Структура import.xml:

<?xml version="1.0" encoding="UTF-8"?>
<КоммерческаяИнформация ВерсияСхемы="2.10">
  <Каталог>
    <Группы>
      <Группа>
        <Ид>f47ac10b-58cc-4372-a567-0e02b2c3d479</Ид>
        <Наименование>Електроніка</Наименование>
        <Группы>
          <Группа>
            <Ид>6ba7b810-9dad-11d1-80b4-00c04fd430c8</Ид>
            <Наименование>Смартфони</Наименование>
          </Группа>
        </Группы>
      </Группа>
    </Группы>
    <Товары>
      <Товар>
        <Ид>550e8400-e29b-41d4-a716-446655440000</Ид>
        <Артикул>IPH-15-PRO-256</Артикул>
        <Наименование>iPhone 15 Pro 256GB Natural Titanium</Наименование>
        <ЗначенияСвойств>
          <ЗначениеСвойства>
            <Ид>color-property-id</Ид>
            <Значение>Natural Titanium</Значение>
          </ЗначениеСвойства>
        </ЗначенияСвойств>
        <Картинка>images/iphone15pro.jpg</Картинка>
      </Товар>
    </Товары>
  </Каталог>
</КоммерческаяИнформация>

Як організований протокол обміну?

1С ініціює обмін через HTTP-запити до сайту. Сайт реалізує обробник на певних URL:

GET  /1c-exchange/?type=catalog&mode=checkauth
GET  /1c-exchange/?type=catalog&mode=init
POST /1c-exchange/?type=catalog&mode=file&filename=import.zip
GET  /1c-exchange/?type=catalog&mode=import&filename=import.xml

Послідовність:

  1. checkauth — 1С перевіряє авторизацію
  2. init — отримує ліміти (максимальний розмір файлу, zip чи ні)
  3. file — завантажує XML-файли
  4. import — запитує імпорт конкретного файлу

Реалізація обробника (PHP/Laravel)

class OnecExchangeController extends Controller
{
    public function handle(Request $request)
    {
        $mode = $request->query('mode');

        return match($mode) {
            'checkauth' => $this->checkAuth($request),
            'init'      => $this->init(),
            'file'      => $this->uploadFile($request),
            'import'    => $this->importFile($request),
            default     => response('failure', 400),
        };
    }

    private function checkAuth(Request $request): Response
    {
        // 1С відправляє логін/пароль в Basic Auth
        if (!$this->validateCredentials($request)) {
            return response("failure\nНевірний логін або пароль");
        }
        $cookie = Str::random(32);
        Cache::put("1c_session_{$cookie}", true, 600);
        return response("success\nCOOKIE\n1c_session={$cookie}");
    }

    private function init(): Response
    {
        return response(implode("\n", [
            'zip=yes',
            'file_limit=' . (32 * 1024 * 1024), // 32MB
        ]));
    }

    private function uploadFile(Request $request): Response
    {
        $filename = $request->query('filename');
        $request->file('file')->storeAs('1c-exchange', $filename);
        return response('success');
    }

    private function importFile(Request $request): Response
    {
        $filename = $request->query('filename');
        ImportFrom1cJob::dispatch($filename);
        return response('success');
    }
}

Парсинг XML

XML з 1С — це кириличні теги в просторі імен. Парсинг через SimpleXML/DOMDocument прямолінійний:

class CommerceMLParser
{
    public function parseImport(string $xmlPath): void
    {
        $xml = simplexml_load_file($xmlPath, 'SimpleXMLElement', LIBXML_NOCDATA);
        $catalog = $xml->Каталог;

        // Рекурсивно обробляємо дерево категорій
        $this->processGroups($catalog->Группы->Группа);

        // Товари
        foreach ($catalog->Товары->Товар as $item) {
            $this->processProduct($item);
        }
    }

    private function processProduct(SimpleXMLElement $item): void
    {
        $guid = (string) $item->Ид;
        $sku  = (string) $item->Артикул;
        $name = (string) $item->Наименование;

        // Властивості товару
        $attributes = [];
        foreach ($item->ЗначенияСвойств->ЗначениеСвойства as $prop) {
            $attributes[(string)$prop->Ид] = (string)$prop->Значение;
        }

        Product::updateOrCreate(
            ['onec_guid' => $guid],
            ['sku' => $sku, 'name' => $name, 'attributes' => $attributes]
        );
    }
}

Обробка файлу offers.xml (ціни, залишки) виконується аналогічно. Після парсингу атрибутів оновлюються записи в БД:

public function parseOffers(string $xmlPath): void
{
    $xml = simplexml_load_file($xmlPath);
    $packageOffers = $xml->ПакетПредложений;

    foreach ($packageOffers->Предложения->Предложение as $offer) {
        $guid  = (string) $offer->Ид;
        $price = (float)  $offer->Цены->Цена->ЦенаЗаЕдиницу;
        $stock = (int)    $offer->Количество;

        Product::where('onec_guid', $guid)->update([
            'price' => $price,
            'stock' => $stock,
        ]);
    }
}

Асинхронний імпорт

Великі каталоги (10 000+ товарів) не можна обробляти синхронно — 1С очікує відповіді протягом кількох секунд. Рішення:

  • Файл зберігається одразу (uploadFile)
  • importFile повертає success негайно
  • Обробка запускається у фоні через Laravel Queue / Celery
  • Прогрес доступний через окремий endpoint або адміністративний інтерфейс

Як обробляються зображення під час імпорту?

1С вивантажує шляхи до картинок відносно архіву. Обробка:

  1. Розпакування архіву в тимчасову директорію
  2. Обробка зображень (ресайз, конвертація в WebP)
  3. Завантаження в CDN/S3
  4. Оновлення записів в БД
Приклад обробки зображення
$image = Image::make(storage_path("tmp/{$path}"));
$image->fit(800, 800);
$image->encode('webp', 80);
$s3->put("products/{$guid}.webp", $image->encoded);
Product::where('onec_guid', $guid)->update(['image' => "products/{$guid}.webp"]);

Як обробляти каталоги >10 000 позицій?

Для великих каталогів використовуємо потоковий парсинг через XMLReader. Це дозволяє обробляти XML-файли розміром до 500 МБ без переповнення пам'яті. Фонові черги (RabbitMQ, Redis) гарантують, що імпорт не заблокує роботу сайту. Кастомна інтеграція в 3 рази знижує кількість помилок обміну порівняно з типовими модулями.

Строки та вартість

Імпорт товарів з однієї конфігурації 1С (каталог + ціни + залишки): 8–12 робочих днів. Включає тестування на реальних даних клієнта та налагодження edge-cases конкретної конфігурації 1С. Вартість розраховується індивідуально, економія на ручному заповненні каталогу окупає вкладення в перші місяці.

Що входить в роботу

Етап Результат
Аналіз вивантаження 1С Опис структури XML, маппінг полів
Розробка обробника Контролер з маршрутами, парсери
Налаштування черг Фоновий імпорт через Laravel Queue
Обробка зображень Ресайз, WebP, завантаження в S3
Тестування Імпорт реального каталогу, перевірка edge-cases
Документація Інструкція для адміністратора по запуску обміну
Навчання Демонстрація процесу імпорту, відповіді на питання
Підтримка після запуску 30 днів моніторингу та виправлення помилок

Порівняння підходів: готові модулі vs кастомна розробка

Критерій Готовий модуль (наприклад, «1С-Бітрікс: Обмін даними») Кастомна інтеграція
Адаптація до конфігурації 1С Обмежена стандартом, часті розбіжності Повний контроль над маппінгом
Продуктивність Залежить від реалізації модуля Оптимізується під ваш каталог
Підтримка нестандартних полів Тільки стандартні властивості Будь-які поля, додаткові перетворення
Вартість Безкоштовно або недорого Інвестиція, яка окупається стабільністю
Строк впровадження Від 1 дня 8–12 днів

Кастомна розробка часто виявляється дешевшою в довгостроковій перспективі — особливо для компаній зі складною номенклатурою (1000+ позицій, безліч характеристик). Ми гарантуємо стабільний обмін навіть при зміні конфігурації 1С в межах гарантійного терміну.

Для точного розрахунку строків і бюджету зв'яжіться з нашими інженерами. Отримати консультацію можна через форму на сайті або по телефону. Ми безкоштовно проаналізуємо ваше вивантаження та запропонуємо оптимальне рішення.

Як вирішити проблеми синхронізації з 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 Висока (бінарний XML) Низька (фіксована схема) Низька (майже не тисне на сервер)
REST API напряму Середня (JSON) Висока (будь-яка модель) Середня (потрібні два HTTP-сервери)
Message Broker (RabbitMQ/Kafka) Дуже висока (асинхронно) Середня (подійна архітектура) Висока (потрібен кластер брокера)

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

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

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

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

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

Сценарій Термін
CommerceML, каталог + залишки, WooCommerce 2–4 тижні
Двосторонній обмін замовленнями +2–3 тижні
Кастомна конфігурація 1С, REST API 4–8 тижнів
Enterprise: кілька баз 1С, шина даних 2–4 місяці

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

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

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

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