Связываем 1С с сайтом, CRM, маркетплейсами, складом, производственным оборудованием и другими базами 1С. Обмен вынесен в расширение, ошибки видны в журнале с уведомлением, смета считается по объектам обмена. Работаем в Москве и удалённо по всей России.






Заказ с сайта приходит письмом и перебивается в 1С. Остатки и цены на сайт выгружает человек, раз в день, если не забыл. Клиент видит одну цену, оплачивает другую, звонит и уходит.
Три-пять каналов продаж, один склад (чаще всего — 1С:УТ 11). Остатки на Ozon и Wildberries обновляются с задержкой, товар продан дважды, площадка выставляет штраф. Excel с остатками перестал работать на второй тысяче позиций.
У торгового дома своя УТ, у завода — ERP, бухгалтерия консолидирует в третьей базе. Контрагенты задвоены, номенклатура называется по-разному, закрытие периода — неделя сверок вручную.
Материнская компания на SAP, у вас — 1С. Или производство на MES, склад на WMS, весы и сканеры пишут в свои файлы, а в 1С всё это заносят операторы к концу смены.
Каталог, цены, остатки, заказы, оплаты, статусы доставки. Битрикс (штатный модуль обмена с сайтом) и обмен по API с WordPress, Tilda, самописными сайтами.
Контрагенты, сделки, счета, оплаты, отгрузки. Битрикс24, amoCRM, отраслевые CRM.
Остатки, цены, заказы, статусы, возвраты, отчёты о продажах. Озон, Вайлдберриз, Яндекс Маркет — по API площадок, для УТ 11, КА, ERP и УНФ.
Обмен между УТ, ERP, КА и Бухгалтерией (пример — свёрнутый учёт при обмене УТ и Бухгалтерии); распределённые базы, консолидация по холдингу, контроль дублей.
Задания на приёмку и отбор, подтверждения, остатки по ячейкам, заявки на перевозку и рейсы.
Выпуск и простои со станков, взвешивания, маркировка на линии, датчики — в учёт в момент события.
Обмен 1С с SAP, Microsoft Dynamics AX, Oracle — параллельная работа или переход.
SAP → Axapta → Oracle →Интеграция 1С с СБИС и Диадок (электронные документы), с банком (выписки и платежи по прямому обмену) и с Честным знаком (коды маркировки и вывод из оборота).
Маркировка →| Объект | Где заводится | Куда идёт | При конфликте |
|---|---|---|---|
| Номенклатура | 1С | сайт, маркетплейсы, WMS, CRM | внешняя система не может создать позицию — только получить |
| Контрагенты | 1С или CRM — решаем на аудите | в обе стороны с контролем по ИНН | совпадение ИНН — объединение, не дубль |
| Цены | 1С | сайт, маркетплейсы, CRM | цена на площадке никогда не правится вручную |
| Остатки | 1С или WMS | сайт, маркетплейсы, 1С | WMS главнее по ячейкам, 1С — по учёту |
| Заказы | сайт / маркетплейс / CRM | 1С | заказ в 1С не редактируется источником после подтверждения |
| Выпуск, взвешивания | MES / оборудование | 1С | факт с оборудования не переписывается оператором |
Смотрим, какие обмены уже есть, как настроены, где падают. Разбираем, какие данные и с какой задержкой реально ходят между системами.
Фиксируем матрицу: объект → где заводится → куда идёт → что при конфликте. Согласуем с руководителями подразделений, а не только с ИТ.
Обмен в расширении, очередь, журнал, уведомления. Проверяем на копии базы с реальными данными, включая падение второй системы и повторную доставку.
Запускаем на боевых данных под двойным контролем: обмен работает, но результат ещё сверяется с тем, как было раньше.
Обмен переходит на мониторинг. Обновления 1С ставим мы и проверяем, что обмен не пострадал. Гарантия 6 месяцев на наш модуль обмена: ошибки по нашей вине исправляем бесплатно.
Пять факторов. По ним вы примерно поймёте свой масштаб ещё до звонка.
Самая частая ситуация — не «нет интеграции», а «интеграция есть, её делал кто-то три года назад, и никто не понимает, почему она теряет заказы». Мы берёмся за чужие обмены. Вот что находим чаще всего:
Обычно занимает одну-две недели. Оплачивается по факту часов, как и всё остальное.
Запросить аудит обменовОдин разговор: какие системы, какие данные, что сейчас делается руками. После него — честный ответ: модуль за 20 тысяч у веб-студии, аудит вашего обмена или проект. Без продажи «в лоб».
Телефон: +7 (495) 120-50-19 · Почта: hello@isu-it.ru
Между двумя базами 1С — планы обмена и Enterprise Data, это штатно и переживает обновления. С сайтом, CRM и маркетплейсами — HTTP-сервисы или REST/OData со стороны 1С, обмен по событию. Шина (1С:Шина, Datareon) — только когда систем три и больше и потоки перекрёстные; для двух систем она избыточна. Технологию выбираем под задачу на аудите, а не наоборот.
Обмен делаем в расширении и не трогаем ни типовую конфигурацию, ни ваши доработки. На аудите смотрим, какие доработки затрагивают объекты обмена, и учитываем их в схеме. Стараемся так на каждом проекте; если где-то расширения недостаточно — скажем до начала работ.
Ничего. Обмен в расширении, релиз ставится поверх. Обновления ставим мы и после каждого прогоняем контрольный обмен. Если 1С поменяла структуру объекта, который участвует в обмене, — узнаём об этом мы, а не вы, и правим до того, как это заметит кто-то ещё. Такая правка — отдельная работа, а не гарантийный случай: гарантия покрывает ошибки в нашем модуле, а не изменения типовой конфигурации.
Да. Начинаем с аудита: что ходит, где теряется, почему. Результат — план, с которым можно идти к нам или к кому угодно. Чаще всего чинить дешевле, чем переписывать, но бывает и наоборот — скажем честно.
Сообщения идут через очередь. Если вторая система недоступна, они ждут и доставляются, когда связь вернётся. Каждое сообщение фиксируется в журнале: что, когда, доставлено или нет. Потерять заказ «между системами» при такой схеме нельзя.
Если 1С типовая и сайт на Битриксе — штатный модуль настраивается за 6–60 тысяч — это задача веб-студии, а мы можем проверить настройку в рамках аудита. Если 1С доработана, объектов обмена много и нужен обмен по событию — ориентир 150–400 тысяч и 3–8 недель. Точную смету по объектам даём после аудита.
Сначала — кто владелец каждого справочника: контрагентов заводит одна база, номенклатуру — одна. Потом обмен между базами с контролем дублей по ИНН и артикулу. Если баз три и больше, рассматриваем шину. Консолидация становится отчётом, а не неделей сверок.
Да, это наша специализация: весы, сканеры, счётчики выпуска, датчики простоев, MES. Данные попадают в 1С в момент события, а не заносятся оператором в конце смены. На этом же строятся наши продукты по OEE и контролю качества.
Для двух систем — нет, это лишние лицензии и лишняя сложность. Для трёх и больше с перекрёстными потоками — возможно; решаем по карте потоков после аудита. Мы не продаём лицензии, поэтому нам всё равно, ставить шину или нет.
Да. Обмен электронными документами с СБИС и Диадок в типовых конфигурациях есть штатно — это настройка, а не проект. Мы подключаемся, когда 1С доработана и типовой модуль «не встаёт», когда нужно связать ЭДО с нестандартным согласованием документов или когда документы должны уходить в несколько систем сразу. Такие задачи делаем в расширении, как и остальные обмены.
Если 1С типовая и площадка одна — готовый коннектор за 10–36 тысяч закроет задачу. Если 1С доработана, площадок несколько и нужен единый остаток без оверселла, мы строим обмен по API площадок в расширении: остатки списываются по событию, заказы, статусы и возвраты приходят в 1С сами. Ориентир — 3–8 недель, смета по объектам обмена.
Если 1С типовая, а в Битрикс24 нужны только контрагенты и счета — хватит штатного модуля. Разработка нужна, когда 1С доработана, когда в CRM должны уходить отгрузки, оплаты и статусы по вашим правилам или когда систем больше двух. Решаем на аудите: смотрим объекты обмена и говорим, что из них закроет модуль.
Да, но сначала проверяем, не хватает ли типового. Обмен с банком и интеграция с Честным знаком в современных конфигурациях 1С есть штатно — это настройка за 1–4 недели вместе с ЭДО. Разработка нужна, когда коды маркировки приходят с производственной линии или сканеров в момент события, когда у вас доработанная 1С или несколько юрлиц и банков в одной базе. Подробнее о маркировке — на странице нашего продукта «Маркировка Честный знак».
Да, интеграцию ведём удалённо по всей России: подключаемся к копии вашей базы через защищённый доступ, разрабатываем и тестируем обмен на ней, опытную эксплуатацию и обучение ответственных проводим онлайн. Выезд возможен только для знакомства на старте крупного проекта, на ход работ он не влияет.
Тот, чей процесс от обмена зависит: руководитель продаж, если это сайт и CRM; кладовщик или логист, если WMS; главбух, если обмен между базами. Ему приходят уведомления, он видит журнал. ИТ подключается, когда нужно что-то менять, а не каждый день.