Часто нужно к какому-то полю поставить пояснение или комментарий, но можно поставить только "Значение по умолчанию".

Хорошо бы сделать "значок помощи" к полю или placeholder.

Добавить  функционал чтобы  при загрузке файлов через бизнес-процесс CRM(Запрос дополнительной информации) можно было перетаскивать файлы в форму загрузки файла(способом Drag&Drop).

Создание бизнес-процесса схоже с написанием кода программистом.

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

Соответственно, очень полезной была бы такая возможность и при создании бизнес-процессов. Эту возможность можно реализовать в виде дополнительного поля типа "многострочный текст" (textarea) в каждом блоке БП: https://yadi.sk/d/2sDKyWxP3Yhvri.

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

Создание бизнес-процесса схоже с написанием кода программистом.

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

Соответственно, очень полезной была бы такая возможность и при создании бизнес-процессов. Эту возможность можно реализовать в виде дополнительного поля типа "многострочный текст" (textarea) в каждом блоке БП: https://yadi.sk/d/2sDKyWxP3Yhvri.

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

Актуально для сделки (также и для контактов/компаний/лидов). Понаписали много БП. и их выполнение отображается в комментариях для сделки. 90% этих БП для менеджера отслеживать не нужно.
Сейчас нету даже возможности в ручную удалить эти записи в комментариях.
Появляется большой список выполнения БП, и комментарии на их фоне теряются.
Прошу:
- Добавить для БП галочку "отображать выполнение в комментариях".
- Добавить возможность вручную удалить запись выполнения БП в комментариях.

Было бы не плохо в бизнес процессе, что бы в рамках "Условия" можно было бы проверить на делегирование.
К примеру ситуация, есть БП на ввод нового сотрудника в работу. По бизнес процессу идет запрос Руководителю отдела нового сотрудника, на то какие ему предоставить права доступа к тем или иным системам. Он например сам не хочет этим заниматься и "Делегирует" одному из своих подчиненных это действие, но т.к. он должен все равно проверить все ли ок сделал его подчиненный, он по завершению задачи отправляет эту форму руководителю на согласование.

Если "Делегирование", то () иначе ()

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

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



Не целесообразнее ли было бы добавить параметру "Пропускать отсутствующих" третье значение?

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

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

Добрый день.

Ситуация: есть тестовый портал на котором тестируется новый функционал, разрабатываются новые бизнес-процессы и так далее. Говоря простым языком - свалка.

Но именно на ней обкатываются и разрабатываются бизнес-процессы для наших клиентов.
Далее БП экспортируется из нашего тестового портала и импортируется в портал клиента.

Вроде всё хорошо, но потом случайным образом, что ВСЕ пользовательские поля для всех сущностей с тестового портала созданы на портале клиента, хотя они вообще НЕ УЧАСТВУЮТ в бизнес-процессе.

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

Спасибо.

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

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

1. Сортировка.
2. Разделение по назначению.
3. Разделение имени поля, видимого исполнителю запроса, и имени переменной.

Подробности внутри.

Читать подробнее...

Столкнулся с тем, что когда через БП создается задача, после выполнения этой задачи необходимо к ней вернуться и изменить в ней кое-что. Опять же через БП. Причем было бы супер, если изменить можно было бы не только Заголовок задачи и текст сообщения (не просто переписать текст, а добавить к существующему), а изменить некоторые реквизиты задачи (чек-лист, оценка, теги, затрачено времени (вручную)). Самое главное это изменение Заголовка задачи (название задачи/тема) и самого текста задачи. Потому что внося доп инфо в задачу потом можно по этой информации делать фильтр задач.

Мысль и потребность родились, когда при использовании задачи через БП (журнал IT заявок) появилась необходимость делать отчёт по задачам по оценкам. Встроенная система оценок задач скудна. Необходимо ранжирование от 0 до 5 (нет оценки, отвратительно, плохо, средне/сойдет, хорошо, отлично). Сейчас оценка задачи происходит через добавление текста оценки в название задачи или в текст задачи (вручную уже после завершения задачи). Потом на основе фильтра делается отчёт задач по оценкам.

В общем необходим возврат к задаче через БП.

Особенно актуально для запросов, где полей типа "да/нет" несколько.

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

2. Во вставке значения хотелось бы иметь возможность вставлять сразу несколько значений - это значительно сохранило бы затраченное время!

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

4. При арифметических вычислениях (например, крайний срок задачи - текущая дата + 3 дня) не учитываются выходные дни и нерабочее время. Получаются неправильные даты и сроки. Клиенты очень просят это исправить!!!

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

6. Хотелось бы, чтобы при постановке задачи тоже можно было задать статус, как в запросе доп. информации.

7. Изменение полей документа для типа "привязка к элементам crm" не работает, т.к. вставляет (имя_переменной)_printable. Если стереть _printable - срабатывает.

8. При постановке задачи и задания из БП ответственному не прилетают уведомления о них - каждый раз приходится перед ними создавать ещё и уведомления.

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

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

Читать подробнее...

Сейчас, если был изменён ответственный (далее ОТВ), например в сделке, а у предыдущего ОТВ есть не выполненный запрос информации из БП по данной сделке, то этот запрос будет невозможно выполнить до тех пор, пока не изменить ОТВ на предыдущего.

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

Существует проблема ознакомления новых участников рабочей группы.  Идея такая: Бизнес-процесс (БП) запущен и активен. Добавляем в этот момент новых участников в рабочую группу и им "сваливается" бизнес-задание запущенного БП.

На данный момент , чтобы ознакомить новых участников, надо перезапускать БП.

Сейчас происходит путаница с задачами, заданиями в БП.
Предлагаю переименовать "Задания бизнес-процессов" на "Поручения"