Интеграция с 1С: карта сценариев, способы обмена и с чего начинать
Интеграция с 1С — это не одна работа, а шесть разных задач с разной ценой и разными подрядчиками: обмен с сайтом, связка с CRM, площадки, банк и ЭДО, склад с терминалами, выгрузка данных в отчёты. Технически всё сводится к пяти механизмам — файловый обмен, планы обмена, OData, собственные HTTP-сервисы и готовые модули. Ниже — карта сценариев с разбором каждого, что где ломается, порядок цен от 40 000 ₽ за настройку типового обмена и честный список случаев, когда обмен вам не нужен.
Какие бывают сценарии интеграции с 1С
Первое, что стоит сделать до разговора с подрядчиком, — понять, в какой из сценариев попадает ваша задача. От этого зависит всё: нужен ли программист 1С вообще, хватит ли готового модуля, кто окажется хозяином данных и сколько это будет стоить. Разброс большой: настройка штатного обмена — это два дня, а двусторонний обмен документами с внешней системой — от двух недель.
| Сценарий | Что передаётся | Чем обычно закрывается | Подробный разбор |
|---|---|---|---|
| 1С ↔ сайт и интернет-магазин | Каталог, цены, остатки, заказы, статусы | Штатный обмен по CommerceML, модуль CMS | Интеграция сайта с 1С |
| 1С ↔ CRM | Контрагенты, счета, оплаты, отгрузки, долги | Готовый коннектор или обмен по API | Интеграция с CRM |
| 1С ↔ маркетплейсы | Номенклатура, цены, остатки, заказы, отчёты площадки | Встроенный обмен УТ и УНФ или отраслевой модуль | Автоматизация маркировки |
| 1С ↔ банк и ЭДО | Платёжки, выписки, УПД, акты, счета-фактуры | ДиректБанк, модули операторов ЭДО | Автоматизация ЭДО |
| 1С ↔ склад и ТСД | Задания на приёмку и отбор, штрихкоды, факт по ячейкам | Клеверенс, DataMobile, мобильный клиент | Автоматизация склада |
| 1С ↔ отчётность и BI | Продажи, деньги, остатки, план-факт | OData или отдельная аналитическая база | Дашборды для бизнеса |
Самое важное решение проекта — источник истины по каждой сущности. Кто хозяин цены: 1С или админка сайта? Где заводят контрагента: в CRM или в учёте? Пока это не зафиксировано письменно, обмен будет периодически затирать правки, и разбор каждого такого случая оплачивается отдельно.
Второе по важности — ключ сопоставления. Товары, контрагенты и заказы связываются между системами не по названию и не по артикулу, а по внешнему идентификатору: GUID объекта 1С, который вторая система хранит в отдельном поле. Потеряли ключ — получили дубли, и чистить их придётся вручную, восстанавливая соответствия.
Способы обмена: чем 1С связывают с внешними системами
Механизмов у платформы несколько, и выбирают между ними не по бюджету, а по одному вопросу: нужны ли данные в момент запроса или достаточно обновления по расписанию.
- Файловый обмен. Данные уезжают файлом по расписанию: CommerceML для интернет-магазина, `1CClientBankExchange` для банка, обычные XML и CSV для всего остального. Самый дешёвый старт и самая частая точка отказа — права на каталог обмена и размер порции.
- Планы обмена и формат EnterpriseData. Штатный механизм синхронизации между базами 1С: узлы, регистрация изменений, правила конвертации. Связать типовую бухгалтерию с типовой торговлей — это настройка, а не разработка.
- Стандартный интерфейс OData. Платформа сама публикует справочники, документы и регистры как REST-ресурсы — с версии 8.3.5, по протоколу OData 3.0. Код в конфигурации писать не нужно, но базу надо опубликовать на веб-сервере и выдать пользователю соответствующую роль.
- HTTP- и Web-сервисы в конфигурации. Свой эндпоинт, который отдаёт готовый ответ: остаток по конкретному складу, цена со скидкой, приём заказа с проверкой. Дороже в разработке, зато нагружает базу в разы меньше, чем выгрузка регистров целиком. В обратную сторону работает так же: 1С сама ходит HTTP-запросами в чужой API.
- Готовые модули и коннекторы. Обмен с сайтом, ЭДО, банком, маркировкой, маркетплейсами и ТСД в большинстве случаев уже написан кем-то и продаётся коробкой или подпиской. Начинать почти всегда стоит с проверки, нет ли готового решения под вашу конфигурацию.
- Интеграционная шина. Когда систем становится больше пяти, связи «каждый с каждым» перестают сопровождаться. Тогда ставят шину — отдельный сервер, через который идут все обмены; у вендора это 1С:Шина, лицензия по открытым прайсам начинается примерно от 150 000 ₽ и считается отдельно от работ.
| Способ | Что требуется | Актуальность данных | Когда брать |
|---|---|---|---|
| Файловый обмен | Каталог обмена и расписание | Задержка 15–60 минут | Каталог, цены, платёжки, регулярные выгрузки |
| Планы обмена, EnterpriseData | Настройка узлов и правил | По расписанию или по событию | Между базами 1С на типовых конфигурациях |
| OData | Публикация базы, роль у пользователя | В момент запроса | Чтение справочников и небольших выборок |
| HTTP-сервис в 1С | Доработка конфигурации | В момент запроса | Онлайн-остаток, приём заказа, тяжёлая логика |
| Готовый модуль | Лицензия и настройка | Как задумано вендором | Типовой сценарий на типовой конфигурации |
Отдельно про самописные конфигурации. Всё перечисленное относится к типовым решениям на поддержке. Если конфигурацию переписывали десять лет несколько подрядчиков без документации, к работе по обмену добавляется разбор чужого кода — и честной фиксированной оценки здесь почти не бывает.
1С и сайт, 1С и CRM: заказы, клиенты и деньги
Обмен с сайтом и интернет-магазином
Это три потока, а не один: из учёта на сайт уезжают номенклатура и цены, отдельно и чаще — остатки, обратно приезжают заказы и их статусы. На типовой связке 1С и популярной CMS всё это закрывает штатный механизм обмена по CommerceML: 1С сама обращается к скрипту обмена на сайте, передаёт файлы и забирает заказы. Ломается набор вещей конечный и известный: потерянный ключ сопоставления даёт дубли товаров, большие архивы картинок упираются в ограничения веб-сервера, а расхождение остатков чаще объясняется не сбоем, а задержкой выгрузки и неучтённым резервом. Механика по шагам и разбор поломок — в статье про интеграцию сайта с 1С.
Порядок цены: настройка типового обмена — от 40 000 ₽, доработки под свои склады, типы цен и поля — от 120 000 ₽, онлайн-остаток через собственный HTTP-сервис — от 200 000 ₽.
Обмен с CRM: amoCRM и Битрикс24
Смысл связки в разделении ролей: менеджер живёт в CRM и не заходит в учётную систему, а счета, оплаты, отгрузки и долги приходят из 1С сами. Что обычно передают: контрагентов и реквизиты, номенклатуру и цены, счета из сделки в 1С, а обратно — факт оплаты, номер и статус документа, остаток по договору.
- Битрикс24. Штатные механизмы обмена с 1С есть у самого вендора, двусторонний сценарий «сделка → счёт в 1С → оплата → статус сделки» собирается на них.
- amoCRM. Готового модуля от 1С нет, связку собирают сторонним коннектором или пишут обмен через API: 1С слушает вебхуки amoCRM и отдаёт данные своим HTTP-сервисом.
- Общая часть для обеих. Нормализация телефонов и ИНН, правило поиска дубля контрагента, защита от повторной записи при повторном запуске. Это и есть основная работа, а не сам вызов API.
Где ломается: в справочниках. Контрагент заведён в CRM с ИНН из десяти цифр и пробелом, в 1С — с юридическим названием в другом регистре, и обмен создаёт третьего. Наводить порядок в справочниках дешевле до старта обмена и своими силами. Разбор границ ответственности между системами — в материале про интеграцию с CRM; порядок цены — двусторонний обмен от 150 000 ₽, простая передача заявки с сайта в воронку — от 40 000 ₽.
Пока читаете — можно сразу проверить свою задачу. Опишите процесс, и я скажу, решается ли он и во сколько обойдётся.
1С и товародвижение: маркетплейсы, склад, ТСД
Маркетплейсы
В 1С:Управление торговлей, Комплексной автоматизации и ERP базовая интеграция с Ozon, Wildberries и Яндекс Маркетом уже встроена, в УНФ есть собственные механизмы обмена с площадками. Передаются номенклатура и карточки, цены, остатки, заказы по схеме FBS и отчёты о продажах для закрытия периода. Отраслевые модули берут на себя то, чего в типовом нет: несколько кабинетов и юрлиц, склады площадок, автоматический пересчёт цен с учётом комиссии, возвраты.
Узкое место здесь не в обмене, а в маркировке: коды нужно ввести в оборот, передать в заказ и не разойтись с системой выбытия. Разбор именно этого участка — в статье про автоматизацию маркировки для маркетплейсов. Писать обмен с площадкой с нуля почти всегда дороже готового модуля: API маркетплейсов меняются часто, и поддержка съедает больше, чем разработка.
Склад и терминалы сбора данных
Задача обратная обычной: не выгрузить данные из 1С, а получить достоверный факт с пола склада. Кладовщик сканирует штрихкод, терминал отдаёт в 1С фактическое количество, ячейку и время. Для типовых конфигураций это закрывается готовым софтом — Клеверенс на платформе Mobile SMARTS, DataMobile — и запускается почти из коробки. На нетиповой конфигурации появляется работа: свои документы, свои реквизиты, собственные правила отбора.
Обмен с ТСД делают в офлайн-режиме там, где в цеху или на складе нет устойчивой сети: терминал накапливает документы и выгружает их при подключении. Требование «онлайн-обмен с 1С» на складе с железными стеллажами — типовой способ получить неработающую систему.
Что здесь автоматизируют дальше: адресное хранение, задания на отбор, инвентаризацию без остановки склада. Когда штатной 1С перестаёт хватать и появляется смысл в отдельной WMS — разобрано в статье про автоматизацию склада.
1С и внешний контур: банк, ЭДО, государственные системы
Это сценарии, где интеграция чаще всего не пишется, а подключается: у банков, операторов ЭДО и государственных систем есть готовые модули для 1С с открытыми тарифами. Своя разработка тут оправдана редко.
- Банк. Технология ДиректБанк даёт прямой обмен с банком из 1С без отдельной программы «Клиент-банк»: платёжки уходят подписанными КЭП, выписки приходят обратно в базу. Условия подключения устанавливает сам банк. Где ДиректБанка нет — остаётся файловый обмен в формате `1CClientBankExchange`, и это тоже штатный механизм, а не разработка.
- ЭДО. Оператор закрывает передачу документа контрагенту, но не проведение его в учёте: типовая картина — Диадок или СБИС подключены, а бухгалтер по-прежнему переносит реквизиты в 1С руками. Что автоматизируют в первую очередь, какие форматы обязательны и при чём тут МЧД — в разборе автоматизации электронного документооборота.
- Маркировка и отраслевые ГИС. Ввод в оборот, передача кодов, выбытие, ветеринарные и перевозочные документы. Обмен идёт через готовые модули, а работа подрядчика начинается там, где нужно связать эти данные с вашими складскими документами и поймать расхождения до того, как их найдёт проверка.
- Бумажный остаток. Контрагенты, которые не переходят на ЭДО, закрываются распознаванием: скан превращается в поля и в документ поступления. Тарифы, точность и подводные камни — в статье про распознавание документов.
Отдельный вопрос — что из этого вообще относится к автоматизации бухгалтерии и уже входит в поставку 1С. Значительная часть: типовые загрузки выписок, обмен с ЭДО, регламентные операции. Что закрыто штатно и платить за это не надо — в разборе автоматизации бухгалтерии, а общая карта задач по документам — от приёма первички до архива и сроков — в статье про автоматизацию документов.
1С и отчётность: как данные попадают в дашборды
Запрос обычно звучит как «хотим видеть продажи и деньги в одном экране». Технически это тоже интеграция с 1С, только односторонняя — на чтение. Способов пять, и они сильно отличаются по нагрузке на боевую базу.
- Ручные выгрузки в Excel. Работает, пока отчёт нужен раз в месяц и его собирает один человек. Дальше начинается расхождение версий файла.
- Готовый коннектор. Коробочное решение под конкретную BI-систему: быстро, но ограничено тем, что предусмотрел разработчик.
- OData. Публикация базы и чтение справочников и регистров по REST. Хорош для точечных выборок; на больших регистрах упирается в ограничения протокола, и под отчёты часто заводят отдельные регистры с уже подготовленными данными.
- Отдельная аналитическая база. Данные выгружаются по расписанию в свою базу, там считаются витрины, а BI ходит уже туда. Дороже, но боевая 1С не страдает и история хранится столько, сколько нужно.
- Прямое подключение к SQL-базе 1С. Технически возможно, практически опасно: тяжёлый запрос аналитика тормозит работу всех, а структура таблиц и ссылочные ключи платформы не рассчитаны на чтение снаружи.
Практический выбор простой: до нескольких десятков тысяч документов в месяц хватает OData с подготовленными регистрами, дальше — отдельная аналитическая база. Из чего собираются дашборды и почему цифры в них не сходятся с бухгалтерией — в статье про дашборды для бизнеса, а как связать данные 1С, CRM и таблиц в одну картину — в разборе автоматизации учёта и отчётности.
Если поверх данных нужно не показывать цифры, а отвечать на вопросы и запускать действия — «покажи задолженность по клиенту», «создай счёт», «почему расходится остаток» — это уже не отчётность, а ИИ-агент для 1С. Работает он поверх тех же механизмов обмена и требует, чтобы они были налажены.
Сколько стоит интеграция с 1С и как идёт работа
Цену определяет не объём данных и не размер каталога, а количество исключений в ваших правилах и число систем в схеме. Порядок величин по рынку:
| Работа | Что входит | Срок | Порядок цены |
|---|---|---|---|
| Заявка с сайта в CRM | Форма, вебхуки, поля, защита от дублей | 3–7 дней | от 40 000 ₽ |
| Настройка типового обмена | Штатный механизм 1С и модуль CMS или площадки | 2–5 дней | от 40 000 ₽ |
| Обмен с доработками | Свои поля, склады, правила цен, отборы | 1–2 недели | от 120 000 ₽ |
| Двусторонний обмен | Документы и оплаты в обе стороны, ключи, повторы | от 2 недель | от 150 000 ₽ |
| Свой HTTP-сервис в 1С | Онлайн-остаток, приём заказа с проверкой | от 3 недель | от 200 000 ₽ |
| Доработки и разбор сбоев | Правки правил, новые сценарии, инциденты | по мере задач | от 2 500 ₽/час |
| Сопровождение обмена | Мониторинг, починка после обновлений | ежемесячно | от 15 000 ₽/мес |
В цену работ не входят лицензии и клиентские места 1С, договор ИТС, сервер и публикация базы, подписки внешних сервисов и время ваших сотрудников на приёмку и сверку. Эти строки лучше проговорить до предоплаты. Смета построчно и разбор того, что удорожает проект в разы, — в материале интеграция с 1С: цена.
- Карта данных. Таблица сущностей: что передаём, в какую сторону, по какому ключу, как часто, кто хозяин. Остаётся у вас независимо от того, кто будет делать обмен.
- Доступы и тестовый контур. Пользователь 1С с минимальными правами, публикация базы, копия для отладки. Отладка в боевой базе — способ получить сотню лишних документов.
- Первый поток в одну сторону. Например, заказы с площадки в 1С: по расписанию, с журналом и уведомлением при сбое. Полезно уже само по себе.
- Обратный поток. Статусы, остатки, номера документов назад. Здесь появляется защита от повторной записи и обработка конфликтов.
- Наблюдение и передача. Ежедневная сверка количеств, алерт при двух неуспешных обменах подряд, исходники и инструкция у вас.
Обмен без сверки — это обмен, о поломке которого вы узнаёте от клиента или из расхождения в отчёте в конце месяца. Журнал обменов и ежедневная сверка количеств стоят несколько часов работы один раз и снимают большую часть эксплуатационной боли.
Когда интеграция с 1С не нужна
Скажу против своих интересов: часть задач, под которые запрашивают смету на обмен, закрывается без разработки или не окупается вовсе.
- Объём маленький. Десять заказов или документов в день переносятся руками быстрее, чем разбирается очередной сбой автоматического обмена.
- Задача разовая. Залить каталог или базу контрагентов один раз — это импорт обработкой, а не интеграция с сопровождением.
- Учёт не наведён. Задвоенная номенклатура, контрагенты без ИНН, остатки без разреза по складам — обмен вынесет этот беспорядок во вторую систему и удвоит работу по чистке.
- Механизм уже есть и просто не включён. Планы обмена между базами 1С, штатный обмен с сайтом, загрузка выписок, модули ЭДО и маркировки — это настройка, а не разработка. Проверять надо до того, как заказывать код.
- Процесс не устоялся. Если правила меняются каждый месяц, обмен придётся переписывать следом, и бюджет уйдёт на переделки.
- Нужен онлайн ради онлайна. Требование «остаток должен совпадать всегда и мгновенно» переводит задачу на уровень выше по цене. Почти всем хватает расписания плюс точечного запроса в момент оформления заказа.
И встречное: если одни и те же данные каждый день вбиваются руками в две системы, а ошибка переноса стоит денег — проданного отсутствующего товара, неверной цены, потерянного заказа, — обмен окупается в первые месяцы. Как выбрать первый процесс и в каком порядке автоматизировать остальное, разобрано в статье про автоматизацию бизнеса.
Частые вопросы
Что такое интеграция с 1С простыми словами?
Это автоматический обмен данными между 1С и другой системой — сайтом, CRM, маркетплейсом, банком, складским терминалом или BI. Смысл в том, чтобы одни и те же цифры не вбивались руками дважды: заказ с сайта сам становится документом в 1С, а оплата из 1С сама меняет статус сделки в CRM.
Какие способы интеграции с 1С существуют?
Пять основных: файловый обмен по расписанию, планы обмена с форматом EnterpriseData между базами 1С, стандартный интерфейс OData, собственные HTTP- и Web-сервисы в конфигурации и готовые модули от вендоров. Когда систем становится больше пяти, добавляется интеграционная шина. Выбор определяется тем, нужны ли данные в момент запроса или достаточно обновления по расписанию.
Нужно ли дорабатывать конфигурацию 1С для интеграции?
Часто нет. Планы обмена, штатный обмен с сайтом, ДиректБанк, модули ЭДО и маркировки, а также стандартный интерфейс OData работают без изменения конфигурации — для OData нужны публикация базы на веб-сервере и соответствующая роль у пользователя. Доработка требуется под нестандартные сценарии и тяжёлые запросы, где нужен свой HTTP-сервис.
Сколько стоит интеграция с 1С?
Настройка типового обмена — от 40 000 ₽ и 2–5 дней. Обмен с доработками под свои поля, склады и правила цен — от 120 000 ₽. Двусторонний обмен с сопоставлением ключей и повторами — от 150 000 ₽. Онлайн-данные через собственный HTTP-сервис в 1С — от 200 000 ₽. Доработки — от 2 500 ₽/час, сопровождение — от 15 000 ₽/мес.
Как работает интеграция с 1С через API?
Двумя путями. Наружу: базу публикуют на веб-сервере, и внешняя система читает данные по OData или обращается к вашему HTTP-сервису, который отдаёт готовый ответ. Внутрь: сама 1С отправляет HTTP-запросы в чужой API — забирает заказы у площадки, отправляет платёжку в банк, дёргает CRM. Обе стороны обычно нужны одновременно.
Почему после интеграции появляются дубли товаров и контрагентов?
Из-за потерянного ключа сопоставления. Объекты связываются по внешнему идентификатору, который вторая система хранит в отдельном поле. Если каталог однажды залили без внешних кодов, базу пересоздали или контрагента завели вручную с другим написанием ИНН, обмен считает запись новой. Лечится восстановлением ключей и нормализацией справочников, а не удалением дублей.
Читайте дальше
Разобрать вашу интеграцию с 1С
Напишите, какие системы нужно связать, типовая ли конфигурация и что уже пробовали — скажу, хватит ли штатного механизма, сколько займёт доработка и в какую сумму это выйдет.
Обсудить задачу