← На главную

При настройке интеграции с облачными АТС, например, Mango Office, у разработчиков часто возникают вопросы о том, как именно 1С узнает о входящем звонке. Давайте подробно разберем этот процесс, отбросим лишние сомнения и выясним, как устроено это взаимодействие «под капотом».

Разбор архитектуры: Push против Polling

Прежде всего, нам нужно понять, как система получает информацию. Существует два основных подхода к обмену данными между внешним сервером (АТС) и учетной системой (1С):

• Polling (дергающий механизм): 1С через определенные интервалы времени «спрашивает» сервер АТС: «Есть новые события?». Этот метод устарел, так как создает ненужную нагрузку на сеть и сервер, а также вызывает задержки при обработке вызова.
• Push (толкающий механизм): АТС сама «проталкивает» информацию в 1С в тот момент, когда событие (звонок) уже произошло. Именно этот подход используется в современных интеграциях 1С:УНФ.

В случае с интеграцией Mango Office в 1С:УНФ реализована именно Push-модель. Это означает, что 1С не тратит ресурсы на постоянный опрос, а «слушает» входящие сетевые запросы, ожидая команды от АТС.

Как реализован процесс уведомления

Рассмотрим пошагово, как происходит магия появления карточки звонка на экране пользователя:

1. Событие в АТС: На стороне облачной АТС фиксируется факт входящего вызова.
2. Отправка Webhook: АТС формирует POST-запрос, содержащий данные о звонке (номер телефона, добавочный номер), и отправляет его на заранее определенный URL.
3. Публикация базы: Для того чтобы АТС могла отправить этот запрос, ваша информационная база должна быть опубликована на веб-сервере (например, IIS или Apache). Без опубликованного HTTP-сервиса АТС просто не найдет «адресата» для своего сообщения.
4. Обработка на стороне 1С: При получении запроса срабатывает механизм веб-сервиса (например, MobileService). Система идентифицирует номер телефона и ищет соответствующий контакт в базе.
5. Внешнее событие: Когда данные получены, 1С инициирует Оповестить() для активных клиентских сеансов. Клиентская часть 1С (толстый или тонкий клиент) ловит это через обработчик ОбработкаВнешнегоСобытия.

Технические нюансы реализации

Важно понимать, что в современных реализациях интеграций от разработчиков 1С или провайдеров телефонии установка локальных внешних компонент (файлов с расширением .dll или .so) чаще всего не требуется. Весь обмен данными происходит на уровне протоколов HTTP/HTTPS.

Ключевые моменты, которые нужно помнить:

• Публикация базы обязательна: Это фундамент взаимодействия. Если ваша база находится во внутренней сети без доступа из интернета, облачная АТС не сможет доставить уведомление. Убедитесь, что настроен веб-сервер и корректно прописаны WSDL-описания сервисов.
• Роль пользователя: После того как сервер 1С принял данные, он рассылает их всем пользователям или конкретному сотруднику, за которым закреплен добавочный номер. Это позволяет открывать карточку КонтактнаяИнформация или Взаимодействие именно у того менеджера, которому поступил звонок.
• Обработчик событий: Основным механизмом, который позволяет пользователю видеть результат «в реальном времени» без перезагрузки страницы, является ОбработкаВнешнегоСобытия. Именно в этом методе прописана логика вызова формы карточки.

Подводя итог, можно сказать, что современная интеграция 1С с телефонией — это отлаженный процесс работы с Webhooks. Если вы настраиваете связь с Mango Office, сфокусируйтесь на корректной публикации базы и настройке URL оповещений в личном кабинете АТС. Это исключит необходимость «самописного» опроса сервера и обеспечит мгновенную реакцию системы на входящие звонки.