Как подключить один онлайн-чат для сайта к двум разным базам 1С:УНФ 3.0?

Программист 1С v8.3 (Управляемые формы) 1С:Управление нашей фирмой Управленческий учет IT и автоматизация бизнеса
← На главную

Рассмотрим распространенную ситуацию: компания использует две отдельные информационные базы «1С:Управление нашей фирмой 3.0» (например, из-за разделения учета по разным юридическим лицам), однако сайт интернет-магазина у бизнеса один. Возникает вопрос: можно ли подключить один онлайн-чат на сайте сразу к обеим базам, как устроена точка подключения и не будут ли сообщения дублироваться между программами?

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

Принцип работы онлайн-чата и точки подключения

Проанализируем техническую архитектуру инструмента. Онлайн-чат на сайте в «1С:УНФ 3.0» реализован на платформенном механизме «Система взаимодействия». Связь между сайтом и информационной базой обеспечивается через специальный сервис (облачный сервис «1С:Диалог» или локально развернутый корпоративный сервер взаимодействия).

Поле «Точка подключения» формируется автоматически сервером взаимодействия в момент создания и активации интеграции с сайтом. Отредактировать его вручную невозможно. Адрес содержит закрытый ключ и уникальный идентификатор конкретной интеграции, жестко привязанной к текущей информационной базе. Напрямую вписать одну и ту же точку подключения во вторую базу нельзя.

Однако объединить работу операторов из разных баз в рамках одного чата возможно с помощью стандартного платформенного механизма «Совместное использование приложений».

Пошаговая настройка совместного использования чата для двух баз

Разберем по шагам, как настроить единое пространство для работы с обращениями из обеих конфигураций:

  1. Регистрация баз под единым абонентом: обе информационные базы «1С:УНФ» должны быть зарегистрированы в сервисе взаимодействия на один и тот же адрес электронной почты абонента. Это объединяет базы в рамках одной организации на сервере взаимодействия.
  2. Включение совместного использования: в одной из баз перейдем к стандартной обработке Управление системой взаимодействия. В разделе «Совместное использование приложений» добавим вторую базу и настроим сопоставление пользователей (по идентификаторам или полным именам).
  3. Создание интеграции для сайта: интеграцию («Чат на сайте») создаем и активируем только в одной базе (например, основной). Полученную точку подключения встраиваем в скрипт на сайте.
  4. Назначение операторов: благодаря общему пространству в состав участников и операторов чата можно добавлять пользователей как из текущей базы, так и из связанной второй базы.

Будут ли дублироваться сообщения и данные?

Рассмотрим подробнее поведение системы при поступлении сообщений от посетителей сайта:

  1. Переписка в чате не дублируется. Все диалоги и ветки обсуждений физически сохраняются на сервере системы взаимодействия. Операторы в обеих базах видят единую историю переписки в реальном времени. Если один сотрудник ответил клиенту, ответ сразу же отображается у всех участников.
  2. Прикладные объекты CRM не дублируются автоматически. Создание лидов, контактов клиентов и фиксация документов происходит только в той базе, где непосредственно создана интеграция с сайтом. Пользователи второй базы могут участвовать в переписке, но автоматическая генерация учетных документов в их базе происходить не будет.

Альтернативные архитектурные решения

Проанализируем другие подходы, если описанный вариант не полностью закрывает бизнес-задачи:

  1. Объединение учета в единую информационную базу. «1С:УНФ» изначально поддерживает многофирменный учет. Если интернет-магазин общий, ведение нескольких организаций в одной базе исключает необходимость связывать приложения, повторно сопоставлять пользователей и разделять права операторов.
  2. Использование внешнего чат-агрегатора с маршрутизацией. Если требуется создавать документы и заказы в разных базах в зависимости от выбора клиента (например, выбор конкретного города или категории товара), на сайте настраивается внешний виджет, который распределяет входящие диалоги и вебхуки в нужную базу 1С по API.
← На главную