Вопрос

Добрый день.

Из продаж и из активности отправляют письма. Привязка к продаже/активности у них по умолчанию есть. Но когда получаешь ответ на такое письмо, привязывать его к соответствующей продаже/активности приходится вручную.

Как правильно настроить правило, чтобы ответы привязывались к той продаже/активности к которой привязано изначальное письмо?

У меня такой же вопрос

1 комментарий

В будущих релизах обещают обновление правил привязки, возможно, и Ваш случай покроют:

ПРАВИЛА АВТОМАТИЧЕСКОЙ ПРИВЯЗКИ ПИСЕМ

Для уменьшения времени на ручную обработку и привязку писем к продажам, заказам или лидам будут добавлены преднастроенные правила. Например, если письмо было получено от клиента, по которому есть открытая продажа, и текущий пользователь входит в команду продажи, то письмо будет связано с продажей. Такие правила будут реализованы для разделов [Продажи], [Заказы], [Лиды], [Обращения].

Кроме того, будет упрощена пользовательская настройка новых правил, появится возможность включать/отключать определенные правила для отдельного почтового ящика.

Также можно использовать стандартный механизм привязки писем к сущностям по упоминаемому в тексте номеру. Если в ответе на письмо будет цитата изначального письма с номером, ответ тоже привяжется.

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Коллеги, добрый день. 

 

Столкнулся с проблемой - не могу найти параметр отвечающий за доступ к сообщениям в обращениях. Сотрудники в обращениях видят только свои сообщения. 

У меня такой же вопрос

5 комментариев

Добрый день!
Скорее всего в разделе прав доступа у вас включено администрирование по записям. Подробнее тут

 

Этот параметр по операциям администрируется, вроде. Возможно, где-то в режиме администратора есть настройка? 

Нашёл вот такую статью, но решение не помогает.

https://community.terrasoft.ru/articles/cto-delat-esli-cast-menedzerov-perestala-videt-soobsenia-drugih-menedzerov

Sunrise challenge,
По умолчанию все пользователи видят все сообщения. Ограничения накладываются на правах объектов. Это можно увидеть, взяв чистую демо версию Service Enterprice.
Если на вашей системе это не так, советую обратиться в тех поддержку, т.к. это коробочный функционал

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

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

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Добрый день.

Произошел сбой при отправке e-mail. В результате чего на контрагенте осталась висеть задача http://prntscr.com/jaufow .

Но при попытке её завершить попадаю в актиность e-mail, в которой отсутствую кнопки отправить, завершить или отменит. http://prntscr.com/jaugxs

Подскажите, пожалуйста, как снять или завершить данную активность (ни в черновиках ни в исходящих это письмо не висит).

У меня такой же вопрос

1 комментарий

Здравствуйте, Станислав!

В случае если тип данной активности "Email"  и оно было не отправлено, то письмо должно отображаться в черновиках(проверьте так же обработанные и не обработанные черновики).

В случае, если не нашли там данного письма, рекомендуем обратиться в службу технической поддержки.

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Добрый день!

Не получается запустить процесс при получении письма по существующему инциденту.

При получении письма по инциденту запускается процесс «Incoming email registration process».
Если создается новый инцидент, то срабатывает сигнал на добавление активности с заполненным полем Case.
Однако если письмо привязывается к существующему инциденту, то сигнал на изменение поля Case в активности не срабатывает.
В самом процессе происходит вызов функции:

        var helper = ClassFactory.GetIncidentRegistrationFromEmailHelper>(
                new ConstructorArgument("userConnection", userConnection));
        helper.RegisterIncident(activityId);

В классе IncidentRegistrationFromEmailHelper одинаковое действие для новых и существующих инцидентов:

public virtual void RegisterCase(Entity emailEntity) {
var email = new Email(this, emailEntity);
        if (email.IsJunk && !CreateCasesFromJunkEmails) {
                return;
        }
        Entity caseEntity = GetCase(email);
        if (caseEntity == null) {
                caseEntity = CreateNewCaseByEmail(email);
                var copyEntityRightsParams = new SysEntityRightsHelper.CopyEntityRightsParams(emailEntity.SchemaName,
                emailEntity.PrimaryColumnValue, caseEntity.SchemaName, caseEntity.PrimaryColumnValue);
SysEntityRightsHelper.CopyEntityAdministrateByRecordsRights(UserConnection, copyEntityRightsParams);
        }
        emailEntity.SetColumnValue("CaseId", caseEntity.GetTypedColumnValueGuid>("Id"));
        emailEntity.SetColumnValue("IsNeedProcess", false);
        emailEntity.Save();
}

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

В чем может быть причина такого поведения и как вызвать свой процесс при получении письма по существующему инциденту?

test process

У меня такой же вопрос

7 комментариев

Добрый день, Владимир!
Вы можете выполнить настройку стартовых сигналов процесса, как это сделано в базовом процессе "Запуск процесса Переоткрытие обращения и отправка email сообщения ответственному о новом комментарии" в версии продукта 7.10.1

Причина указанного Вами поведения в том, что в новых версиях продукта могут уже создаваться активности со связкой с обращением, то есть "Изменение записи" не произойдет.

Вот пример, как можно поступить (Во вложении).

Оптимальный Вариант - это просмотреть вживую, для этого Вы можете очень быстро получить триал для тестирования https://www.terrasoft.ru/trial/bpmonline

Добрый день, Михаил!

"Михайленко Михаил" написал:Причина указанного Вами поведения в том, что в новых версиях продукта могут уже создаваться активности со связкой с обращением, то есть "Изменение записи" не произойдет.

Да, в моем рабочем процессе есть обработка обоих сигналов. И на добавление записи срабатывает, а на изменение - нет.
А в случае связи письма с существующим обращением не приходит сигнал о добавлении записи с заполненным Case, но и не приходит сигнал о заполнении поля Case.

Кстати, проверил - процесс Run process: Reopen case and notify assignee on receiving an answer regarding the case тоже иногда (пока не обнаружили системности) не запускается в этих случаях.
Я проверю еще на чистой триальной версии, но есть подозрение, что AutoEmailRelation может заполнять поле Case "по-тихому"

.

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

public void ProceedRelation(Entity entity) {
			IEnumerable<IRuleRelationModel> rulesForEntity = GetRulesForEntity(entity.Schema.UId);
			bool isContactSearchSuccessfull = false;
			bool isOtherRelation = false;
			foreach (IRuleRelationModel rule in rulesForEntity) {
				if (GetCanRunRule(rule, isContactSearchSuccessfull)) {
					Guid columnUId = rule.EntitySchemaColumnUId;
					string columnName = entity.Schema.Columns.GetByUId(columnUId).Name;
					string columnValue = entity.GetTypedColumnValue<string>(columnName);
					MatchCollection matches = rule.GetMatches(columnValue);
					if (matches.Count > 0) {
						IEnumerable<Pair> extendedRelations = rule.GetEntityExtendedRelations(matches, _userConnection);
						if(extendedRelations.Count() > 0) {
							foreach(Pair relationValue in extendedRelations) {
								var relationColumn = entity.Schema.Columns.GetByUId((Guid)relationValue.First);
								Guid relationColumnValue = entity.GetTypedColumnValue<Guid>(relationColumn);
								if (relationColumnValue == Guid.Empty) {
									entity.SetColumnValue(relationColumn, (Guid)relationValue.Second);
									TryAutoCompleteContactOrAccount(entity, relationColumn, (Guid)relationValue.Second);
									if (rule.EntitySchemaSearchUId == AutoEmailRelationConst.ContactCommunicationSchemaUId) {
										isContactSearchSuccessfull = true;
									}
									if (rule.EntitySchemaSearchUId != AutoEmailRelationConst.AccountCommunicationSchemaUId &&
											rule.EntitySchemaSearchUId != AutoEmailRelationConst.ContactCommunicationSchemaUId) {
										isOtherRelation = true;
									}
								}
							}
							entity.Save(false);
						}
					}
				}
			}
			SetEntityProcessed(entity, isOtherRelation);
 
		}

Так же протестировали на другой сущности Problems (на которой не было доработок) – аналогичная ситуация. Когда происходит автоматическое связывание, не стартует процесс на добавление/изменение записи.

Добрый день, Владимир!
На сколько я понял симптомы описанной Вами проблемы, то данное исправление мы делали в версии продукта 7.10.1.

На процессе "Регистрация обращения по входящему письму" в методах данного процесса необходимо изменить код на указанный во вложении (можно выполнить изменение в замещенном процессе, базовый исправиться во время обновления). Это должно решить проблему срабатывания привязки по сигналам.

Спасибо, Михаил.

Мне поддержка также посоветовала запускать процесс по добавлению записи в Email Message.
Это помогло. Сейчас решим сопутствующие вопросы, и я опишу здесь, как в итоге решили.

Войдите или зарегистрируйтесь, чтобы комментировать

Добрый день!

Столкнулся с такой проблемой: пытаюсь отправить письмо из бизнес процесса, а получаю ошибку.
Ошибка следующая:
Terrasoft.Mail.Sender.EmailException: Плохие данные.
---> System.Security.Cryptography.CryptographicException: Плохие данные.

в System.Security.Cryptography.CryptographicException.ThrowCryptographicException(Int32 hr)
в System.Security.Cryptography.Utils._DecryptData(SafeKeyHandle hKey, Byte[] data, Int32 ib, Int32 cb, Byte[]& outputBuffer, Int32 outputOffset, PaddingMode PaddingMode, Boolean fDone)
в System.Security.Cryptography.CryptoAPITransform.TransformFinalBlock(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount)
в System.Security.Cryptography.CryptoStream.FlushFinalBlock()
в System.Security.Cryptography.CryptoStream.Dispose(Boolean disposing)
в System.IO.Stream.Close()
в Terrasoft.Core.SecureTextDataValueType.GetValueForLoad(UserConnection userConnection, Object value)
в Terrasoft.Core.Entities.EntityColumnValue.LoadValue(Object value)
в Terrasoft.Core.Entities.EntityColumnValueCollection.ForceLoadColumnValue(String name, Object value)
в Terrasoft.Core.Entities.Entity.LoadShallow(IDataReader dataReader, Dictionary`2 columnMap)
в Terrasoft.Core.Entities.EntityCollection.LoadShallow(IDataReader dataReader, Dictionary`2 columnMap, Boolean needClear)
в Terrasoft.Core.Entities.EntitySchemaQuery.GetEntitySchemaEntityCollection(UserConnection userConnection, IDataReader dataReader)
в Terrasoft.Core.Entities.EntitySchemaQuery.GetEntityCollection(UserConnection userConnection)
в Terrasoft.Mail.SmtpClient.CreateMailCredentialByAddress(String address, Boolean ignoreRights)
в Terrasoft.Mail.SmtpClient.CreateSmtp(String address, Boolean ignoreRights)
в Terrasoft.Mail.SmtpClient.Send(EmailMessage emailMessage, Boolean ignoreRights)
--- Конец трассировки внутреннего стека исключений ---
в Terrasoft.Mail.SmtpClient.Send(EmailMessage emailMessage, Boolean ignoreRights)
в Terrasoft.Core.Process.Configuration.AutoEmailUserTaskSender.Execute(IEmailUserTaskMessageProvider messageProvider, ProcessExecutingContext context)
в Terrasoft.Core.Process.Configuration.EmailTemplateUserTask.InternalExecute(ProcessExecutingContext context)
в Terrasoft.Core.Process.ProcessActivity.Execute(ProcessExecutingContext context)

При разборе полётов определил что исключение вываливается в методе CreateMailCredentialByAddress класса SmtpClient, строка mailboxESQ.GetEntityCollection(_userConnection);

private MailCredentials CreateMailCredentialByAddress(string address, bool ignoreRights = false) {
var mailboxESQ = new EntitySchemaQuery(_userConnection.EntitySchemaManager, "MailboxSyncSettings");
EntitySchemaQueryColumn userNameColumn = mailboxESQ.AddColumn("UserName");
EntitySchemaQueryColumn userPasswordColumn = mailboxESQ.AddColumn("UserPassword");
EntitySchemaQueryColumn isAnonymousAuthentication = mailboxESQ.AddColumn("IsAnonymousAuthentication");
EntitySchemaQueryColumn sendEmailsViaThisAccountColumn = mailboxESQ.AddColumn("SendEmailsViaThisAccount");
EntitySchemaQueryColumn smtpHostColumn = mailboxESQ.AddColumn("MailServer.SMTPServerAddress");
EntitySchemaQueryColumn smtpPortColumn = mailboxESQ.AddColumn("MailServer.SMTPPort");
EntitySchemaQueryColumn smtpSslColumn = mailboxESQ.AddColumn("MailServer.UseSSLforSending");
EntitySchemaQueryColumn smtpTimeoutColumn = mailboxESQ.AddColumn("MailServer.SMTPServerTimeout");
IEntitySchemaQueryFilterItem senderEmailAddressFilter = mailboxESQ
.CreateFilterWithParameters(FilterComparisonType.Equal, "SenderEmailAddress", address);
mailboxESQ.Filters.Add(senderEmailAddressFilter);
if (ignoreRights) {
mailboxESQ.UseAdminRights = false;
} else {
mailboxESQ.AddRightsFilters(_userConnection.CurrentUser.Id);
}
EntityCollection mailboxEntities = mailboxESQ.GetEntityCollection(_userConnection);
var mailCredentials = new MailCredentials();
if (mailboxEntities.Count == 0) {
throw new Sender.EmailException("ErrorOnSend", MailboxDoesNotExist);
}

Entity mailbox = mailboxEntities[0];
if (!mailbox.GetTypedColumnValue(sendEmailsViaThisAccountColumn.Name)) {
throw new Sender.EmailException("ErrorOnSend", NotAllowedSendingFromThisMailbox);
}
mailCredentials.Host = mailbox.GetTypedColumnValue(smtpHostColumn.Name);
mailCredentials.Port = mailbox.GetTypedColumnValue(smtpPortColumn.Name);
mailCredentials.UserName = mailbox.GetTypedColumnValue(userNameColumn.Name);
mailCredentials.UserPassword = mailbox.GetTypedColumnValue(userPasswordColumn.Name);
mailCredentials.UseSsl = mailbox.GetTypedColumnValue(smtpSslColumn.Name);
mailCredentials.Timeout = mailbox.GetTypedColumnValue(smtpTimeoutColumn.Name) * 1000;
mailCredentials.IsAnonymousAuthentication = mailbox.GetTypedColumnValue(isAnonymousAuthentication.Name);
return mailCredentials;
}

У меня такой же вопрос

3 комментария

Здравствуйте!

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

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

А по поводу алгоритма получения хэша можете сориентировать?

"Сурмачевский Евгений Александрович" написал:

А по поводу алгоритма получения хэша можете сориентировать?


Здравствуйте!

Данные колонки необходимо использовать исключительно через EntitySchemaQuery используя формат "Secure Text"

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Здравствуйте, каким элементом в бизнес процессах можно обрабатывать входящие email сообщения? Необходимо, вытягивать email отправителя и если такой контакт есть в базе, то чтобы он автоматически подставлялся в это входящее сообщение в поле “привязать контакт”.

У меня такой же вопрос

6 комментариев

Здравствуйте!

Алгорит решения:
1. Стартовый сигнал по добавлению записи в объект Активности, где Тип = Email, Тип сообщения = Входящее.
2. Читать данные в активностях, где Id = Пункт 1. Id
3. Читать кол-во записей в контактах, где Email = Пункт 2. От кого
Условный поток: Если кол-во записей > 0 - изменить активносить
Поток по умолчанию: завершить процесс

Спасибо :smile:
А можно ли как-то сделать с помощью БП, чтобы в карточку контакта во вкладку “История” привязывалось полученное входящее сообщение? В блоке “Изменить данные” нет полей из вкладки “История” для установки id активности, а в "История раздела Контакты (представление)" есть только поле контакт :sad:

Здравствуйте!

Для того, чтобы привязать активность (с типом Email) к контакту необходимо в активности заполнить поле Контакт.
В рамках процесса следует использовать элемент "Изменить данные". В активности заполнить поле Контакт интересующим значением.

Спасибо за ответ. В входящем сообщении контакт корректно отображается, то есть в активность подставляется. Но на странице соответствующего контакта на вкладке “история” активность не отображается,

!
с чем это может быть связано?

Здравствуйте!

На детали "Активности" отображаются записи из раздела "Активности", у которых тип = Email. Активности с типом Email отображаются на детали "Email".

Базовая логика приложения скрывает деталь в двух случаях:

  1. У контакта тип "Сотрудник"
  2. У контрагента контакта тип "Наша компания"

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

Согласно скриншоту деталь не отображается. Именно по этой причине созданная активность не отображается.

.

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

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

У меня такой же вопрос

1 комментарий

Здравствуйте, Мария!

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

Войдите или зарегистрируйтесь, чтобы комментировать
Публикация

На днях озаботились такой проблемой - клиенту надо посмотреть почтовые сообщения за последнюю неделю. И опа :) В стандартном почтовом клиенте средств фильтрации нет никаких, о папках вообще молчу. Решение - выводить в списке активностей еще и e-maily, благо активности и есть.

Реализация занимает 5 минут, поэтому, если кому надо, то вот последовательность действий:

1. Создаем замещающую схему секции активностей (ActivitySectionV2).
2. В ней определяем, что используем. Нам надо по большому счету BaseFiltersGenerateModule и все.
3. В ветке methods сносим фильтр NotEmailFilter, который собственно и убирает из списка активностей e-maily

getFilters: function() {
  var filters = this.callParent(arguments);
  if (filters.contains("NotEmailFilter")) {
     filters.removeByKey("NotEmailFilter");
   }
  return filters;
}

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

Поделиться

3 комментария

Причем системная настройка "Отображать email в разделе активности" просится в коробочную версию :)

Согласен :)

или прямо в разделе фильтрацию - галочку поставить

Войдите или зарегистрируйтесь, чтобы комментировать
Вопрос

Добрый день!
Хотела бы создать такой маршрут (запускающийся с определенной периодичностью),
которой бы считал кол-во обращений в группе,
и руководителю группу отправлял бы письмо по шаблону:
"В вашей группе столько-то ( кол-во) обращений"

Как запускать маршрут с определенной периодичностью понятно
Кол-во обращений в группе считать с помощью сценария на C#

А вот как в шаблон передать параметр - "кол-во обращений", и к нему потом в шаблоне обратиться?
Сейчас в шаблон можно только передать идентификатор конкретного обращения.

Можно ли сделать это средствами шаблонов в bpm?

У меня такой же вопрос

20 комментариев

Добрый день Дарья!!!

уточняющий вопрос. о каком шаблоне идет речь в вашем обращение. уточните пожалуйста, чтобы сформировалась полная картина. спасибо!!!

Добрый день, Михаил!
Шаблон почтового сообщения

Добрый день Дарья!!!

вопрос второй какими инструментами инициируете рассылку, или отправку сообщения? где происходит обращение к Шаблону сообщений, на уровне Бизнес-процесса, или на уровне приложения (клиента)? поясните пожалуйста еще данный вопрос. Спасибо!!!

на уровне бизнес-процесса

Вашу задачу Дарья можно решить следующим путем.

Первый способ
1. Редактируете шаблон сообщения. добавляете требуемый параметр, к примеру "#CountGroupCase#.
2. Создаете новое действие процесса, по образу и подобию как схема действия "FillEmailTemplateUserTask".
3. Редактируете "Сценарий" действия процесса. В конце добавляете строчку

UpdateConsts("#CountGroupCase#", GetCountGroupCaseString());

Функцию конечно создаете заранее внутри Нового Действия процесса или Отдельным сервисом.
4. Изменяете существующий бизнес-процесс, удаляете старое действие "Обработать шаблон письма с макросами" и добавляете на процесс новое созданное действие процесса.

Второй способ
Подсмотреть в схему "RegistrationHelper" и создать свои функции по обработке и замещению Шаблона, отправки почты.

Вот такие предложения.

Подскажите, пожалуйста, а где у самого шаблона сообщения можно добавить требуемый параметр?
Шаблон сообщения находится в Справочники-Шаблоны сообщений

Дарья, Шаблоны да находятся Справочники --> Шаблоны e-mail сообщений. Открываете данный справочник, находите требуемый шаблон и редактируете его.

Дарья, просто редактируйте текст сообщения, дополнительных действий вроде бы не требуется...

Дарья день добрый!!!

по вашей задачи, что вы публиковали ранее, у вас все получилось? остались ли еще вопросы или трудности. Дайте пожалуйста знать. Спасибо!!!

Добрый день! как раз хотела написать)

Создала новое действие процесса, по образу и подобию как схема действия "FillEmailTemplateUserTask"
Отредактировала "Сценарий" действия процесса. В конце добавила строчку
UpdateConsts("#CountGroupCase#", "5");
Вместо функции пока константа - для проверки вывода.

Отредактировала шаблон сообщения - добавилатребуемый параметр "#CountGroupCase#.
Вот так вот [#CountGroupCase#]

При формировании письма по шаблону в макрос #CountGroupCase# в итоге ничего не подставляется.
То есть он так и выглядит в результате - [#CountGroupCase#]

Более того, в самом шаблоне есть уже какие-то предустановленные макросы - хотела на них проверить подстановку таких макросов

А они оказываются тоже не работают почему-то.

"Татаровская Дарья" написал:Создала новое действие процесса, по образу и подобию как схема действия "FillEmailTemplateUserTask"

Добрый день Дарья!!!

а новое действие, что создали на бизнес-процессе разместили, т.е на бизнес-процессе вы должны были удалить старое действие "Обработать шаблон письма с макросами" и добавить свое новой действие на схему бизнес-процесса. После выполнить публикацию бизнес-процесса, и проверить работоспособность. Вы так сделали?

Добрый день!
Да, конечно, делала - процесс работает, письмо по нему отправляется.
Только вот письмо выглядит вот так

т.е. в макрос нужное значение не подставляется

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

Спасибо. У меня 7.6

Дарья день добрый еще раз!!!

очень интересный инцидент попался :) У меня все работает, у вас нет. Мистика. Расскажу как я делал.
1. Я создал новое действие процесса FillEmailTemplateUserTask, назвал его MpoFillEmailTemplateUserTask. Имя новому действию присвоил "Обработать шаблон письма с макросами (Customer), чтобы при подборе в Бизнес-процессе можно было быстро найти и не перепутать "Действия".
В конец "сценария" нового действия добавил тестовый код:

UpdateConsts("#CountGroupCase#", "5");

2. Далее я создал Шаблон в котором просто указал один параметр "#CountGroupCase#", Сохранил его. Дал шаблону название.
3. Чтобы воспроизвести все в реальной ситуации, решил клонировать бизнес процессы "SendEmailToCaseContactProcess", "IncidentManagement".
4. в первом клонированном бизнес-процессе "SendEmailToCaseContactProcess", под названием "MpoSendEmailToCaseContactProcess" и именем "Отправка email сообщения контакту обращения (customer)", я удалил элемент бизнес процесс "FillEmailUserTask" и добавил свое
"пользовательское действие процесса", под названием "Обработать шаблон письма с макросами (Customer)", Входящие параметры действия - RecordId, TemplateId, SysEntitySchemaId, заполнил как было в исходном процессе. Соединил связи между элементами процесса и опубликовал его.
5. во втором клонированном бизнес-процессе "IncidentManagement" , под названием "Процесс управления инцидентами (customer), у элемента процесса "SubProcess4", я изменил связь подпроцесса с "Отправка email сообщения контакту обращения" на "Отправка email сообщения контакту обращения (customer)". Во входящем параметре "TemplateId" - указал ссылку на свой созданный новый шаблон с единственным параметром. Все сохранил и опубликовал

После я исполнил новый бизнес-процесс "Процесс управления инцидентами (customer)" дошел до момента отправки уведомления, и посмотрел что мне придет на почту. Пришло письмо с цифрой "5" в теле письма.

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

Добрый день!
Да, конечно
Во вложении - действие и процесс.

Скажите, пожалуйста, а какая у вас версия bpm?
У вас отрабатывают в шаблоне вот такие вот предустановленные макросы(которые в шаблонах предлагаются во всех)

У меня Дарья как у мамонта :smile: старая версия ITIL еще первую 7.6 когда раздавали, я ее скачал и после этого не обновлял. Недавно запрашивал актуальные версии, вот обновлюсь сегодня и уже завтра с утра, посмотрю на ваши процессы. Сегодня я просто физически не осилю. Очень много было умственного процесса. Поэтому если терпит до завтра, то посмотрю на ваши процессы обязательно с самого утра.

да, конечно, спасибо вам

Добрый день, Михаил!
Подскажите, пожалуйста, у вас тоже не отображается макрос из шаблона или отображается?

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

Войдите или зарегистрируйтесь, чтобы комментировать
Идея
В 7.6 из Активностей пропали e-mail'ы. Да, в CTI-панели появилась замечательная функциональность по разборке входящих писем. Однако крайне недостаёт раздела e-mail (отдельно или в составе Активностей) с возможностями фильтрации и прочими.Предлагаю вернуть (создать) такой раздел в bpm'online.
Одобрена
8 комментариев

Да, и из-за этого емайлы не попадают в Аналитику по Активностям

Здравствуйте!

Все Email хранятся в таблице Activity (объект Активность). Аналитику по входящим email построить возможно. Для этого необходимо строить аналитику по объекту "Активность" с фильтром Тип = "Email".

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

Алексей, а по отправленным как получить аналитику? Предлагаемый Вами способ для них не работает (см. скриншоты)

"Демьяник Алексей Олегович" написал:пока что общей картины как будет выглядеть работа с почтой нет, поэтому мы открыты для предложений

Надо объявить мозговой штурм, как на 7.7 объявляли :)

А есть кто-нибудь, кто смог вернуть раздел email? Поделитесь опытом, что именно, в какой последовательности нужно делать?

Интересно, этот вопрос куда-то продвинулся?

Здравствуйте, Владимир!

В ближайших версиях добавление отдельного раздела с письмами не планируется.

Уточните, пожалуйста, чего Вам не хватает при работе с письмами из коммуникационной панели?

Также, ориентировочно с версии 7.10 будет добавлен глобальный поиск, который решит проблему с поисками писем.

"Новак Руслан" написал:Уточните, пожалуйста, чего Вам не хватает при работе с письмами из коммуникационной панели?

Как пример (думаю, еще добавить можно несколько потребностей)

  • Найти письма, которые были получены пару месяцев назад, но не были привязаны к сущности (или привязаны некорректно).
  • Отфильтровать письма, которые высылал/получал один из менеджеров.
  • Посчитать аналитику по письмам

Все эти вопросы прекрасно решал бы стандартный раздел Email, но не решает панель.

Войдите или зарегистрируйтесь, чтобы комментировать