Добрый день господа.

Существует раздел задания в котором есть поле ответственный и (дата)крайний срок, необходимо чтобы за (N) дней ответственному приходило уведомление о приближении срока заявки с ссылкой соответственно.

Пробовал создавать БП , хоть и опыта нет.

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

Нравится

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

Здравствуйте, Кирилл! В активности есть параметр напомнить ответственному(чек-бокс) + дата напоминания - http://prntscr.com/orgt25, можете рассчитывать необходимую дату и время напоминания при формировании активности и заполнять.

Здравствуйте, Кирилл! В активности есть параметр напомнить ответственному(чек-бокс) + дата напоминания - http://prntscr.com/orgt25, можете рассчитывать необходимую дату и время напоминания при формировании активности и заполнять.

Нигрескул Алексей,  отлично я создал БП в котором один элемент "Добавить данные"  и с помощью которого успешно  добавляются данные в активность обрабатывая объект "задание", все замечательно но вот когда уведомление приходит юзеру в заголовке просто текст c ссылкой на активность , можно ли эту ссылку на свою запись "Задание" перебить?

А зачем Вы пишете курсивом?

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

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

Впервые хотел использовать этот элемент , и возможно некорректно настроил. 

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

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

Нравится

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

Кирилл Паксюдкин,

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

Под Supervisor, так как этот пользователь системный администратор, права забираться не будут - у этого пользователя максимальные права доступа на все.

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

Посмотрите, обучающее видео про настройку прав доступа. Обратите внимание на приоритет прав доступа!

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

Проверьте соответствуют ли ваши записи указанным условиям отбора (фильтрации)

Шаг запускается под привелигированным пользователем? Если нет попробуйте выполнить под SuperVisor на тестовой записи

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

фильтрация правильная, 

Шаг я запускал как от простого пользователя так и от Supervisor никакой блокировки нет.

Кирилл Паксюдкин,

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

Под Supervisor, так как этот пользователь системный администратор, права забираться не будут - у этого пользователя максимальные права доступа на все.

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

Посмотрите, обучающее видео про настройку прав доступа. Обратите внимание на приоритет прав доступа!

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

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

Добрый день! 

Процесс не удаляется из конфигуратора, возникает ошибка. При генерации приложения, та же самая ошибка

 

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

В БД ничего похожего найти не смог 

Есть какие-нибудь идеи по удалению процесса?



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

Нравится

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

Вопрос:

Для условного потока элемента «Выполнить задачу» в конструкторе бизнес-процессов, доступен следующий вариант результатов условного потока (см. рисунок), данное отображение работало до версии 7.8 для нашего пользовательского элемента «Действие процесса» разработанного на основе элемента «Выполнить задачу», можно ли как-нибудь сделать такое же отображение для текущей версии BPM?

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

Ответ:

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

Нравится

Поделиться

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

Добрый день.

Пытаюсь выбрать шаблон письма в элементе БП "Визирование", но список пуст. Если при этом перейти в расширенный режим, то в "Шаблоне письма визирующего" шаблон выбрать можно, но при отправке письма, информация о счете, что была добавленна с помощью макроса не заполняется. В чем может быть проблема? Объект счёт вроде указан, на счёт ссылка есть, но всё равно значения в письме пусты. Такая же ерунда если выбрать Договора, Заказы.

Скрины прилагаю.

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

Нравится

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

Добрый день!



Описанная Вами проблема связана с тем, что для указанного объекта нет созданных шаблонов. Вам необходимо, чтобы в поле "Источник макросов" в выбранном шаблоне был указан объект "Виза счета", а не "Счет": http://prntscr.com/jxkfg3

 

Анна Журавель,

Спасибо, заработало!

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

Было бы не плохо реализовать настройку локализации элементов БП взаимодействующих с пользователем непосредственно в дизайнере БП. 

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

Алексей, здравствуйте!

Просьба описать более подробно идею и какую бизнес-задачу Вы хотите с помощью такой настройкой?

Здравствуйте! Идея заключается в том что бы реализовать внесение локализируемых значений - http://prntscr.com/jk6wc3, http://prntscr.com/jk6ynv

так как для примера это реализовано: либо в объектах - http://prntscr.com/jk6wne

либо как это реализовано в клиентских модулях, добавлять локализированные переменные - http://prntscr.com/jk6x2i.

А задача следующая создаю БП который взаимодействует с пользователем и как минимум необходимо 2 языка Ru и En. Если бы данный функционал был бы реализован в дизайнере. то можно было бы бысстро задать эти две локали, не заходя в переводы тратя время на поиск по ключам и т.д.

На данный момент у меня в системе не всегда в переводах находит нужный БП. 

Алексей, здравствуйте!

Спасибо за идею. Зарегистрировали ваше пожелание по развитию продукта

Подскажите, вы пишете, что не всегда система находит нужный БП в переводах. Как именно вы выполняете поиск? Не находятся отдельные строки для перевода или весь процесс?

Марина Бельмега пишет:

Алексей, здравствуйте!

Спасибо за идею. Зарегистрировали ваше пожелание по развитию продукта

Подскажите, вы пишете, что не всегда система находит нужный БП в переводах. Как именно вы выполняете поиск? Не находятся отдельные строки для перевода или весь процесс?

Здравствуйте! Не находит процесс целиком

Обращение оставлял на портале поддержки. 

Алексей,

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

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

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

 

Марина Бельмега,

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

 

Алексей,

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

Марина Бельмега пишет:

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

а что делать,если в раздел Переводы не записываются данные? сегодня создала БП, но в разделе Переводы последняя запись от 2017 года. раздел актуализировала. 

Zaitova Liubov пишет:

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

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

Не знаю, почему, но в конфигурации 3.4.1.101 XRM, отсутствует часть кода в wa_SendEmailScipt, в результате чего нельзя было подставить и отпарсить датасет в шаблоне письма элемента wa_SendEmail (что предполагается и функционалом окна элемента и другими места кода)

Исправил:

в wa_SendEmailScipt в функцию function wa_SendEmailOnExecute
вместо

var FilterParamName = WFGetParamValue(ActionItem, 'MacrosDatasetFilterValue'); 
var FilterParamValue = WFGetParamValue(ActionItem.ParentItems.ParentDiagram, FilterParamName);

написал
var FilterParamName = WFGetParamValue(ActionItem, 'MacrosDatasetFilterName');  
var FilterParamValue = WFGetParamValue(Diagram, WFGetParamValue(ActionItem, 'MacrosDatasetFilterValue'))
var DatasetUSI = WFGetParamValue(ActionItem, 'MacrosDatasetUSI');
var DatasetAlias = WFGetParamValue(ActionItem, 'MacrosDatasetAlias');
var Dataset = Services.GetNewItemByUSI(DatasetUSI);
ApplyDatasetFilter(Dataset, FilterParamName, FilterParamValue, true);
Dataset.Open();

и ближе к концу функции в вызов SendEmailByTemplate(...) добавил два параметра Dataset и DatasetAlias:
SendEmailByTemplate(TemplateID, {IDs: [FilterParamValue], SkipQueryAddresses: true, Address: AddressList, Subject: Subject, Silent: !ShowMessage, AutoSend: !ShowMailMessage, Dataset: Dataset, DatasetAlias: DatasetAlias});

Нравится

Поделиться

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

Добрый день.
У меня такой вопрос, можно ли в деталь "Элементы" раздела "Процессы" вывести контрагента по которому запущен данный процесс?

Нравится

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

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

Нет, к сожалению базовая логика такого не предусматривает. Дело в том, что элемент БП может быть вообще не связан с контрагентом (к примеру вопрос пользователю).

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

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

 

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

 

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

 

Одним из важнейших свойств всех проектных элементов является их привязка к ролям пользователей в процессе, например, «Менеджер по продаже», «Руководитель отдела», «Владелец процесса».

 

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

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

 

 

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

 

 

На случай, если данный пользователь в отпуске, в командировке, или отсутствует по другим причинам, в системе существует справочник заместителей, в котором можно указать промежуток времени и заместителя отсутствующего пользователя. При трансляции роли система автоматически переставляет шаги бизнес процесса на указанного заместителя. Поиск заместителя осуществляется каскадно, то есть, если у заместителя в свою очередь есть заместитель, то владельцем шага будет выбран заместитель заместителя и т.д. пока не будет найден истинный заместитель, либо система не обнаружит «рыбу» (когда А замещает Б, а Б замещает А).

 

 

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

 

Если по каким-то причинам трансляция роли невозможна, (например, шаг должен выполнить менеджер по продаже, а в продаже менеджер не указан), шаг ставится на пользователя, выполнявшего предыдущий шаг. В каскаде подпроцессов система может «заглянуть» и в родительский процесс, если трансляция ролей текущего процесса была неудачной. Также, если роль в элементе просто не указана, это означает, что она совпадает с таковой у предыдущего шага.

 

Важен также и тот момент, что бизнес-процесс по возможности назначает права доступа к связанным сущностям для пользователей, транслируемых из роли. Это позволяет избежать ошибок, связанных с недостаточной продуманностью распределения прав, а также даёт важный дополнительный функционал, когда заранее неизвестно, кто должен получить права на работу с той или иной записью, либо разграничить права доступа обычными способами трудозатратно. Например, если существуют два типа продаж – «продажа» и «тендер», непросто настроить администрирование так, чтобы менеджеры по продажам имели доступ только к «продажам», а менеджеры по тендерам – только к «тендерам» (то есть, сделать так, чтобы права доступа зависели от типа сущности). Между тем бизнес процесс при транслировании пользователя из роли в процессе эти права раздаёт. Если, например, роль транслируется в зависимости от типа сущности на того либо другого менеджера, только он и будет видеть связанную сущность. Другой пользователь этой записи вовсе не увидит, если в разделе администрирования у него нет таких прав. Так менеджеры по тендерам получают доступ только к продажам типа «тендер», а менеджеры по продажам – только на «продажи», проходя каждый по своей ветке процесса.

 

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

 

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

 

 

Значимой особенностью проектных элементов является их способность принудительно открывать карточку пользователям системы (наподобие того, как в обычных процессах после выполнения одной задачи открывается карточка другой). Но при этом учитываются роли пользователей в процессе. К примеру, если шаг А должен выполнить менеджер, то именно ему и откроется карточка шага, а не пользователю, выполнившему предыдущий. Более того, появление карточки будет его ждать, если он не в системе. Сам ответственный за шаг не может «проскочить» шаг, не выполнив требуемых действий, но вполне может отложить его на определённое время, что роднит карточки проектных элементов с напоминаниями.

 

 

Кнопка «Отложить»  создаётся всеми проектными элементами динамически в случае открытия любой карточки по шагу процесса. Она заменяет собой кнопку «Отмена» в тех карточках, где такая кнопка есть. На представленном скриншоте – карточка ввода нового контрагента. Пользователь может отложить это действие на любое время, вплоть до завтрашнего дня. С наступлением указанного срока карточка откроется сама.

 

 

Также на всех открываемых по БП карточках система создаёт кнопки «Связи процесса», облегчающие навигацию по используемым в процессе сущностям:

 

 

Во многих случаях это избавляет от необходимости добавлять в сущность дополнительные поля только ради процесса. Собственно, сами элементы тоже умеют создавать доп. поля по процессу в любом месте карточки (на приведённом выше скриншоте – поле «Территория» из контрагента) и управлять ими. Однако подробнее об этом я расскажу в последующих публикациях.

 

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

 

 

На диаграмме наличие описания отмечается знаком * в конце названия элемента.

 

 

В самом названии шага во время выполнения звёздочка не видна, но видна кнопка «Подсказка». При нажатии на эту кнопку пользователь видит текст подсказки.

 

 

Тот же текст виден на детали «Элемент» (см. предыдущие публикации). Подсказка может формироваться динамически в самом процессе.

 

 

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

Нравится

Поделиться

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