Интеграция 1С с сайтом: синхронизация товаров, цен и заказов

Интеграция 1С с сайтом нужна тогда, когда менеджер каждый день вручную переносит цены и остатки из учетной системы в админку, а покупатели все равно заказывают товар, которого уже нет на складе. На опыте собственных проектов с каталогами от нескольких сотен до десятков тысяч позиций разбираем, какие данные должны передаваться между 1С и интернет-магазином, как часто, где обмен чаще всего ломается и сколько стоит настройка. Все описанное касается и BAS: принцип обмена там такой же, отличаются отдельные настройки конфигурации.

Интеграция 1С с сайтом: какие данные синхронизировать и как часто

Первое правило: для каждого типа данных должна быть одна главная система. Если цену можно изменить и в 1С, и в админке сайта, рано или поздно они разойдутся, и никто не скажет, какая из них правильная.

Типичная ошибка: синхронизировать все и сразу каждые пять минут. Полная выгрузка товаров из 1С на сайт для каталога на 30 000 позиций с такой частотой перегрузит сервер на обычном хостинге: новый обмен будет стартовать раньше, чем закончился предыдущий. Правильная схема разделяет потоки: легкие и частые обновления цен и остатков отдельно, тяжелый обмен каталогом ночью. Вторая ошибка касается контента. Описания, фото и мета-теги в основном заполняют на сайте, потому что в 1С для них нет удобного инструмента. Если обмен при каждом запуске перезаписывает эти поля данными из 1С, работа контент-менеджера и SEO-специалиста исчезает за ночь. В техническом задании нужно прямо прописать, какие поля 1С заполняет только при создании товара и больше не трогает.

Как устроен обмен 1С с интернет-магазином: три рабочие схемы

Стандартный обмен через CommerceML

CommerceML — это формат XML-файлов для обмена, который поддерживают типовые торговые конфигурации 1С и BAS: «Управление торговлей» (1С УТ), «Комплексная автоматизация», а также УНФ и «Розница». В них есть встроенный механизм обмена с сайтом: 1С формирует файл каталога и файл предложений с ценами и остатками, передает их на сайт и забирает оттуда новые заказы. Плюсы: на стороне 1С почти не нужно программирование, поэтому это самый дешевый вариант. Минусы: большие файлы, ограниченная гибкость, а нестандартные реквизиты (например, совместимость запчастей или отдельные цены для дилеров) приходится дорабатывать с обеих сторон.

Интеграция 1С с сайтом через API

1С публикует HTTP-сервис или обращается к API сайта и передает только измененные данные небольшими порциями. Остаток изменился на складе, и через минуту он уже обновился в магазине. Эта схема нужна при быстром обороте товара, для оптовых кабинетов и персональных цен, но требует программиста 1С.

Промежуточный сервис между 1С и сайтом

Между учетной системой и магазином ставят отдельный сервис с очередью задач. Он принимает данные из 1С, проверяет их, отсеивает ошибки и постепенно записывает на сайт, маркетплейсы и в B2B-портал. Такой подход оправдан, когда каналов продаж несколько, а каталог большой: сбой в одном канале не останавливает остальные.

Интеграция 1С с сайтом на WordPress (WooCommerce), OpenCart и кастомных платформах

WooCommerce

Для каталогов до нескольких тысяч товаров готовых модулей обмена обычно хватает. Проблемы начинаются с вариативными товарами: в WooCommerce каждая вариация хранится как отдельная запись с десятками полей метаданных. Стандартный импорт через функции WordPress на 10 000+ позициях с размерами и цветами может длиться часами. Поэтому для больших каталогов мы пишем собственный импортер. Он записывает данные пакетами, отключает пересчет кешей и служебных таблиц на время обмена и запускает его один раз в конце. В зависимости от сервера и объема каталога обмен, который длился часами, после такой переработки сокращается до минут или нескольких десятков минут.

OpenCart

Структура базы в OpenCart проще, поэтому импорт обычно идет быстрее. Но опции товара здесь не имеют собственного артикула, а количество ведется отдельно для каждого значения опции. Комбинацию «размер + цвет» стандартный OpenCart не учитывает, тогда как в 1С у каждой такой характеристики свой остаток. Без доработки сайт не покажет корректно, что синий M закончился, а красный M есть. Подробнее об этой проблеме мы писали в статье об ошибках магазинов с большим количеством модификаций товаров.

Кастомные магазины на Laravel и Next.js

Здесь структуру данных проектируют сразу под учет в 1С: отдельные сущности для характеристик, складов, типов цен и групп клиентов. Это самый гибкий вариант для каталогов на десятки тысяч позиций и оптовых продаж, но и самый дорогой на старте. Если вы еще выбираете платформу, посмотрите наше честное сравнение WooCommerce и OpenCart.

Типичные поломки обмена и как их избежать

Дубликаты товаров и SKU

Причин обычно три: товары сопоставляют по названию или артикулу, которые в 1С не уникальны или время от времени редактируются; часть товаров создали на сайте вручную еще до интеграции; базу 1С переносили на новую конфигурацию с пересозданием справочников, и внутренние идентификаторы номенклатуры изменились. Надежный ключ для сопоставления один: внутренний идентификатор номенклатуры 1С (GUID), который хранят на сайте в отдельном поле. Если магазин уже работает, перед первым обменом делаем разовое сопоставление существующих товаров по артикулу и формируем отчет о конфликтах. Так товары не дублируются, а старые URL и позиции в Google сохраняются.

Остатки на сайте не совпадают со складом

Классическая ситуация: популярного товара на складе 3 штуки, обмен происходит раз в час, а за этот час поступает 5 заказов. Другая типичная причина: сайт показывает суммарный остаток по всем складам вместе с браком, транзитом и товаром, уже зарезервированным под другие заказы. Синхронизация остатков из 1С работает корректно, когда выполнены три условия:

• на сайт передается свободный остаток, то есть фактический минус резерв, и только с выбранных складов;
• при оформлении заказа сайт сразу уменьшает остаток у себя, не дожидаясь следующего обмена;
• остатки обновляются отдельным легким обменом чаще, чем каталог.

Для магазинов с несколькими складами или точками самовывоза это отдельная задача, которую мы разбираем на странице о синхронизации склада интернет-магазина.

Зависание на больших каталогах

Симптомы знакомые: обмен обрывается с ошибкой сервера, половина товаров обновилась, остальные со старыми ценами, а при следующем запуске все повторяется. Причины: один огромный XML-файл, лимиты времени и памяти на хостинге, повторная загрузка всех фото при каждом обмене. Что помогает: передавать данные пакетами в архивах, обрабатывать их в фоновой очереди, а не в рамках одного запроса, выгружать только измененные позиции, а фото обновлять только тогда, когда изменился сам файл. С такими нагрузками мы работали в проекте интернет-магазина «Копійка»: каталог на десятки тысяч товаров и постоянный обмен с 1С.

Заказы, которые не доходят до 1С

Чаще всего заказ застревает, когда в 1С не настроены соответствия способов доставки и оплаты, когда товар из заказа уже удалили из номенклатуры или когда для каждого покупателя создается новый контрагент. Решение: сопоставлять клиентов по номеру телефона, вести журнал обмена и отправлять уведомление в Telegram, если заказ не попал в 1С, например, в течение 15 минут.

Обмен ломается после обновления 1С

Обновление конфигурации может сбросить настройки узла обмена или изменить структуру файлов. Перед обновлением рабочей базы прогоняйте тестовый обмен на копии. Если этим никто не занимается, первый сигнал о проблеме дадут покупатели.

Что подготовить в 1С перед стартом интеграции

По нашему опыту, наведение порядка в базе иногда занимает больше времени, чем сама интеграция. Проверьте до начала работ:

• артикулы уникальны, дубли номенклатуры объединены или помечены на удаление;
• группы номенклатуры соответствуют будущим категориям сайта или есть таблица соответствия;
• размеры и цвета оформлены как характеристики номенклатуры, а не дописаны в название;
• определены типы цен, которые идут на сайт, и склады, с которых считается остаток;
• известны версии конфигурации и платформы 1С, есть копия базы для тестов;
• есть ответственный человек со стороны 1С: ваш программист, администратор или компания, которая обслуживает вашу 1С.

Если каталог большой и структуру групп в 1С строили под бухгалтерию, а не под покупателя, ее лучше не переносить на сайт один к одному. Категории на сайте проектируют отдельно, а обмен только раскладывает товары по таблице соответствия.

Как правильно поставить задачу подрядчику

Фраза «нужна интеграция с 1С» в брифе для разных подрядчиков означает что угодно: от настройки модуля за день до трехмесячного проекта. Чтобы оценки были сопоставимыми, зафиксируйте в ТЗ:

1. Перечень данных и направление обмена для каждого типа.
2. Частоту обмена отдельно для каталога, цен, остатков и заказов.
3. Главную систему для каждого поля и список полей, которые 1С не перезаписывает.
4. Ключ идентификации товаров и правила первого сопоставления с существующим каталогом.
5. Таблицу соответствия статусов заказов, способов оплаты и доставки.
6. Что происходит в случае ошибки: журнал, уведомления, кто реагирует.
7. Кто выполняет работы на стороне 1С.
8. Критерии приемки: например, обновление остатков по всему каталогу длится не дольше 10 минут, тестовый заказ появляется в 1С с правильным контрагентом и доставкой.

Общую логику составления документа мы описали в статье как составить техническое задание на разработку интернет-магазина. На этапе выбора подрядчика спросите, работал ли он с каталогом вашего размера, как решает проблему дубликатов и есть ли в команде программист 1С.

Сколько стоит интеграция 1С с сайтом и сколько она длится

Диапазоны ниже ориентировочные: точная сумма зависит от платформы сайта, конфигурации 1С и состояния данных.

Что чаще всего увеличивает бюджет: с вашей стороны нет программиста 1С, и работы в конфигурации выполняет подрядчик; грязные данные с дублями и пустыми артикулами; сильно измененная нестандартная конфигурация; необходимость подключить обмен к уже работающему магазину без потери SEO-позиций. Закладывайте и сопровождение. После обновлений 1С, появления нового склада или типа цены обмен нужно донастраивать. В Kliox бюджет и сроки фиксируются в договоре, а после запуска каждый проект получает 10 часов бесплатной поддержки: их можно использовать на донастройку обмена в первые недели работы.

Частые вопросы

Отличается ли интеграция BAS от интеграции 1С с сайтом?

Принципиально нет. Торговые конфигурации BAS поддерживают тот же формат обмена, а разница сводится к версии конфигурации и отдельным настройкам узла обмена. Оценка работ примерно одинаковая.

Подойдет ли готовый модуль обмена?

Да, если каталог небольшой, без сложных характеристик, а конфигурация 1С типовая. На больших каталогах и с нестандартными данными модуль либо не справится с нагрузкой, либо его доработка будет стоить как отдельная разработка.

Кто должен делать доработки на стороне 1С?

Лучше ваш программист или компания, которая обслуживает 1С: они знают конфигурацию и изменения, внесенные в нее ранее. Если такого человека нет, эту часть берет на себя подрядчик, но ему понадобится доступ к копии базы, а бюджет вырастет. Главное, чтобы за каждую сторону обмена отвечал конкретный человек.

Можно ли подключить 1С к уже работающему магазину?

Можно, без остановки продаж. Сначала настраиваем обмен на копии сайта и тестовой базе 1С, сопоставляем существующие товары с номенклатурой, а затем переключаем рабочий магазин, обычно в часы наименьшего трафика. Если вы планируете интеграцию или существующий обмен регулярно дает сбои, пришлите нам описание конфигурации 1С и платформы сайта. Подскажем, какая схема подойдет, и назовем реальные сроки. Как мы работаем с такими проектами, описано на странице об интеграции 1С с интернет-магазином.