Маркетплейсы, ЭДО и маркировка — это интеграции, которые нужны всем и потому вынесены на отдельные страницы. Здесь — все остальное: банк, касса, транспортная компания, склад, CRM, телефония, сайт, отраслевой сервис, чужая учетная система, BI-отчетность. Задача одна и та же: связать 1С с внешней системой так, чтобы данные ходили сами.
Цена и сроки
Одна система, обмен в одну сторону — от 120 000 ₽ и 2–4 недели. Двусторонний обмен с бизнес-логикой на стороне интеграции — от 280 000 ₽. До 300 000 ₽ оплата разовая.
Как 1С отдает данные наружу
Способов несколько, и выбор определяет, будет обмен работать или мучить вас годами.
HTTP-сервисы. Основной рабочий вариант. Вы задаете свой контракт: какие данные отдаются, в каком виде, кому и с какими правами. Наружу торчит ровно то, что нужно, а не вся база.
OData. Включается быстро и почти без разработки, но открывает доступ к объектам конфигурации напрямую. Годится для чтения под жестко ограниченными правами, для записи требует осторожности. На конфигурациях с историей доработок ведет себя неровно.
Очередь сообщений. Когда обмен нагруженный или внешняя система склонна отваливаться, между ней и базой ставится очередь. Тогда падение одной стороны не роняет вторую, а сообщения не теряются и дожидаются починки.
COM-подключение. Способ, который до сих пор встречается в наследованных решениях, и мы честно скажем: для новой интеграции это плохой выбор. Он привязывает вас к Windows и к установленному клиенту, держит блокировки и деградирует ровно тогда, когда нагрузка растет. Если у вас уже так сделано, переезд на HTTP-сервисы — обычная работа, которую мы делаем.
Нагрузка на базу: то, о чем вспоминают поздно
Внешняя система умеет запрашивать данные бесконечно. Учетная база при этом одна и на ней работают живые люди. Интеграция, которая дергает боевую базу тяжелыми запросами в разгар рабочего дня, превращается в жалобы бухгалтерии на тормоза.
Поэтому в проекте всегда решается, что и когда читать: тяжелые выборки уходят в ночное окно или на отдельную копию, частые обращения кешируются, а вместо периодического опроса всей базы работает передача только изменившегося. Это не украшает смету, но именно это отличает интеграцию, которую не приходится отключать в конце месяца.
Права и безопасность
Под интеграцию заводится отдельный служебный пользователь с минимальными правами: доступ ровно к тем объектам, которые нужны, и ровно на те операции, которые предусмотрены. Никакого обмена под полными правами и под учеткой администратора, которая потом переживет трех сисадминов.
Все обращения пишутся в журнал: кто, когда, что запросил, что получил. Когда через полгода возникает вопрос «откуда в базе этот документ», ответ находится за минуту.
Что обычно подключают
- Банк и платежи — выписки, платежные поручения, разнесение оплат по документам по вашим правилам.
- Касса и ОФД — номенклатура и цены на кассы, продажи обратно, сверка с фискальными данными.
- Транспортные компании — создание отправлений, печать этикеток, статусы доставки в карточке заказа.
- Склад и WMS — задания на отбор и приемку, подтверждение операций, актуальные остатки в обе стороны.
- CRM — сделки, контрагенты, счета, оплаты и статусы в обе стороны, чтобы менеджер жил в одном окне.
- Сайт — каталог, цены и наличие наружу, заказы и заявки внутрь, со статусами обратно.
- BI и отчетность — регулярная выгрузка витрин данных без нагрузки на боевую базу.
- Отраслевые сервисы — лабораторные системы, системы прослеживаемости, ведомственные порталы, чужие ERP.
Когда у внешней системы нет нормального API
Случается, и это не приговор. Варианты по убыванию приличности: обмен файлами по расписанию через папку или почту, работа с промежуточной базой, в самом тяжелом случае — эмуляция действий пользователя. Последнее мы предлагаем последним и честно предупреждаем: такие решения ломаются при любом обновлении интерфейса на той стороне. Иногда это все равно дешевле ручного ввода, но решение принимается с открытыми глазами.
Отдельный случай: доступ для ИИ-модели
Запрос последнего года — дать модели или ассистенту доступ к данным 1С. Технически это та же интеграция по API, но с двумя дополнительными требованиями. Первое: модель должна получать ровно то, что ей положено видеть, и ни строкой больше. Второе: если ей разрешено что-то менять, каждая операция должна быть обратимой и оставлять след, кто ее инициировал.
Мы делаем именно интеграционный слой: контракт данных, права, журнал, ограничения. Что именно будет делать модель — отдельная работа, ИИ в 1С. Какие грабли ждут на конфигурации с историей доработок — разбирали в статье что ломается, когда агент приходит в 1С, а про транзакционность и обратимость операций есть отдельный разбор агента с правом записи.
Что вы получаете
Работающий обмен с журналом, очередью повторной отправки и уведомлением, если он встал. Отдельного служебного пользователя с минимальными правами. Документацию контракта: что отдается, в каком формате, что происходит при ошибке. Исходники и права на код после оплаты этапа. Если нужен обмен с маркетплейсом, оператором ЭДО или системой маркировки, у этих задач свои страницы — их список и общий порядок работы собраны в разделе интеграция 1С.