Loading
Рекомендации и проверки управления событиями

Вы находитесь здесь:

  1. Справка Salesforce
  2. Документы
  3. Agentforce Life Sciences

Рекомендации и проверки управления событиями

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

Требуемые версии

Доступно в версиях: Lightning Experience
Доступно в версиях: Enterprise and Unlimited Edition с дополнительной лицензией Life Sciences Cloud, Life Sciences Cloud for Customer Engagement и управляемым пакетом Life Sciences Customer Engagement.
Функция Проверки
Участники события
  • Участник с одинаковым типом и ролью не может быть добавлен дважды в одно событие.
  • Текущий пользователь должен быть добавлен в качестве участника типа коллеги, прежде чем он сможет добавить других участников.
  • Запись соотнесения ролей типа участника управления событиями должна быть активной для добавления участников.
  • При добавлении посетителя или непрофильного участника поле «Приглашенные» автоматически заполняется кодом коллеги, отправившего приглашение.
  • Дата и время отправки приглашения заполняются автоматически при выборе поля «Отправленное приглашение».
  • Участник с ролью организатора не может быть удален.
Набор участников
  • При создании управляемого события система автоматически добавляет автора в качестве организатора.
  • Если пользователь (автор события) добавляет другого пользователя в качестве основного ответственного, автор становится координатором, а другой пользователь - организатором.
  • Если пользователь (автор события) добавляет своего менеджера в качестве основного ответственного, автор становится координатором, а менеджер - ответственным за утверждение.
План продаж участников
  • Только коллеги с ролью соавтора имеют план продаж приглашений. При заполнении поля «Стандартная квота приглашений» система автоматически применяет его ко всем коллегам типа соавтора.
  • В сети: если коллега превышает план продаж приглашений, действие блокируется с ошибкой.
  • На мобильном: если коллега превышает план продаж в автономном режиме, участник добавляется, но создается запись несоответствия участника управляемого события с причиной «План продаж превышен».
Правила общего доступа участников
  • Коллега с ролью организатора обязателен для создания общего доступа к записям.
  • Записи «Общий доступ к управляемому событию» и «Территория управляемого события» создаются только при отправке приглашения и ответе участника «Принято».
  • Координаторы и организаторы хостов не требуют принятия приглашения для запуска общего доступа.
  • Записи общего доступа не создаются для ролей участников, экспертов или соавторов.
Назначение темы
  • Одна тема не может быть назначена одному событию дважды.
  • Если участник «Эксперт» уже добавлен в событие, темы с типом соответствия «Бюро спикера» не будут отображаться в результатах поиска. Удалите эксперта для просмотра всех тем.
  • Если тема связана с ограниченным продуктом и связанный участник уже добавлен, система выдает ошибку (или предупреждение, если дата начала события прошла).
  • Изменение даты начала события блокируется (или предупреждается), если существующий участник уже посетил событие по той же теме в новом предложенном промежутке времени.
  • Если путь бизнес-правила настроен, назначение темы следует за операциями этапа бизнес-правила.
Управление соответствием
  • Только организатор и соорганизатор события может отвечать на заявления о соответствии.
  • Статус соглашения о соответствии остается «Соглашение обязательно» до принятия всех обязательных заключений, после чего меняется на «Согласовано».
  • В компоненте отображаются только записи определения оператора соответствия с типом оператора «Примечание о соответствии» или «Соглашение о соответствии», типом модуля «Управляемое событие» и заполненным текстом оператора.
Логистика событий
  • Управляемое событие может иметь только одно расположение — либо «Место проведения», либо HCO, но не оба.
  • При добавлении расположения выбранный адрес должен соответствовать выбранному типу ресурса (например, расположение HCO должно использовать адрес HCO; расположение «Место» должно использовать адрес «Место проведения»).
  • При первом подтверждении ресурса «Местоположение» или HCO расположение автоматически записывается в запись управляемого события.
Денежные ограничения
  • Если типом предупреждения является «Блокировать»: добавление участника, общая сумма расходов которого достигла или превысила денежный лимит, предотвращается с ошибкой.
  • Если типом предупреждения является «Предупреждение»: участник может быть добавлен, но в качестве предупреждения создается запись несоответствия участника управляемого события.
  • На мобильном (в автономном режиме): ограничения по количеству пределов не применяются во время действия; нарушения помечаются посредством записи несоответствия при синхронизации устройства.
  • В расчетах денежного ограничения учитываются только расходы с флажком «Включено в шапку».
  • Шапка завершается только после достижения управляемым событием статуса завершенного или закрытого (как настроено в параметре консоли администратора статуса завершенного события).
Управление расходами
  • Все примерные расходы для одного типа расходов на одно событие должны быть уникальными. Например, две оценки «Еда» для одного события не поддерживаются.
  • Если частичное распределение не включено, общая выделенная сумма должна точно равняться фактической сумме расходов.
  • Если частичное распределение включено, недораспределение разрешено, а перераспределение (выделение больше фактической суммы расходов) нет.
Интеграция с электронной почтой
  • Пользователь, отправляющий электронное сообщение, должен быть назначен той же активной территории, что и управляемое событие.
  • Управляемое событие должно иметь добавленных участников, прежде чем отправлять электронные сообщения.
  • Каждая версия шаблона эл. почты должна содержать HTML-файл (для текста сообщения эл. почты) и миниатюру JPG.
Интеграция с презентациями Презентации фильтруются по теме, назначенной событию и территории текущего пользователя.
Интеграция с календарем Управляемые события, созданные на основе календаря, должны соответствовать настроенным часам работы организации.
Интеграция с опросами
  • Управляемое событие должно быть на этапе бизнес-правила, настроенном для запуска опроса, чтобы опрос появился.
  • Просмотр и запуск опроса доступны только организатору или соорганизатору события.
  • Для общего доступа к опросу на основе территории переключатель территорий должен соответствовать территории, связанной с темой опроса.
Бизнес-правило события
  • Операция по умолчанию управляемого события должна оставаться в бизнес-правиле для каждого этапа. Удаление операции приводит к ошибке.
  • Путь бизнес-правил определяется полем «Статус» управляемого события. Для функционирования бизнес-правила необходимо создать значения раскрывающегося списка для этого поля.
  • Каждый этап открывает только действия, связанные с этой ролью: организаторы видят действия планирования в черновике; только ответственный за утверждение видит «Утвердить» или «Отклонить в ожидании утверждения».
  • Процесс утверждения поддерживается только в Интернете.
  • Если путь бизнес-правила настроен, назначение темы подчиняется операциям этапа бизнес-правила, определенным в пути.
 
Загрузка
Salesforce Help | Article