Проблемы с уведомлением о назначении лида - PullRequest
0 голосов
/ 20 сентября 2018

Я пытаюсь решить проблему, когда уведомления о назначении лидов не работают.Этот вопрос состоит из двух частей.

1) Каковы возможные причины, по которым уведомления о назначении отведений не рассылаются, помимо перечисленных в документации ?В моем случае уведомления системного уровня включены, и электронная почта хорошо работает для других целей.Самоназначение исключено.

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

<assigning user name> назначил ведущий на <assigned user name>.

<assigning user> может быть текущим вошедшим пользователем.Как я могу создать пользовательскую переменную, которая будет вставлять имя пользователя, вошедшего в систему, в шаблон электронной почты?Есть ли другой способ вставить <assigning user name>?

1 Ответ

0 голосов
/ 21 сентября 2018

1)

Возможно ли, что вы сохранили / переназначили эти лиды, используя код?

Помните об аргументе функции SugarBean-> save ():

/*       
 * @param boolean $check_notify Optional, default false, if set to true assignee of the record is notified via email.
 */                                                                          
public function save($check_notify = false)

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

$myLeadBean->save(true);

Кроме этого, я понятия не имею, что может быть не так.Однако, когда дело доходит до отладки писем, обязательно сначала проверьте папки со спамом и, если возможно, журналы почтового сервера.
Если потерянных писем нет, установите уровень журнала на Info в Sugar -> Администрирование -> Системные настройки и, возможно, вы сможете увидеть, если и как Sugar пытается отправить эти письма.
Примечание. В результате будет получено много выходных данных журнала, поэтому попробуйте протестировать его на простом тестовом экземпляре и воспроизвести проблему с минимальным количеством запросов (минимизируя шум журнала).
Обязательно установите уровень журнала на фатальный или ошибка после устранения проблемы.


2)

IЯ еще не мог проверить это сам, и я не знаю, как именно шаблоны используются в вашем процессе, но вы уже проверили те, которые используются в шаблонах по умолчанию?

./include/language/en_us.notify_template.html ¹

{ASSIGNER} has assigned a Note to {ASSIGNED_USER}.

Сведения о назначении этих переменных см. В ./data/SugarBean.php или ./include/workflow/alert_utils.php ²

$xtpl->assign("ASSIGNER", $current_user->name);



¹ найдено с помощью команды: find . -name 'en_us.*' -exec grep -i '{.*user' {} +

² найдено с помощью команды: find . -name '*.php' -exec grep ASSIGNER {} +

...