календарь битрикс24 — как связать с google, яндекс и outlook
Почти все обращения «календарь Битрикс24 не синхронизируется» на моей поддержке сводятся к одной путанице: человек подключил не тот механизм. Синхронизировать календарь можно двумя принципиально разными способами, и один из них в принципе не умеет отдавать изменения обратно, а обновляется с задержкой в несколько часов. Разберу, чем они отличаются, как подключается каждый из трёх популярных сервисов и почему встречи иногда задваиваются.
два механизма, которые все путают
Первый механизм — CalDAV. Это открытый протокол, по которому два календаря договариваются о содержимом напрямую. Связь двусторонняя: событие, созданное в Битрикс24, появляется в телефоне, а созданное в телефоне — на портале. Задержка измеряется минутами.
Второй — подписка по ссылке, формат ics. Портал отдаёт файл со списком событий по постоянному адресу, а внешний сервис периодически его скачивает. Связь односторонняя и только на чтение: во внешнем календаре события видно, но добавить туда встречу и получить её в Битрикс24 нельзя.
Разница в задержке ещё важнее. Google обновляет подписки на внешние ics-адреса по собственному расписанию, и интервал он не гарантирует: на моих проектах реальная задержка была от трёх до двенадцати часов. Человек создал встречу в портале, через полчаса посмотрел в телефон, не увидел её — и написал в поддержку, что «ничего не работает». Технически всё работало, просто он подписался на ленту, а не синхронизировался.
Правило простое: нужна двусторонняя работа и быстрая доставка — только CalDAV. Нужно «просто видеть занятость на телефоне» — хватит подписки.
что вообще стоит синхронизировать
Перед подключением договоритесь, что именно уезжает наружу. У сотрудника на портале обычно несколько календарей: личный, календарь отдела, переговорки, иногда календарь CRM-встреч.
Синхронизировать всё подряд — плохая идея. Календарь переговорок, где 40 броней в неделю от всей компании, в личном телефоне превращается в сплошную стену. Я обычно оставляю личный календарь и подключаю его двусторонне, а остальные — либо подпиской, либо не подключаю вовсе.
Второй вопрос — что уезжает в поле «описание». В событиях из CRM в описании может лежать телефон клиента, сумма сделки и комментарий менеджера. Уезжая в личный Google-аккаунт сотрудника, эти данные покидают контур компании. Если для вас это существенно — синхронизируйте только время и название, без деталей, или ограничьтесь корпоративными почтовыми аккаунтами.
google-календарь
Связка с Google — самая беспроблемная из трёх. Подключение делается через авторизацию в аккаунте Google: портал запрашивает доступ к календарю, вы подтверждаете, дальше обмен идёт двусторонне.
Что важно проверить на старте. Первое: у сотрудника должен быть один рабочий Google-аккаунт, а не три личных — иначе через месяц никто не вспомнит, куда именно подключался календарь. Второе: если в компании корпоративный Google Workspace, администратор мог ограничить выдачу доступа сторонним приложениям, и подключение просто не пройдёт — вопрос решается на стороне администратора Workspace, а не портала.
Типовая ошибка после подключения — сотрудник заводит встречи в Google, а коллеги их не видят в портале. Причина обычно в том, что синхронизирован не тот календарь: в Google у человека их несколько, а связан один. Проверяется за минуту — создайте тестовую встречу и посмотрите, в какой календарь она легла.
яндекс календарь
Яндекс работает по CalDAV, то есть двусторонне. Есть один момент, на котором спотыкаются почти все: если в аккаунте включена двухфакторная аутентификация — а в корпоративных аккаунтах она обычно включена, — обычный пароль от почты не подойдёт. Нужен отдельный пароль приложения, который создаётся в настройках безопасности аккаунта.
Ошибка при этом выглядит неинформативно: подключение просто не проходит или отваливается через сутки. Люди начинают перебирать настройки портала, хотя чинится это на стороне Яндекса за две минуты.
Второй нюанс — пароль приложения выдаётся один раз и больше не показывается. Сохраните его сразу, иначе при переподключении придётся генерировать новый. Для компаний, которые уже сидят на Яндекс 360, эта связка обычно самая удобная: почта, календарь и диск в одном контуре, данные не уходят к зарубежным сервисам.
outlook и microsoft 365
Здесь честно: полноценной двусторонней связки уровня Google с Outlook нет, и это ограничение не Битрикс24, а Microsoft. Открытого CalDAV-доступа к своим календарям Microsoft не даёт, а базовую аутентификацию по логину и паролю для корпоративных почтовых сервисов отключила ещё несколько лет назад — старые инструкции из интернета, где предлагают вбить пароль от рабочей почты, давно нерабочие.
Что остаётся на практике. Вариант первый — односторонняя подписка: Outlook подписывается на ics-ссылку из портала и показывает занятость. Работает всегда, но только на чтение и с задержкой обновления.
Вариант второй — синхронизация через настольное приложение Outlook на Windows отдельным модулем. Живой рабочий путь для компаний, где Outlook стоит у всех на десктопах, но перед развёртыванием на всю команду обязательно проверьте связку на одной машине с вашей версией Outlook.
Вариант третий — сторонний сервис-посредник, который держит связь между двумя календарями. Появляется третья сторона, которая видит содержимое встреч, и подписка. Беру этот вариант только тогда, когда двусторонность действительно критична для процесса.
почему события задваиваются
Задвоение — вторая по частоте жалоба после «не синхронизируется». Причины почти всегда три.
Первая: одновременно настроены и CalDAV, и подписка по ссылке на один и тот же календарь. Событие приезжает двумя путями, внешний сервис считает их разными. Лечится отключением одного из каналов.
Вторая: два сотрудника подключили один общий календарь и оба создают в нём события со своих устройств. Здесь помогает договорённость, а не настройка: у общего календаря должен быть один владелец, остальные — только просмотр.
Третья: встречу перенесли во внешнем календаре в момент, когда связь была разорвана. После восстановления связи приезжают обе версии. Единственная профилактика — не тянуть с переподключением, если синхронизация отвалилась.
Разгребать задвоение проще всего в самом внешнем календаре, а не в портале: там удобнее массовое удаление. И перед чисткой обязательно отключите синхронизацию, иначе удалённые события уедут обратно и снесут оригиналы.
кто владелец события и что удаляется
Момент, который стоит проговорить с командой до подключения. При двусторонней синхронизации удаление работает в обе стороны: сотрудник почистил телефон от старых встреч — они исчезли и в портале.
Если речь про личный календарь, это не страшно. Если про календарь отдела или бронирование переговорок — последствия неприятные: пропала бронь, два отдела пришли в одну комнату. Поэтому общие календари я подключаю двусторонне только тем, кто ими управляет, а всем остальным отдаю подпиской на чтение.
Отдельно про встречи из CRM. Событие, созданное активностью в сделке, живёт в связке с этой сделкой. Удаление его снаружи разрывает связь, и в карточке остаётся висеть незакрытое дело. На проектах, где менеджеры активно чистят телефон, я такие события наружу вообще не отдаю — только личный календарь.
порядок подключения на всю команду
Не раскатывайте синхронизацию на всех разом. Порядок, который у меня не давал сбоев ни разу.
Шаг первый — определите, что синхронизируется: список календарей и направление связи для каждого. Записывается в одну табличку, согласуется с руководителем.
Шаг второй — подключите одного человека и неделю понаблюдайте. Проверьте четыре сценария: создание встречи в портале, создание во внешнем календаре, перенос и удаление. Замерьте реальную задержку у себя — она зависит от сервиса.
Шаг третий — напишите инструкцию на одну страницу со скриншотами вашего портала и раздайте. Без инструкции половина команды подключится не туда, и вы получите неделю разбора. Как вообще выстраивать обучение по портальным инструментам, я разбирал в материале обучение сотрудников работе в Битрикс24.
Шаг четвёртый — через месяц проверьте выборочно три-четыре аккаунта. Синхронизация имеет свойство тихо отваливаться после смены пароля или включения двухфакторки, и человек может месяцами не замечать, что живёт со старой копией. Смежные вопросы по правам и структуре — в статье сотрудники и оргструктура в Битрикс24, а если портал в целом тормозит и события подгружаются медленно — там другая причина, её разбирал в материале Битрикс24 тормозит: причины и решения.