Алексей Бунеев написал: Спасибо, но дело в том, что у нас как раз не передаётся значение поля «E-mail» с типом «Рабочий» — который по вашей информации должен работать. Проблема наблюдается и с компаниями и контактами. Тип «Частный» передаётся, а тип «Рабочий» — нет. Куда копать?
Тут наверное уже не на стороне 1С. В 1С буквально такой сейчас код: ВидПочты = ТекПочта.Получить("VALUE_TYPE"); Если ВидПочты = "WORK" Тогда ... // рабочий ИначеЕсли ВидПочты = "HOME" Тогда ... // частный Можно глянуть журнал обмена VALUE_TYPE - скорее всего у «рабочего» там не "WORK", а, например, "MAIN", "PERSONAL", "OTHER" или значение с отличием в регистре/пробеле. Это и есть точка отказа: такие типы наша обработка пропускает
написал: Добрый день, коллеги! Поскажите, с чем может быть связано? В настройках синхронизации клиентов. В экспертный настройках. Если убирать синхронизацию любых полей либо очищением значения либо подстановкой пустого значения, изменения не сохраняются. Хотя нажимаешь везде применить, вплоть до основного меню интеграции. Возвращаешься обратно в это окно, все значения выставлены по старому. Не сохраняются изменения никак.
UPD. Помогло только выставление "Не изменять" в сторону Б24 и подстановка пустого значения в "Источнике данных" в сторону 1С. Только эти варианты сохранились
Здравствуйте! Спасибо за информацию.Действительно это баг в экспертных настройках синхронизации клиентов: при выгрузке в Б24 очистка значения или подстановка пустого значения по доп.реквизитам/сведениям не сохраняются, система принудительно возвращает прежний маппинг. В сторону 1С проблема не проявляется, поэтому найденный вами способ («Не изменять» на стороне Б24 и пустой «Источник данных» на стороне 1С) действительно рабочий — используйте его как временное решение. Внесем правку и выпустим в следующем релизе.
Спасибо! Еще сталкивался с тем, что также в окне "Настройки интеграции сервисов" после галочки "Открывать 1С из Битрикс24" во вкладках "Справочники и документы" и "Отчеты" при удалении позиций не сохраняются настройки, если нажать "Записать и закрыть". При повторном открытии там все по старому.
А сейчас вот столкнулся в УТ с тем, что при настройке "Сопоставления статусов" из "Синхронизации сделок", если удалить все остальные воронки Б24, оставив только одну в колонке "Направления сделок", то при завершении сделки Б24 в другой воронке, которая отсутствует после удаления, они все равно прилетают в 1С с названием удаленного направления в соответствующем поле
Вадим Загородный написал: Еще сталкивался с тем, что также в окне "Настройки интеграции сервисов" после галочки "Открывать 1С из Битрикс24" во вкладках "Справочники и документы" и "Отчеты" при удалении позиций не сохраняются настройки, если нажать "Записать и закрыть". При повторном открытии там все по старому.
Спасибо за информацию, добавим доработку в ближайший релиз
Вадим Загородный написал: А сейчас вот столкнулся в УТ с тем, что при настройке "Сопоставления статусов" из "Синхронизации сделок", если удалить все остальные воронки Б24, оставив только одну в колонке "Направления сделок", то при завершении сделки Б24 в другой воронке, которая отсутствует после удаления, они все равно прилетают в 1С с названием удаленного направления в соответствующем поле
Спасибо за информацию. Фикс будет в ближайшем релизе. Причина: когда из Битрикс24 удаляли воронки, в 1С оставалась сохранённая привязка названия удалённой воронки к «Направлению сделки». При завершении сделки в такой воронке 1С по её идентификатору находил старое название и подставлял его в заказ — поэтому направление «прилетало» из удалённой воронки. Исправлено: теперь при загрузке сделки направление проверяется по актуальному списку «Направления сделок» в настройке сопоставления статусов. Если воронки в нём больше нет (она удалена в Битрикс24), сделка создаётся с направлением «Общее», а не с названием удалённой воронки.
Роман Бузин написал: Спасибо за информацию. Фикс будет в ближайшем релизе. Причина: когда из Битрикс24 удаляли воронки, в 1С оставалась сохранённая привязка названия удалённой воронки к «Направлению сделки». При завершении сделки в такой воронке 1С по её идентификатору находил старое название и подставлял его в заказ — поэтому направление «прилетало» из удалённой воронки. Исправлено: теперь при загрузке сделки направление проверяется по актуальному списку «Направления сделок» в настройке сопоставления статусов. Если воронки в нём больше нет (она удалена в Битрикс24), сделка создаётся с направлением «Общее», а не с названием удалённой воронки.
Тут задача как раз обратная, если такое направление удалено из списка сопоставления в 1С, то закрытие сделки из отсутствующего направления (воронки) в Б24 не приводило к созданию заказа в 1С
Роман Бузин написал: Добрый день! Да, оба ваших способа — рабочие, они полностью останавливают загрузку заказа с портала в 1С, но они не объединяют данные и не убирают первопричину. Надёжнее — свой алгоритм перед записью (хук до записи), который не даёт перезаписывать заказ, редактируемый в 1С. Если нужен именно «ручной замок на сделку» как орг. решение — берите отбор по значению поля; «н.з.» по статусу — тоже ок, но менее гибко.
Добрый день! Нашли выход. Настроили коннектор. Создали доп. реквизит Заказа, в котором хранятся стадии воронки Б24. поставил н.з. на первых двух стадиях и при переходе на 3-.ю "Заказ создан" создается новый заказ в 1С из сделки Б24, с 4-й стадии не должно ничего передаваться из Б24 в 1С, только из 1С в Б24. Но тут возникает проблема с самой сделкой. Хоть там и сопоставлены этапы сделки пустому значению, все равно после перевода на 4-ю стадию сделка однократно возвращается на этап "Заказ создан" . Если потом передвинуть в Б24 на следующие этапы, уже такого не происходит (они остаются не тронутыми), даже если сохранить (провести) Заказ в 1С. Можете подсказать, почему так происходит? Почему отсутствующее значение этапа заказа не сопоставленного этапу сделки иногда возвращает сделку на 3-й этап? Хотя если потом передвигать стадии в сделки, они уже не сбрасываются обменом из 1С? А главное, как избежать этого возврата на 3-й этап?
Вадим Загородный написал: Тут задача как раз обратная, если такое направление удалено из списка сопоставления в 1С, то закрытие сделки из отсутствующего направления (воронки) в Б24 не приводило к созданию заказа в 1С
Логика там одинаковая, это тоже устранено тем же исправлением.
Вадим Загородный написал: Добрый день!Нашли выход. Настроили коннектор. Создали доп. реквизит Заказа, в котором хранятся стадии воронки Б24. поставил н.з. на первых двух стадиях и при переходе на 3-.ю "Заказ создан" создается новый заказ в 1С из сделки Б24, с 4-й стадии не должно ничего передаваться из Б24 в 1С, только из 1С в Б24. Но тут возникает проблема с самой сделкой. Хоть там и сопоставлены этапы сделки пустому значению, все равно после перевода на 4-ю стадию сделка однократно возвращается на этап "Заказ создан" . Если потом передвинуть в Б24 на следующие этапы, уже такого не происходит (они остаются не тронутыми), даже если сохранить (провести) Заказ в 1С. Можете подсказать, почему так происходит? Почему отсутствующее значение этапа заказа не сопоставленного этапу сделки иногда возвращает сделку на 3-й этап? Хотя если потом передвигать стадии в сделки, они уже не сбрасываются обменом из 1С? А главное, как избежать этого возврата на 3-й этап?
Добрый день!
Причина: при создании заказа в 1С из сделки в заказ записывается значение стадии «Заказ создан» (3-я). Когда 1С выгружает стадию обратно в Битрикс24, она берётся из этого значения заказа, а не из текущей стадии сделки. Плюс для только что созданного заказа срабатывает настройка «Статус по умолчанию», которая и возвращает сделку на «Заказ создан». Пустое сопоставление для 4-й стадии тут не помогает — значение в заказе не обнуляется. После первого обмена заказ получает ID из Битрикс24, «статус по умолчанию» больше не применяется — поэтому возврат происходил только один раз.
Как убрать: в настройке сопоставления статусов для поля «Идентификатор стадии» сделки поставить источник «Не изменять» — тогда 1С перестанет сама двигать стадию в Битрикс24 (стадия меняется только вручную). Либо убрать «Статус по умолчанию» для новой сделки.
Роман Бузин написал: при создании заказа в 1С из сделки в заказ записывается значение стадии «Заказ создан» (3-я). Когда 1С выгружает стадию обратно в Битрикс24, она берётся из этого значения заказа, а не из текущей стадии сделки. Плюс для только что созданного заказа срабатывает настройка «Статус по умолчанию», которая и возвращает сделку на «Заказ создан»
В том то и дело, что 3-й Стадии "Заказ создан" сопоставлено пустое значение в 1С, поэтому, при создании нового заказа и при заполнении по умолчанию, по идее, передается пустое сопоставленное значение, которое одинаковое у всех последующих стадий начиная с 3-й.
Убрал значение у поля "Статус по умолчанию", посмотрим поможет или нет
Роман Бузин написал: Как убрать: в настройке сопоставления статусов для поля «Идентификатор стадии» сделки поставить источник «Не изменять» — тогда 1С перестанет сама двигать стадию в Битрикс24 (стадия меняется только вручную). Либо убрать «Статус по умолчанию» для новой сделки.
В дальнейших стадиях 1С должен двигать стадии в Битрикс24, поэтому вариант с "не изменять" не подойдет. Если бы можно это было сделать на определенных стадиях, вот тогда бы отлично зашло)) Убрать «Статус по умолчанию» не помогло. Стадия откатывается первый раз в любом случае.
Обновился до версии 5.0.0.12, перестали загружаться сделки в 1С. В режиме отладки нет ничего, никаких триггеров, как будто Битрикс24 не отправляет ничего в 1С. Ошибок нет. За сутки прилетела только 1 сделка. Копировали ее с теми же данными, повторно уже не подгружалась.
Марат Аютов написал: Обновился до версии 5.0.0.12, перестали загружаться сделки в 1С. В режиме отладки нет ничего, никаких триггеров, как будто Битрикс24 не отправляет ничего в 1С. Ошибок нет. За сутки прилетела только 1 сделка. Копировали ее с теми же данными, повторно уже не подгружалась.
Подскажите какая конфигурация? Бухгалтерия? Посмотрите пожалуйста включена ли галка хранить историю об ошибках там же где отладка и есть ли ошибки в журнале ошибок синхронизации и в журнале регистрации.
написал: Обновился до версии 5.0.0.12, перестали загружаться сделки в 1С. В режиме отладки нет ничего, никаких триггеров, как будто Битрикс24 не отправляет ничего в 1С. Ошибок нет. За сутки прилетела только 1 сделка. Копировали ее с теми же данными, повторно уже не подгружалась.
Подскажите какая конфигурация? Бухгалтерия? Посмотрите пожалуйста включена ли галка хранить историю об ошибках там же где отладка и есть ли ошибки в журнале ошибок синхронизации и в журнале регистрации.
КА 2.5. Работает только выгрузка в Б24, загрузка в 1С через расширение не работает. Галочка хранение истории стоит. Ошибок нет. Просто с портала приходит пустой результат. Как будто все 50 человек ничего не делают. Менял ключ, изменял ID базы, не помогло. Как будто Б24 перестал регистрировать любые изменения к выгрузке. rest/event.offline.get возвращает всегда пустые данные, от чего расширение Б24 сообщает, что на портале изменений нет. За сегодня было создано 30 сделок, 5 компаний, ничего из этого в 1С не идет, все по прежнему "Нет изменений на портале".
Марат Аютов написал: КА 2.5. Работает только выгрузка в Б24, загрузка в 1С через расширение не работает. Галочка хранение истории стоит. Ошибок нет. Просто с портала приходит пустой результат. Как будто все 50 человек ничего не делают. Менял ключ, изменял ID базы, не помогло. Как будто Б24 перестал регистрировать любые изменения к выгрузке. rest/event.offline.get возвращает всегда пустые данные, от чего расширение Б24 сообщает, что на портале изменений нет. За сегодня было создано 30 сделок, 5 компаний, ничего из этого в 1С не идет, все по прежнему "Нет изменений на портале".
Как будто подписки на события слетели. А можете прислать лог с включенной отладкой что возвращается при перевыгрузке настроек на портал.
1. Подскажите пожалуйста, что означает верхняя запись в Идентификаторах заказа (тип данных Заказ) с номером Z_588, так как в нормальных заказах такого нет. Обычно присутствует только идентификатор ( с префиксом S и типом данных сделка) ?
2. По какой причине может различаться идентификатор объекта (сделки) с префиксом S_4081 с идентификатором владельца, который указан в деле сделки, в этом случае 4285?
Добрый день, в 1с фреш обновили модуль интеграции Версия 4.4.0.7 от 16 сентября 2026 г., не работают роботы, приходится вручную все делать. Роботы в битрикс висят на этапе "Выполняется"
Роман Бузин написал: Причина: при создании заказа в 1С из сделки в заказ записывается значение стадии «Заказ создан» (3-я). Когда 1С выгружает стадию обратно в Битрикс24, она берётся из этого значения заказа, а не из текущей стадии сделки. Плюс для только что созданного заказа срабатывает настройка «Статус по умолчанию», которая и возвращает сделку на «Заказ создан». Пустое сопоставление для 4-й стадии тут не помогает — значение в заказе не обнуляется. После первого обмена заказ получает ID из Битрикс24, «статус по умолчанию» больше не применяется — поэтому возврат происходил только один раз.
Добрый день! Подскажите пожалуйста, какой код можно прописать в экспертных настройках в алгоритме при выгрузке на портал, чтобы поле stageid не изменялось в Б24 на определенных стадиях, и оставить предопределенный алгоритм в остальных случаях? Насколько я понял, если использовать параметр [Отказ], то он всю выгрузку не произведет, а нужно только одно поле не изменять. Это единственный вопрос, который осталось решить для успешной сдачи проекта.
1. Подскажите пожалуйста, что означает верхняя запись в Идентификаторах заказа (тип данных Заказ) с номером Z_588, так как в нормальных заказах такого нет. Обычно присутствует только идентификатор ( с префиксом S и типом данных сделка) ?
2. По какой причине может различаться идентификатор объекта (сделки) с префиксом S_4081 с идентификатором владельца, который указан в деле сделки, в этом случае 4285?
Добрый день! Z_588 — это заказ интернет-магазина Битрикс24, а не сделка. Префиксы: S_ — сделки CRM, Z_ — заказы магазина (sale.order), число после префикса — ID на портале. Коннектор заводит обе записи для документа: S_<сделка> и Z_<заказ> — но Z_ появляется только если у объекта на портале есть настоящий заказ магазина (оформлен на сайте/в «Заказах», а не создан как сделка в CRM). У обычных ваших заказов такого нет, поэтому там только S_.
S_4081 и 4285 в деле — это две разные сделки. Владельцем дела коннектор ставит ID связанной сделки (OWNER_TYPE_ID = 2), полученный из crm.item.get. Значит 4081 — сделка, записанная в идентификаторах 1С, а 4285 — сделка, к которой фактически привязано дело; они не совпадают, значит на портале связка изменилась (заказ перепривязан к другой сделке), либо есть дубль сделки, либо дело создано раньше и не перепривязывается автоматически.
Проверить: по заказу на портале — какую сделку отдаёт orderEntity (4081 или 4285); нет ли дубля сделки; в 1С — совпадает ли ИдентификаторВладельца в Б24_К_ИдентификаторыДел с записью S_ в Б24_К_ИдентификаторыОбъектов. Повторная загрузка заказа перезапишет S_-запись актуальным значением.
Александр Князев написал: Добрый день, в 1с фреш обновили модуль интеграции Версия 4.4.0.7 от 16 сентября 2026 г., не работают роботы, приходится вручную все делать. Роботы в битрикс висят на этапе "Выполняется"
Добрый день! Вероятно слетели обработчики событий (подписки event.bind). Попробуйте перевыгрузить настройки и првоерить в журнале взаимодействий с включенной отладкой что они выгрузились.
Вадим Загородный написал: Добрый день!Подскажите пожалуйста, какой код можно прописать в экспертных настройках в алгоритме при выгрузке на портал, чтобы поле stageid не изменялось в Б24 на определенных стадиях, и оставить предопределенный алгоритм в остальных случаях? Насколько я понял, если использовать параметр [Отказ], то он всю выгрузку не произведет, а нужно только одно поле не изменять. Это единственный вопрос, который осталось решить для успешной сдачи проекта.
Добрый день! Как то так:
Код
// Стадии 1С, на которых stageId в Битрикс24 не трогаем
СтадииНеМенять = Новый Массив;
СтадииНеМенять.Добавить(Справочники.СтадииСделок.Отгружено);
СтадииНеМенять.Добавить(Справочники.СтадииСделок.Закрыта);
Если СтадииНеМенять.Найти([Объект1С].Стадия) <> Неопределено Тогда
// [Результат] не заполняем — поле не уйдёт в Битрикс24
Иначе
[Результат] = <то же, что делает предопределённый алгоритм>;
КонецЕсли;
Свой алгоритм» заменяет предопределённый целиком. Поэтому в ветке Иначе нужно воспроизвести его логику — проще всего подсмотреть, что стоит у этого поля сейчас (значение предопределённого алгоритма для stageid), и подставить то же выражение в свою ветку.
Роман Бузин написал: Свой алгоритм» заменяет предопределённый целиком. Поэтому в ветке Иначе нужно воспроизвести его логику — проще всего подсмотреть, что стоит у этого поля сейчас (значение предопределённого алгоритма для stageid), и подставить то же выражение в свою ветку.
Я не про свой алгоритм, который прописывается для конкретного поля stageid (ключа запроса), так как предопределенный алгоритм я увидеть и скопировать не могу в пользовательском режиме. Или же как- то можно его посмотреть? Я про Алгоритм выгрузки данных на портал, доступный по гиперссылке внизу формы экспертных настроек, под табличной частью. Или же в Своем алгоритме достаточно написать ? Иначе [Результат] = Идентификатор стадии; /значение предопределенного алгоритма? КонецЕсли;
После обновления на версию расширения 4.4.0.7 в 1с фреш перестали открываться какие-либо объекты из битрикс 24. При открытии счета или реализации просто открывается главный экран. Пробовали уже десятки раз переуказать токен. Сначала выдает ошибку ниже. Со второго раза токен применяется и интеграция проходит. Но победит открытие счета из Битрикс24 так и не получается. Все время главные экран. Никаких ошибок в журнале нет. Работу уже вторую неделю стоит после того, как предыдущее расширение пропала. А с учетом того, что у нас фреш, мы даже ничего самостоятельно не можем исправить.
Преобразование значения к типу Булево не может быть выполнено {Битрикс24КомплексБПФреш РегистрСведений.Б24_КС_НастройкиСинхронизации.МодульМенеджера(802)}:Если КонтрагентОбновлятьВ1С ИЛИ КонтЛицоОбновлятьВ1С Тогда {Битрикс24КомплексБПФреш РегистрСведений.Б24_КС_НастройкиСинхронизации.МодульМенеджера(491)}:мСобытияКонтактов = ПолучитьМассивСобытийКонтактов(НастройкаПодключения, НастройкиСинхронизации); {Битрикс24КомплексБПФреш ОбщийМодуль.Б24_К_ОбщегоНазначенияВызовСервера.Модуль(2348)}:РегистрыСведений["Б24_КС_НастройкиСинхронизации"].ВыгрузитьНастройкиВФоне(ПараметрыВыгрузки); {(1)}:Б24_К_ОбщегоНазначенияВызовСервера.ВыгрузитьВсеНастройкиНаПортал(Параметры[0],Параметры[1]) {ОбщийМодуль.ОбщегоНазначения.Модуль(6334)}:Выполнить(СтрокаВызова); // АПК:487 Исполняемый код безопасен. {ОбщийМодуль.ДлительныеОперации.Модуль(1851)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова); {ОбщийМодуль.ДлительныеОперации.Модуль(1812)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры, ПараметрыВыполнения); {ОбщийМодуль.ДлительныеОперации.Модуль(1825)}:ВызватьИсключение(Уточнение.Текст, Уточнение.Категория,, СтекЗапуска, ИнформацияОбОшибке);
[ОшибкаВоВремяВыполненияВстроенногоЯзыка, ИсключениеВызванноеИзВстроенногоЯзыка, ОшибкаКонфигурации] по причине: Преобразование значения к типу Булево не может быть выполнено [ОшибкаВоВремяВыполненияВстроенногоЯзыка, ОшибкаИспользованияВстроенногоЯзыка] по причине: {Битрикс24КомплексБПФреш РегистрСведений.Б24_КС_НастройкиСинхронизации.МодульМенеджера(802)}: Преобразование значения к типу Булево не может быть выполнено
написал: КА 2.5. Работает только выгрузка в Б24, загрузка в 1С через расширение не работает. Галочка хранение истории стоит. Ошибок нет. Просто с портала приходит пустой результат. Как будто все 50 человек ничего не делают. Менял ключ, изменял ID базы, не помогло. Как будто Б24 перестал регистрировать любые изменения к выгрузке. rest/event.offline.get возвращает всегда пустые данные, от чего расширение Б24 сообщает, что на портале изменений нет. За сегодня было создано 30 сделок, 5 компаний, ничего из этого в 1С не идет, все по прежнему "Нет изменений на портале".
Как будто подписки на события слетели. А можете прислать лог с включенной отладкой что возвращается при перевыгрузке настроек на портал.
не знаю как лог отправить. не нашел функции выгрузки лога в модуле.
Ответ с портала: {"result":[{"event":"ONAPPUSERREADY","handler":"https:\/\/integration-ms2.bitrix.info\/app\/1ctotal\/v8\/install.php","auth_type":"0","offline":0},{"event":"ONAPPINSTALL","handler":"https:\/\/integration-ms2.bitrix.info\/app\/1ctotal\/v8\/event.php","auth_type":"0","offline":0},{"event":"ONAPPUNINSTALL","handler":"https:\/\/integration-ms2.bitrix.info\/app\/1ctotal\/v8\/event.php","auth_type":"0","offline":0},{"event":"ONAPPTEST","handler":"https:\/\/integration-ms2.bitrix.info\/app\/1ctotal\/v8\/event.php","auth_type":"0","offline":0},{"event":"ONCRMCOMPANYADD","connector_id":"482","offline":1},{"event":"ONCRMCOMPANYUPDATE","connector_id":"482","offline":1},{"event":"ONCRMCOMPANYUSERFIELDADD","connector_id":"482","offline":1},{"event":"ONCRMCOMPANYUSERFIELDUPDATE","connector_id":"482","offline":1},{"event":"ONCRMCOMPANYUSERFIELDSETENUMVALUES","connector_id":"482","offline":1},{"event":"ONCRMCONTACTADD","connector_id":"482","offline":1},{"event":"ONCRMCONTACTUPDATE","connector_id":"482","offline":1},{"event":"ONCRMCONTACTUSERFIELDADD","connector_id":"482","offline":1},{"event":"ONCRMCONTACTUSERFIELDUPDATE","connector_id":"482","offline":1},{"event":"ONCRMCONTACTUSERFIELDSETENUMVALUES","connector_id":"482","offline":1},{"event":"ONCRMREQUISITEADD","connector_id":"482","offline":1},{"event":"ONCRMREQUISITEUPDATE","connector_id":"482","offline":1},{"event":"ONCRMADDRESSREGISTER","connector_id":"482","offline":1},{"event":"ONCRMBANKDETAILADD","connector_id":"482","offline":1},{"event":"ONCRMPRODUCTPROPERTYADD","connector_id":"482","offline":1},{"event":"ONCRMPRODUCTPROPERTYUPDATE","connector_id":"482","offline":1},{"event":"ONCRMDEALADD","connector_id":"482","offline":1},{"event":"ONCRMDEALUPDATE","connector_id":"482","offline":1},{"event":"ONCRMDEALMOVETOCATEGORY","connector_id":"482","offline":1},{"event":"ONCRMDEALUSERFIELDADD","connector_id":"482","offline":1},{"event":"ONCRMDEALUSERFIELDUPDATE","connector_id":"482","offline":1},{"event":"ONCRMDEALUSERFIELDSETENUMVALUES","connector_id":"482","offline":1},{"event":"ONHUMANRESOURCESHCMLINKEMPLOYEELISTREQUESTED","connector_id":"482","offline":1},{"event":"ONHUMANRESOURCESHCMLINKEMPLOYEELISTMAPPED","connector_id":"482","offline":1},{"event":"ONHUMANRESOURCESHCMLINKPINREQUESTED","connector_id":"482","offline":1},{"event":"ONHUMANRESOURCESHCMLINKSALARYVACATIONREQUESTED","connector_id":"482","offline":1},{"event":"ONOFFLINEEVENT","handler":"https:\/\/integration-ms2.bitrix.info\/app\/1ctotal\/v8\/event.php?idAdress=482","auth_type":"0","offline":0}],"time":{"start":1789756321,"finish":1789756321.640639,"duration":0.640639066696167,"processing":0,"date_start":"2026-09-18T21:32:01+03:00","date_finish":"2026-09-18T21:32:01+03:00","operating_reset_at":1789756921,"operating":0}}
