Идеи пользователя
Для запуска БП в ленте новостей каждый раз бедным юзерам приходиться нажимать:
1. Новости
2. Еще..
3. Процессы
4. и наконец нужный БП
кроме этого нужно ж еще и вспомнить, что там находиться БП на отпуск, БП на заказ материалов, Бп на выдачу денег итд..
Скопировать ссылку БП в левое меню нет возможности
Техподдержка:
- Да, саму кнопку сейчас не добавить в левое меню, в отделе разработок есть заявка на доработку, добавлю ваше обращение, чтобы повысить ее приоритет. Если такой функционал будет добавлен, вам придет уведомление в этом чате
Сделайте это, или кнопку на все процессы перевидите в левое меню
------------------------------------------------------------
Заявка в техподдржку 157378 от 13.01.2022
1. Новости
2. Еще..
3. Процессы
4. и наконец нужный БП
кроме этого нужно ж еще и вспомнить, что там находиться БП на отпуск, БП на заказ материалов, Бп на выдачу денег итд..
Скопировать ссылку БП в левое меню нет возможности
Техподдержка:
- Да, саму кнопку сейчас не добавить в левое меню, в отделе разработок есть заявка на доработку, добавлю ваше обращение, чтобы повысить ее приоритет. Если такой функционал будет добавлен, вам придет уведомление в этом чате
Сделайте это, или кнопку на все процессы перевидите в левое меню
------------------------------------------------------------
Заявка в техподдржку 157378 от 13.01.2022
Добавить новый тип поля, который позволит создавать поле в бизнес процессе в автоматизации с привязкой к универсальным спискам.
При редактировании бизнес-процесса иногда требуется выбрать пользователя, появляется окно, но как выяснилось, при количестве зарегистрированных пользователей более 100 тысяч, это окно загружается около 1 минуты, что крайне неудобно.
Проблема в файле /bitrix/modules/bizproc/admin/bizproc_selector.php, строка 80.
Если поменять код:
на
то загрузка окна со списком пользователей ускоряется ~ в 100 раз. И даже для 120 тысяч пользователей время загрузки составляет менее 1 секунды.
Проблема в файле /bitrix/modules/bizproc/admin/bizproc_selector.php, строка 80.
Если поменять код:
foreach($arAllowableUserGroups as $gId=>$gName)
{
$a = CBPHelper::extractUsersFromExtendedGroup($gId);
if ($a === false)
$a = $documentService->GetUsersFromUserGroup($gId, $documentType);
foreach ($a as $v)
{
if (!in_array($v, $arUsers))
$arUsers[] = $v;
}
}
|
foreach($arAllowableUserGroups as $gId=>$gName)
{
$a = CBPHelper::extractUsersFromExtendedGroup($gId);
if ($a === false)
$a = $documentService->GetUsersFromUserGroup($gId, $documentType);
$arUsers = array_merge($arUsers, $a);
}
$arUsers = array_values(array_unique($arUsers));
|
Ребят, внедрите вы функцию "Ревизия"
Мне совершенно не понятно почему нельзя дать возможность на одном экране видеть остатки и сразу же их править по результатам пересчета (дальше автоматически создавать накладную оприходования или списания)
Второй момент, почему нельзя увидеть отчет о суммарной стоимости всех товаров в ценах реализации? Это так элементарно реализовать в рамках действующего приложения что даже нелепо
P.S. В вашем маркете есть никчемное (иначе не назовешь) приложение для ревизий, так оно не смогло обработать склад на котором больше 50 позиций
Мне совершенно не понятно почему нельзя дать возможность на одном экране видеть остатки и сразу же их править по результатам пересчета (дальше автоматически создавать накладную оприходования или списания)
Второй момент, почему нельзя увидеть отчет о суммарной стоимости всех товаров в ценах реализации? Это так элементарно реализовать в рамках действующего приложения что даже нелепо
P.S. В вашем маркете есть никчемное (иначе не назовешь) приложение для ревизий, так оно не смогло обработать склад на котором больше 50 позиций
Думаю, актуальный вопрос. Например, по сделке запущен бизнес-процесс на утверждение документа. Было бы замечательно выводить задания процесса в саму сделку, например, утверждение документа. Сейчас приходится костылить уведомление или задачу со ссылкой на задание бизнес-процесса, но это не особо удобно с точки зрения пользователя
Добавьте, плз, давно нужна предобработка полей задания.
1. Сделать 2 интерфейса, как калькулятор виндовс - стандартный и продвинутый.
Например: для того, что б было уведомление инициатору процесса нужен отдельный блок - зачем - непонятно. Как нужно - или общая галка - уведомление создателю процесса на каждом этапе - или просто галка в каждом этапе - уведомлять или нет.
2. Зачем городить такую иерархию в процессе? Одно окно, в нем описание, ГОТОВЫЙ ШАБЛОН например согласование договора (должно быть уже) ну и из выпадающих списков выбор ответственных. ОБЯЗАТЕЛЬНО выбор или ФИО или ДОЛЖНОСТЬ. Не нужно городить пред процесс выбор сотрудника из оргструктуры - просто выпадающий список: Должности - СОТРУДНИКИ. Всё!!! Достаточно. Ну кто хочет помудреней - пожалуйста - галка - Продвинутый интерфейс - и вперед.
3. В обычном интерфейсе убрать все эти фишки программистов - ID, и тд, или ещё не лучше, открываешь бок - Настройка параметров действия: Утверждают сотрудники - {=A3865_96777_2507_62693:GetUser} - это что за коды? Простому обывателю такое видеть и знать не обязательно и не нужно. Просто отображение ФИО или должность - а там уже на уровне программы пусть будет хоть всё из нулей и единиц.
Например: для того, что б было уведомление инициатору процесса нужен отдельный блок - зачем - непонятно. Как нужно - или общая галка - уведомление создателю процесса на каждом этапе - или просто галка в каждом этапе - уведомлять или нет.
2. Зачем городить такую иерархию в процессе? Одно окно, в нем описание, ГОТОВЫЙ ШАБЛОН например согласование договора (должно быть уже) ну и из выпадающих списков выбор ответственных. ОБЯЗАТЕЛЬНО выбор или ФИО или ДОЛЖНОСТЬ. Не нужно городить пред процесс выбор сотрудника из оргструктуры - просто выпадающий список: Должности - СОТРУДНИКИ. Всё!!! Достаточно. Ну кто хочет помудреней - пожалуйста - галка - Продвинутый интерфейс - и вперед.
3. В обычном интерфейсе убрать все эти фишки программистов - ID, и тд, или ещё не лучше, открываешь бок - Настройка параметров действия: Утверждают сотрудники - {=A3865_96777_2507_62693:GetUser} - это что за коды? Простому обывателю такое видеть и знать не обязательно и не нужно. Просто отображение ФИО или должность - а там уже на уровне программы пусть будет хоть всё из нулей и единиц.
Доброго времени суток! В Битриксе есть сущности CRM. И есть возможность создания бизнес-процессов (далее – БП) для этих сущностей. Изначально было сделано так (и так есть сейчас), что шаблон БП можно запустить только по одной сущности. А если необходимо один и тот же набор автоматических действий (из шаблона БП) выполнить для десятка сущностей? Или для сотни? Запускать вручную один БП много-много раз? Неудобно, согласитесь…
Идея в следующем. Для сущностей CRM предусмотрен небольшой список групповых действий, появляющийся внизу после того, как «галочкой» выбрать несколько элементов. В этот список групповых действий можно же добавить и список шаблонов БП, созданных для конкретной сущности CRM? Выбираем несколько элементов (галочкой), внизу выбираем один из шаблонов БП и нажимаем кнопку «ПРИМЕНИТЬ». Битрикс (ДО ЗАПУСКА БП!) все ID выбранных сущностей CRM сохраняет в глобальную переменную с типом «строка, множественное». Ну, а дальше уже – дело техники…
Сейчас если выставлен срок Задания (БП), то при его просрочке - оно горит как отклоненное таким то пользователем, что очень сильно путает людей.
Да, можно сказать - смотрите логи, но это некорректно для обывателя.
Было бы удобно видеть иное графическое отображение (не красный круг с крестиком), а, например, желтый круг с часами. Чтобы зрительно понять, что же произошло с заданием.
Да, можно сказать - смотрите логи, но это некорректно для обывателя.
Было бы удобно видеть иное графическое отображение (не красный круг с крестиком), а, например, желтый круг с часами. Чтобы зрительно понять, что же произошло с заданием.
Есть замечательные активити в бизнес-процессах, такие как вся группа "Задания", "Команда" в конструкциях.
НО!!!
Эти замечательные активити успешно работают исключительно в БП для ленты. А вот если спроектировать такой БП , включающий эти активити, для сделки то обычному пользователю будет вообще непонятно, чего от него ждет Битрикс.
Возьмем, к примеру, активити "Запрос дополнительной информации (с отклонением)".
Ситуация: в отдел подготовки документов (ОПД) передается сделка от отдела продаж (ОП) с прикрепленными документами клиента. На основании этих документов ОПД должен подготовить пакет документов для дальнейшей работы с клиентом.
Все довольно банально: для работы с документами делаем 3 стадии: прием документов, подготовка документов и доработка документов. На первой стадии сотрудник ОПД получает сделку, проверяет документы в ней и принимает решение: может ли он подготовить окончательный пакет документов или нет. Если все в порядке, то он просто двигает сделку на стадию подготовка документов и продолжает с ними работу. А вот если что-то в документах не так, то он переводит сделку на стадию доработка документов, создает и закрепляет комментарий со своими замечаниями менеджеру и ставит ему задачу на доработку документов.
Что я пытался сделать. Хотел использовать для автоматизации указанное выше активити. Принял сотрудник ОПД документы он их в этом активити одобряет и получает сделку для дальнейшей работы. Отклонил, при этом комментарий в активити обязателен, и отдал сделку обратно менеджеру ОП. Всего делов-то = нажатие одной из 2 кнопок + комментарий.
Но не тут-то было. БП успешно запускается и также успешно ждет пока пользователь не отреагирует на подвисшее в ожидании активити. А где его искать пользователь не знает. И не сможет, потому что у него нет прав доступа к бизнес-процессам.
К чему это все я так длинно и нудно излагал? Нужно, чтобы все активити бизнес-процессов равнозначно работали во всех сущностях CRM с прямой визуализацией их работы.
НО!!!
Эти замечательные активити успешно работают исключительно в БП для ленты. А вот если спроектировать такой БП , включающий эти активити, для сделки то обычному пользователю будет вообще непонятно, чего от него ждет Битрикс.
Возьмем, к примеру, активити "Запрос дополнительной информации (с отклонением)".
Ситуация: в отдел подготовки документов (ОПД) передается сделка от отдела продаж (ОП) с прикрепленными документами клиента. На основании этих документов ОПД должен подготовить пакет документов для дальнейшей работы с клиентом.
Все довольно банально: для работы с документами делаем 3 стадии: прием документов, подготовка документов и доработка документов. На первой стадии сотрудник ОПД получает сделку, проверяет документы в ней и принимает решение: может ли он подготовить окончательный пакет документов или нет. Если все в порядке, то он просто двигает сделку на стадию подготовка документов и продолжает с ними работу. А вот если что-то в документах не так, то он переводит сделку на стадию доработка документов, создает и закрепляет комментарий со своими замечаниями менеджеру и ставит ему задачу на доработку документов.
Что я пытался сделать. Хотел использовать для автоматизации указанное выше активити. Принял сотрудник ОПД документы он их в этом активити одобряет и получает сделку для дальнейшей работы. Отклонил, при этом комментарий в активити обязателен, и отдал сделку обратно менеджеру ОП. Всего делов-то = нажатие одной из 2 кнопок + комментарий.
Но не тут-то было. БП успешно запускается и также успешно ждет пока пользователь не отреагирует на подвисшее в ожидании активити. А где его искать пользователь не знает. И не сможет, потому что у него нет прав доступа к бизнес-процессам.
К чему это все я так длинно и нудно излагал? Нужно, чтобы все активити бизнес-процессов равнозначно работали во всех сущностях CRM с прямой визуализацией их работы.
1. Реализовать бизнес процессы для магазина (действия создать заказ, отправить ссылку на оплату, создать покупателя, изменить покупателя, добавить покупателя в группу, отправить письмо, позвонить, предоставить скидку на товар(ы), предоставить скидку на доставку, подарить товар, сгенерировать купон)
2. Вынести все действия в отдельный блок Магазин (чтобы простыня не получилась)
По сути эта доработка позволит очень гибко работать с заказами и взаимодействоать с покупателями, выведет маркетинг в магазине на новый уровень, позволит реализовать доп продажи, убогий модуль "правила корзины" вовсе не нужен будет
2. Вынести все действия в отдельный блок Магазин (чтобы простыня не получилась)
По сути эта доработка позволит очень гибко работать с заказами и взаимодействоать с покупателями, выведет маркетинг в магазине на новый уровень, позволит реализовать доп продажи, убогий модуль "правила корзины" вовсе не нужен будет
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
