Добрый день, коллеги. Хочу с вами поделиться моими идеями по поводу улучшений функциональности БП.

Привожу список того, что бы мне хотелось иметь в БП.

 

1. Отсутствие возможности комментирования. Необходимость возникает в средних и сложных БП с N > 20, где N - количество элементов в нем. Возникают недостатки: читабельности (неоднозначность в действиях); группировки (чтобы визульно можно было разделить элементы БП по группам).

 

2. Свойство "Последовательное чтение" и "Выборочное чтение" (по умолчанию) в служебной команде "Чтение записи". Позволяет не зависеть от команды изменения записи в рекурсии. Последовательность автоматически формировать по выбранной пользователем сортировке и Id (на данный момент, при дубликатах). Идея в том, что при последовательном чтении скрытно добавляется дополнительный фильтр пользовательской сортировки (больше или равно) и в последнюю очередь Id (больше).

 

3. Отсутствие простого завершающего события. Так как в БП может быть 2 и более потока, то необходимо для каждого из них возвращать свое завершающее событие. На данный момент реализована схема: либо все либо ничего. Т. е. результатом БП является единственный останов. Это мешает рассматривать БП как полноценную систему, умеющую хорошо работать с потоками - отсутствует возможность уничтожить отдельный поток. Например: есть N подпроцессов, которые нужно выполнить либо последовательно либо параллельно и отчитаться по каждому из них. На данный момент в Creatio требуется задействовать внешний объект, файл и т. п., для выполнения этого задания придется отдельно вводить понятия "экземпляр главного процесса" и "результат выполнения". В https://community.terrasoft.ru/questions/id-suschnosti-bp рекомендуют привязывать БП к экземпляру объекта, что не соответствует нашей задаче.

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

Илья, спасибо за пожелания.

По первому о комментариях уже была зарегистрирована такая идея.

По второму и третьему завёл.

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

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

Илья, можете ещё раз более подробно описать по второму пункту, что Вам требуется?

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

поясню причины

1.
при работе с страницами - бывают моменты которые очень облегчили бы работу на BPM - но времени бросать это все в портал и на форум нету - предлагаю на рассмотрение - три поля: 1 файл - прикрепить образец что надо изменить 2. описание 3. файл образец как это должно выглядить - скрин с места где это реализованно.

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

Нравится

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

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

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

По поводу второго вопроса, такая ситуация возможна только при использовании конкурентных лицензий. Т.е. если пользователь выходит не через кнопку логаута, сессия (лицензия) остается закреплена за ним. Это регулируется настройкой пула(таймаут) в IIS для приложения.

все что я пишу это Terrasoft'у на рассмотрение:

1. не скажу что не устраивает просто она дольше по использованию - а если сделать как здесь(внизу слева) http://cht-tashkent.com SEND FEEDBACK то было бы напрямую быстрое использование.

2.если это регулируется IIS - временем простоя, обратите внимание на снимке плохо видно, но видно разница между открытими сессиями 3-4 часа.
+ прикрепленный файл: открытые сессии с ноября - скринил сегодня.

Неактивный пользователи отваливаются по таймауту, он прописывается в web.config - по умолчанию 20 мин. Таймаут происходит если пользователь закрыл окно браузера, если пользователь оставил его открытым и ушел, таймаута не будет.

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

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

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