Почему я решил писать эту статью?
Вводная часть
Три инструмента сервисов интеграции
Сервисы интеграции, каналы, сообщения сервисов интеграции
Что мы использовали ранее?
Процесс создания сервиса интеграции
Три таблицы СУБД после добавления сервиса интеграции
Ненужное поле «Адрес внешнего сервиса интеграции»
Форма загрузки каналов «под капотом»
Как работает таблица [IntegServiceSettings]?
Создание сообщения сервиса интеграции
Необходимо проверить активность сервиса интеграции
Демонстрация ошибки с выключенной активностью
Необходимо указывать дату устаревания больше текущей даты сеанса
Необходимо указывать канал с типом отправка.
Нюанс с телом сообщения
Как хранятся сообщения?
Как работает таблица [IntegChannelOutQueue]?
Что хранится в MessageHeader?
Сквозной пример с Шиной
Таблицы каналов в СУБД
Как проверить, что каналы подключены к Шине?
Как запустить обмены с Шиной?
Как работает таблица [IntegChannelInQueue]?
Эксперимент с переносом сообщения средствами СУБД (Без Шины)
Обработка чтения сообщения
Отправитель и получатель в сообщениях сервисов интеграции
Неприятные ошибки при отборах сообщений
Баг по отбору количества сообщений
Баг с отбором по «ИдентификаторСообщенияЗапроса»
Схемы работы Сервисов интеграции при работе с Шиной
Включаем активность сервиса интеграции
Выключаем активность сервиса интеграции
Устанавливаем настройки сервиса интеграции
Создаем сообщение в канале сервиса интеграции
Запускаем фоновые задания и отправляем сообщения в Шину
Запускаем фоновые задания и получаем сообщения из Шины
Останавливаем фоновые задания
Где можно еще применять сервисы интеграции?
Ссылка на статью с примером «Сервисы интеграции без Шины и интеграции»
Заключение
Полезные ссылки
Во-первых, я запланировал цикл статей по интеграции и для продолжения мне необходимо рассказать про механизм «Сервисы интеграции».
Во-вторых, этот механизм новый и незаслуженно пылится, вот я и решил показать его типовое и не типовое использование. Возможно, кто-то после прочтения статьи избавит свои разработки от лишних регистров сведений.
В-третьих, если «загуглить» информацию по «Сервисам интеграции», мы найдем информацию только по взаимодействию с 1С:Шиной. И даже на ИТС прямым текстом написано, что разработаны они для взаимодействия с системами класса сервисная шина предприятия через «Внешние сервисы интеграции».
Между тем мы получили новый «Золотой стандарт», ну если и не золотой, то желтый как минимум.
Я очень люблю "мясо" и в статье его будет с избытком.

Давайте разбираться!
В статье «Поинтегрируем: нужна ли Шина вам?» я предупреждал, что буду плотно рассказывать
про сервисы интеграции, также я говорил, что поделюсь инструментами.
Инструменты, которые будут использоваться в этой статье, я выложил в статье «Три инструмента для сервисов интеграции», также создал проект на GitHub и выложил туда все исходники.
Нам понадобятся три обработки:
- Сообщения сервисов интеграции
- Настройка сервисов интеграции
- Отправка сообщения сервисов интеграции
Начнем с того, что «Сервисы интеграции» и «Сообщения сервисов интеграции» работают в паре.

Появились «Сервисы интеграции» в платформе 8.3.17.
Сервисы интеграции — это как ящики электронной почты, они содержат «Каналы».
Каналы — это как папки в ящике электронной почты, в которые складываются «Сообщения сервисов интеграции». При этом «Канал» может быть, либо на отправку, либо на получение.
Сообщения сервисов интеграции — это как электронные письма. При этом у этих писем есть свойства, которые нельзя изменять, есть параметры, которые служат для дополнительной детализации, и есть тело сообщения.
Свойства:
ДатаОтправки (Чтение) – Дата отправки сообщения. [с версии "8.3.17"]
ДатаУстаревания (Редактируемое при создании сообщения, после того как сообщение создано, его изменять нельзя) – Дата и время, после которого сообщение не должно обрабатываться. [с версии "8.3.17"]
Идентификатор (Чтение) – Идентификатор сообщения. [с версии "8.3.17"]
ИдентификаторСообщенияЗапроса (Редактируемое) – Идентификатор сообщения, на которое создается ответ. [с версии "8.3.17"]
КодОтправителя (Редактируемое) – От кого сообщение. [с версии "8.3.17"]
КодПолучателя (Редактируемое) – Можно указать через запятую нужных получателей. Если не указан уйдет всем возможным получателям. [с версии "8.3.17"]
ТОП-6 инструментов для разработчика 1С
Подборка лучших инструментов для разработчика 1С включает Toolkit, DCT, OneDebugger, PrintWizard, DataFormWizard и Infostart MCP. Любой инструмент со скидкой 20% при покупке от двух решений.
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.