Перейти к содержимому

1С и WooCommerce: обмен остатками и заказами

«Интеграция с 1С» — слишком общее описание, чтобы по нему выбирать решение. 1С — не один продукт, а семейство конфигураций, и обмен с WooCommerce подбирается под конкретную конфигурацию, редакцию и доработки. От этого зависят и состав данных, и поддержка складов, и работа с ценами.

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

  • «1С:Управление торговлей» (УТ) — учёт на нескольких складах, перемещения, комплектация, инвентаризации, управление запасами. Наиболее полный набор складских возможностей среди типовых торговых конфигураций.
  • «1С:Управление нашей фирмой» (УНФ) — учёт в небольшой компании: торговля, склад, деньги, производство в одном контуре.
  • «1С:Розница» — магазин и касса; обмен с сайтом обычно идёт через смежную систему или промежуточный узел.
  • «1С:Комплексная автоматизация» — несколько контуров учёта; обмен сложнее и почти всегда требует проекта, а не установки плагина.

Одинаковый плагин на двух разных конфигурациях ведёт себя по-разному: то, что в УТ является складом, в «Рознице» может быть торговым объектом, а в УНФ — местом хранения с другими правилами резерва.

Большинство решений обмениваются через CommerceML — формат обмена коммерческими данными. Он покрывает типовой набор:

  • товары и вариации, категории, атрибуты;
  • изображения;
  • цены и типы цен;
  • остатки по складам;
  • заказы, их состав и статусы — в обе стороны.

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

EDI — бесплатный плагин с поддержкой CommerceML. По описанию разработчика:

  • передаёт товары и вариации, категории, атрибуты, изображения, цены и остатки;
  • поддерживает двусторонний обмен заказами, их составом и статусами;
  • в списке поддерживаемых конфигураций — «Управление торговлей», УНФ, «Розница» и «Комплексная автоматизация».

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

Решение ITGALAXY — ещё один вариант обмена. В документации описаны настройка подключения, передача заказов с сайта и изменение их статусов по данным из учётной системы. В описании продукта также указана поддержка МойСклад и СБИС — это делает его кандидатом, если в компании несколько учётных контуров.

Сравнивайте не по наличию слова «1С» в описании, а по шести пунктам:

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

Отдельно проверьте единицы измерения: «шт» и «упак» в 1С легко превращаются в разные остатки для одного товара, если коэффициент пересчёта не задан.

В 1С резерв — это отдельная сущность учёта, а не вычитание из остатка в момент выгрузки. Сайту нужно передавать доступное к продаже количество, а не физический остаток, иначе витрина покажет товар, который уже зарезервирован под оптовый заказ.

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

Поток заказа обычно такой: сайт создаёт заказ → учёт создаёт документ реализации → статус документа возвращается на сайт. Требования к этому потоку те же, что и для любой учётной системы:

  • Один маршрут. Заказ не должен создаваться в 1С дважды — напрямую и через CRM.
  • Внешний ID документа хранится в заказе; повторная отправка обновляет существующий документ.
  • Статусы 1С не равны статусам WooCommerce. Нужна таблица соответствия: «зарезервирован», «отгружен», «закрыт» в учёте → processing, completed, cancelled на сайте.
  • Обратная петля. Изменение статуса на сайте не должно повторно переписывать документ в 1С.