Поинтегрируем: сервисы интеграции – новый стандарт или просто коннектор?

25.03.24

Интеграция - Перенос данных 1C

В платформе 8.3.17 появился замечательный механизм «Сервисы интеграции». Многие считают, что это просто коннектор 1С:Шины. Так ли это?
 
 Содержание статьи:

Почему я решил писать эту статью?

Вводная часть

          Три инструмента сервисов интеграции

          Сервисы интеграции, каналы, сообщения сервисов интеграции

          Что мы использовали ранее?

Процесс создания сервиса интеграции

          Три таблицы СУБД после добавления сервиса интеграции

          Ненужное поле «Адрес внешнего сервиса интеграции»

          Форма загрузки каналов «под капотом»

          Как работает таблица [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% при покупке от двух решений.

Вступайте в нашу телеграмм-группу Инфостарт

Шина Регистры сведений Интеграция Архитектура ESB Сервисы интеграции Планы обмена Сообщения сервисов интеграции PAPI GitHub PAPI-tools

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена | Можно выполнить переход с УПП на БП 3 или запускать выгрузку данных за выбранный период времени | Переносятся документы, начальные остатки и вся справочная информация | Есть фильтр по организации и множество других параметров выгрузки | Поддерживается несколько сценариев работы: как первичный полный перенос, так и перенос только новых документов | Перенос данных возможен в "1С: Бухгалтерия 3.0" версии ПРОФ, КОРП или базовую | Переход с "1С: УПП1.3" / "1С:КА 1.1" на "1С:БП3.0" с помощью правил конвертации будет максимально комфортным! | Можно бесплатно проверить перенос на вашем сервере!

50050 руб.

25.02.2015    190765    372    294    

429

Перенос данных 1C Программист 1С:Предприятие 8 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

58000 руб.

04.08.2015    192285    462    308    

462

SALE! 10%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист 1С:Предприятие 8 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен и синхронизацию в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

27633 руб.

12.06.2017    163170    991    329    

487

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос данных из ERP в БП 3 | из КА 2 в БП 3 | из УТ 11 в БП 3 | из ЕРП в БП 3 | Сэкономьте время - используйте готовое решение для перехода! | Перенос разработан в формате КД 2 (правила конвертации данных) | Переносятся все возможные виды документов, начальных остатков и нормативно-справочная информация| Можно опционально выгружать каждую пару "номенклатура+характеристика" как отдельную номенклатуру | Есть выгрузка настроек счетов учета и зарплатных данных из ERP / КА 2 | Можно проверить на вашем сервере перед покупкой

58000 руб.

15.04.2019    86110    231    181    

168

SALE! 10%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист 1С:Предприятие 8 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Переносите справочную информацию, остатки и документы из УПП 1.3 в Бухгалтерию 3.0 с помощью готовых правил. Переносится более 50 видов документов. Простой интерфейс и понятные настройки.

42000 37800 руб.

15.12.2021    35667    263    68    

200

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Управленческий учет Платные (руб)

Перенос данных из ERP в ЗУП 3 | из КА 2 в ЗУП | Готовые правила конвертации данных (КД 2) для переноса остатков, документов с движениями и справочной информации 3 | Есть перенос начальной задолженности по зарплате и начальной штатной расстановки на выбранную дату | Обороты за прошлые годы (данные для расчета среднего) переносятся свернуто в документ "Перенос данных" | Есть фильтр по организациям | Документы за текущий период переносятся сразу с движениями, поэтому не потребуется делать перерасчеты | Перенос можно проверить перед покупкой, обращайтесь!

55200 руб.

03.12.2020    46352    132    83    

122

Файловый обмен (TXT, XML, DBF), FTP Перенос данных 1C Системный администратор Программист Бухгалтер 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Платные (руб)

Обработка не только формирует начальные остатки по всем счетам на нужную дату (экономя время на свёртке базы БП 3), но и полностью переносит справочные данные и документы за заданный период. Гибкая настройка включает фильтр по организациям и множество параметров выгрузки. Работайте в удобном формате: выполните однократный полный переход или настройте регулярную догрузку только новых документов из БП 3 в БП 3.0. Интеграция правил конвертации в план обмена гарантирует точную выгрузку исключительно зарегистрированных объектов.

70760 руб.

10.04.2026    1016    3    8    

2

Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист 1С:Предприятие 8 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)

Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам.

50200 руб.

24.04.2015    209426    178    253    

297
Отзывы
32. dsdred 4276 13.03.24 08:20 Сейчас в теме
В дополнение к статье.
Два символа перед зашифрованными отправителями\получателями длина зашифрованной строки в шестнадцатеричной системе исчисления
9A и FA - похоже на якорь

КодОтправителя -> 616C6661 => alfa

04 - количество символов в шестнадцатеричной системе исчисления = 4 в десятичной
616C6661 - зашифрованный код отправителя\получателя

КодПолучателя -> 6265747461 => betta

05 - количество символов в шестнадцатеричной системе исчисления = 5 в десятичной
6265747461 - зашифрованный код отправителя\получателя

КодОтправителя ­-> 62657474616265747461626574746162657474616265747461 => bettabettabettabettabetta
19 - количество символов в шестнадцатеричной системе исчисления = 25 в десятичной
Остальные комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. ixijixi 2159 11.03.24 11:12 Сейчас в теме
Дмитрий, последняя ссылка нерабочая, поправьте пжл.
Прикрепленные файлы:
3. dsdred 4276 11.03.24 11:44 Сейчас в теме
(1)Огромное спасибо, поправил.
Статья: Сервисы интеграции без Шины и интеграции будет отправлена на модерацию или сегодня вечером или завтра.
2. kuzyara 2263 11.03.24 11:28 Сейчас в теме
Кто тестировал под нагрузкой, скажите сколько сообщений в секунду переваривает?
kote; it_depDi; +2 Ответить
5. dsdred 4276 11.03.24 11:55 Сейчас в теме
(2)Вы сейчас про шину?


Процесс выглядит так:
1 создаются сообщения в базе 1с источник (сюда входит и конвертация и создание/сохранение). Тут факторы разные, как написан код по конвертации например это не типовой механизм. Есть ли сохранение сообщений в несколько потоков?
2 сообщения перетекают в Шину. Есть ли в Шине преобразования и маршрутизация?
3 сообщения перетекают из Шины.
4 сообщения читаются. Чтение тоже что и в первом пункте, факторов много.

Соответственно не ясно: Что и как измерять?

На официальном ресурсе ( https://v8.1c.ru/static/1c-shina/ ) данные такие:
Для примера мы проводили тест, на котором через механизм сервисов интеграции отправляли в 1С:Шину около 20 000 сообщений размером 256 Кб каждую минуту и она с этим успешно справлялась.
4. starik-2005 3300 11.03.24 11:51 Сейчас в теме
Отличная статья.
top_1c; mvxyz; fatman78; dsdred; +4 Ответить
6. support 4484 11.03.24 15:00 Сейчас в теме
(4) наконец-то угодили?
7. starik-2005 3300 11.03.24 15:24 Сейчас в теме
(6) Да ладно, я часто хвалю статьи и редко ругаю. Так что Вы меня с кем-то спутали. Хотя да, я жаловался, что статей приличных на инфостарте в последнее время все меньше - достаточно полистать "Главное" (или как его там). Сейчас там статьи в среднем с 20-30-ю звездами, а были времена со средним рейтингом статей в 50-100 в этом разделе. И просмотров стало мало у статей. Я просто анализировал статьи сейчас и три года назад - просмотры в среднем упали.
8. support 4484 11.03.24 20:36 Сейчас в теме
(7) А я каждый день смотрю на Главную и очень много интересного нахожу. Коллеги пишут интересно!
Посещаемость сайта растет. Курс стартмани 148 рублей, дороже доллара!
Еще около 190 докладов с конференции не опубликовано.
На весеннюю конференцию уже продано 350 билетов, на осеннюю конференцию уже 200 (придется объявлять sold out за 2 месяца ;).
Направления развиваются, каждый показывает рост. Новые авторы, партнеры появляются каждый день.
Все отлично!
9. dsdred 4276 11.03.24 20:39 Сейчас в теме
(8)я лично удивляюсь, как находите время читать статьи. Поделитесь секретом.
10. support 4484 11.03.24 20:54 Сейчас в теме
Так это моя работа)
Silenser; dsdred; +2 Ответить
11. starik-2005 3300 11.03.24 21:43 Сейчас в теме
(8)
Все отлично!
Так джаст бизнес, ничего личного. Но если взять ТОП статей, то большинство из них написаны до 20-го года еще. И плюсы они набрали тогда, а не сейчас. Самые крутые вообще 10+ лет назад написаны. Есть парочку новых статей, но они в сути своей никакой америки не открыли. Но бизнес идет. Я тут не против совершенно. Просто сообщество теряет экспертизу. Реально среди моих знакомых программистов, кого бы я мог назвать экспертами, на инфостарт почти никто не ходит.
SirStefan; +1 Ответить
12. support 4484 11.03.24 21:45 Сейчас в теме
(11)
Реально среди моих знакомых программистов, кого бы я мог назвать экспертами, на инфостарт почти никто не ходит.
Не может такого быть! Это фантастика! На Инфостарте много экспертных статей!
16. starik-2005 3300 11.03.24 21:59 Сейчас в теме
(12)
На Инфостарте много экспертных статей!
Так я не говорю, что их нет. Даже скажу больше - на инфостарте только и есть экспертные статьи по 1С, в других местах статей экспертных мало. И я вижу, что экспертам серьезную статью писать - это дорого, т.к. даже если 10к символов - это 10см + 30 см за 50+, + 20 см за 100 (есть такое еще?), то даже 10 + 30 + 20 = 60 см, из которых при выводе даже на самозанятого останется 60 см * 148 пусть рублей = 8800 - 6% = 8300. Такую статью написать - это минимум день. Я за два часа просто не могу 10к символов осилить, поэтому мои последние две статьи остались без СМ за количество символов, хотя пользы от них больше, чем от многих других с большой кучей символов - рейтинг говорит за себя. Так что даже мне это надоедает. Я вообще никого лично не знаю, кто бы за последние 5 лет на Инфостарте статейку бы написал. А вот кто перестал их писать - знаю (((
SirStefan; +1 Ответить
17. dsdred 4276 11.03.24 22:13 Сейчас в теме
(16)частично согласен.
Я просто делаю вот так:
На работе есть неизвестная проблема. Я её решаю и документирую пошагово решение. Результат: Шпаргалка для себя и статья на инфостарт.

Эта статья это вариант покапаться в кишках и поделится знаниями с коллегами. Время ушло прямо много, по ночам писал. Но чувствую прямо какое-то удовлетворение от того что в телеге люди написали, что статья агонь. Иногда даже не знакомые ранее мне люди пишут и говорят что понравилась статья. Это дорогого стоит.

А СМ для меня вообще сейчас пока смысла не имеет, возня с самозанятостью... прям нехочется. Я на работе шучу по этому поводу: накоплю миллион, тогда займусь выводом денег ))
dvissarov5; passerg; d4rkmesa; top_1c; +4 Ответить
20. support 4484 11.03.24 23:44 Сейчас в теме
(16) Давно хочу сделать поле - Цена за статью, которую заполнит автор, если он хочет денег за публикацию.
21. starik-2005 3300 12.03.24 06:20 Сейчас в теме
(20)
Давно хочу сделать поле
Даже в голову не приходит, что в этом поле можно будет указать? Мне кажется, что если статья выделяется из коллектива по просмотрам/рейтингу, то автора надо поощрять писать еще статью, т.к. он - актив ресурса. А как это сделать - ума не приложу. Вот автору этой статьи просто по кайфу. Но и это пройдет )))

ЗЫ: вот посмотрите, как автор про самозанятость сказал: "возня". А что там возни-то? 10 минут в банковском приложении с жуткого похмелья, 2 минуты если в здравом уме и доброй памяти. Но на мой личный взгляд основная проблема - это распечатать акт, подписать его, сфоткать и прикрепить. Меня вот этот поход в оффлайн до принтера напрягает жутко. И вот висит у меня какое-то количество бабла на счете местном, но вывести это дело - это моральный такой порог, когда нужно две минуты потратить на возню с самозанятостью, засунуть все эти реквизиты изменившиеся, договор переподписать, сфоткать, отправить, акт распечатать, сфоткать, отправить, чек мутнуть, скачать, отправить, ... Бррррр.
SirStefan; dsdred; +2 Ответить
22. dsdred 4276 12.03.24 06:59 Сейчас в теме
(21)согласен. На счёт поля с ценой странная идея...

Есть топ 100 за год, по скачиванию, обсуждению, рейтингу и вот с этим и надо работать, а не с полем цена.
35. support 4484 13.03.24 14:53 Сейчас в теме
(21) такое поле есть, но только для модераторов, для тех авторов, кто пишет по заказу. Мы с удовольствием можем отблагодарить авторов статей. Если что, пишите тогда в тикете свою цену, согласуем, выплатим в момент опубликования.
starik-2005; +1 Ответить
37. starik-2005 3300 13.03.24 15:08 Сейчас в теме
(35)
пишите тогда в тикете свою цену, согласуем
А вилка какая? Вот у меня есть простые статьи с 100+ звезд, которые модераторы не хотели согласовывать, а Вы про деньги - они ж совсем от этого рыдать будут.
ЗЫ: мне кажется, что модераторы вообще не влияют на качество статей. В хабре их нет, если я правильно понял. По крайней мере публикация с мульоном плюсов из одного слова у них - это норма.
38. dsdred 4276 13.03.24 15:23 Сейчас в теме
(35)В том то и смысл. Автор пишет по заказу.
А с простыми авторами - это получается на уровне торгов на рынке.
Вот пример:
Автор горит идеей написать статью про уточек, он в этом эксперт. В какой момент он должен запросить цену? Перед написанием статьи или когда она готова?
А когда она готова и ему отказ, он получается просто пописал?

Сама идея с полем и выпрашиванием денег плохая.
Повторюсь, у вас есть рейтинги за месяц, квартал, полгода, год.
Вот с этим и надо работать. Раньше кстати к этим показателям были привязаны Награды infostart awards, а сейчас это просто рейтинг. Да и сама премия как-то обесценивается.
Вот пример https://awards.infostart.ru/ кто там был в номинантах и победителях в 2023?

П.С. По контенту например, сегодня наблюдал как весь Инфостарт "забомбил" статьями. Но я такого точно не ожидал, так как думал, что пишу статьи про "уточек", интересные узкому кругу.
Прикрепленные файлы:
mrFduch; SirStefan; top_1c; +3 Ответить
46. top_1c 4169 14.03.24 15:08 Сейчас в теме
(38) про премию в точку, очень сильно обесценилась, я уже высказывался, что она на мой взгляд поощряет свою какую-то другую тусовочку, а не авторов. Мне нравилась ачивка за лучшую статью, как уже выше писал прямо был азарт, получить её... вышло аж дважды :) а потом когда премию ещё убрали, вообще не понял смысл... Плюс Ванька Белокаменцев убежал не догнать :)) мне тогда казалось что раньше были разные категории звезд желтые и фиолетовые, типа фиолетовые за всякие такие романы в стиле Ивана, а желтые технически полезные... просто написать роман за вечер или техническую на неделю сесть, а получить одинаковый профит, ну такое...
SirStefan; Interrupted; dsdred; +3 Ответить
23. dsdred 4276 12.03.24 07:26 Сейчас в теме
(20)это поле лишь поможет измерить жадность, наглость и самолюбие... нужно работать с топ за месяц, квартал и год. У Вас все инструменты на руках.

У меня в жизни был случай лет 10 назад. Я халтурил на одного клиента, меня с ним друг сосватал. Сделал несколько заданий и вдруг мне друг говорит: -директор просит встречи с тобой. Познакомится хочет. Приезжаю в гости. Общаемся. И как бы невзначай он говорит есть у меня задачки вот такие и перечислил их. Можешь сделать?
Я согласился и по одной из них сказал получится чуть дороже чем обычно.
Когда её сделал долго думал сколько попросить и попросил чуть выше чем обычно и другу цену озвучивал стесняясь. Он когда мне деньги привёз, сказал. Чего ты стесняешься? Ты же работу сделал. До тебя нам три программиста сказали, что это невозможно сделать. А за то, что невозможно ты попросил более чем мало.


И вот тут я понял, что будь я понаглее и увереннее... в общем сейчас я эту уверенность коллегам и знакомым вживляю, когда они тушуются.

А история к тому, что в поле с ценой, люди с синдромом сомазванца поставят 0. А те что понаглее...
kote; SirStefan; top_1c; +3 Ответить
24. starik-2005 3300 12.03.24 10:03 Сейчас в теме
(23)
люди с синдромом сомазванца поставят 0
Да, поле с ценой - это жесть какая-то )))
А по поводу того, что нужно мониторить рынок и не соглашаться работать за меньше, чем 3к в час - это правильная позиция.
d4rkmesa; +1 Ответить
44. top_1c 4169 14.03.24 15:01 Сейчас в теме
(16) Меня никогда не двигали деньги за написание статей на Инфостарт, двигал меня рейтинг, но когда стали падать СМ был классный приятный бонус :) потом даже пытался сделать некую коммерческую конфигурацию за 10 см, но она как-то не активно пользовалась спросом.

А вот с чем согласен, что написание статьи да отнимало очень много времени, уделял этому большое внимание и были переживание если вдруг не зайдёт, а что если это захейтят, что происходило с 20% вероятностью :)

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

И согласен с Димой Сидоренко, что большинство статей личный опыт и желание обернуть в шпаргалку изначально для себя и с другими поделиться безвозмездно.
ong1990; Interrupted; dsdred; starik-2005; +4 Ответить
13. support 4484 11.03.24 21:48 Сейчас в теме
15. starik-2005 3300 11.03.24 21:53 Сейчас в теме
(13) Домой и в спортзал, бассейн и далее по списку. У нас тимлид тимлидит, в промежутках яндекс маркет глядит. На инфостарте его не видел. Даже хабр с трудом заставляю читать )))
36. support 4484 13.03.24 14:56 Сейчас в теме
(15) может он мемы тогда в телеграме смотрит? Что он смотрит на телефоне?
14. support 4484 11.03.24 21:50 Сейчас в теме
Если они работают во франчайзи, может у них запрет на публикацию на Инфостарте, все может быть. Мы объединяем инхаус-разработчиков и их экспертизу здесь представляем и независимых экспертов.
18. gybson 13 11.03.24 22:23 Сейчас в теме
У меня пока ощущение, что это все база для микросервисной архитектуры на базе 1С:Элемент. Ну никак не лезет в старую парадигму. Её уже и таким боком и другим и покрутили-потолкали, а не лезет она в старую 1С =)
19. dsdred 4276 11.03.24 22:25 Сейчас в теме
(18)все может быть. Поживём и увидим
25. dsdred 4276 12.03.24 10:14 Сейчас в теме
(24) Позиция правильная, но сколько людей я видел которые не в рынке и тушуются...
Если я нахожу такие не огранённые алмазы, не могу пройти мимо.
В итоге приходится как психологу, поработать с ними.
Сначала объяснить, что они не в рынке, но они крутые и стоят вот столько.
Потом проработать над резюме, вытащить из них те вещи которые они обесценили.
Потом порадоваться за них когда они находят достойную работу с хорошей зарплатой.

Несколько людей с моего пинка ушли в ИТ на Аналитиков, программистов... Потом спасибо говорили.
А вить так же, на них все ездили за крохи...
У нас в стране много недооценённых людей и много переоцененных...
siegfans; Raf_f; top_1c; +3 Ответить
26. Cmapnep 20 12.03.24 10:54 Сейчас в теме
Спасибо за проделанную работу!
Хотелось бы получить ответ на следующий вопрос - насколько оправдано использование описываемого механизма (без использования шины) вместо регистров с точки зрения быстродействия
С моей точки зрения показателен был бы опыт по записи в сервис и регистр с похожей структурой множества сообщений с различными размерами (например 10000 сообщений с пустым телом, 10000 с телом размером 1кБ, ...)
27. dsdred 4276 12.03.24 11:09 Сейчас в теме
(26)по моим ощущениям отправдания в 8 потоков, создавал сообщения с полной версией по номенклатуре. Происходило это очень быстро.

Но запрос ваш понял. Ради интереса проведу такой эксперимент. Запланируем статью
53. dsdred 4276 28.03.24 01:56 Сейчас в теме
(26)Отправил на модерацию статью с замерами Регистров сведений и Сервисов интеграции.
Ссылка будет: https://infostart.ru/1c/articles/2062957/
mrFduch; Cmapnep; +2 Ответить
28. zhichkin 1572 12.03.24 12:54 Сейчас в теме
Добрый день! Прошу прояснить некоторые моменты.

1. Не совсем понял термин "внешние сервисы интеграции". Ясно, что это что-то вне текущей информационной базы, но что конкретно ?

2. Не совсем понятно как связаны между собой таблицы:
- IntegServiceMsgBody
- IntegServiceExtMsgBody
- IntegChannelInQueue
- IntegChannelOutQueue

Из статьи следует, что тела сообщений хранятся в таблицах IntegChannelInQueue и IntegChannelOutQueue. А для чего тогда таблицы IntegServiceMsgBody и IntegServiceExtMsgBody и что в них хранится ?

3. При получении каналов мы обращаемся куда-то с портом 9090. Это что такое ? И куда мы обращаемся ?

4. Как работает 1С:Шина на забор сообщений из ИБ 1С ? Это PUSH или PULL со стороны ИБ ? Я так понял, что пока мы не запустим регламентное задание на стороне ИБ в 1С:Шину ничего не уедет. Регламентное задание "пихает" (push) сообщения в 1С:Шину ? Вероятно как раз-таки вот в этот загадочный сервис с портом 9090 ?

5. Как работает 1С:Шина на отправку сообщений в ИБ 1С ? Это PUSH или PULL со стороны 1С:Шины ? То есть она сама пишет ИБ 1С ? Через что она это делает: кластер 1С или напрямую в БД ? Или опять же через тот самый сервис с портом 9090 ?

Спасибо заранее за ответы.
29. fishca 1314 12.03.24 13:05 Сейчас в теме
А где почитать каким условиям должен удовлетворять сервис, чтобы к нему можно было подцепиться из 1С?
31. dsdred 4276 12.03.24 13:20 Сейчас в теме
(29)Не совсем понял вопрос.
30. dsdred 4276 12.03.24 13:18 Сейчас в теме
(28) Добрый день.

1) Термин "внешние сервисы интеграции" введен не мной. Вот прямо текст с ИТС:

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

Простыми словами - это адрес проекта по обмену, опубликованного в 1С Шине.

2)
А для чего тогда таблицы IntegServiceMsgBody и IntegServiceExtMsgBody и что в них хранится ?

С этим вопросом я пытался разобраться, но не нашёл применения. Самому интересно.

3) Порт 9090 это один из двух портов (прописанных по умолчанию) используемых 1С Шиной.
Службой шины задействованы IP-порты сервера esb:
● порт 9090 — для доступа к панели управления 1С:Шины;
● порт 6698 — для брокера сообщений 1С:Шины.

Поэтому при установке в паре с Prometheus произойдет конфликт, так как он тоже висит по умолчанию на порте 9090

4-5) 1С-ка толкает сообщения в шину и забирает.
Когда мы запускаем фоновые задания:
СервисыИнтеграции.ВыполнитьОбработку();

Мы запускаем в 1С 3 фоновых задания которые проверяют, что нужно отправить и получить и собственно сама 1С с помощью этих задания толкает или забирает сообщения.
Насколько я понимаю, происходит обмен сообщениями используя порт 6698.
zhichkin; +1 Ответить
32. dsdred 4276 13.03.24 08:20 Сейчас в теме
В дополнение к статье.
Два символа перед зашифрованными отправителями\получателями длина зашифрованной строки в шестнадцатеричной системе исчисления
9A и FA - похоже на якорь

КодОтправителя -> 616C6661 => alfa

04 - количество символов в шестнадцатеричной системе исчисления = 4 в десятичной
616C6661 - зашифрованный код отправителя\получателя

КодПолучателя -> 6265747461 => betta

05 - количество символов в шестнадцатеричной системе исчисления = 5 в десятичной
6265747461 - зашифрованный код отправителя\получателя

КодОтправителя ­-> 62657474616265747461626574746162657474616265747461 => bettabettabettabettabetta
19 - количество символов в шестнадцатеричной системе исчисления = 25 в десятичной
33. fishca 1314 13.03.24 11:17 Сейчас в теме
(31) хотелось бы понять каким условиям должен удовлетворять сервис к которому подключаемся. Мы же не просто так на "деревню дедушке письмо" отправлять собираемся. Как минимум должен быть какой-то интерфейс (API), вот хочется понять какой?
34. dsdred 4276 13.03.24 11:46 Сейчас в теме
(33)Первоначально Сервисы интеграции заточены под 1С шину которую либо вы развернули сами, либо взяли в аренду в облаках у тех кому доверяете. В документации есть описание, но не описано как все это происходит технически. Вероятно - это все сделано для того, чтобы не появилось аналога 1СШины, который будет также цепляется к сервисам интеграции.

А так, при установке Шины есть API и брокер которые слушают порты:
● порт 9090 — для доступа к панели управления 1С:Шины;
● порт 6698 — для брокера сообщений 1С:Шины.

И есть API с небольшим описанием для панели управления.
39. agnev 64 14.03.24 09:38 Сейчас в теме
Получил огромное удовольствие от прочтения статьи. Спасибо за качественный материал.
При этом было видно, что рассматривалось в том числе с прицелом Без шины, что хорошо (весь крупняк на кафках - реббитах и т.п. и там давно свои решения по интеграции с ними, часто и не от серебряной пули и т.п.).

И делался в статье упор, что решение позволит избавиться от собственных настроечных таблиц и регистров с очередям. Но не смог для себя понять: а зачем? Организация таких регистров при серьезной интеграции самая несложная часть работы, и при этом они позволяют реализовать любые произвольные фичи. Например:
1. отслеживание доставки
2. отслеживание аномалий или "потерь данных", задержек и т.п.
3. работу с ошибками (в связке с статусами сообщений и сторонними системами для голов подробных ошибок: эластик с кибаной и т.п., кому что)
4. любой мониторинг текущего состояния обмена и проблем в нем, с любой детализацией.

Но все это требует порой иметь возможно сделать именно свои таблицы. В них можно по ходу развития проекта добавлять нужное.

А тут в чем преимущество использования залоченной вендром технологии, которую будут развивать без оглядки на твои потребности и ошибки в которой даже не можешь поправить без разработчиков платформы? В общем если будут статьи-продолжения, хочется увидеть и мысли на этот счет.

Это ни в коем случае не критика статьи, читал с интересом и жду продолжения. Но правда не понимаю смыл всей этой подсистемы: жестко залоченный под чьи-то требования огрызок, который проблематично самому доработать.
41. dsdred 4276 14.03.24 09:54 Сейчас в теме
(39)Спасибо за отзыв, приятно что статья была интересна.
Вопросы понятные и я думаю ответы будут в будущих статьях.
Надеюсь продолжение не разочарует
40. agnev 64 14.03.24 09:50 Сейчас в теме
Вообще есть подозрения, что технологию пропустили, т.к. она реально не нужна. Нужны возможности языка, чтобы не было больно каждый день: функции как параметры, анонимные функции, опциональная типизация (например как в typescript где прикрутили костыль к js сбоку), удобная расширяемость (native api это просто жесть), удобная многопоточность (тут слава богу уже анонсировали сильный агрейд фоновых в платформе, через пару лет дай бог увидим). Вместо этого годами делаются бантики-поделки, которые успешно пилятся и программистами и на местах :).
42. dsdred 4276 14.03.24 09:56 Сейчас в теме
(40) Меня тоже удручает собирать велосипеды после того как окунулся в мир JS.
Там уже все написано до нас и для нас ))
43. PlatonStepan 38 14.03.24 14:58 Сейчас в теме
Статья отличная.
Да, на свежей платформе уже есть много всякого. Но заказчик, как правило, сидит на более старых версиях.
Недавно на 8.3.12 в тонком клиенте собрал схему, в которой серверные события таки оповещают клиента.
Были задействованы:
ПолеHTMLДокумента на клиенте - для асинхронности
http-сервис - для обработки long-polling запросов
Фоновые задания - в качестве процесса ожидания прерываний наступившими событиями
Планы обмена - в качестве регистратора событий и их подписчиков (чтобы не сорить в регистры)

Вроде бы работает задержка 1-2 секунды и не нужны всякие шины и системы взаимодействия и переход на новую платформу.
45. dsdred 4276 14.03.24 15:06 Сейчас в теме
(43)Рад, что статья понравилась.

Конфигурации сейчас в режиме совместимости "8.3.17" по-моему младше не видел.

Честно скажу Планы обмена я перестал любить после Истории данных.
А в целом вопрос такой: Если вдруг вы перестанете работать с клиентом на сколько просто будет въехать тому кто прийдет после?
47. PlatonStepan 38 15.03.24 03:29 Сейчас в теме
(45) Компетенции решают. В веб-разработке либо в сетевой инфраструктуре как-то же въезжают в эти развешанные по углам "сопли" ))
48. dsdred 4276 15.03.24 06:25 Сейчас в теме
(47) я как то собеседований программиста йС который мне сказал а зачем мне знать SQL я же 1с программист. Я к тому, что не у всех компетенции как у вас.
49. d4rkmesa 21.03.24 11:39 Сейчас в теме
Спасибо большое за статьи, прямо давно на ИС не было статей такого уровня. Можно вопрос: Выполнитьобработку(), на получение например, нужно регламентным заданием делать, "само" оно не запускается?
50. dsdred 4276 21.03.24 13:20 Сейчас в теме
(49)Рад, что статья понравилась.
Выполнитьобработку(), на получение например, нужно регламентным заданием делать, "само" оно не запускается?

Да необходим либо регламент, либо вручную запустить код. Данный код запускает фоновые задания ровно на 2 минуты, после чего они останавливаются и их опять надо запустить, само оно не запускается.
d4rkmesa; +1 Ответить
67. Gaster 21.11.25 12:52 Сейчас в теме
(30)
4-5) 1С-ка толкает сообщения в шину и забирает.
Когда мы запускаем фоновые задания:
СервисыИнтеграции.ВыполнитьОбработку();

(50)
данный код запускает фоновые задания ровно на 2 минуты


Что происходит в течении этих двух минут? Сообщения толкаются в бесконечном цикле?

И что означает "толкает" делает http-запрос, верно? Интересно, можно ли вместо Шины установить свою систему. И чтобы Сервисы интеграции "толкали" именно её?
68. Gaster 21.11.25 15:41 Сейчас в теме
(67) Дополню более простыми словами: В том месте где мы "Получаем каналы", мы пишем Адрес сервера, Имя пользователя, пароль... Так вот в это "Поле адреса сервиса" можно вписывать только ссылку от 1С:Шины или любую ссылку внешнего ресурса, который работает по принципу шины?
69. dsdred 4276 21.11.25 15:47 Сейчас в теме
(68)
(67)
На осеннем инфостарт был доклад по этой теме

гляньте проект https://github.com/rzateev/1cServiceIntegrationMock
70. dsdred 4276 21.11.25 15:53 Сейчас в теме
(67)
И что означает "толкает" делает http-запрос, верно?

нет. там используется протокол AMQP

Интересно, можно ли вместо Шины установить свою систему.

да.

посмотрите проект https://github.com/rzateev/1cServiceIntegrationMock
51. demon_infernal 41 21.03.24 23:56 Сейчас в теме
Добрый день. Спасибо за отличную статью.
Есть один вопрос.
На картинке в статье, внизу, в самом нижнем блоке, вы пишете:
"Сообщаем о прочтении в шину".
А это правда так?
Мои сомнения вызваны двумя факторами:
1. Этот пункт указан в ветке условия "Да", то есть, судя по схеме, сообщение в шину уходит только после успешного прочтения сообщения ИБ-получателем. А в случае неуспешного прочтения (например, ошибка в коде или попытка записи нового объекта с незаполненными обязательными реквизитами) - получается, сообщение о прочтении в шину не уходит и шина продолжает считать сообщение недоставленным?
2. Цитатой с ИТС:
Факт успешного выполнения обработчиков входящих сообщений в информационной базе «1С:Предприятия» сервер «1С:Шины» не отслеживает.

Я считаю, что фактически сообщение в шину уходит не о прочтении (успешном или нет), а о доставке сообщения до базы-получателя. То есть в тот момент, когда добавляются записи в таблицу IntegChannelInQueue.
52. dsdred 4276 22.03.24 07:39 Сейчас в теме
(51)Спасибо за вопрос.
Вы правы, видимо я поторопился.
В выходные перепроверю и внесу правки.
54. OswaldBjorndalen 19.04.24 16:54 Сейчас в теме
И зачем этот механизм использовать вместо регистров сведений?
Какие плюсы это дает?
Пока только одни минусы.
55. dsdred 4276 19.04.24 19:18 Сейчас в теме
(54)расскажите про одни минусы. Мне просто интересно.
56. OswaldBjorndalen 22.04.24 12:21 Сейчас в теме
(55)
Использовать некий механизм платформы, предназначенный для определенных целей, совершенно отлично от его назначения - самый очевидный минус. Что произойдет с данными при следующем обновлении платформы? Возможно, что-то изменится и, например, таблицы очистятся.
Невозможность обратится к объекту запросом.
Невозможность добавить новые поля.
Это на поверхности.
57. dsdred 4276 22.04.24 12:25 Сейчас в теме
(56) а какие цели были у механизма "Сообщения сервисов интеграции"?
Из названия же помоему понятно - для хранения сообщений.
Новые поля в нем добавляются через свойство "Параметры" имеющее тип Соответствие.

Тоесть чтобы добавить ещё один параметр доработка не требуется в отличие от регистра.

Про невозможность использовать запрос - спорный момент.
У механизма есть встроенный отбор.

Что ещё не так?
58. OswaldBjorndalen 23.04.24 09:00 Сейчас в теме
(57)
Для хранения сообщений сервиса интеграции все же, не неких обезличенных сообщений.
Опять же - для того, что бы сообщение создать, нужно сервис этот включить.
Для каждого сообщения можно установить свой собственный набор параметров, скрытый за соотвествием.
То есть, пока его не прочесть - то и не узнаешь, что там вообще есть.
Про запросы это не спорный момент, запросом к таблице обратится нельзя.
То есть, нельзя будет в одной коллекции получить и сообщения и дополнительные данные из других объектов конфигурации.

В общем, лично я вижу больше проблем при использовании этих таблиц в качестве хранилища, чем удобства.
А какие плюсы вы видите?
59. dsdred 4276 23.04.24 09:33 Сейчас в теме
(58)
Для хранения сообщений сервиса интеграции все же, не неких обезличенных сообщений.

А, что есть Сервис интеграции?
По большему счету регистр который хранит пакеты для обменов тоже сервис для интеграции...

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

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

А какие плюсы вы видите?

1 Скорость записи https://infostart.ru/1c/articles/2062957/
2 Не нужно придумывать регистры под задачи оповещения, рассылки сообщений и т.д. https://infostart.ru/1c/articles/2059507/
То есть мы просто создаем канал и все, не нужно придумывать структуру, она идеальна под любые сообщения.
3 Нет проблем с блокировками
4 При создании в расширении не зависит от типов
5 Меньше кода при работе с ними

Есть минусы которые мне честно говоря не нравится.
1 Нет возможности ввести статус (Новый, прочитан, прочитан с ошибкой).
2 Нет возможности скопировать сообщение "1 в 1" в другой канал средствами встроенного языка. (только sql запросом)

Но эти минусы можно решить
60. PlatonStepan 38 06.05.24 09:04 Сейчас в теме
(59)
Тоже не понял про минусы.
Для очередей сообщений с 8.3.18 версии платформы описаны максимально быстрые методы Создания-Чтения(по списку или по любым отборам)-Удаления(точечно или также по отборам).
Платформой реализовано хранение тела сообщений любого размера.

Отпадает необходимость эксплуатировать Истории данных и Регистратор изменений(планы обмена) для некоторых целей.

1 Нет возможности ввести статус (Новый, прочитан, прочитан с ошибкой).

Разве для каждого требуемого статуса нельзя завести отдельный канал?

2 Нет возможности скопировать сообщение "1 в 1" в другой канал средствами встроенного языка. (только sql запросом)

Это да, к тому же идентификатор сообщения содержит случайный UUID, по которому строится индекс.
61. YAGolova 581 28.06.24 06:29 Сейчас в теме
Подскажите, сообщения с разными отправителями через один канал обрабатываются параллельно или последовательно? Если ошибка в сообщение с одним отправителем, очередь встанет и по другому если они в одном канале?
62. dsdred 4276 28.06.24 13:23 Сейчас в теме
(61) У канала "Получение" есть галочка "в транзакции", если эту галочку снять, то сообщения будут обрабатываться независимо друг от друга асинхронно.
Не проверял момент с разными отправителями, но от одного при галочке "в транзакции" вся очередь встает пока ошибку не исправишь.
Прикрепленные файлы:
63. HystriX 06.09.24 14:21 Сейчас в теме
Спасибо за статью. Однако, непонятны пара моментов по оформлению.

1. Зачем нестандартный шрифт? Он значительно хуже читается, если не жирный и если в системе нестандартный масштаб изображения. Например, использую 250 процентов на 4K-дисплее, чтобы шрифт был более крупный и глаза не уставали. Стандартный шрифт читался бы легче.

2. Обещали мясо, а выдали жалкий твикс :)
64. dsdred 4276 06.09.24 17:46 Сейчас в теме
(63)рад что статья понравилась.

1 статью писал в ворде, так как стандартный редактор очень не очень. Поэтому и шрифт не стандартный. С мониками у меня тоже зоопарк. У ноутбука 4к, основной 3к и ещё графический 2к. Пишу статьи по ночам, конкретно эту статью писал очень долго у меня ещё и файл крашнулся, пришлось восстановлением заниматься.
В общем в итоге вышло как вышло.

2 ну кусочек мяса в статье тоже есть ;))
65. nayd 10 05.03.25 12:11 Сейчас в теме
66. dsdred 4276 05.03.25 12:16 Сейчас в теме
(65) Можно добавить в расширение один общий сервис интеграции и воспользоваться типовой обработкой
либо Настройка сервисов интеграции -> https://infostart.ru/1c/tools/2050054/

Настройки подключения задаются программно
71. VVi3ard 52 05.12.25 04:23 Сейчас в теме
Отличная статья, читал что то похожее в https://github.com/rzateev/1cServiceIntegrationMock/blob/main/docs/1cIntern­alArchitecture.md
Но тут прям очень подробно.

Есть вопрос у меня на который никак не могу найти ответ, такое впечатление что или вопрос у меня тупой, или я в какой то brainlag попал, ну уже третий час ищу, не могу найти решение... Уже и всех ИИ ассистентов за долбал (они вообще там фантазируют).

У меня такие условия что в течении дня копятся сообщения как на сервере так и на клиенте, потом на время появляется связь, пользователь инициирует обмен ВыполнитьОбработку()

А затем мне нужно как то понять что все сообщения получены и запустить уже у себя разбор полученных сообщений.

В идеале конечно подошел бы ответ с галлюцинациями ИИ:

С версии 8.3.22–8.3.23 в метод ВыполнитьОбработку() добавлен необязательный параметр «ВыполнитьПолностью» (по умолчанию Ложь).

ВыполнитьОбработку(Ложь) — старое поведение: запускает фоновые задания и сразу выходит.
ВыполнитьОбработку(Истина) — синхронный режим: метод не завершится, пока:
не отправит все исходящие сообщения,
не получит и не обработает все доступные входящие,
не убедится, что очереди пусты или новых сообщений больше не приходит в течение ~30–60 секунд.

Вот только жаль что такого метода нет.

Пока в голову приходит только запускать задание разбора сразу и в нем через паузу каждую минуту проверять количество сообщений во всех каналах через .ВыбратьСообщения(,1).

Но тут тоже есть проблема что сообщения могут идти бесконечно, а ВыполнитьОбработку() скорей всего не будет их бесконечно читать в итоге получится бесконечное ожидание.

Вроде еще там запускаются системные Фоновые задания но х.з. как их отслеживать.

Может есть способы попроще и надежнее?
72. dsdred 4276 05.12.25 07:07 Сейчас в теме
(71)
Отличная статья, читал что то похожее в https://github.com/rzateev/1cServiceIntegrationMock/blob/main/docs/1cIntern­­alArchitecture.md
Но тут прям очень подробно.


Пролистайте в самый низ проекта на github который вы указали и увидите ссылку на данную статью ;)
Хотя там написано что моя статья вдруг "Официальная документация по сервисам интеграции 1С."

Я дал фундамент от которого люди двигались ))
Так работает Open source.


Может есть способы попроще и надежнее?

Я правильно понимаю, вы делаете вариант без 1С:Шины?

Мало данных, но давайте попробую попасть пальцем в небо.
Что мешает на стороне приемника если он один сделать регистр с полученными сообщениями и возвращать id сообщение которое прочитано?

Если же вы работаете с Шиной, то она сама оповещает что сообщение получено и после этого они чистятся по регламенту.
73. VVi3ard 52 08.12.25 03:10 Сейчас в теме
(72)
Если же вы работаете с Шиной, то она сама оповещает что сообщение получено и после этого они чистятся по регламенту.

Я работаю с шиной, проблема в том что когда я вызываю ВыполнитьОбработку() то сразу поток выполнения продолжается. А мне надо как то дождаться пока "ВыполнитьОбработку" отработает и после этого разобрать полученные сообщения.

Т.е. я не могу разбирать каждое сообщение отдельно, они взаимозависимы, нужно получить сначала все сообщения за день и только потом разбирать.

В идеале я хотел написать так:
СервисыИнтеграции.ВыполнитьОбработку()
РазобратьПолученныеСообщения()

Но так не получается потому что СервисыИнтеграции.ВыполнитьОбработку() выполняется сразу, после чего вызывается РазобратьПолученныеСообщения() а сообщений еще конечно нет, они только начинают вычитываться.
74. dsdred 4276 08.12.25 07:52 Сейчас в теме
(73) Выглядит странно... Если нужно собрать все сообщения, тогда на стороне приемника сделайте регистр в который собирайте все сообщения за день, а потом в нужный момент их читайте, но тогда непонятно зачем тут Шина...

А вообще если память не изменяет то при запуске регламента ВыполнитьОбработку() оно работает 2 минуты потом завершается и если его повторно не запускать тогда есть время все разгребсти. а после разгребания опять запустите ВыполнитьОбработку()
75. mmitin 40 31.03.26 08:28 Сейчас в теме
Добрый день,
На сколько я знаю 1С шина делает многопоточную обработку(доставка/тправка) сообщений. Как вы решали проблему с последовательной обработкой?
Приведу пример: мы проводим документ и тут же его распроводим или что-то в нем меняем и проводим еще раз итого у нас получается два пакета. Когда будем делать выполнить отправку, то у нас два сообщения уйдут в шину, шина их доставит до получателя, получатель получит и будет обрабатывать. В какой последовательности будут обрабатываться сообщения?
76. dsdred 4276 31.03.26 08:36 Сейчас в теме
(75) Я работал через Историю данных.
В истории данных сообщения формируются последовательно.
В истории данных можно забирать номер версии.

Номер версии можно использовать на стороне приемника
77. dab85 30.04.26 00:37 Сейчас в теме
а можно подробнее про получение токена?)
78. dab85 02.05.26 13:52 Сейчас в теме
да, токен не нужен... каналы нафальшивил внешним ресурсов, а вот с приемом и отправкой сообщения все сложно)
79. CK3 10.07.26 13:32 Сейчас в теме
Подскажите пожалуйста:

Если в сервисе интеграции несколько каналов получения, то в каком порядке будут обрабатываться сообщения?
80. dsdred 4276 13.07.26 07:50 Сейчас в теме
(79)
Вообще обработка сделана платформенным механизмом, а код у платформы закрытый, поэтому не могу утверждать на 100%, но есть ощущение что сообщения обрабатываются в зависимости от времени появления.
Для отправки сообщения требуется регистрация/авторизация