Несколько баз 1С и юрлиц в одном B2B-портале: как это устроить
Группы компаний часто растут так: новое направление, новый регион или новый склад получают отдельное юрлицо и отдельную базу 1С. Для дилера это одна компания, а внутри три базы с разными справочниками. Подключить их к одному порталу можно, но не прямыми соединениями.
Типичные ситуации
- несколько юрлиц с отдельными базами 1С, общий ассортимент;
- головная компания и региональные филиалы со своими складами;
- производство и торговый дом в разных базах;
- одна база ведёт учёт, другая отвечает за склад;
- часть бизнеса на 1С, часть на МойСклад.
Главные вопросы
Один товар или три карточки
В разных базах один и тот же товар может иметь разные коды и наименования. Нужен единый справочник на стороне интеграционного слоя и таблица соответствия.
Чей это клиент
Дилер может работать с двумя юрлицами по разным договорам. Портал должен знать, от какого юрлица и по какому договору оформляется заказ.
Куда уходит заказ
Заказ дилера может содержать товары с разных складов разных юрлиц. Нужны правила: разбить заказ, выбрать один склад или предложить дилеру выбор.
Чьи цены показывать
Цены могут отличаться по юрлицам. Дилер должен видеть ту цену, по которой будет выставлен счёт.
Архитектура
| Слой | Что делает |
|---|---|
| Базы 1С | Учёт по своему юрлицу, источник своих данных |
| Интеграционный слой | Собирает данные из всех баз, сопоставляет, хранит единую модель, маршрутизирует заказы |
| Портал | Показывает дилеру единый каталог с его ценами и остатками |
| CRM | Менеджер видит все заказы клиента независимо от юрлица |
Прямое подключение каждой базы к порталу работает при двух базах и ломается при трёх. Каждая новая база добавляет связи, а единой картины нет.
Маршрутизация заказов
Варианты, которые встречаются чаще всего:
- По складу: позиции распределяются по базам в зависимости от того, где есть товар.
- По договору: дилер выбирает юрлицо, и весь заказ уходит в его базу.
- По направлению: разные группы товаров принадлежат разным юрлицам.
- Смешанно: основное правило плюс ручное согласование спорных случаев.
Важно, чтобы дилер понимал результат: если заказ разбит на два счёта от разных юрлиц, это нужно показать до отправки.
Сверка
При нескольких базах сверка особенно важна:
- все ли заказы портала дошли до нужной базы;
- совпадают ли суммы;
- нет ли контрагентов, которые есть в одной базе и отсутствуют в другой;
- корректно ли считаются общие лимиты, если они есть.
Частые вопросы
Можно ли объединить базы в одну вместо интеграции?
Иногда это правильное решение, но это большой проект по учёту, который затрагивает бухгалтерию и отчётность. Интеграционный слой позволяет запустить портал, не дожидаясь объединения.
Что если в одной базе 1С, а в другой МойСклад?
Интеграционный слой подключается к обеим системам через их механизмы обмена и приводит данные к единой модели.
Как быть с общим кредитным лимитом на группу юрлиц дилера?
Его нужно считать в интеграционном слое по данным всех баз и проверять при каждом заказе.
