Как настроить интеграцию 1С:УНФ и Mango Office, чтобы не терять возможность выбора пользователя при входе?

При настройке интеграции 1С:УНФ с IP-телефонией Mango Office многие специалисты сталкиваются с неприятным побочным эффектом: после внесения правок в файл default.vrd все пользователи системы при попытке запуска начинают автоматически авторизоваться под служебным пользователем, указанным в настройках публикации. Это делает невозможным выбор конкретного пользователя, что крайне неудобно для повседневной работы.

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

Разбираем суть проблемы

Для корректного взаимодействия 1С с API сторонних сервисов (таких как Mango Office) часто требуется, чтобы веб-сервер обращался к базе данных от имени определенного «технического» пользователя. Настройка этого процесса обычно предполагает редактирование файла публикации default.vrd, где прописываются параметры аутентификации. Проблема заключается в том, что сервер 1С применяет эти параметры глобально для всей публикации, «заставляя» каждого, кто переходит по этому адресу, входить под системным логином.

Решение: разделение веб-публикаций

Самый надежный и правильный способ избавиться от этой проблемы — создать отдельную веб-публикацию исключительно для нужд интеграции с Mango Office. Таким образом, у нас будет две независимые точки входа:

1. Основная публикация: используется сотрудниками для работы в 1С:УНФ. Она работает в стандартном режиме, позволяя выбирать пользователя и запоминать последнего активного сотрудника.
2. Сервисная публикация (для Mango): создается с уникальным именем и путем, и именно в ней мы прописываем параметры служебного пользователя, необходимые для работы телефонии.

Пошаговое руководство по настройке

Давайте выполним настройку шаг за шагом:

Шаг 1: Создание новой публикации.

Откройте конфигуратор 1С от имени администратора. Перейдите в меню «Администрирование» — «Публикация на веб-сервере». Создайте новую публикацию, задав ей уникальное имя (например, UNF_Mango) и выбрав другой путь на сервере, отличный от основного.

Шаг 2: Настройка параметров служебного пользователя.

После создания публикации перейдите в папку, где расположен файл .vrd (обычно это директория веб-сервера, например, inetpub/wwwroot/имя_публикации). Откройте файл имя_публикации.vrd любым текстовым редактором. Внесите изменения, необходимые для работы Mango (указание пользователя и пароля), следуя инструкции по интеграции:

Пример структуры файла .vrd, который должен получиться для сервисной публикации:

<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system" ... >
    <ws enable="false"/>
    <standardOdata enable="false"/>
    <httpServices enable="true"/>
    <authentication base="true"/>
    <parameter name="ПутьКСервису" value="..."/>
    <!-- Здесь параметры служебного пользователя -->
    <login name="СервисныйПользователь" password="Пароль"/>
</point>

Шаг 3: Настройка интеграции в Mango Office.

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

На что обратить внимание при диагностике?

Если после разделения публикаций звонки все равно не привязываются к ответственным менеджерам, проанализируйте следующие моменты:

• Формат номеров: Убедитесь, что номера в справочниках 1С и те, что передает Mango, совпадают по формату (например, +7 против 8).
• Внутренние номера: Проверьте соответствие добавочных номеров сотрудников в 1С и в настройках АТС Mango.
• Логирование: Если Mango «ругается» на отсутствие связи, используйте инструменты мониторинга веб-сервера (IIS или Apache), чтобы убедиться, что POST-запросы доходят до второй публикации.

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