Всем доброго времени суток. Версия 7.12.

Есть стандартный фильтр в ESQ-запросе, например, такой:

esq.filters.add("Filter", Terrasoft.createColumnInFilterWithParameters("Number", ["79219259027"]));

Есть получение колонок в данных фильтра, в том числе получение отображаемой колонки, не зная её названия:

esq.addMacrosColumn(Terrasoft.QueryMacrosType.PRIMARY_DISPLAY_COLUMN, "PrimaryDisplayColumnValue");

А можно ли организовать поиск по значению отображаемой колонки? Такой вариант:

esq.filters.add("Filter", Terrasoft.createColumnInFilterWithParameters("PrimaryDisplayColumnValue", ["79219259027"]));

выдаёт ошибку о том, что такой колонки не существует.

Нравится

2 комментария
Лучший ответ

Варфоломеев Данила,

Насколько я поняла вопрос, то речь о том, чтобы взять primaryDisplayColumn корневой схемы, которая указана в  EntitySchemaQuery.

Такой реализации я нигде не встречала, потому могу предположить, что такого нет(

 

можно взять отображаемую колонку из this.entitySchema.primaryDisplayColumn.name

Варфоломеев Данила,

Насколько я поняла вопрос, то речь о том, чтобы взять primaryDisplayColumn корневой схемы, которая указана в  EntitySchemaQuery.

Такой реализации я нигде не встречала, потому могу предположить, что такого нет(

 

Показать все комментарии

Всем доброго времени суток. Версия 7.12.

В работе бизнес-процесса используется элемент Задание-сценарий. Сам процесс запускается с клиентского модуля при помощи вызова с параметрами.

 

Вопрос 1. Существуют параметры, которые используются внутри процесса первый раз внутри сценария. Для этого требуется получить значение параметра, примерно таким образом:

var Number = Get<String>("Number");

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

В то же время, параметр заполняется при вызове процесса внутри клиентского модуля в соответствии с инструкцией https://academy.terrasoft.ua/documents/technic-sdk/7-13/zapusk-processa… Однако чтобы правильное значение оказалось внутри script task'а, приходится использовать вот такой костыль:

Изображение удалено.

То есть подставлять внутрь параметра его собственно значение! Что это - "баг, или фича?"(с)

 

Вопрос 2. Можно ли каким-то образом обработать ситуацию, когда параметра Number в процессе не существует? То есть не задан вообще (даже не то, что не заполнен, а просто не создан как параметр процесса), но вызывается при помощи указанного выше кода. Или в этом случае просто переменная Number останется undefined?

Нравится

1 комментарий
Лучший ответ

1) "фича". фиксилась простановкой галки "компилируемый процесс", но теперь видимо всё. именно по этой причине у меня все подпроцессы компилируемые.

2) вроде как null будет 

1) "фича". фиксилась простановкой галки "компилируемый процесс", но теперь видимо всё. именно по этой причине у меня все подпроцессы компилируемые.

2) вроде как null будет 

Показать все комментарии

Всем доброго времени суток. Версия 7.12.

Есть бизнес-процесс с параметрами, вызывается из клиентской схемы.

Среди параметров есть параметр типа "Дата/Время". Попробовал передать туда обычную дату this.get("WSStartDate"), в результате при запуске процесс выдаёт ошибку: "Строка не распознана как действительное значение DateTime".

Как правильно передавать такие параметры в бизнес-процессы?

Нравится

4 комментария
Лучший ответ

Это ошибка ядра.

Обойти её можно таким образом. На входе в БП или перед тем, как Вы собираетесь работать с этим параметром нужно добавить элемент скрипт-таск и прописать приблизительно такой код:

var shipmentDateString = Get<string>("ShipmentDateString");

if (!string.IsNullOrEmpty(shipmentDateString)) {

    var shipmentDate = DateTime.ParseExact(shipmentDateString.Substring(0, 24), "ddd MMM d yyyy HH:mm:ss",

        CultureInfo.InvariantCulture);

    Set("ShipmentDate", shipmentDate);

}

и в БП использовать уже другой параметр с установленным значением.

В моем примере на входе у нас параметр "ShipmentDateString", который мы передаем в процесс с клиента, а на выходе параметр "ShipmentDate", с которым мы работаем уже в самом БП.

Это ошибка ядра.

Обойти её можно таким образом. На входе в БП или перед тем, как Вы собираетесь работать с этим параметром нужно добавить элемент скрипт-таск и прописать приблизительно такой код:

var shipmentDateString = Get<string>("ShipmentDateString");

if (!string.IsNullOrEmpty(shipmentDateString)) {

    var shipmentDate = DateTime.ParseExact(shipmentDateString.Substring(0, 24), "ddd MMM d yyyy HH:mm:ss",

        CultureInfo.InvariantCulture);

    Set("ShipmentDate", shipmentDate);

}

и в БП использовать уже другой параметр с установленным значением.

В моем примере на входе у нас параметр "ShipmentDateString", который мы передаем в процесс с клиента, а на выходе параметр "ShipmentDate", с которым мы работаем уже в самом БП.

Алла Савельева,

Спасибо за ответ. Я правильно понимаю, что параметр ShipmentDateString - строковый? И как всё-таки в него дата передаётся? В виде строки формата "dd MM yyyy HH:mm:ss"? Или просто можно значение колонки туда из клиентской схемы передать как есть?

Смородинов Денис,

Да, передаете, как есть:

this.get("ShipmentDate")

Смородинов Денис,вопрос решился ? у меня тоже просто та же проблема(

Показать все комментарии

Изображение удалено.

О компании

ЖилфондСервис — системный интегратор, №1 Краснодарского края на рынке информационных технологий в сфере ЖКХ.

Предпосылки внедрения

Вся работа с заявками клиентов до внедрения bpm’online выполнялась в другой системе, которую не удалось полностью настроить под задачи компании. Среди целей обновления системы —автоматизация процессов обслуживания, а также мониторинг загрузки операторов и инженеров для дальнейшего пересмотра и реорганизации предоставляемых сервисов.

 

Основная задача внедрения bpmonline — автоматизация процесса обработки обращений клиентов с учетом необходимой интеграции bpm’online с системой биллинга через oData.

Выполненные настройки

Настройки процессов работы выполнялись для операторов первой и второй линий поддержки и сервисных инженеров. Благодаря интеграции между системой биллинга и bpm’online стало возможным получать обращения клиентов, которые регистрируют их в разделе [Техническая поддержка системы биллинга]. С настройкой интеграции между bpm’online и системой биллинга по протоколу oData успешно справились специалисты ЖилфондСервис.

 

Учитывая то, что деятельность компании ЖилфондСервис заключаются в разработке и поставке программного обеспечения, работоспособность которого необходимо поддерживать в рамках проекта, необходимо было реализовать механизм учета сервисов и времени на их выполнение с возможностью агрегации подчиненных сервисов с основными.  Для этого был разработан бизнес-процесс создания подчиненных обращений с выбором соответствующего сервиса. Процесс реализован в кейсах раздела [Обращения]. Он решает задачу создания подчиненного обращения с привязкой к основному.  На отдельной автогенерируемой странице ответственным специалистом заполняются поля «Группа ответственных» и «Описание» с последующим переносом информации в созданное обращение. В рамках реализованного кейса добавлены состояния обращений, которые используются в процессе обработки. Бизнес-процесс создания подчиненного обращения запускается на стадии «Доп. Сервис».

Изображение удалено.

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

 

Результат

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

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

  1. Благодаря интеграции в bpm’online автоматически регистрируются обращения.
  2. Настроенный процесс позволяет следовать четкому плану обработки заявок и отслеживать изменение их состояний.
  3. Агрегация всей информации в одной системе упрощает анализ эффективности специалистов отдела поддержки клиентов.

 

Нравится

Поделиться

0 комментариев
Показать все комментарии

Всем доброго времени суток. Версия 7.12.

Настроили для раздела Обращений несколько страниц редактирования, в соответствии со схемой: https://academy.terrasoft.ru/documents/common/7-12/kak-nastroit-svoystv…

После переноса пакета на другую площадку в разделе остаётся одна страница - основная CasePage.

Может быть есть какая-нибудь инструкция, какие именно данные нужно привязать к пакету для успешного переноса?

Нравится

5 комментариев
Лучший ответ

Такая проблема все время проявляется при добавлении страниц редактирования для стандартных разделов. Мы её решаем добавлением в пакет sql скрипта, который принудительно прописывают связи для разных страниц.

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

update SysModuleEdit set TypeColumnValue = 'C296C34D-D083-4E8C-A318-BBB1647C4B5E', ActionKindCaption=N'Шины', PageCaption=N'Шины' where id = '90986556-A3E8-4882-AFD1-EFD98A08F836'
update SysModuleEntity set TypeColumnUId='AC574603-A4DB-410C-877D-E383C0A6C51A' where Id = '48A9D1A5-2DB8-4474-8E5B-F81DBC5E1454'

 

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



И пробовали ли вы после установки пакета очистить кеш?

Колодяжный Владислав Эдуардович,

схемы все переносятся и отображаются в пакете.

Однако в свойствах раздела после переноса установлена настройка "Использовать одну страницу редактирования", причём изменить эту настройку невозможно.

Смородинов Денис,

А данные из SysModuleEdit Вы переносили?

Посмотрите обсуждение здесь.

Такая проблема все время проявляется при добавлении страниц редактирования для стандартных разделов. Мы её решаем добавлением в пакет sql скрипта, который принудительно прописывают связи для разных страниц.

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

update SysModuleEdit set TypeColumnValue = 'C296C34D-D083-4E8C-A318-BBB1647C4B5E', ActionKindCaption=N'Шины', PageCaption=N'Шины' where id = '90986556-A3E8-4882-AFD1-EFD98A08F836'
update SysModuleEntity set TypeColumnUId='AC574603-A4DB-410C-877D-E383C0A6C51A' where Id = '48A9D1A5-2DB8-4474-8E5B-F81DBC5E1454'

 

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

Показать все комментарии

У меня есть элемент "Читать данные", у него есть ИД, Имя, и другие параметры сущности, которую считали. Как получить значения этих параметров из кода в элементе "Задание-сценарий"?Изображение удалено.

Нравится

2 комментария
Лучший ответ

Добрый день! вот ссылка на статью https://academy.terrasoft.ru/documents/technic-bpms/7-12/element-proces…

 

Метод Get возвращает значение параметра элемента или процесса.

Сигнатура метода:

Get<T>(string path)

где:

T — тип значения параметра;

path — строка, определяющая путь к параметру или свойству. Путь формируется согласно правилам:

•“имя параметра”,

•“имя свойства”,

•“имя элемента.имя параметра”,

•“имя элемента.имя свойства”

Добрый день! вот ссылка на статью https://academy.terrasoft.ru/documents/technic-bpms/7-12/element-proces…

 

Метод Get возвращает значение параметра элемента или процесса.

Сигнатура метода:

Get<T>(string path)

где:

T — тип значения параметра;

path — строка, определяющая путь к параметру или свойству. Путь формируется согласно правилам:

•“имя параметра”,

•“имя свойства”,

•“имя элемента.имя параметра”,

•“имя элемента.имя свойства”

Вы можете нужные Вам значения из элемента "Читать данные" добавить в параметры бизнес-процесса (БП), а потом в элементе "Задание-сценарий" вычитать их из параметров БП с помощью метода Get

Показать все комментарии

Изображение удалено.

О компании

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

 

Предпосылки внедрения bpmonline

Вся работа с заявками клиентов на перевозку до внедрения bpm’online велась в почтовом клиенте Outlook. Такой подход усложнял обработку заявок клиентов и контроль эффективности менеджеров. Для составления отчетов о количестве заявок от клиентов требовалось значительное время. Не было понимания общей картины работы менеджеров и отсутствовала аналитика удовлетворенности клиентов от взаимодействия с компанией.

 

Задачи внедрения bpmonline

  • Автоматизация процесса обработки обращений клиентов
  • Автоматизация процессов коммуникаций между смежными отделами компаний

Выполненные настройки

В первую очередь были формализованы процессы взаимодействия с клиентами. Последовательность действий менеджера зависит от продукта, по которому обращается клиент. На основании этого составлен список сервисов, по которым может обратиться клиент и предусмотрены сроки выполнения заявок. Следующим шагом была детальная проработка и настройка кейсов с помощью инструмента Case Management. В разделе [Обращения] настроены кейсы в зависимости от сервиса. В каждом кейсе реализованы соответствующие подпроцессы и добавлены активности для менеджеров. Подпроцессы выполняют автоматическую отправку писем с целью запроса информации необходимой для выполнения запроса клиента у сотрудников смежных отделов.

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

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

После автоматизации процессов обработки заявок на перевозку был адаптирован процесс оценки обращений согласно требованиям клиента. Отправка уведомления с целью запроса оценки по обращению должна выполняться, но клиенты, которые постоянно сотрудничают с компанией DB Schenker, не должны получать системные уведомления. Для решения задачи была создана группа сервисов, при выборе которых запрос оценки по обращению не осуществляется.  Кроме этого, реализован кейс, в котором менеджер может перевести обращение на стадию «Запрос оценки», что запустит процесс отправки уведомления клиенту. Таким образом запрос оценок происходит по определенным клиентам там, где необходимо мониторить качество работы менеджеров.

Результат

Изменения процессов, которые произошли в результате внедрения bpm’online, значительно усовершенствовали взаимодействие менеджеров с клиентами компании. Результатом внедрения стал ряд достижений и улучшений:

  1. Агрегация всей информации в одной системе, что позволяет отслеживать и анализировать показатели работы менеджеров.
  2. Настройка процессов, которые помогают менеджеру выполнять заявку клиента, создают соответствующие активности и автоматически выполняют действия вместо менеджера.
  3. Возможность получать данные об удовлетворенности клиентов и запрашивать оценку в индивидуальном порядке с целью ограничить постоянных клиентов от множества писем.

Нравится

Поделиться

0 комментариев
Показать все комментарии

Возникла задача в Select сравнивать ID с коллекцией.

Коллекция находится другим запросом Select. Сейчас выглядит все так-то так:

var userConnection = Get<UserConnection>("UserConnection");
var group = Get<string>("GroupID");
 
var selectID = ((Select)Select(userConnection)
   .Column("SysAdminUnitId")
   .From("SysAdminUnitInRole")
   .Where("SysAdminUnitRoleId").IsEqual(Column.Const(group))).ExecuteScalar<string>();
 
var select = ((Select)(new Select(userConnection)
   .Column(Func.Count("Id"))
   .From("SysUserInRole")
   .Where("SysRoleId").IsEqual(Column.Parameter(new Guid("3DAFC997-65E9-47E4-9434-F036077D66F4")))
   .And("SysUserId").In((selectID)))).ExecuteScalar<int>();
 
Set("BossInGroup", select);  
 
return true;

И если у меня 1 параметр, все отрабатывает как задумано. Стоит вопрос - как переделать первый Select и добавить его во второй?



Буду признателен за помощь.

Нравится

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

Вот так (без ExecuteScalar во внутреннем Select):

new Delete(UserConnection).From("ActivityParticipant")
	.Where("ParticipantId").IsEqual(Column.Parameter(Entity.ParticipantId))
	.And("Id").IsNotEqual(Column.Parameter(Entity.Id))
	.And("ActivityId").In(
new Select(UserConnection)
	.Column("ActivityId")
.From("ActivityParticipant")
.Where("ParticipantId").IsEqual(Column.Parameter(Entity.ParticipantId)))
.Execute(dbExecutor);

 

var userConnection = Get&lt;UserConnection&gt;("UserConnection");
var group = Get&lt;string&gt;("GroupID");
 
var select = ((Select)(new Select(userConnection)
   .Column(Func.Count("Id"))
   .From("SysUserInRole")
   .Where("SysRoleId").IsEqual(Column.Parameter(new Guid("3DAFC997-65E9-47E4-9434-F036077D66F4")))
   .And("SysUserId").In(new Select(userConnection)
   .Column("SysAdminUnitId")
   .From("SysAdminUnitInRole")
   .Where("SysAdminUnitRoleId").IsEqual(Column.Const(group))))).ExecuteScalar&lt;int&gt;();
 
Set("BossInGroup", select);  
 
return true;

Спасибо, все получилось.

Показать все комментарии

Как можно создать печатную форму по объекту детали? При выборе объекта доступны только разделы

В результате нужно вывести печать в меню действий детали

Изображение удалено.

Нравится

2 комментария
Лучший ответ

Григорий Чех,

Я так понимаю, что весь вопрос в том и состоит, чтобы сделать отчет стандартными средствами.

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

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

Григорий Чех,

Я так понимаю, что весь вопрос в том и состоит, чтобы сделать отчет стандартными средствами.

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

Показать все комментарии

Изображение удалено.

 

О компании

«BRITA» является одним из технологических лидеров и ведущим авторитетным экспертом в сфере улучшения качества воды. Специалисты компании гарантируют высокое качество своей продукции благодаря проведению научных исследований в области очистки воды и созданию разработок на их основе.

Среди достижений «BRITA» — многочисленные международные награды «Design Awards» за постоянное усовершенствование своих товаров. Основа успешности компании — стремление максимально расширить ассортимент предлагаемой продукции.

Предпосылки внедрения bpmonline

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

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

Задачи внедрения bpmonline

  1. Ведение клиентской базы и истории взаимодействия с клиентами компании (сделки, сервисное обслуживание, мультиканальные коммуникации) в единой системе.
  2. Сегментация клиентской базы на потенциальных и действующих клиентов для качественной обработки по настроенному процессу с целью увеличения объёмов продаж.
  3. Ограничение прав доступа менеджеров к клиентской базе для обработки ответственными только закрепленными за ними клиентов.
  4. Консолидация информации по выполненному и планируемому сервисному обслуживанию в карточке клиента.
  5. Возможность обработки обращений сервисными инженерами в мобильном приложении без необходимости находиться за стационарным ПК.
  6. Получение сводной информации по работе сервисной службы компании для анализа и повышения качества предоставления услуг.

Для выполнения поставленных задач была выбрана система bpmonline sales и bpmonline service.

В рамках данного кейса будут описаны настройки, выполненные для блока bpmonline service.

Выполненные настройки

В карточке контрагента была добавлена вкладка «Сервисное обслуживание» для фиксации информации об условиях сервисного обслуживания клиентов. На вкладке отображается информация по установленному оборудованию клиента, характеристикам воды и дате проведения последнего сервисного обслуживания (Рис. 1)

Изображение удалено.

                                                                     Рис.1

Настроен бизнес-процесс для автоматического расчёта даты следующего сервиса в зависимости от периода предоставления сервисного обслуживания данному контрагенту. При проставлении даты проведения последнего сервиса появляется окно для выбора периода проведения следующего. (Рис. 2)

Изображение удалено.

                                                                      Рис.2

В зависимости от выбранного периода в карточке проставляется планируемая дата сервиса. За две недели до планируемой даты сервисного обслуживания ответственному сотруднику автоматически назначается задача: «Связаться с контрагентом по вопросам проведения планового сервиса».

Обработка обращений

Все заявки на проведение сервисных работ регистрируются в разделе [Обращения] инженером по качеству. В карточку обращения для удобства обработки выведена деталь [Сервисное обслуживание], на которой отображается установленное у контрагента оборудование. Кроме этого, в карточку обращения выведено справочное поле «Адрес проведения ремонтных работ». В поле отображается список адресов контрагента благодаря настроенным бизнес-правилам фильтрации адресов по контрагенту из обращения.

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

Процесс обработки обращений в мобильном приложении:

  • В мобильном приложении было добавлено рабочее место сервис-инженера, которое включает в себя основные разделы системы, необходимые для обработки заявок на проведение сервиса.
  • Выполнена настройка страницы обращения. Карточка обращения содержит следующую информацию (Рис. 3):
  • номер, тема и описание обращения;
  • состояние обращения;
  • контрагент;
  • адрес проведения ремонтных работ;
  • желаемая дата выполнения работ;
  • комментарии;
  • деталь [Сервисное обслуживание], на которой отображается список установленного оборудования контрагента.

Изображение удалено.

                                                                     Рис. 3

  • Был настроен бизнес-процесс отправки push-уведомлений: в момент, когда инженер назначается ответственным по новому обращению, ему в мобильном приложении приходит соответствующее уведомление.
  •  По завершению проведения сервисных работ инженер фиксирует результаты на детали [Категории работ] непосредственно в мобильном приложении (Рис. 4) и изменяет статус обращения, в результате чего по настроенному бизнес-процессу об этом уведомляется инженер по качеству.
  • Инженер по качеству проверят результат выполнения обращения и переводит обращение в состояние «Закрыто».  

Изображение удалено.

                                                                     Рис. 4

 Одним из ключевых показателей работы сервисных инженеров является показатель «Выполненные работы». Для получения сводной информации по выполненным работам все сервисных инженеров был настроен дашборд (Рис. 5), в котором отображаются все записи детали «Категории работ» из закрытых обращений. 

Изображение удалено.

                                                                       Рис. 5

Также настроен дашборд, отображающий итоговое количество закрытых обращений по ответственным инженерам за текущий месяц. (Рис. 6)

 

Изображение удалено.

                                                                        Рис. 6

Результат

Выполненные настройки мобильного приложения и настроенные push-уведомления позволили сервисным инженерам без дополнительных манипуляций (звонков) получать информацию о новых обращениях и фиксировать результаты работы непосредственно по факту их выполнения, что в свою очередь позволило сократить время обработки заявок на сервис и улучшить качество предоставления услуг для клиентов компании Brita.

 

Нравится

Поделиться

0 комментариев
Показать все комментарии