Андрей Николаев

можно чтото такое реализавать ?

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

Краткое резюме:

У автора возникла проблема с сессиями при установке:

[RuntimeException]
Could not start session because headers have already been sent. &quote;/var/www/bitrix/bitrix/modules/main/include/prolog_before.php&quote;:1 (0)

Проблема решилась переустановкой битрикса.

как вытащить информацию из смарт-процесса

Получить информацию по элементам смарт-процессам crm.item.list.

сделать уведомление о новых комментариях

API по работе с уведомлениями

Документация по промисам

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

Как сделать чтобы почта проверялась не зависимо от того есть сотрудник на портале или нет?

Синхронизация почты работает в двух вариантах - на агенте (Bitrix\Mail\Helper::syncMailboxAgent(***);) и на таймере (напрямую через \Bitrix\Mail\Helper\Mailbox\MailboxSyncManager).

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

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

Проблема что товары интегрируются не со всеми параметрами, нету вкладки свойвст товаров.

Обратитесь к разработчикам приложения

Если мы имеете ввиду выкинуть ошибку на событии перед изменением (before), то для этого нужно сделать 2 действия:

1. В событие по ссылке передается набор изменяемых полей (&$arFields обычно называется).
Нужно записать ему в ключ `RESULT_MESSAGE` строковое сообщение.

2. Нужно дополнительно выбросить битриксовы экспешен:

global $APPLICATION;
$APPLICATION->ThrowException("Error text here");

3. Вернуть в обработчике `false`.

Таким образом на эране будет отображена строковая ошибка.

Для возврата чего-то более интересного придется задействовать технологию push'n'pull, но это уже совсем другая история.

Есть ли быстрый способ решить эту проблему?

Чтобы был "быстрый" способ, нужно хотя бы иметь "2 способа" решения, а вы даже проблему (т.е. собственно почему происходит деактивация) не локализовали.

Как посмотреть пользователей которые пришли во время обмена с AD?

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

Как записать в лог всех пользователей которые есть в xml с 1с?

Если мы говорим про штатный импорт, то файл последнего импорта находится в `/upload/1c_intranet/`
Судя по тому что вы привели код - у вас кастомный импорт и здесь вам нужно обратиться к разработчикам.

Что касается вашей проблемы, я кажется знаю ее корень: изменение пользователей из 1С.
В механизме сихнронизации битрикса происходит оперирование тремя датами:
- Дата последней синхронизации в Битрикс24
- Дата последнего изменения сотрудника в Битрикс24
- Дата последнего изменения учетки в AD

Синхронизация происходит при трех ключевых условиях:
1. LDAP Query вернул учетку.
2. Изменение учетке в AD (либо в Б24) произошли ПОСЛЕ последней успешной синхронизации.
3. Учетка не должна входить в "неимпортируемые группы"

Соответственно типовые ошибки:
1. Рассинхрон времени (например по какой-то причине время на сервере Б24 бежит впереди времени AD).
2. Шаманство с датами (иногда учетки отключают задним числом)
3. Неправильные условия (ldap query с активностью)
4. После увольнению учетку добавляют в группу, которая в Б24 помечена как несинхронизируемая