Обмен между 1С и соседней системой почти никогда не ломается целиком — он ломается частично и тихо. Часть заказов не доехала, номенклатура сопоставилась не с тем товаром, остатки разъехались на день, а узнают об этом из претензии клиента. Мы настраиваем обмен 1С с сайтом, ЭДО, CRM и складом так, чтобы расхождение было видно сразу: с журналом обмена, понятной очередью и разбором того, что именно не прошло и почему.

Чаще всего 1С связывают с четырьмя контурами: сайтом или интернет-магазином, электронным документооборотом, CRM отдела продаж и складской системой. Отдельная частая задача — обмен между несколькими базами 1С внутри группы компаний. Каждое направление отличается не технологией, а тем, что считать источником истины при расхождении данных.
Выгрузка каталога и остатков, приём заказов, статусы и цены — включая обмен с Битрикс.
Приём входящих документов, подписание и разнесение по базе без ручного ввода.
Синхронизация контрагентов, счетов и оплат, чтобы менеджер видел актуальный статус.
Задания на отбор и приёмку, фактические остатки по ячейкам, возврат данных в учёт.
Синхронизация нескольких баз или юрлиц, распределённые информационные базы.
Загрузка выписки, разнесение платежей и сверка поступлений по заказам.
Начинаем не с кода, а с договорённости о том, какая система главная по каждому полю: без этого обмен превращается в перетягивание данных туда-обратно. Дальше описываем состав обмена и расписание, поднимаем интеграцию на копии базы и гоняем на реальных данных. В работу выпускаем только после того, как расхождения на тестовом прогоне разобраны поимённо.
Способ выбирается под конфигурацию и нагрузку, а не по привычке. Для типовых конфигураций часто хватает штатных механизмов обмена и планов обмена; для нестандартных задач пишем обработку или веб-сервис. Обмен с сайтом на Битрикс делается по протоколу CommerceML, с внешними сервисами — через HTTP-сервисы и REST. Формат согласуем до старта.
Работающим считается не тот обмен, который завершился без ошибки, а тот, после которого цифры в двух системах сходятся. Поэтому проверяем сверкой: берём срез по остаткам, заказам и оплатам в обеих системах и ищем расхождения. Отдельно проверяем поведение при обрыве связи — данные должны дождаться в очереди, а не потеряться молча.
Сравниваем остатки, заказы и оплаты в обеих системах на одну дату и разбираем каждое расхождение.
Проверяем, что при недоступности стороны данные ждут в очереди и досылаются, а не пропадают.
Повторный обмен не должен задваивать документы — проверяем защиту от дублей.
Отдельно проверяем спорные соответствия товаров: это главный источник тихих ошибок.
Сбой попадает в журнал и в оповещение ответственному, а не остаётся внутри регламентного задания.
Смотрим, как обмен ведёт себя на пиковом объёме и не мешает ли работе пользователей.
Цена зависит от числа связываемых систем, объёма номенклатуры и того, дорабатывалась ли конфигурация. Обмен по одному направлению с типовой конфигурацией запускается быстро; связка нескольких систем с разными источниками истины требует заметно больше работы на согласование правил. Ниже три типовых объёма со сроками.
| Объём работ | Стоимость | Срок | Что входит |
|---|---|---|---|
| Один тип документа | от 350 000 ₽ | 4–6 недель | Одна форма, выгрузка в вашу базу, замер точности распознавания |
| Пакет документов | от 800 000 ₽ | 8–10 недель | Основные формы первички, проверка спорных полей человеком, обучение бухгалтерии |
| Полный документооборот | от 2 000 000 ₽ | от 3 месяцев | Все формы, несколько юрлиц, интеграция с ЭДО и архивом |
Отдельные работы и развитие системы после сдачи — 3 000 ₽ за час инженера. Разметка обучающих данных считается отдельно и по своим правилам — от 320 ₽ за час эксперта, а на объёмных задачах — за единицу данных. Вилки — ориентир для планирования бюджета, а не публичная оферта: точную смету и срок называем после разбора задачи и фиксируем в договоре.
Тем, у кого учёт живёт в 1С, а продажи и склад — снаружи, и данные между ними переносят руками или полуручными выгрузками. Обычно это розница и оптовая торговля с сайтом и маркетплейсами, а также производство, где заказы приходят из одной системы, а списание материалов идёт в другой.
Каталог и остатки уходили на сайт, заказы возвращались в учёт, склад получал задания на отбор. Основной работой оказалось не программирование обмена, а согласование того, какая система главная по остатку, и разбор сопоставления номенклатуры. Показатели — типовой сценарий проекта такого класса, не кейс конкретного клиента.
Не помешает, но повлияет на срок. Доработанная конфигурация означает, что типовые механизмы обмена могли быть изменены, и перед работой нужно понять, что именно и зачем меняли. Мы начинаем с разбора конфигурации и работаем на копии базы, поэтому боевой учёт не задеваем. Снимать доработки ради «чистой типовой» мы не предлагаем: обычно они появились не просто так.
Данные должны дождаться, а не потеряться. Мы настраиваем обмен так, чтобы неотправленное оставалось в очереди и досылалось после восстановления связи, а повторная отправка не задваивала документы. Отдельно настраивается оповещение ответственному: молчащая ошибка внутри регламентного задания — самый частый способ узнать о проблеме от клиента, а не от системы.
Это главный источник тихих ошибок, и одним правилом он не закрывается. По однозначным совпадениям — артикул, штрихкод — сопоставление идёт автоматически. Спорные позиции не сопоставляются молча: они попадают в отдельный список на подтверждение человеком. На больших каталогах поверх этого можно поставить модель, которая предлагает соответствие по названию и характеристикам, а решение всё равно остаётся за сотрудником.
Иногда да, и мы скажем об этом прямо. Если конфигурации типовые, а состав обмена стандартный, штатных механизмов и правил конвертации часто достаточно, и платить за разработку незачем. Разработка нужна там, где данные не ложатся в типовую схему: нестандартные поля, своя логика статусов, несколько источников истины или высокая нагрузка.
Это фиксируется в договоре до старта. Мы передаём документацию по составу обмена, правилам и расписанию, чтобы ваш специалист мог сопровождать его сам. Если сопровождение остаётся за нами, оно идёт по часу инженера отдельной строкой и включает разбор сбоев и правки при изменениях в смежных системах.
Да, но это отдельная задача со своей спецификой — карточки, цены, комиссии и возвраты у площадок устроены по-своему. Мы вынесли её на отдельную страницу интеграции 1С с маркетплейсами, чтобы не смешивать с обычным обменом с сайтом.
Опишите, какие системы нужно связать и что сейчас переносится руками, — вернёмся с составом обмена и оценкой в течение 1 рабочего дня.
Не любите формы — напишите на info@datamarkup.ru