Интеграции
с 1С и ERP
Сайт продаёт ровно настолько хорошо, насколько точны цены, остатки и статусы заказов, которые приходят из учётных систем. Разбираем, как устроить обмен интернет-магазина и B2B-портала с 1С, ERP, CRM и WMS, когда хватает выгрузки по расписанию, а когда нужна шина данных.
Учётные системы сменились — обмены переписывают
- Рынок ERP в России по итогам 2025 года — около 100 млрд ₽, доля отечественных продуктов выросла до 75% [1]. Компании, которые ушли с SAP и других зарубежных систем, заново строят обмены со своими сайтами и порталами.
- Самая распространённая учётная система у заказчиков — 1С: свыше 40% опрошенных ИТ-заказчиков работают в 1С:ERP [1]. Обмен с 1С — обязательная часть почти любого проекта интернет-магазина или B2B-портала.
- Онлайн-торговля в 2025 году — 11,5 трлн ₽, +28% за год [2]. Больше заказов и каналов — больше данных, которые должны без задержек ходить между сайтом, маркетплейсами, складом и учётом.
Какие данные ходят между сайтом и учётом
Из учёта на сайт
- Каталог и характеристики товаров — из 1С, ERP или PIM.
- Цены, в том числе персональные цены и скидки B2B-клиентов.
- Остатки по складам и магазинам — чем свежее, тем меньше отмен.
- Статусы заказов, отгрузки, документы и задолженность контрагента.
С сайта в учёт
- Заказы с составом, оплатой и способом доставки.
- Новые клиенты и контрагенты, изменения реквизитов.
- Оплаты и возвраты, чеки.
- Заявки, рекламации и обращения — в CRM или учётную систему.
Как устроить обмен
Выгрузка по расписанию
Учётная система раз в N минут выгружает файлы или отвечает на запросы сайта. Просто и надёжно для каталога и цен небольшого магазина, но остатки и статусы приходят с задержкой.
Обмен через API
Сайт и учётная система вызывают друг друга по API при каждом событии: новый заказ, смена статуса. Данные свежие, но если одна из систем недоступна, событие легко потерять без очередей и повторов.
Шина данных
События проходят через брокер сообщений — RabbitMQ или Kafka. Системы не зависят друг от друга: если 1С на обслуживании, заказы подождут в очереди и дойдут, когда она вернётся. Нужна, когда систем и каналов много.
Когда нужна шина данных
Много систем
Сайт, мобильное приложение, маркетплейсы, ERP, WMS, CRM и PIM. Связывать каждую с каждой напрямую дорого и хрупко — шина становится единой точкой обмена.
Пиковые нагрузки
Распродажи и тысячи заказов в час. Очередь сглаживает пики: сайт принимает заказы сразу, а учётная система обрабатывает их в своём темпе.
RabbitMQ
Классический брокер очередей: надёжная доставка сообщений, повторные попытки, маршрутизация. Хорошо подходит для обмена заказами и статусами. Подробнее — в статье про RabbitMQ.
Почему обмены ломаются
Нет одного источника правды
Цену правят и в 1С, и в админке сайта — данные расходятся. У каждого типа данных должна быть одна система-владелец.
Тихие ошибки
Обмен упал ночью, а узнали о нём от покупателей. Нужен мониторинг: сколько сообщений ушло, сколько дошло, что застряло.
Нет тестового контура
Обмен проверяют сразу на боевой 1С. Без копии учётной системы каждая доработка рискует сломать продажи.
Нет повторов
Учётная система была недоступна пять минут — и заказ потерялся. Очередь с повторными попытками решает это без участия людей.
Обмен без документации
Форматы знает один разработчик. Когда он уходит, любое изменение в 1С превращается в расследование.
Синхронные вызовы в корзине
Сайт спрашивает остаток у ERP прямо при оформлении заказа — и тормозит или падает вместе с ней под нагрузкой.
Как это сделано у наших клиентов
- Saint-Gobain — закупочный портал на 7 брендов и 19 заводов со сквозной интеграцией с SAP.
- Юнидент — магазин стоматологического оборудования: обмены с SAP, 1С и Ozon.
- Cersanit — портал рекламаций с интеграцией 1С/ERP: от претензии до компенсации.
Первые три шага
Спроектируем и сделаем обмен под ваши системы — интеграция с 1С, ERP и CRM.
Частые вопросы
-
Зависит от оборота. Для небольшого магазина хватает обновления раз в 10–15 минут. Если товар быстро заканчивается или продаётся одновременно на маркетплейсах, остатки нужно передавать при каждом изменении — через API или шину данных.
-
Чаще всего нет. Для обмена заказами и статусами между сайтом и 1С хватает API с очередью или RabbitMQ. Kafka оправдана, когда систем и каналов много, а событий — сотни тысяч в день.
-
Да. Если у системы есть API, база данных или файловый обмен, к ней можно подключиться — при необходимости через промежуточный сервис-адаптер.
-
Сначала описать текущие обмены и форматы, затем переподключать сайт к новой системе, проверяя обмены на копии данных. Переключение лучше делать поэтапно и не на пике продаж.
