Главная/Обмен с 1С/Технический разбор
Как мы построили обмен с 1С: 75 000 выгрузок без потерь
Классика интеграции B2B-магазина с 1С - шина данных: Kafka или RabbitMQ. Шине нужны отдельная инфраструктура и команда сопровождения - в проектах на 1С такой возможности часто нет. Мы построили обмен без шины: очередь выгрузок, журнал и двойная гарантия доставки заказов. С октября 2025 года он обработал больше 75 000 выгрузок, с замечаниями - меньше 0,2%.

Начните с архитектуры: вся система на одной схеме - сайт, зона обмена, сервис синхронизации. Дальше каждая глава раскрывает свой узел этой схемы.
Прямое направление - самое нагруженное: около 750 выгрузок в сутки, полный прайс - до 260 000 строк. Две главы о том, как файл из 1С доезжает до витрины целиком и кто решает, что и когда обрабатывать.
Обратное направление дороже всего: потерянная выгрузка цен - неприятность, потерянный заказ - потерянные деньги. Глава про двойную гарантию доставки и глава про то, как контролируется судьба каждой выгрузки - от файла до архива.
Три главы, ради которых ИТ-директора и открывают этот разбор: что происходит, когда ломается любое звено, что и как часто передаётся между системами и почему данные в итоге не теряются.
06Поведение при сбояхШесть сценариев отказов: что с данными и что делать людям, когда ломается любое звено
07Состав и частота данныхВсе потоки обмена с частотами: остатки, каталог, цены, клиенты, заказы, аналитика
08Уровни защитыПочему данные не теряются: шесть независимых уровней защиты, от приёма до контроляОбзорная версия всей темы - в статье про обмен целиком, сам проект - в кейсе B2B e-commerce платформы. Все цифры - фактическая статистика работающего обмена; названия компаний и коммерческие данные намеренно не приводятся.
Нужен такой же обмен с вашей 1С?
Расскажите, что за учётная система и какие данные должны ходить между ней и сайтом. Покажем работающий обмен и оценим перенос схемы на ваш проект.




