К статье
Практический материал

Автоматизация · 14 мин

1С ТИИ: что это и как использовать интеграционные интерфейсы

Разбираем, что означает аббревиатура ТИИ в контексте 1С, как устроены типовые интеграционные интерфейсы, где их искать в конфигурации и как проверить обмен данными.

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

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

Ниже разберём, как устроены типовые механизмы интеграции в 1С, где их искать в типовых конфигурациях, как проверить работоспособность обмена и в каких случаях штатных средств недостаточно.

Как устроены интеграционные механизмы в 1С

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

Поверх планов обмена работают регламентные задания — фоновые процессы, которые по расписанию выполняют выгрузку и загрузку данных. В типовых конфигурациях на базе Библиотеки стандартных подсистем есть раздел «Синхронизация данных», где собраны настройки обменов: с другими программами 1С, с сайтами, с мобильными приложениями, с банковскими сервисами.

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

Третий класс — файловый обмен: выгрузка и загрузка в форматах CommerceML, XML, CSV, DBF. Это самый старый и до сих пор распространённый способ, например для обмена с сайтом на 1С-Битрикс или для выгрузки прайсов.

В меню есть раздел «Синхронизация данных»Используется типовая подсистема обмена

Откройте список настроенных синхронизаций и проверьте даты последних успешных сеансов

Обмен с сайтом или маркетплейсомВероятно файловый или API-обмен

Найдите узел обмена с сайтом или настройку подключения по API-ключу

Данные приходят в реальном времениСкорее всего опубликован веб-сервис или HTTP-сервис

Проверьте публикацию сервисов на веб-сервере и журналы доступа

Обмен запускается вручнуюРегламентное задание отключено или не настроено

Проверьте расписание и статус фоновых заданий синхронизации

Где искать настройки интеграции в типовых конфигурациях

В 1С:ERP, Комплексной автоматизации и Управлении торговлей основной вход в настройки интеграции — раздел «Администрирование», подразделы «Синхронизация данных» и «Обмен электронными документами». Там включаются нужные виды обмена, создаются узлы, задаются расписания. Для обмена с сайтом в Управлении торговлей есть отдельный узел «Обмен с сайтом» с настройками состава выгружаемых товаров и каталогов.

В 1С:Бухгалтерии интеграционные функции сосредоточены вокруг банковских выгрузок (обмен с клиент-банком, сервис 1С:ДиректБанк), загрузки выписок, обмена с ФНС и сервисов электронной отчётности. Синхронизация с другими базами 1С настраивается через раздел «Администрирование» — «Синхронизация данных».

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

Как настроить типовой обмен: общий порядок

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

Сначала в обеих базах включают опцию синхронизации данных. Затем в главной базе создают новую настройку синхронизации, выбирают тип второй программы и проходят мастер настройки: указывают способ подключения (через файл, прямое подключение, веб-сервис), префиксы баз, правила отправки и получения данных. После этого выполняют первичную выгрузку, загружают данные во вторую базу и сопоставляют объекты — номенклатуру, контрагентов, организации.

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

Порядок настройки типовой синхронизации
  1. 1
    Сделайте резервные копии обеих баз и включите опцию синхронизации данных в разделе администрирования
  2. 2
    Создайте настройку синхронизации и пройдите мастер: способ подключения, префиксы, состав данных
  3. 3
    Выполните первичную выгрузку и загрузку во вторую базу
  4. 4
    Откройте отчёт о сопоставлении и вручную свяжите объекты, которые не совпали автоматически
  5. 5
    Запустите тестовый обмен, проверьте отсутствие дублей и ошибок в журнале регистрации
  6. 6
    Настройте расписание регламентного задания и контроль первых нескольких автоматических сеансов

Проверка работоспособности обмена

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

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

Для обменов через веб-сервисы дополнительно проверяют доступность публикации: сервис должен отвечать на тестовый запрос, а пользователь, под которым подключается внешняя система, должен иметь ровно те права, которые нужны для обмена, и не более.

Контрольные точки

Как проверить результат

Дата последнего сеанса синхронизации
Норма

Сеанс завершён недавно в соответствии с расписанием, статус успешный

Тревожный признак

Сеансов давно не было или последний завершился с ошибкой

Сопоставление объектов
Норма

Все объекты сопоставлены, дублей в справочниках нет

Тревожный признак

Есть несопоставленные элементы или задвоения контрагентов и номенклатуры

Журнал регистрации
Норма

Нет повторяющихся ошибок обмена и отказов доступа

Тревожный признак

Регулярные ошибки аутентификации, таймауты, конфликты блокировок

Движение тестового документа
Норма

Тестовый документ появился во второй системе с корректными данными

Тревожный признак

Документ не перенёсся или перенёсся с потерей реквизитов

Когда типовых механизмов не хватает

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

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

Сравнение вариантов интеграции

Типовая синхронизация через план обмена

Подходит для обмена между типовыми конфигурациями; ограничение — жёсткая привязка к типовым правилам и составу данных

Правила конвертации данных

Подходит, когда состав и маппинг полей нестандартные; ограничение — требует навыков работы с конфигурацией «Конвертация данных»

Файловый обмен (CommerceML, CSV)

Подходит для сайтов и простых выгрузок; ограничение — нет гарантий доставки и контроля дублей без дополнительной логики

HTTP/API-интеграция

Подходит для маркетплейсов, CRM, реального времени; ограничение — требует разработки и сопровождения кода

Внешняя ESB/шина данных

Подходит для множества систем и больших объёмов; ограничение — стоимость внедрения и необходимость отдельной инфраструктуры

Частые ошибки и риски при работе с интеграциями

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

Третья группа ошибок связана с правами и безопасностью: публикация веб-сервисов без ограничения доступа, хранение паролей в открытом виде в коде, пользователь интеграции с полными правами. Любая из этих ошибок превращает интеграцию в точку входа для злоумышленника.

Типичные ошибки
01
Запуск обмена без сопоставления объектов — массовые дубли справочников в обеих системах
02
Отсутствие фильтров по дате и организациям — многочасовые сеансы обмена и блокировки базы
03
Регламентное задание работает под пользователем с полными правами — риск повреждения данных и утечек
04
Пароли и токены внешних систем хранятся в открытом виде в коде — компрометация доступа при утечке кода
05
Нет контроля результатов — ошибки обмена обнаруживаются через недели, когда данные уже разошлись
06
Изменение типовых правил обмена напрямую в конфигурации — потеря доработок при обновлении
Маршрут решения

Как выбрать действие

Нужен обмен между двумя типовыми конфигурациями 1СИспользуйте штатную синхронизацию данных через план обмена, без доработок
Внешняя система имеет готовый модуль для 1СУстановите официальный модуль вендора и настройте по его документации
Формат данных нестандартный, но объёмы небольшиеДоработайте правила через «Конвертацию данных» или напишите отдельную обработку обмена
Требуется обмен в реальном времени при больших объёмахПроектируйте сервисную интеграцию с очередями сообщений и привлекайте профильных разработчиков
Обмен уже работает, но есть дубли и ошибкиОстановите синхронизацию, проанализируйте журнал, исправьте сопоставление и только потом запускайте снова

Ограничения самостоятельной настройки

Самостоятельно безопасно настраивать типовые обмены в тестовой копии базы: включение опций, создание настройки синхронизации по мастеру, первичная выгрузка, проверка сопоставления. Эти действия обратимы при наличии резервной копии и не требуют изменения кода конфигурации.

К специалистам стоит обращаться, когда требуется доработка правил обмена, разработка веб-сервисов, интеграция с высоконагруженными системами или восстановление после некорректного обмена с массовыми дублями. Также профессиональная помощь оправдана при настройке обменов, затрагивающих финансовые данные: ошибка в выгрузке платёжных документов или складских остатков имеет прямые денежные последствия.

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

FAQ

1С ТИИ — это отдельная программа, которую нужно покупать?

Нет. Такого отдельного продукта в линейке фирмы «1С» нет. Под аббревиатурой обычно понимают типовые интеграционные механизмы, уже встроенные в конфигурации, либо внутреннее название проекта интеграции в конкретной компании. Покупать отдельно ничего не требуется — нужно настроить штатные средства или заказать доработку.

Где посмотреть, какие интеграции уже настроены в нашей базе?

Откройте раздел «Администрирование» — «Синхронизация данных»: там перечислены настроенные обмены с датами последних сеансов. Дополнительно проверьте список регламентных и фоновых заданий в консоли заданий — доработанные обмены часто работают через собственные задания с говорящими названиями.

Можно ли настроить обмен с сайтом без программиста?

Для типовых связок, например Управление торговлей плюс сайт с поддержкой CommerceML, да: обмен настраивается через штатный узел «Обмен с сайтом» без изменения кода. Понадобятся внимательность при сопоставлении каталогов и тестовая выгрузка. Если сайт требует нестандартного формата или обмена по API, без разработчика не обойтись.

Что делать, если после обмена появились дубли контрагентов?

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

Опасно ли публиковать веб-сервисы 1С в интернете?

Опасно при неправильной настройке. Минимальный набор мер: отдельный пользователь с ограниченными правами только под нужды интеграции, сложный пароль или сертификатная аутентификация, доступ по HTTPS, ограничение по IP-адресам на уровне веб-сервера, где это возможно. Публикация сервиса с полными правами и простым паролем — прямой путь к компрометации базы.

Чем отличается синхронизация данных от простой выгрузки в файл?

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

Итог

Что важно запомнить

1С ТИИ — не продукт, а обозначение типовых интеграционных механизмов: планов обмена, регламентных заданий, веб-сервисов и файловых выгрузок. Настройка ведётся через раздел синхронизации данных, ключевые этапы — сопоставление объектов и тестовый обмен. Перед изменениями всегда делайте резервную копию, а при массовых дублях немедленно останавливайте обмен.