Идеи пользователя
Добавить новый тип поля, который позволит создавать поле в бизнес процессе в автоматизации с привязкой к универсальным спискам.
Здравствуйте. Перешли со слека на чат Б24, очень неудобно, есть несколько идей по улучшению.
1. Сделать отдельное Мобильное приложение "Мессенджер Битрикс24", чтобы там был только чат, потому что работать с задачами в мобильном приложении сложно, все висит, чаще использую Битрикс24 на телефоне из Хрома
2. Сделать, чтобы уведомления из чата на мобильном приложении были в предпросмотре в шторке, как это у телеги, вк, вайбере, слека и других. В Б24 пока не зашел в приложение на телефоне - не узнаешь, что тебе написали.
3. На десктопе предлагаю разным цветом показывать количество уведомлений от задач и уведомлений от чатов (чтобы было понятно по взгляде на иконку, что есть непрочитанное сообщение, а не 20 уведомлений по задачам)
4. Сделать настройку показа уведомлений о сообщениях по времени. То есть, чтобы можно было настроить - о сообщениях после 18-00 и до 9 утра в будни и все выходные дни не было уведомлений
1. Сделать отдельное Мобильное приложение "Мессенджер Битрикс24", чтобы там был только чат, потому что работать с задачами в мобильном приложении сложно, все висит, чаще использую Битрикс24 на телефоне из Хрома
2. Сделать, чтобы уведомления из чата на мобильном приложении были в предпросмотре в шторке, как это у телеги, вк, вайбере, слека и других. В Б24 пока не зашел в приложение на телефоне - не узнаешь, что тебе написали.
3. На десктопе предлагаю разным цветом показывать количество уведомлений от задач и уведомлений от чатов (чтобы было понятно по взгляде на иконку, что есть непрочитанное сообщение, а не 20 уведомлений по задачам)
4. Сделать настройку показа уведомлений о сообщениях по времени. То есть, чтобы можно было настроить - о сообщениях после 18-00 и до 9 утра в будни и все выходные дни не было уведомлений
При редактировании бизнес-процесса иногда требуется выбрать пользователя, появляется окно, но как выяснилось, при количестве зарегистрированных пользователей более 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));
|
ОООчень не хватает.
Категории расбивать на подкатегории.
Типы на подтипы и так далее.
Приходиться изобретать велосипед и заполнять их в бизнес процессах...
Развивайте дружелюбность пользовательского интерфейса!
Категории расбивать на подкатегории.
Типы на подтипы и так далее.
Приходиться изобретать велосипед и заполнять их в бизнес процессах...
Развивайте дружелюбность пользовательского интерфейса!
Есть приложение скажете вы...
Зачем мне подписка и 100500 приложений если мне нужно незначителньое изменение в удобстве пользовательского интерфейса.
Такая мелочь добавила бы дружелюбности интерфейсу и продукту в целом
Зачем мне подписка и 100500 приложений если мне нужно незначителньое изменение в удобстве пользовательского интерфейса.
Такая мелочь добавила бы дружелюбности интерфейсу и продукту в целом
Есть раздел /crm/events/, который должен помогать отслеживать историю изменений сущностей CRM. Но найти там что-то крайне сложно.
Вроде как фильтр есть, но про забыли, что он есть, и давно не обновляли.
Я столкнулся с проблемой, что я не могу отфильтровать все изменения по смарт-процессу 181 (Товары под заказ) с ID 4247.
В списке сущностей вообще нет смарт-процессов -
Нет возможности ввести ID сущности (4247), чтобы увидеть все действия по нему. Есть только ID события. А это довольно бесполезно — если уж я знаю ID события, то мне уж точно не нужны никакие фильтры. Хотелось бы отфильтровать по какому-то элементу (по его ID) и увидеть все операции.
При фильтрации по элементу CRM там в списке сущностей CRM тоже нет смарт-процессов.
В моем случае, мне нужно было разобраться, кто удаляет элементы смарт-процесса — и я в итоге я смог их найти по описанию, введя в поле Описание "[4247]". Но если бы мне нужно было узнать, какие действия производились с этим уделенным элементом, то это было бы невозможно.
Это же касается типов событий, почему в истории есть телефонный звонок, но нет например, дела, задачи, доставки, ожидания, встречи или sms-сообщения?
Вроде как фильтр есть, но про забыли, что он есть, и давно не обновляли.
Я столкнулся с проблемой, что я не могу отфильтровать все изменения по смарт-процессу 181 (Товары под заказ) с ID 4247.
В списке сущностей вообще нет смарт-процессов -
Нет возможности ввести ID сущности (4247), чтобы увидеть все действия по нему. Есть только ID события. А это довольно бесполезно — если уж я знаю ID события, то мне уж точно не нужны никакие фильтры. Хотелось бы отфильтровать по какому-то элементу (по его ID) и увидеть все операции.
При фильтрации по элементу CRM там в списке сущностей CRM тоже нет смарт-процессов.
В моем случае, мне нужно было разобраться, кто удаляет элементы смарт-процесса — и я в итоге я смог их найти по описанию, введя в поле Описание "[4247]". Но если бы мне нужно было узнать, какие действия производились с этим уделенным элементом, то это было бы невозможно.
Это же касается типов событий, почему в истории есть телефонный звонок, но нет например, дела, задачи, доставки, ожидания, встречи или sms-сообщения?
Реализовать светлую и темную тему, в зависимости от настроек системы пользователя.
Очень не хватает возможности интеграции с контур.бухгалтерией ( и контур.эльба) - удобные сервисы по ведению бухгалтерию и отправлению отчетности.
это было бы крайне полезно и удобно
это было бы крайне полезно и удобно
Было бы не плохо при переносе крайнего срока, чтобы календарь открывался с текущей датой.
На данный момент при нажатии на дату крайнего срока открывается календарь с датой указаной в поле "Крайний срок:". Либо предусмотреть кнопку "Сегодня" в открывающемся календаре.
На текущий момент не очень удобно постоянно менять месяц и даже год с датой в календаре. Лично в моем случае при открытии я хочу перенести срок на 1 - 2 дня от текущей даты и в большинстве случаев не обращаю внимание на дату указанную в календаре, а просто передвигаю её на 1-2 дня вперед.
На данный момент при нажатии на дату крайнего срока открывается календарь с датой указаной в поле "Крайний срок:". Либо предусмотреть кнопку "Сегодня" в открывающемся календаре.
На текущий момент не очень удобно постоянно менять месяц и даже год с датой в календаре. Лично в моем случае при открытии я хочу перенести срок на 1 - 2 дня от текущей даты и в большинстве случаев не обращаю внимание на дату указанную в календаре, а просто передвигаю её на 1-2 дня вперед.
В приложении Заявки от клиентов установить часовой пояс указанный в профиле сотрудника.
Все сотрудники работают в разных часовый поясах, а в приложении Заявки от клиентов у всех один часовой пояс
Все сотрудники работают в разных часовый поясах, а в приложении Заявки от клиентов у всех один часовой пояс
Ребят, внедрите вы функцию "Ревизия"
Мне совершенно не понятно почему нельзя дать возможность на одном экране видеть остатки и сразу же их править по результатам пересчета (дальше автоматически создавать накладную оприходования или списания)
Второй момент, почему нельзя увидеть отчет о суммарной стоимости всех товаров в ценах реализации? Это так элементарно реализовать в рамках действующего приложения что даже нелепо
P.S. В вашем маркете есть никчемное (иначе не назовешь) приложение для ревизий, так оно не смогло обработать склад на котором больше 50 позиций
Мне совершенно не понятно почему нельзя дать возможность на одном экране видеть остатки и сразу же их править по результатам пересчета (дальше автоматически создавать накладную оприходования или списания)
Второй момент, почему нельзя увидеть отчет о суммарной стоимости всех товаров в ценах реализации? Это так элементарно реализовать в рамках действующего приложения что даже нелепо
P.S. В вашем маркете есть никчемное (иначе не назовешь) приложение для ревизий, так оно не смогло обработать склад на котором больше 50 позиций
Модуль обмена между 1С и Битрикс24 позволяет выгружать цены, типы цен, торговые предложения.
!НО! Каталог в CRM не позволяет работать менеджеру с разными типами цен....
А ведь клиент может быть Розничный, Оптовый, Партнёр и пр....
А еще было бы отлично добавить в дизайнер бизнес процессов действие для лидов, сделок, предложений, счетов, смарт-процессов "Изменить тип цены товаров в документе"
Крайне не удобно без типов цен работать! В некоторых сценариях даже невозможно....
Уверен идею поддержат многие коллеги!
!НО! Каталог в CRM не позволяет работать менеджеру с разными типами цен....
А ведь клиент может быть Розничный, Оптовый, Партнёр и пр....
А еще было бы отлично добавить в дизайнер бизнес процессов действие для лидов, сделок, предложений, счетов, смарт-процессов "Изменить тип цены товаров в документе"
Крайне не удобно без типов цен работать! В некоторых сценариях даже невозможно....
Уверен идею поддержат многие коллеги!
В таблице с полями смарт-процесса добавить действия над несколькими полями по аналогии с настройками пользовательских полей сделки, контакта итд.
Здравствуйте.
В организации есть несколько управлений, в каждом из которых свой начальник и зам.начальника и подчинённые. Бывают случаи, когда управление резервирует переговорную, создаёт событие - совещание и приглашает на него работников других управлений. В таком случае их начальники не видят, что их подчинённых пригласили на совещание в соседнее управление.
Просим добавить функционал, чтобы в случае создания события - совещаний и приглашения на него работников иных управлений к начальникам этих работников приходило уведомление - "Ваш подчинённый принял приглашение, организованное таким то из такого то управления".
Заранее благодарю!
В организации есть несколько управлений, в каждом из которых свой начальник и зам.начальника и подчинённые. Бывают случаи, когда управление резервирует переговорную, создаёт событие - совещание и приглашает на него работников других управлений. В таком случае их начальники не видят, что их подчинённых пригласили на совещание в соседнее управление.
Просим добавить функционал, чтобы в случае создания события - совещаний и приглашения на него работников иных управлений к начальникам этих работников приходило уведомление - "Ваш подчинённый принял приглашение, организованное таким то из такого то управления".
Заранее благодарю!
Сейчас по окончании дня/недели/месяца у сотрудника есть возможность в свободной форме составить отчет о проделанной работе. Это конечно лучше, чем ничего, но там все крайне упрощено. На практике, такими отчетами пользоваться неудобно ни сотрудникам (нет шаблонов*), ни руководителям (нет структуры, возможности такие отчеты использовать в анализе).
1. Структурированные данные. Должна быть возможность помимо текстового отчета подавать данные в определенном виде: кол-во заказов интернет-магазина, сумма отгрузок, кол-во потраченных часов, наличие/количество рекламаций клиентов, поступило денег, текущая задолженность клиентов, количество звонков клиентов и т.д.
Эти данные должны попадать в общую таблицу, привязываться к сотрудникам/отделам, отчетным периодам, чтобы потом их можно было выгружать, и по ним можно было видеть динамику во времени, чтобы принимать решения, а также сравнивать работу.
У вас есть отчеты в разных модулях (CRM, время работы, и т.д.), но они разбросаны по всей системе, и в них за данные нужно долго собирать, и они тоже упрощенные. А руководству нужно, чтобы были конкретные специфические показатели, они уже были собраны в одном месте и попадали куда-то в BI-систему или в Эксель.
2. Шаблоны. На фирме есть несколько групп сотрудников, которые должны подавать примерно одни и те же показатели: менеджеры по продажам — показатели связанные с заказами и клиентами, бухгалтеры - по поступлениям денег, задолженности, остаткам на счетах и т.д., водители — о доставках, опозданиях, километраже, диспетчеры — об обработанных доставках, склад — принятых машинах от поставщиков, закупки - о поступлении новых товаров и т.д. Поэтому должны быть несколько заготовленных шаблонов отчетов с нужными показателями, чтобы сотрудник просто заполнял все свои. Показатели должны быть определенных типов (число, сумма, дата/время, текст, коэффициент, да/нет), а не просто текстовое поле.
Причем у сотрудника могут комбинации отчетов, например, если менеджер по продажам оптового отдела помимо продаж занимается приемом входящих звонков. Т.е. отчеты должны быть привязаны к ролям или функциям сотрудника. Роли/функции могут быть временными (например, при выполнении по графику дежурств, или при замене другого сотрудника на время отпуска/болезни).
3. Автоматизация сбора. Должна быть возможность запускать какой-то скрипт для автоматизированного получения показателей работы. Менеджер нажимает кнопку рядом с полем, выполняется запрос и поле заполняется полученным числом. Какие-то данные должны сразу заполняться при открытии отчета. Например, количество исходящих звонков CRM за день текущего сотрудника или количество выполненных задач группы или проекта можно посчитать быстро и сразу, а вот, например, данные по доставкам должны запускать какой-то внешний запрос в логистической базе - поэтому нужно жать на кнопку.
Некоторые получаемые запросом показатели должны быть read-only, другие вводиться или корректироваться вручную. По каждому показателю должно быть можно ввести комментарий менеджера/руководителя отдела. Особенно, если показатель изменяется.
Я противник того, чтобы составлять отчет полностью автоматически по всем менеджерам сразу, т.к. а) менеджер не видит связи своей работы с показателями б) не могут быть учтены какие-то нестандартные ситуации (полдня не работал Битрикс или звонки с мобильного в командировке, не через Битрикс). в) показатели должны быть интерпретированы менеджером - почему так мало или много заказов. Но должны сохраниться оба показателя - автоматический и исправленный.
Помимо получения данных из Битрикса должна быть возможность запускать какие-то внешние запросы через php-скрипт: вебхуки, запросы в другие системы (учетную), получение данных из XML/TXT-файла по Урлу.
Разные показатели имеют разную периодичность (каждый день, 1 число месяца, последняя пятница месяца, последний день месяца, каждый второй вторник и т.д.).
Какие-то показатели обязательные, другие - по желанию. Некоторые показатели нужно вводить в начале или середине дня. Например, водитель вводит показания спидометра на начало дня, финансист - курс у.е. для пересчета, отдельно количество посетителей магазина в первой половине дня.
Какие-то показатели заполняются для конкретного сотрудника, другие — в разрезе отдела или фирмы. Т.е. если показатель заполнен кем-то из отдела, то остальные сотрудники его уже заполнять не должны.
Вводимые показатели должны быть не просто полем в форме отчета за день, при наведении или клике должно быть описание — методика расчета, что учитывать, а что нет, период, на что влияет этот показатель в з/п и т.д..
4. Распределение и права. Отчеты отправляются не обязательно начальнику. По идее, должна быть возможность для конкретных шаблонов или сотрудников указать, кому направлять отчет. Далеко не всегда это непосредственный руководитель по оргструктуре. Иногда нужно отправлять разные данные разным людям. К собираемым данным у некоторых сотрудников должен быть доступ, даже если они не получают отчеты.
Также было бы здорово, если бы некоторые показатели были бы видны в ленте новостей, за текущий день. Что-то вроде дашборда, — количество заказов отдела с начала дня, количество звонков менеджера за день, % выполнения плана по сумме. Как сейчас показывается пульс компании.
Какие-то данные должны агрегироваться и отправляться директору. Например, начальнику отдела продаж — суммарно все отчеты определенных ролей (продавцов) в одной табличке за неделю. Агрегированные данные тоже должны быть сопровождены каким-то комментарием начальника отдела.
* В карточке пользователя есть какое-то множественное поле «Шаблон отчета», но оно нигде не используется
Желательно, чтобы как вариант шаблона была возможность использовать предыдущий отчет (даже с заполненными данными). Где-то это вредно - т.к. менеджеры вместо реального отчета будут отправлять рандомно подкорректированные данные. Но на некоторых участках, где показателей много, а их вариативность невысокая - можно было бы такое сделать. Ну или хотя бы сделать возможность копировать/вставлять табличку с данными, например, из Экселя.
1. Структурированные данные. Должна быть возможность помимо текстового отчета подавать данные в определенном виде: кол-во заказов интернет-магазина, сумма отгрузок, кол-во потраченных часов, наличие/количество рекламаций клиентов, поступило денег, текущая задолженность клиентов, количество звонков клиентов и т.д.
Эти данные должны попадать в общую таблицу, привязываться к сотрудникам/отделам, отчетным периодам, чтобы потом их можно было выгружать, и по ним можно было видеть динамику во времени, чтобы принимать решения, а также сравнивать работу.
У вас есть отчеты в разных модулях (CRM, время работы, и т.д.), но они разбросаны по всей системе, и в них за данные нужно долго собирать, и они тоже упрощенные. А руководству нужно, чтобы были конкретные специфические показатели, они уже были собраны в одном месте и попадали куда-то в BI-систему или в Эксель.
2. Шаблоны. На фирме есть несколько групп сотрудников, которые должны подавать примерно одни и те же показатели: менеджеры по продажам — показатели связанные с заказами и клиентами, бухгалтеры - по поступлениям денег, задолженности, остаткам на счетах и т.д., водители — о доставках, опозданиях, километраже, диспетчеры — об обработанных доставках, склад — принятых машинах от поставщиков, закупки - о поступлении новых товаров и т.д. Поэтому должны быть несколько заготовленных шаблонов отчетов с нужными показателями, чтобы сотрудник просто заполнял все свои. Показатели должны быть определенных типов (число, сумма, дата/время, текст, коэффициент, да/нет), а не просто текстовое поле.
Причем у сотрудника могут комбинации отчетов, например, если менеджер по продажам оптового отдела помимо продаж занимается приемом входящих звонков. Т.е. отчеты должны быть привязаны к ролям или функциям сотрудника. Роли/функции могут быть временными (например, при выполнении по графику дежурств, или при замене другого сотрудника на время отпуска/болезни).
3. Автоматизация сбора. Должна быть возможность запускать какой-то скрипт для автоматизированного получения показателей работы. Менеджер нажимает кнопку рядом с полем, выполняется запрос и поле заполняется полученным числом. Какие-то данные должны сразу заполняться при открытии отчета. Например, количество исходящих звонков CRM за день текущего сотрудника или количество выполненных задач группы или проекта можно посчитать быстро и сразу, а вот, например, данные по доставкам должны запускать какой-то внешний запрос в логистической базе - поэтому нужно жать на кнопку.
Некоторые получаемые запросом показатели должны быть read-only, другие вводиться или корректироваться вручную. По каждому показателю должно быть можно ввести комментарий менеджера/руководителя отдела. Особенно, если показатель изменяется.
Я противник того, чтобы составлять отчет полностью автоматически по всем менеджерам сразу, т.к. а) менеджер не видит связи своей работы с показателями б) не могут быть учтены какие-то нестандартные ситуации (полдня не работал Битрикс или звонки с мобильного в командировке, не через Битрикс). в) показатели должны быть интерпретированы менеджером - почему так мало или много заказов. Но должны сохраниться оба показателя - автоматический и исправленный.
Помимо получения данных из Битрикса должна быть возможность запускать какие-то внешние запросы через php-скрипт: вебхуки, запросы в другие системы (учетную), получение данных из XML/TXT-файла по Урлу.
Разные показатели имеют разную периодичность (каждый день, 1 число месяца, последняя пятница месяца, последний день месяца, каждый второй вторник и т.д.).
Какие-то показатели обязательные, другие - по желанию. Некоторые показатели нужно вводить в начале или середине дня. Например, водитель вводит показания спидометра на начало дня, финансист - курс у.е. для пересчета, отдельно количество посетителей магазина в первой половине дня.
Какие-то показатели заполняются для конкретного сотрудника, другие — в разрезе отдела или фирмы. Т.е. если показатель заполнен кем-то из отдела, то остальные сотрудники его уже заполнять не должны.
Вводимые показатели должны быть не просто полем в форме отчета за день, при наведении или клике должно быть описание — методика расчета, что учитывать, а что нет, период, на что влияет этот показатель в з/п и т.д..
4. Распределение и права. Отчеты отправляются не обязательно начальнику. По идее, должна быть возможность для конкретных шаблонов или сотрудников указать, кому направлять отчет. Далеко не всегда это непосредственный руководитель по оргструктуре. Иногда нужно отправлять разные данные разным людям. К собираемым данным у некоторых сотрудников должен быть доступ, даже если они не получают отчеты.
Также было бы здорово, если бы некоторые показатели были бы видны в ленте новостей, за текущий день. Что-то вроде дашборда, — количество заказов отдела с начала дня, количество звонков менеджера за день, % выполнения плана по сумме. Как сейчас показывается пульс компании.
Какие-то данные должны агрегироваться и отправляться директору. Например, начальнику отдела продаж — суммарно все отчеты определенных ролей (продавцов) в одной табличке за неделю. Агрегированные данные тоже должны быть сопровождены каким-то комментарием начальника отдела.
* В карточке пользователя есть какое-то множественное поле «Шаблон отчета», но оно нигде не используется
Желательно, чтобы как вариант шаблона была возможность использовать предыдущий отчет (даже с заполненными данными). Где-то это вредно - т.к. менеджеры вместо реального отчета будут отправлять рандомно подкорректированные данные. Но на некоторых участках, где показателей много, а их вариативность невысокая - можно было бы такое сделать. Ну или хотя бы сделать возможность копировать/вставлять табличку с данными, например, из Экселя.
Приветствую!
Есть опция "Ограничить видимость поля" — она работает только с отдельным полем и с отдельным сотрудником (человеком).
Есть необходимость модернизировать данную опцию:
1. Добавить Роли
(пример набора "видящих" поле: Ответственный, Иванов Иван, Петров Петр)
2. Добавить опцию "видимость" для Раздела полей в карточке.
Объясняю проблему: когда таких полей множество — затруднительно (по времени) каждому полю задавать видимость.
Как хотелось бы: создал в карточке (Лид/Контакт/Сделка/Компания) отдельный раздел, куда добавил необходимые поля. Кликнул "Изменить" раздел, выбрал для кого поля в этом разделе станут видимыми.
Есть опция "Ограничить видимость поля" — она работает только с отдельным полем и с отдельным сотрудником (человеком).
Есть необходимость модернизировать данную опцию:
1. Добавить Роли
(пример набора "видящих" поле: Ответственный, Иванов Иван, Петров Петр)
2. Добавить опцию "видимость" для Раздела полей в карточке.
Объясняю проблему: когда таких полей множество — затруднительно (по времени) каждому полю задавать видимость.
Как хотелось бы: создал в карточке (Лид/Контакт/Сделка/Компания) отдельный раздел, куда добавил необходимые поля. Кликнул "Изменить" раздел, выбрал для кого поля в этом разделе станут видимыми.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
