Одна номенклатура вместо двух реальностей

Интеграция сайта с 1С

Настраиваю обмен, при котором сайт показывает те же товары, цены и остатки, что и учётная система, а заказы попадают в 1С без ручного переноса менеджером.

Основная сложность интеграции — не в передаче файла, а в данных: расхождениях номенклатуры, характеристиках, типах цен и складах. Именно на это уходит большая часть работы.

CommerceMLAPI / HTTP-СЕРВИСЫОСТАТКИЗАКАЗЫПОСТАВЩИКИ
REF.01 / симптомы

Какие проблемы это решает

Ручной перенос данных между сайтом и учётом почти всегда стоит дороже, чем кажется: он отнимает время менеджеров и приводит к ошибкам, которые видит покупатель.

01

Цены на сайте расходятся с учётом

Покупатель видит одну цену, менеджер называет другую. Каждое такое расхождение — потерянное доверие и спор при оформлении.

02

Продаётся то, чего нет на складе

Остатки обновляются вручную и с задержкой, поэтому часть заказов приходится отменять или переносить.

03

Заказы переносят руками

Менеджер перепечатывает заказ из письма в 1С. Это время, ошибки в позициях и невозможность быстро масштабироваться.

04

Новые товары не доходят до сайта

Номенклатура в учёте растёт, а каталог на сайте отстаёт на недели, потому что его наполняют вручную.

05

Покупатель не видит статус заказа

Все вопросы о готовности и отгрузке идут в звонки менеджеру вместо личного кабинета.

06

Обмен уже есть, но ломается

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

REF.02 / данные

Что можно синхронизировать

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

01 / КАТАЛОГ

Товары и структура

Основа, с которой начинается любой обмен.

  • номенклатура, группы и категории
  • характеристики, свойства и единицы измерения
  • артикулы и сопоставление с текущим каталогом сайта
  • изображения и описания товаров
  • правила публикации: что выгружать, а что скрывать
02 / ЦЕНЫ

Цены и остатки

Часть данных, которая должна обновляться чаще всего.

  • несколько типов цен: розница, опт, партнёрские
  • персональные цены для клиентов в B2B-сценарии
  • остатки по нескольким складам и филиалам
  • правила отображения наличия вместо точных цифр
  • частые частичные обновления без полной выгрузки
03 / ЗАКАЗЫ

Заказы и клиенты

Обратное направление обмена — из сайта в учётную систему.

  • передача заказа с позициями, ценами и скидками
  • контрагенты и реквизиты для юридических лиц
  • выбранная доставка и способ оплаты
  • статусы заказа и информация об отгрузке
  • история заказов в личном кабинете покупателя
04 / ПОСТАВЩИКИ

Внешние источники

Когда часть ассортимента приходит не из 1С, а от партнёров.

  • приём прайсов поставщиков в разных форматах
  • приведение к единой структуре и сопоставление позиций
  • правила наценки и приоритета источников
  • объединение собственного склада и товаров под заказ
  • расчёт сроков поставки для покупателя
REF.03 / способы

Как устроен обмен технически

Выбор способа зависит от конфигурации, доступов и того, насколько свежими должны быть данные. Ниже — варианты, которые действительно работают в эксплуатации.

ВАРИАНТ 01Типовой обмен CommerceML

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

ВАРИАНТ 02Обмен через API сайта

1С обращается к защищённым методам сайта и передаёт только изменившиеся данные. Гибче и экономнее по нагрузке.

ВАРИАНТ 03Выгрузка файлов по расписанию

Когда учётная система закрыта наружу: файлы забираются с защищённого хранилища и разбираются сайтом.

ВАРИАНТ 04Промежуточный слой синхронизации

Отдельный обработчик, который объединяет данные из 1С и от поставщиков и отдаёт сайту уже согласованный каталог.

REF.04 / порядок

Как проходит работа

  1. 01

    Разбор данных

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

    Аудит
  2. 02

    Схема обмена

    Фиксируем, какие сущности передаются, в какую сторону, с какой периодичностью и что считается источником истины при расхождении.

    Договорённости
  3. 03

    Разработка и тестовый контур

    Обмен собирается и проверяется на копии данных, чтобы боевой каталог не пострадал от первых запусков.

    Разработка
  4. 04

    Сверка и запуск

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

    Сверка
  5. 05

    Журнал и уведомления

    Настраиваю контроль: когда прошёл обмен, что не загрузилось и куда приходит сообщение об ошибке. Дальше — гарантийная поддержка.

    Контроль
REF.05 / честно

О чём предупреждаю заранее

Беспорядок в 1С переедет на сайт

Обмен переносит данные как есть. Дубли номенклатуры и пустые характеристики придётся приводить в порядок — на стороне учёта или правилами обмена.

Большая часть времени уходит на сверку

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

Мгновенная синхронизация нужна не всегда

Обновление остатков раз в минуту создаёт нагрузку и редко оправдано. Периодичность подбираем по реальной оборачиваемости.

REF.06 / вопросы

Частые вопросы об интеграции

REF.07 / рядом

Связанные направления

Материалы

Разборы по теме

Интеграция

Расскажите про вашу 1С

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

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