Получить конфигурацию подключения к серверам Push&Pull pull.application.config.get
Выберите инструмент для разработки с AI-агентом:
- используйте Битрикс24 Вайбкод, чтобы создать приложение для Битрикс24 по описанию задачи без знания языков программирования. Агент напишет код и разместит приложение на сервере без ручной настройки хостинга
- используйте MCP-сервер, чтобы разрабатывать интеграцию через REST API в своем проекте. Агент будет обращаться к официальной REST-документации
Scope:
pullКто может выполнять метод: любой пользователь, авторизованный в приложении
Метод pull.application.config.get возвращает конфигурацию подключения к серверам Push&Pull для текущего приложения.
Метод работает только в контексте приложения. Запрос выполняется с OAuth-токеном приложения и scope pull, а вебхук такой контекст не создает.
По ответу метода клиент собирает адрес подключения. Адрес сервера берется из server.websocket_secure или server.long_pooling_secure, а идентификаторы каналов — из channels.private.id и channels.shared.id, и подставляются в адрес именно в этом порядке. Как из них собрать адрес вручную, описано в статье Собственный Push&Pull клиент; в браузере это делает штатный клиент — Push&Pull в браузере.
Конфигурация персональна: channels.private и publicChannels принадлежат тому пользователю, чьим токеном выполнен запрос. Одну конфигурацию нельзя раздать нескольким пользователям — запрашивайте ее для каждого отдельно.
Отслеживайте время end каждого канала и поле exp в ответе. Когда срок истекает, запрашивайте конфигурацию заново. Если поля exp в ответе нет, ориентируйтесь на end канала.
Параметры метода
Обязательные параметры отмечены *
Обязательных параметров у метода нет.
|
Название |
Описание |
|
CACHE |
Признак использования кеша:
По умолчанию — использовать кеш. В текущей версии Битрикс24 параметр на выдачу конфигурации не влияет: кеш используется всегда |
|
REOPEN |
Признак выдачи нового канала, если срок действия текущего истек:
По умолчанию — выдавать. В текущей версии Битрикс24 параметр на выдачу конфигурации не влияет: канал с истекшим сроком выдается заново всегда |
Примеры кода
Как использовать примеры в документации
Пример получения конфигурации Push&Pull для приложения. Метод вызывается без параметров.
curl -X POST \
-H "Content-Type: application/json" \
-d '{
"auth": "**put_access_token_here**"
}' \
"https://**put.your-domain-here**/rest/pull.application.config.get.json"
// This snippet is an ES module: top-level await requires type="module" or a bundler.
// $b24 is an already-initialized SDK instance (see the SDK "Get started" guide).
import { Text } from '@bitrix24/b24jssdk'
import type { B24Frame } from '@bitrix24/b24jssdk'
declare const $b24: B24Frame
try {
const response = await $b24.actions.v2.call.make<Record<string, any>>({
method: 'pull.application.config.get',
params: {},
requestId: Text.getUuidRfc4122()
})
// The payload is available only on a successful response
if (!response.isSuccess) {
console.error(response.getErrorMessages().join('; '))
} else {
const result = response.getData()!.result
console.info('Push&Pull config:', result)
}
} catch (error) {
// Thrown on transport or SDK failures (AjaxError, SdkError, etc.)
console.error(error)
}
<!-- Load the SDK (UMD build); it is exposed as the global B24Js -->
<script src="https://unpkg.com/@bitrix24/b24jssdk@1/dist/umd/index.min.js"></script>
<script>
async function getApplicationPullConfig() {
try {
// Initialize the SDK inside a Bitrix24 frame
const $b24 = await B24Js.initializeB24Frame()
const response = await $b24.actions.v2.call.make({
method: 'pull.application.config.get',
params: {},
requestId: B24Js.Text.getUuidRfc4122()
})
// The payload is available only on a successful response
if (!response.isSuccess) {
console.error(response.getErrorMessages().join('; '))
return
}
const result = response.getData().result
console.info('Push&Pull config:', result)
} catch (error) {
// Thrown on transport or SDK failures (AjaxError, SdkError, etc.)
console.error(error)
}
}
document.addEventListener('DOMContentLoaded', getApplicationPullConfig)
</script>
from b24pysdk.errors import BitrixAPIError, BitrixSDKException
try:
bitrix_response = client.pull.application.config.get().response
print(bitrix_response.result)
except BitrixAPIError as error:
print(
"Ошибка Bitrix API",
f"error: {error.error}",
f"error_description: {error.error_description}",
sep="\n",
)
except BitrixSDKException as error:
print(f"Ошибка Bitrix SDK: {error.message}")
except Exception as error:
print(f"Непредвиденная ошибка: {error}")
try {
$response = $b24Service
->core
->call('pull.application.config.get');
$result = $response
->getResponseData()
->getResult();
echo 'Success: ' . print_r($result, true);
} catch (Throwable $e) {
error_log($e->getMessage());
echo 'Error getting pull config: ' . $e->getMessage();
}
BX24.callMethod(
'pull.application.config.get',
{},
function(result)
{
if (result.error())
{
console.error(result.error());
}
else
{
console.info(result.data());
}
}
);
$result = CRest::call('pull.application.config.get');
echo '<pre>';
print_r($result);
echo '</pre>';
Обработка ответа
HTTP-статус: 200
{
"result": {
"server": {
"version": 4,
"server_enabled": true,
"mode": "personal",
"hostname": "your-portal.bitrix24.ru",
"long_polling": "https://rtc-**.bitrix24.com/sub2/",
"long_pooling_secure": "https://rtc-**.bitrix24.com/sub2/",
"websocket_enabled": true,
"websocket": "wss://rtc-**.bitrix24.com/subws2/",
"websocket_secure": "wss://rtc-**.bitrix24.com/subws2/",
"publish_enabled": true,
"publish": "https://rtc-**.bitrix24.com/rest/",
"publish_secure": "https://rtc-**.bitrix24.com/rest/",
"config_timestamp": 1774886062
},
"api": {
"revision_web": 19,
"revision_mobile": 3
},
"channels": {
"shared": {
"id": "***masked***",
"start": "2026-03-31T17:05:18+03:00",
"end": "2026-04-01T05:05:23+03:00",
"type": "shared"
},
"private": {
"id": "***masked***",
"public_id": "***masked***",
"start": "2026-03-31T17:05:18+03:00",
"end": "2026-04-01T05:05:23+03:00",
"type": "private"
}
},
"exp": 1775052318,
"publicChannels": {
"577": {
"user_id": 577,
"public_id": "***masked***",
"signature": "***masked***",
"start": "2026-03-31T10:06:39+03:00",
"end": "2026-03-31T22:06:44+03:00"
}
}
},
"time": {
"start": 1774965918,
"finish": 1774965918.322255,
"duration": 0.32225489616394043,
"processing": 0,
"date_start": "2026-03-31T17:05:18+03:00",
"date_finish": "2026-03-31T17:05:18+03:00",
"operating_reset_at": 1774966518,
"operating": 0
}
}
Если Битрикс24 работает на общем сервере Push&Pull, в result дополнительно приходит clientId. В примере показаны только отличия от ответа выше:
{
"result": {
"server": {
"mode": "shared",
"version": 4
},
"clientId": "***masked***"
}
}
Возвращаемые данные
|
Название |
Описание |
|
result |
Объект формата:
где:
Поля объекта |
|
time |
Информация о времени выполнения запроса |
Объект result
Состав полей зависит от настроек сервера Push&Pull — поля exp, clientId и jwt приходят не всегда.
|
Название |
Описание |
|
server |
Параметры сервера Push&Pull подробнее |
|
api |
Ревизии протокола Push&Pull. По ним клиент проверяет, совместима ли его версия библиотеки с сервером: |
|
channels |
Каналы приложения. Содержит два канала: Поля канала — (подробное описание). Порядок, в котором идентификаторы каналов подставляют в адрес подключения, описан в статье Собственный Push&Pull клиент |
|
exp |
Срок действия конфигурации в формате Unix timestamp. В облачном Битрикс24 конфигурация действует 24 часа с момента запроса. В коробочной версии поле приходит, если администратор задал этот срок. При версии сервера 5 и выше поле приходит всегда и совпадает со сроком действия |
|
Публичный идентификатор личного канала текущего пользователя. Это канал пользователя в Битрикс24, а не канал приложения. Если версия сервера Push&Pull ниже 4, поле приходит со значением Формат:
где: |
|
|
clientId |
Публичный идентификатор Битрикс24 на общем сервере Push&Pull. Возвращается, когда |
|
jwt |
Токен JWT для подключения к серверу. Когда он есть, каналы уже зашиты в токен и Возвращается, когда |
Объект server
|
Название |
Описание |
|
version |
Версия сервера Push&Pull. От нее зависят протокол подключения и формат работы с историей канала — подробности в статье Собственный Push&Pull клиент. В режиме |
|
server_enabled |
Признак доступности сервера. Если значение |
|
mode |
Режим сервера:
|
|
hostname |
Домен Битрикс24 |
|
long_polling |
URL long polling |
|
long_pooling_secure |
URL long polling для защищенного соединения. Имя поля приходит из API с опечаткой — |
|
websocket_enabled |
Признак доступности websocket. Если значение |
|
websocket |
URL websocket |
|
websocket_secure |
URL websocket для защищенного соединения. Параметры подключения передаются в адресе, поэтому подключайтесь по защищенному адресу. На общем сервере Push&Pull |
|
publish_enabled |
Признак доступности publish API |
|
publish |
URL publish API |
|
publish_secure |
URL publish API для защищенного соединения |
|
config_timestamp |
Метка версии конфигурации |
Объект канала shared и private
|
Название |
Описание |
|
id |
Идентификатор канала |
|
public_id |
Публичный идентификатор канала. У канала |
|
start |
Время выдачи канала |
|
end |
Время окончания работы канала — через 12 часов после выдачи |
|
type |
Тип канала:
|
Обработка ошибок
HTTP-статус: 403
{
"error": "WRONG_AUTH_TYPE",
"error_description": "Get access to application config available only for application authorization."
}
HTTP-статус: 500
{
"error": "SERVER_ERROR",
"error_description": "Push & Pull server is not configured"
}
|
Название |
Описание |
|
error |
Строковый код ошибки. Состоит из цифр, латинских букв и знака подчеркивания. Может прийти пустым — тогда причину показывает только |
|
error_description |
Текст ошибки для разработчика. Не показывайте его конечному пользователю без обработки |
Возможные коды ошибок
|
Статус |
Код |
Описание |
Значение |
|
|
|
Get access to application config available only for application authorization. |
Вызов метода не из контекста приложения, например, через вебхук |
|
|
|
Push & Pull server is not configured |
Сервер Push&Pull не настроен или выключен в Битрикс24 |
Статусы и коды системных ошибок
HTTP-статус: 4xx, 5xx
Описанные ниже ошибки возвращает сам REST API, а не логика конкретного метода. Они могут прийти в ответ на любой метод.
|
Статус |
Код |
Описание |
|
|
|
Возникла внутренняя ошибка сервера. Повторите вызов, а если ошибка сохраняется, обратитесь к администратору сервера или в техническую поддержку Битрикс24 |
|
|
|
Сервер вернул неожиданный ответ. Повторите вызов, а если ошибка сохраняется, обратитесь к администратору сервера или в техническую поддержку Битрикс24 |
|
|
|
Превышен лимит на интенсивность запросов |
|
|
|
Метод заблокирован из-за превышения лимита на ресурсоемкость запросов. Блокировка снимается автоматически, когда накопленное время выполнения метода перестает превышать лимит |
|
|
|
В запросе нет авторизационных данных: не передан ни access-токен, ни код вебхука |
|
|
|
Методы вызываются только по протоколу HTTPS |
|
|
|
REST API заблокирован из-за перегрузки. Это ручная индивидуальная блокировка. Чтобы ее снять, обратитесь в техническую поддержку Битрикс24 |
|
|
|
REST API доступен только на коммерческих тарифах. У вебхука текст ошибки другой — |
|
|
|
Не найден активный вебхук с указанным идентификатором пользователя и секретным кодом |
|
|
|
Метод с таким именем не найден. Имя написано с ошибкой, метода нет в REST API или он недоступен без нужного скоупа |
|
|
|
Запрос требует более широких прав, чем есть у токена: у вебхука это выданные ему права, у приложения — скоуп. У приложения текст ошибки заканчивается на |
|
|
|
Срок действия access-токена истек |
|
|
|
Приложение установлено, но администратор Битрикс24 открыл доступ к нему только конкретным пользователям |
|
|
|
Публичная часть сайта закрыта. Чтобы открыть ее на коробочной установке, отключите опцию «Временное закрытие публичной части сайта». Путь к настройке: Рабочий стол > Настройки > Настройки продукта > Настройки модулей > Главный модуль > Временное закрытие публичной части сайта |