Интеграция
с 1С, ERP
и CRM
Связываем интернет-магазины и B2B-порталы с учётными системами: 1С, SAP и другими ERP, CRM, WMS, PIM и маркетплейсами. Каталог, цены, остатки, заказы и статусы ходят между системами сами — без ручных выгрузок и потерянных заказов.
С какими системами интегрируем сайт
1С:ERP, УТ, КА, УНФ и отраслевые конфигурации. Двусторонний обмен товарами, ценами, остатками, заказами и контрагентами.
SAP, Microsoft Dynamics и Navision, Oracle, отечественные ERP. Маппинг данных и трансформация форматов.
Битрикс24, amoCRM и другие. Заявки, сделки, контакты и история заказов клиента — в одном месте.
Склад и доставка, PIM для товарного контента, Ozon, Wildberries и Яндекс Маркет, ЭДО и платежи.
Что ходит между сайтом и учётом
Из учёта на сайт
- Каталог и характеристики товаров — из 1С, ERP или PIM.
- Цены, включая персональные цены и скидки B2B-клиентов.
- Остатки по складам и магазинам.
- Статусы заказов, отгрузки, документы, задолженность контрагента.
С сайта в учёт
- Заказы с составом, оплатой и способом доставки.
- Новые клиенты и контрагенты, изменения реквизитов.
- Оплаты, возвраты и чеки.
- Заявки, рекламации и обращения — в CRM или учётную систему.
Подбираем схему под задачу
Выгрузка по расписанию
Учётная система раз в несколько минут выгружает данные или отвечает на запросы сайта. Просто и надёжно для каталога и цен небольшого магазина.
Обмен через API
Системы обмениваются событиями сразу: новый заказ, смена статуса, изменение остатка. Добавляем очередь и повторы, чтобы ни одно событие не потерялось.
Шина данных
Все системы обмениваются через брокер сообщений — RabbitMQ или Kafka. Нужна, когда систем и каналов много, а нагрузка бывает пиковой.
Шина данных — когда систем много
Системы не зависят друг от друга
Сайт принимает заказы, даже когда 1С на обслуживании: сообщения ждут в очереди и доходят, когда учётная система вернётся. Пики распродаж очередь сглаживает сама.
RabbitMQ — для заказов и статусов
Надёжная доставка сообщений, повторные попытки и маршрутизация. Наш выбор для большинства обменов магазина с учётом — например, в Rulazada. Подробнее — в статье про RabbitMQ.
Kafka — для больших потоков событий
Журнал событий для сотен тысяч изменений цен и остатков в день, многих систем-подписчиков и аналитики в реальном времени. Подробнее — в статье про Kafka.
Не усложняем без причины
Шина нужна не каждому проекту. Если систем две-три, хватает API с очередью. Схему выбираем после разбора потоков данных и нагрузки.
Как проходит интеграция сайта с 1С
Разбираем, какие данные, из какой системы, куда и как часто должны приходить. Для каждого типа данных — товаров, цен, остатков, заказов, клиентов — фиксируем одну систему-владельца, чтобы данные не правились в двух местах.
Описываем форматы и API-контракты, согласуем их с командой 1С или ERP до начала разработки. Договариваемся, что происходит при ошибке: повтор, уведомление, ручной разбор.
Делаем обмены по выбранной схеме: расписание, API с очередью или шина на RabbitMQ или Kafka. Для старых и самописных систем пишем сервис-адаптер, чтобы не дорабатывать их изнутри.
Проверяем обмены на тестовом контуре учётной системы и сверяем количество и суммы на реальных данных. Переключаем поэтапно, без остановки продаж.
Настраиваем мониторинг очередей и ошибок обмена с уведомлениями. Дальше обмены сопровождаем на поддержке и развитии по SLA.
Подтверждено рейтингами
Частые вопросы об интеграции
-
С типовыми и доработанными: 1С:ERP, Управление торговлей, Комплексная автоматизация, УНФ и отраслевыми решениями. Обмен делаем через HTTP-сервисы 1С, OData, файловый обмен или шину данных — в зависимости от возможностей конфигурации и требований к скорости.
-
Чаще всего нет. Для обмена заказами и статусами между сайтом и 1С хватает API с очередью или RabbitMQ. Kafka оправдана, когда систем и каналов много, а событий — сотни тысяч в день. Схему выбираем после разбора потоков данных.
-
От нескольких минут при выгрузке по расписанию до практически мгновенного обновления при обмене событиями через API или шину. Скорость выбираем по обороту: чем быстрее заканчивается товар, тем чаще нужно обновлять остатки.
-
Если у неё есть API, база данных или файловый обмен, к ней можно подключиться. Обычно делаем промежуточный сервис-адаптер, чтобы не дорабатывать старую систему изнутри.
-
Описываем текущие обмены и форматы, затем переподключаем сайт к новой системе и проверяем обмены на копии данных. Переключение делаем поэтапно и не на пике продаж, чтобы заказы не терялись.
Почему обмены ломаются
Нет одного источника правды
Цену правят и в 1С, и в админке сайта — данные расходятся. У каждого типа данных должна быть одна система-владелец.
Тихие ошибки
Обмен упал ночью, а узнали о нём от покупателей. Мониторинг очередей и уведомления об ошибках нужны с первого дня.
Нет тестового контура
Если обмен проверяют сразу на боевой 1С, каждая доработка рискует сломать продажи. Копия учётной системы окупается быстро.
Синхронные вызовы в корзине
Сайт спрашивает остаток у ERP прямо при оформлении заказа — и тормозит вместе с ней под нагрузкой. Подробнее — в исследовании об интеграциях с 1С и ERP.
