Подключен ли сервер Bitrix24 к Pinguva
Интеграция Bitrix24
Локальная интеграция Bitrix24 без передачи секрета вебхука
Подключайте коробочный Bitrix24 через Linux-агент Pinguva 0.2.12+ и контролируйте REST-профили, права, задержки, локальную нагрузку и историю инцидентов без передачи секрета вебхука, CRM-данных и исходного SQL.
- Для коробочной версии Bitrix24 на своём сервере
- Входящий вебхук вводится только локально скрытым вводом
- Pinguva получает только безопасную техническую сводку
- REST-профили, права, лимиты, локальная нагрузка и история до 24 часов
В карточке интеграции видно техническое состояние REST-профилей, среднее время ответа, ошибки прав и лимитов, а после обновления агента и локальную диагностику нагрузки без передачи вебхука, CRM-данных и исходного SQL в Pinguva.
Контроль
Что контролирует интеграция Bitrix24
Настроен ли локальный входящий вебхук и работает ли контрольный REST-запрос
Выбранные REST-профили, права, лимиты и недоступные методы
Среднее время ответа и самый медленный REST-метод
Локальную сводку нагрузки: запросы, 5xx, маскированные источники и Threads_running
Активные технические SQL-группы и маршруты, совпавшие с ними по времени
Историю нагрузки и инцидентов Bitrix24 за период до 24 часов
Процесс
Как это работает
Устанавливаете Linux-агент на сервер Bitrix24
Интеграция рассчитана на коробочную версию Bitrix24 и использует тот же Linux-агент Pinguva на сервере клиента. Для локальной диагностики и истории нагрузки нужен агент 0.2.12+.
Запускаете локальную команду настройки
В разделе Интеграции и API вводите домен портала, копируете короткую команду, запускаете её на сервере и вводите входящий вебхук Bitrix24 интерактивно скрытым вводом. Для webhook нужны только понятные права и технический пользователь с доступом только на чтение.
Получаете только техническую сводку
Pinguva показывает статус профилей, задержку, лимиты, локальную нагрузку и историю инцидентов, не сохраняя CRM-данные, тело ответа, сырые access log, параметры URL и исходный SQL.
Результат
Что получает команда
- Безопасный сценарий подключения коробочного Bitrix24 без хранения секрета вебхука в Pinguva
- Понятный экран по REST-профилям, правам, лимитам, задержкам и локальной нагрузке
- Быстрый способ понять, сломался ли REST, права, лимиты, конкретный профиль или сам сервер Bitrix24
- Обновление уже подключенного Bitrix24 без повторного создания webhook и без переподключения
- Историю нагрузки и инцидентов Bitrix24 с корреляцией маршрутов и технических SQL-групп
Аудитория
Кому подходит
- интеграторам коробочного Bitrix24
- IT outsourcing-командам, которые поддерживают клиентские порталы на Bitrix24
- продуктовым командам и командам поддержки с собственным Bitrix24 на сервере
- тем, кому нужен безопасный мониторинг Bitrix24 REST и локальной нагрузки без вывода секрета в веб-интерфейс
FAQ
Частые вопросы
Для какой версии Bitrix24 подходит интеграция?
Сценарий рассчитан на коробочную версию Bitrix24, где у команды есть доступ к собственному серверу и можно установить Linux-агент Pinguva. Для полной локальной диагностики и истории нагрузки нужен агент 0.2.12+.
Передаётся ли секрет вебхука в Pinguva?
Нет. Вебхук вводится интерактивно на сервере клиента скрытым вводом и не должен попадать в веб-интерфейс Pinguva, базу данных, историю команд оболочки или диагностические архивы.
Какие права нужны входящему вебхуку?
Для стандартного набора профилей нужны Пользователи: краткие данные (user_brief) и CRM, если включены проверки сделок, лидов, контактов или стадий. Для технического пользователя достаточно прав только на чтение, без лишнего доступа.
Какие данные Pinguva не получает из Bitrix24?
Pinguva не получает секрет вебхука, содержимое CRM, контакты, сделки, задачи, тело ответа Bitrix24, сырые access log, параметры URL, cookies, заголовки авторизации и исходный SQL.
Нужно ли переподключать Bitrix24 после обновления агента?
Нет. Начиная с Linux-агента 0.2.12 обычное обновление сохраняет существующий webhook и выбранные REST-профили, а затем включает локальную диагностику для уже подключенного Bitrix24.
Какие REST-профили можно проверять?
Можно подключать базовую доступность REST, проверку выданных прав, сделки, лиды, контакты, стадии и при необходимости вручную включать профиль method_discovery для проверки доступности REST-метода user.get через method.get.
Следующий шаг
Подключить Bitrix24 локально
Если нужен безопасный сценарий контроля Bitrix24 на сервере клиента без передачи секрета вебхука, CRM-данных и исходного SQL в облако, используйте локальную интеграцию Pinguva.