Идеи пользователя 371235
Ключевая потребность для задания в бизнес-процессе — возможность процесс поставить на паузу, пока это задание не выполнено. А так как в действии "Запланировать звонок" нет такой опции, то приходится по прежнему использовать задачи.
Крайне важная опция, наиболее часто используемая. Но её отсутствие нивелирует преимущество постановки быстрой задачи.
В почтовых сервисах есть опция "Скачать архивом", когда файлов в письме несколько.
Я думаю многие согласятся, что такая опция должна быть и в Битриксе, раз он заменяет в работе почту.
Я думаю многие согласятся, что такая опция должна быть и в Битриксе, раз он заменяет в работе почту.
При подстановке поля "Комментарий" в запрос БП все теги HTML, которые используются в форматировании этого поля, преобразуются в текст и становятся видны пользователю. А это уже не комильфо.
Важно сохранять исходное форматирование и, хотя бы, ссылки и переносы строки.
Важно сохранять исходное форматирование и, хотя бы, ссылки и переносы строки.
Есть несколько предложений по поводу повышения удобства использования переменных в конструкторе:
1. Сортировка.
2. Разделение по назначению.
3. Разделение имени поля, видимого исполнителю запроса, и имени переменной.
Подробности внутри.
1. Сортировка.
2. Разделение по назначению.
3. Разделение имени поля, видимого исполнителю запроса, и имени переменной.
Подробности внутри.
Либо возможность импортировать последовательный в БП со статусами.
Весь последовательный БП при этом должен стать одним статусом нового бизнес-процесса.
Порой возникает потребность переноса старого рабочего БП из последовательного вида в статусный. Но так как нельзя просто поменять тип БП и нельзя конвертировать, приходится изгаляться с переносом через "мои действия", восстанавливать все переменные.
Весь последовательный БП при этом должен стать одним статусом нового бизнес-процесса.
Порой возникает потребность переноса старого рабочего БП из последовательного вида в статусный. Но так как нельзя просто поменять тип БП и нельзя конвертировать, приходится изгаляться с переносом через "мои действия", восстанавливать все переменные.
Очень хотелось бы иметь возможность настраивать статусы для задач.
К примеру нам было бы удобно сделать для себя такие статусы:
1. Новая задача, ещё не принятая сотрудником.
2. Принятая в работу, но ещё не начатая задача (обратная связь для постановщика, чтобы тот понял, что задачу приняли).
3. Задача в работе.
4. Выполненная задача, но ещё требует утверждения (чтобы не отвлекала исполнителя, но и оставалась в списке ещё не завершённых).
5. Задача завершена.
Разумеется должна быть так же возможность сортировки и фильтрации по статусам.
К примеру нам было бы удобно сделать для себя такие статусы:
1. Новая задача, ещё не принятая сотрудником.
2. Принятая в работу, но ещё не начатая задача (обратная связь для постановщика, чтобы тот понял, что задачу приняли).
3. Задача в работе.
4. Выполненная задача, но ещё требует утверждения (чтобы не отвлекала исполнителя, но и оставалась в списке ещё не завершённых).
5. Задача завершена.
Разумеется должна быть так же возможность сортировки и фильтрации по статусам.
Сейчас есть возможность взять из карточки пользователя e-mail и его имя. Но так же хотелось бы иметь возможность получить и другие данные, например телефон, должность, мессенджеры и прочее.
Как минимум, это нужно чтобы вставлять эти данные в документы или в подпись письма, формируемого из БП.
Как минимум, это нужно чтобы вставлять эти данные в документы или в подпись письма, формируемого из БП.
Сотрудникам разных отделов и даже сотрудникам одного отдела порой требуется видеть в одной и той же сущности информацию по разному. Время от времени нужно иметь возможность сменить отображаемые поля. Всё это можно делать в общих списках сущностей, а хотелось бы ещё и в самих карточках.
Кроме того, нужна возможность пользователю с правами администратора настраивать представления для конкретных пользователей, а не для всех разом (опция "сохранить по умолчанию для всех").
И было бы совсем здорово, если бы представление можно было менять в зависимости от данных в полях сущности. Например, в зависимости от типа сделки нужно заполнять разные поля. Соответственно нужно показывать пользователю только те поля, которые ему нужны при определённом типе сделки.
Кроме того, нужна возможность пользователю с правами администратора настраивать представления для конкретных пользователей, а не для всех разом (опция "сохранить по умолчанию для всех").
И было бы совсем здорово, если бы представление можно было менять в зависимости от данных в полях сущности. Например, в зависимости от типа сделки нужно заполнять разные поля. Соответственно нужно показывать пользователю только те поля, которые ему нужны при определённом типе сделки.
1. Сделать отображение базовых полей сущности в настройках пользовательских полей CRM без возможности их удалить, но с возможностью редактирования.
В первую очередь интересует для установки флага обязательности поля к заполнению.
2. Сделать возможность настройки редактируемости полей из сущностей CRM:
Это нужно, чтобы данные, записываемые из БП, нельзя было изменить никак иначе, кроме БП.
В первую очередь интересует для установки флага обязательности поля к заполнению.
2. Сделать возможность настройки редактируемости полей из сущностей CRM:
- можно редактировать всегда;
- можно редактировать только при создании сущности и через БП;
- можно редактировать только через БП.
Это нужно, чтобы данные, записываемые из БП, нельзя было изменить никак иначе, кроме БП.
Его можно сделать шире, если дважды кликнуть по шапке окошка, но высоты катастрофически не хватает для комфортного написания писем.
Особенно актуально для запросов, где полей типа "да/нет" несколько.
Нужна возможность написать ответ на собственное отправленное письмо, чтобы информация из него осталась в теле нового. Чтобы таким образом сохранить последовательность переписки и не создавать ответвления.
При работе с большим массивом пользовательских полей (около двухсот) становится весьма проблематично искать нужное поле как в самом списке полей, так и (что важнее) в выпадающем списке блока "изменение документа" при создании и редактировании БП. Очень хотелось бы в этом выпадающем списке видеть не сплошной поток названий, а организованную структуру, с хотя бы нумерацией полей.
Сейчас, если был изменён ответственный (далее ОТВ), например в сделке, а у предыдущего ОТВ есть не выполненный запрос информации из БП по данной сделке, то этот запрос будет невозможно выполнить до тех пор, пока не изменить ОТВ на предыдущего.
Предлагаю сделать так, чтобы при смене ОТВ текущий запрос (не находящийся в процессе выполнения!) от него откреплялся и переходил к новому обозначенному ОТВ.
Предлагаю сделать так, чтобы при смене ОТВ текущий запрос (не находящийся в процессе выполнения!) от него откреплялся и переходил к новому обозначенному ОТВ.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
Автоматическое распределение дел пока не делали, но сделали возможность делегировать задания, причем сделать это можно с помощью групповых действий, в пару кликов.