Интеграции
Интеграции и обмены данными
Учётная система, портал, сайт и маркетплейсы должны разговаривать между собой. Настраиваем этот разговор и следим, чтобы он не обрывался.
Один источникправды —и всёсходится.
01 — 1С ↔ Битрикс24
Сделка идокумент —одно и то же.
Номенклатура, контрагенты, сделки, счета, оплаты и отгрузки. Настройка коннектора и доработка там, где типовой логики не хватает.
02 — 1С ↔ сайт
Остаткинастоящие,а не вчерашние.
Выгрузка каталога и остатков, приём заказов, статусы, цены по типам контрагентов и персональные условия для дилеров.
03 — Маркетплейсы
Ozon, WBи Маркет —в вашей базе.
Карточки, остатки, заказы и отчёты о продажах приходят в учётную систему без ручных выгрузок.
04 — Телефония, банк, сервисы
Звонок,платёж,доставка.
Запись звонков в карточку клиента, выписки из банк-клиента, платёжные системы, службы доставки, уведомления в Telegram.
Как это устроено
Схема типового контура
1С остаётся единственным источником правды по остаткам и ценам. Остальные системы получают данные от неё и возвращают заказы и события.
Грабли
На чём чаще всего разваливаются обмены
Сайт показывает остаток, который уже зарезервирован под чужой заказ. Клиент оформляет, менеджер отменяет — репутация страдает. Решается согласованием логики резервирования между 1С и площадкой, а не увеличением частоты обмена.
Когда обмен идёт по наименованию, а не по идентификатору, справочники быстро зарастают дублями. Настраиваем сопоставление по стабильным ключам и чистим то, что уже наплодилось.
Обмен падает молча, расхождение обнаруживают через неделю. Ставим мониторинг: если обмен не прошёл, уведомление уходит в Telegram или на почту сразу.
После обновления конфигурации меняется состав реквизитов, и правила перестают отрабатывать. Проверяем обмены после каждого обновления — это входит в сопровождение.
Нужно связать системы?
Опишите, что и с чем должно обмениваться. Скажем, решается ли это штатными средствами или потребуется доработка.