Дерево страниц
Перейти к концу метаданных
Переход к началу метаданных

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

Где:

  • <id> - уникальный числовой идентификатор типа сообщения, не должен меняться впоследствии;
  • <title> - наименование типа сообщения;
  • <messageTypeClassName> - имя класса-обработчика сообщений.

Опциональные параметры:

Остальные параметры различаются для разных видов сообщений.

Для типа сообщения могут быть указаны один или несколько режимов поиска :

Где:

  • <searchModeId> - уникальный числовой идентификатор режима поиска, начиная с 1;
  • <title> - наименование режима поиска;
  • <searchModeclassName> - имя класса, реализующего режим поиска.

Первый режим поиска применяется по-умолчанию при открытии сообщения для обработки.

Необязателен к указанию и класс, сохраняющий контакт.

На скриншоте цифрой 1 изображены режимы поиска, 2 - режимы сохранения контакта.

Режимы поиска и сохранения могут быть специфичны для типа сообщения.

Режимы поиска

Таблица. Режимы поиска

Значение <searchModeClassName>Что ищетКонфигурация и пример
ru.bgcrm.dao.message.MessageTypeSearchCustomerByTitleКонтрагента по наименованию, для любого типа сообщения.

Нет дополнительных параметров.

Пример:

ru.bgcrm.dao.message.MessageTypeSearchEmailПоиск контрагента по Email для типа сообщения Email.

Нет дополнительных параметров.

Пример:

ru.bgcrm.dao.message.MessageTypeSearchCallПоиск контрагента в базе BGCRM по номеру телефона звонящего для типа сообщения Call. Поиск производится по точному совпадению.

Где:

  • <commands> - команды, в данный момент поддержана customerByPhoneParam:<paramId>, где <paramId> - идентификатор параметра типа "телефон" в биллинге;
  • <jexl> - JEXL выражение для предобработки номера перед поиском с его использованием, исходный номер передаётся переменной numberFrom.

Пример:

ru.bgcrm.plugin.bgbilling.dao.MessageTypeSearchEmailПоиск договора в базе BGBilling по EMail парамеру для типа сообщения EMail.

Где:

  • <billingId> - идентификатор биллинга;
  • <paramIds> - коды параметров договора т ипа EMail через запятую.

Пример:

ru.bgcrm.plugin.bgbilling.dao.MessageTypeSearchCallПоиск договора в базе BGBilling по номеру телефона звонящего для типа сообщения Call. Поиск производится по подстроке.

Где:

  • <billingId> - идентификатор биллинга;
  • <commands> - команды, в данный момент поддержана contractByPhoneParam:<paramId>, где <paramId> - идентификатор параметра типа "телефон" в биллинге;
  • <jexl> - JEXL выражение для предобработки номера перед поиском с его использованием, исходный номер передаётся переменной numberFrom.

Пример:

ru.bgcrm.plugin.bgbilling.dao.MessageTypeSearchContractByTitleAndCommentПоиск договора в базе BGBilling по номеру и комментарию, для любого типа сообщения.

Где:

  • <billingId> - идентификатор биллинга.

Пример:

ru.bgcrm.plugin.bgbilling.dao.MessageTypeSearchContractByDialUpLoginПоиск договора в базе BGBilling по логину либо алиасу DialUp модуля.

Где:

  • <billingId> - идентификатор биллинга;
  • <moduleId> - код экземпляра модуля DialUp.

Пример:

Режимы сохранения

Таблица. Режимы сохранения

Значение <saverClassName>Что делаетКонфигурация и пример
ru.bgcrm.dao.message.MessageTypeContactSaverEmailСохранение EMail в параметр типа "email" контрагента. Возможно сохранение домена либо только EMail а.

Где:

  • <paramId> - код параметра понтрагента типа "EMail".

Пример:

ru.bgcrm.dao.message.MessageTypeContactSaverPhoneСохранение телефона в параметр типа "phone" контрагента. Возможно сохранение домена либо только EMail а.

Где:

Пример:

ru.bgcrm.plugin.bgbilling.dao.MessageTypeContactSaverPhoneСохранение телефона в параметр типа "телефон" договора биллинга.

Где:

Пример:

Сообщения EMail

<messageTypeClassName>=ru.bgcrm.dao.message.MessageTypeEmail.

Дополнительные параметры:

Входящие сообщения считываются с EMail ящика по протоколу IMAP. Сообщения считываются из папки <inFolder>. Параметры подключения IMAP задаются параметрами <host>, <login>, <pswd>. После разбора текста сообщений и вложений сообщение перемещается в <processedFolder>, при возникновении ошибок - в <skippedFolder>.

<email> подставляется в поле отправителя исходящего письма. Папка <inProcessedFolder> указывает папку, из которой считываются ответные письма на отправленные из BGCRM привязанные к процессу сообщения. Определение привязки производится по теме письма, в которую при отправке из BGCRM добавляется маркер с типом процесса.

Поля <from> и <replayTo> используются в случае необходимости в момент отправки подставить в поле "От" (From) иной адрес и "Ответить на" (Replay-To).

<signExpression> - JEXL выражение, определяющее подпись письма при отправке его через данный тип сообщения.

Отправка исходящих сообщий осуществляется через протокол SMTP, параметры настраиваются в конфигурации.

Пример настройки:

Сообщения Note

<messageTypeClassName>=ru.bgcrm.dao.message.MessageTypeNote.

Используются для добавления примечаний по ходу процесса.

Пример настройки:

Сообщения Call

<messageTypeClassName>=ru.bgcrm.dao.message.MessageTypeCall.

Дополнительные необязательные параметры:

Где:

  • <offerNumberFromParamId> - код текстового параметра пользователя, содержащий номер, предлагаемый к занятию по-умолчанию.

Тип сообщения представляет из себя звонок, который обрабатывается оператором. Для данного типа сообщения в оснастке обработки сообщений отображается поле занятия номера. Строго говоря, это означает, что в системе может быть зарегистрирован только один тип сообщения Call.

По занятому номеру система определяет какой из пользователей получил звонок и открывает для него сообщение для обработки. Для включения данного функционала в переменной createOnStart конфигурации сервера должн быть указан класс ru.bgcrm.event.listener.MessageTypeCallListener.

"Поставщиком" звонков может, выступить плагин Asterisk либо звонок может быть зарегистрирован внешним HTTP запросом класса ru.bgcrm.event.listener.MessageTypeCallRegister.

  • Нет меток
Документация BGCRM 3.0