Интеграция CPQ с 1С/ERP: как сделать без «задвоений», ручного ввода и вечных сверок

Интеграции в производстве почти всегда начинаются одинаково: «давайте просто выгрузим из CPQ в 1С».
А заканчиваются — вечными сверками, дублированием номенклатуры и ручными корректировками.

Чтобы интеграция работала, нужно сначала определить границы ответственности систем.

1) Разделите роли систем (иначе будет война)

Типовая схема, которая обычно «сходится»:

• CPQ: параметры изделия, правила конфигурации, расчёт, формирование КП/спецификаций.
• 1С/ERP: учёт, склад, закупки, производство, фактические затраты, реализация, первичка.
• CRM (если есть): лиды, сделки, коммуникации, воронка.

CPQ не должен превращаться в учётную систему. И наоборот: 1С не должна быть «конструктором изделий».

2) Самая частая причина провала — справочники и идентификаторы

Пока вы не договорились о трёх вещах, интеграцию лучше не начинать:

• единый идентификатор номенклатуры/материала (или правила маппинга),
• структура спецификации (что такое позиция, что такое узел, какие атрибуты обязательны),
• версионность (спецификация №1 и №2 — это одно и то же изделие или разные?).

Если этого нет, вы получите «задвоения» и невозможность корректного учёта.

3) Что интегрировать в первой очереди (минимум пользы/риска)

Обычно лучше всего начать с обмена данными, которые дают эффект и редко ломают учёт:

• выгрузка спецификации (BOM) в согласованном формате,
• выгрузка параметров изделия (как атрибутов),
• выгрузка итоговых цен/условий (без попытки «пересчитать в 1С»),
• загрузка прайсов и остатков обратно в CPQ (если нужно для расчёта).

4) Что НЕ стоит интегрировать на старте

Если хотите сэкономить месяцы:

• не делайте «двустороннюю синхронизацию всего»,
• не пытайтесь в первом релизе тянуть все статусы производственных заказов,
• не делайте «единую карточку изделия» одновременно в CPQ и в 1С без правил владения.

Сначала — стабильный поток данных «в одну сторону», затем — расширение.

5) Формат обмена: стабильность важнее «красоты»

Хороший обмен — это:

• понятная схема данных (JSON/CSV/XML — не важно),
• валидации на входе/выходе,
• журнал ошибок,
• повторная отправка,
• идемпотентность (повторная выгрузка не создаёт дубль).

6) Чек‑лист готовности к интеграции

• Определены владельцы справочников.
• Есть таблица маппинга номенклатуры/единиц.
• Определена структура BOM/спецификации.
• Согласовано, как живут версии и изменения.
• Есть сценарий «что делать, если обмен упал».

Если этого нет — интеграция «будет работать», но только пока один человек вручную всё правит.

Связанные темы

• Про ядро расчёта и почему оно должно быть отдельно от UI:
  /blog/cpq-dlya-proizvodstva-kak-pereyti-s-excel
• Про версии и аудит себестоимости:
  /blog/raschet-sebestoimosti-versii-audit-istochniki-dannyh