Интеграция 1С:Предприятие: как выбрать и настроить обмен данными

Интеграция 1С:Предприятие — это организация обмена данными между конфигурацией 1С и внешними системами: сайтом, CRM, складской программой, банком, маркетплейсом или другой базой 1С. Задача возникает почти в каждой компании, где 1С не является единственной информационной системой: заказы с сайта должны попадать в учёт, остатки — выгружаться на витрину, а платежи из банка — разноситься по документам автоматически.

Единого «лучшего» способа интеграции не существует. Платформа 1С поддерживает несколько механизмов обмена — от простой выгрузки файлов до полноценных веб-сервисов и брокеров сообщений, и выбор зависит от объёма данных, требований к скорости, наличия разработчика и возможностей второй системы. Ошибка на этапе выбора оборачивается месяцами доработок: например, файловый обмен не справляется с тысячами заказов в час, а полноценная шина данных избыточна для обмена справочником контрагентов раз в сутки.

Ниже разобраны основные способы интеграции, критерии выбора, порядок настройки типового обмена и типичные ошибки, которые приводят к потере или рассинхронизации данных.

Какие задачи решает интеграция 1С

Чаще всего интеграцию внедряют для четырёх сценариев. Первый — обмен с интернет-магазином: выгрузка номенклатуры, цен и остатков на сайт, загрузка заказов и оплат обратно в 1С. Второй — синхронизация с CRM, чтобы менеджеры видели отгрузки и задолженность, а бухгалтерия получала данные о сделках без ручного ввода. Третий — обмен между базами 1С, например между «Управлением торговлей» и «Бухгалтерией предприятия». Четвёртый — подключение внешних сервисов: банков (клиент-банк, ДБО), маркетплейсов, служб доставки, ЭДО-операторов.

Отдельный класс задач — интеграция с оборудованием: кассами, терминалами сбора данных, весами, эквайринговыми терминалами. Здесь используются драйверы и стандарты, отличные от обмена между программными системами, и подход к настройке другой.

Перед выбором механизма сформулируйте требования: какие объекты синхронизируются (справочники, документы, остатки), в какую сторону идёт обмен, допустимая задержка (секунды, минуты, сутки), объём за один сеанс и что должно происходить при конфликте — какая система считается «главной» для каждого типа данных.

Основные способы интеграции: сравнение вариантов

Платформа предлагает несколько встроенных механизмов, и большинство проектов закрывается их комбинацией. Файловый обмен — самый простой: 1С формирует файл (XML, CSV, JSON) в каталог или на FTP, вторая система забирает его по расписанию. Подходит для нетребовательных к скорости задач, но не даёт гарантий доставки и плохо масштабируется.

HTTP- и веб-сервисы позволяют обмениваться данными в реальном времени: внешняя система вызывает опубликованный в 1С сервис (или наоборот, 1С обращается к API внешней системы) и получает ответ немедленно. Это основной способ для интеграции с сайтами, мобильными приложениями и CRM. Планы обмена — штатный механизм платформы для синхронизации между базами 1С с регистрацией изменений и разрешением коллизий. Для сложных ландшафтов с несколькими системами применяют брокеры сообщений (RabbitMQ, Kafka) или фирменную 1С:Шину.

Универсальный формат EnterpriseData и типовые обмены

Для обмена между конфигурациями 1С и с сайтами фирма «1С» разработала универсальный формат EnterpriseData на основе XML. Он описывает типовые объекты учёта — контрагентов, номенклатуру, заказы, счета, отгрузки — и поддерживается большинством актуальных конфигураций «из коробки». Если обе системы понимают этот формат, интеграция настраивается без программирования: достаточно включить синхронизацию данных и указать канал связи.

Типовой обмен настраивается в разделе «Администрирование» → «Синхронизация данных». Типичный сценарий — обмен «Управление торговлей» ↔ «Бухгалтерия предприятия»: в УТ ведутся продажи и склад, в БП передаются документы для учёта. Для обмена с сайтом на CMS вроде «1С-Битрикс» используется CommerceML — формат выгрузки каталога и загрузки заказов, который поддерживается типовым модулем обмена.

1. 1
   Сделайте резервные копии обеих баз до начала настройки.
2. 2
   Включите синхронизацию данных: Администрирование → Синхронизация данных, установите префикс базы.
3. 3
   Создайте новую настройку синхронизации и выберите вторую систему (другая конфигурация 1С, сайт, файл).
4. 4
   Укажите канал связи: прямое подключение, каталог, FTP или веб-сервис.
5. 5
   Настройте правила: какие объекты передаются, отборы, дату начала обмена.
6. 6
   Выполните первое сопоставление объектов вручную — проверьте, что контрагенты и номенклатура сопоставились корректно.
7. 7
   Запустите обмен и проверьте результат по контрольным документам, затем настройте расписание автоматического обмена.

Критический этап — первичное сопоставление. Если в двух базах один и тот же контрагент заведён с разным написанием наименования, система может создать дубли. Перед запуском регулярного обмена просмотрите список несопоставленных объектов и свяжите их вручную.

Онлайн-интеграция через HTTP- и веб-сервисы

Когда данные нужны немедленно — например, сайт должен показать актуальный остаток в момент оформления заказа — применяют сервисы. В 1С можно опубликовать два вида: HTTP-сервисы (произвольные запросы, обычно с обменом в JSON) и веб-сервисы по протоколу SOAP. Для публикации потребуется веб-сервер (IIS или Apache), настройка публикации базы и разработка на встроенном языке 1С.

Обратное направление тоже возможно: 1С вызывает внешний API через объект HTTPСоединение. Так реализуют загрузку курсов валют, статусов доставки, отправку данных в CRM. Важно предусмотреть обработку ошибок сети: внешний сервис может быть недоступен, и обмен не должен «падать» с потерей данных — неотправленные пакеты ставят в очередь повторной отправки.

// Пример вызова внешнего API из 1С
Соединение = Новый HTTPСоединение("api.example.ru", 443,,,,, Новый ЗащищенноеСоединениеOpenSSL);
Запрос = Новый HTTPЗапрос("/v1/stocks");
Запрос.Заголовки.Вставить("Authorization", "Bearer " + Токен);
Ответ = Соединение.Получить(Запрос);
Если Ответ.КодСостояния = 200 Тогда
    Данные = Ответ.ПолучитьТелоКакСтроку();
КонецЕсли;

Планы обмена и синхронизация между базами 1С

План обмена — объект конфигурации, который фиксирует, какие узлы участвуют в обмене и какие данные для них регистрируются. При изменении объекта платформа записывает его в регистрацию изменений, и при очередном сеансе обмена передаются только изменённые данные, а не вся база. Это существенно снижает нагрузку при больших объёмах.

Планы обмена лежат в основе распределённых информационных баз (головной офис и филиалы) и типовых синхронизаций между конфигурациями. Механизм умеет разрешать коллизии: если объект изменён в обеих базах, применяется заданное правило — например, приоритет главного узла. Проверить состояние обмена можно по номерам отправленных и принятых сообщений в настройке синхронизации: расхождение номеров указывает на прерванный обмен.

Интеграция через брокеры сообщений и 1С:Шину

Когда в обмене участвуют три и более системы — например, 1С, CRM, сайт и WMS — прямые связи «каждый с каждым» быстро становятся неуправляемыми. Архитектурное решение — промежуточный слой: брокер сообщений (RabbitMQ, Apache Kafka) или продукт 1С:Шина. Системы не обращаются друг к другу напрямую, а публикуют сообщения в очереди и подписываются на нужные потоки.

Такой подход даёт гарантированную доставку (сообщение хранится, пока получатель его не обработает), буферизацию пиковых нагрузок и простое подключение новых систем. Цена вопроса — необходимость развёртывания и сопровождения дополнительной инфраструктуры, поэтому для обмена двух систем шина обычно избыточна.

Проверка результата и типичные ошибки

После запуска обмена результат проверяют не по отсутствию ошибок в журнале, а по данным. Выберите несколько контрольных объектов — документ, контрагента, позицию номенклатуры — и сверьте их в обеих системах: реквизиты, суммы, остатки. Для регулярных обменов настройте контроль: отчёт по несопоставленным объектам, мониторинг неотправленных сообщений, уведомления об ошибках.

Граница безопасной самостоятельной работы проходит по типовым механизмам: настройка синхронизации через EnterpriseData, обмен с сайтом типовым модулем, файловые выгрузки. Разработка HTTP-сервисов, доработка правил обмена в «Конвертации данных» и внедрение брокеров сообщений требуют квалификации разработчика 1С — ошибки в этих местах напрямую влияют на целостность учётных данных.

Частые вопросы