Идеи пользователя 969789
Добрый день,
сделайте возможность в настройках мобильного приложения выбирать не только классические звуки, которые были еще при Стиве Джобсе, но и более новый набор, который появился в iOS 7, а также самые новые, которые появились в iOS 17.
сделайте возможность в настройках мобильного приложения выбирать не только классические звуки, которые были еще при Стиве Джобсе, но и более новый набор, который появился в iOS 7, а также самые новые, которые появились в iOS 17.
Сейчас в БП есть возможность получить сведения о сотруднике, но только из основных полей:
Я бы хотел получить данные из стандартного поля "Пол", которого почему-то нет в списке, чтобы формировать строку "действующий/действующая", а также из пользовательского поля "№ доверенности", "ФИО родительном падеже" и т.д.
Не хочется из-за таких мелочей углубленно изучать PHP, API-запросы и прочее. Хотя конечно поражает, насколько не глубоки возможности БП и роботов без необходимости лезть в код
Я бы хотел получить данные из стандартного поля "Пол", которого почему-то нет в списке, чтобы формировать строку "действующий/действующая", а также из пользовательского поля "№ доверенности", "ФИО родительном падеже" и т.д.
Не хочется из-за таких мелочей углубленно изучать PHP, API-запросы и прочее. Хотя конечно поражает, насколько не глубоки возможности БП и роботов без необходимости лезть в код
В форме редактирования элемента CRM есть возможность настроить отображение поля Клиент (показывать контакта или нет, показывать компанию первой, показывать адрес, показывать реквизиты и т.д.). Нам нужно только поле с компанией.
К сожалению, при настройке быстрого создания карточки в канбане поле "Клиент" всегда показывается с контактом, реквизитами, телефоном, адресом и т.д. Это очень мешает. А изменить это нельзя. Можно только выбрать какие поля показывать, но не как их показывать.
По идее, параметры отображения поля должен совпадать с настройками отображения в обычной карточке элемента CRM, а не показываться "по дефолту".
Кроме того, должна быть возможность, если выбрана компания при выборе контакта показать сотрудников этой компании. Я не понимаю, зачем выводить вообще всех контактов - Елен, Александров и т.д.
Понятное дело, что мне нужна конкретная Елена, работающая в выбранной компани, а не случайная Елена из списка всех 2000 Елен в списке контактов нашего CRM. Либо возможность ввести новую Елену (если конкретной нет).
К сожалению, при настройке быстрого создания карточки в канбане поле "Клиент" всегда показывается с контактом, реквизитами, телефоном, адресом и т.д. Это очень мешает. А изменить это нельзя. Можно только выбрать какие поля показывать, но не как их показывать.
По идее, параметры отображения поля должен совпадать с настройками отображения в обычной карточке элемента CRM, а не показываться "по дефолту".
Кроме того, должна быть возможность, если выбрана компания при выборе контакта показать сотрудников этой компании. Я не понимаю, зачем выводить вообще всех контактов - Елен, Александров и т.д.
Понятное дело, что мне нужна конкретная Елена, работающая в выбранной компани, а не случайная Елена из списка всех 2000 Елен в списке контактов нашего CRM. Либо возможность ввести новую Елену (если конкретной нет).
Если настроить триггер на изменение поля, скажем, "Тип договора" - и при создании элемента смарт-процесса сразу его заполнить, то триггер не отработает. И элемент не передвинется на другую стадию
Нам нужно чтобы при создании элемента (договора), первоначально нужно было заполнить тип договора, а тогда при создании нового договора элемент сразу же перенесся на вторую стадию и в зависимости от выбранного типа договора, все поля элемента СП заполнились бы дефолтными для данного типа договора значениями, а также заполнились бы другие поля на основании выбранного клиента.
Сейчас же такое реализовать не получается. Т.е. нужно сначала создать элемент, а уже потом при следующем изменении - триггер срабатывает.
Нам нужно чтобы при создании элемента (договора), первоначально нужно было заполнить тип договора, а тогда при создании нового договора элемент сразу же перенесся на вторую стадию и в зависимости от выбранного типа договора, все поля элемента СП заполнились бы дефолтными для данного типа договора значениями, а также заполнились бы другие поля на основании выбранного клиента.
Сейчас же такое реализовать не получается. Т.е. нужно сначала создать элемент, а уже потом при следующем изменении - триггер срабатывает.
Хотелось бы иметь возможность в бизнес-процессах (как в CRM, так и в списках) простым действием получить/зарезервировать следующий номер определенного нумератора CRM для документа еще до генерации печатной формы этого документа.
Это нужно, например, для того, чтобы в смарт-процессе "Договоры с клиентами" получить следующий номер договора на одной из начальных стадий согласования договора и причем не только зафиксировать его в печатной форме (PDF-документе), но и сохранить его в поле TITLE элемента смарт-процесса — чтобы можно было его искать, вставлять в печатную форму, использовать в оповещениях и т.п.
Это нужно, например, для того, чтобы в смарт-процессе "Договоры с клиентами" получить следующий номер договора на одной из начальных стадий согласования договора и причем не только зафиксировать его в печатной форме (PDF-документе), но и сохранить его в поле TITLE элемента смарт-процесса — чтобы можно было его искать, вставлять в печатную форму, использовать в оповещениях и т.п.
Чтобы была возможность используя подключенный смс-сервис проводить верификацию пользователя. При этом чтобы была возможность не допускать повторной регистрации на один и тот же телефон. Например для опросов, для голосований, для подписки на рассылку и т.д.
Есть раздел /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. Структурированные данные. Должна быть возможность помимо текстового отчета подавать данные в определенном виде: кол-во заказов интернет-магазина, сумма отгрузок, кол-во потраченных часов, наличие/количество рекламаций клиентов, поступило денег, текущая задолженность клиентов, количество звонков клиентов и т.д.
Эти данные должны попадать в общую таблицу, привязываться к сотрудникам/отделам, отчетным периодам, чтобы потом их можно было выгружать, и по ним можно было видеть динамику во времени, чтобы принимать решения, а также сравнивать работу.
У вас есть отчеты в разных модулях (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. Распределение и права. Отчеты отправляются не обязательно начальнику. По идее, должна быть возможность для конкретных шаблонов или сотрудников указать, кому направлять отчет. Далеко не всегда это непосредственный руководитель по оргструктуре. Иногда нужно отправлять разные данные разным людям. К собираемым данным у некоторых сотрудников должен быть доступ, даже если они не получают отчеты.
Также было бы здорово, если бы некоторые показатели были бы видны в ленте новостей, за текущий день. Что-то вроде дашборда, — количество заказов отдела с начала дня, количество звонков менеджера за день, % выполнения плана по сумме. Как сейчас показывается пульс компании.
Какие-то данные должны агрегироваться и отправляться директору. Например, начальнику отдела продаж — суммарно все отчеты определенных ролей (продавцов) в одной табличке за неделю. Агрегированные данные тоже должны быть сопровождены каким-то комментарием начальника отдела.
* В карточке пользователя есть какое-то множественное поле «Шаблон отчета», но оно нигде не используется
Желательно, чтобы как вариант шаблона была возможность использовать предыдущий отчет (даже с заполненными данными). Где-то это вредно - т.к. менеджеры вместо реального отчета будут отправлять рандомно подкорректированные данные. Но на некоторых участках, где показателей много, а их вариативность невысокая - можно было бы такое сделать. Ну или хотя бы сделать возможность копировать/вставлять табличку с данными, например, из Экселя.
Сейчас в компании/сделке в блоке активностей можно создать активность (задачу, звонок, смс, email), связанную с текущей сущностью (компанией, контактом или сделкой).
При работе с физическими лицами — это ок. Но мы работаем с юридическими лицами (сегмент B2B). Поэтому важно не только с какой компанией ты общаешься, но также с кем именно в компании. У вас есть возможность добавления контактов-участников в сделку, но почему-то в списке контактов — все контакты из CRM, а не только сотрудники выбранной компании. И если хочешь добавить Владимира, то вероятность выбрать нужного Владимира из десятков других Владимиров невысока. Должен быть список сотрудников этой компании, а не только поиск по всем контактам CRM.
В истории активностей компании должны быть видны все звонки, задачи, сообщения, письма, встречи: как в карточке компании, так и контакта. Причем должно быть неважно, как создается активность - из компании, из контакта или даже из сделки. Если есть сделка, в ней есть связь и с компанией, и с контактом, и по этой сделке создана активность, то при ходе в карточку компании (или контакта), должна быть видна эта активность (а не только сделка). Ведь карточка компании должна показывать историю взаимоотношений с компанией или с человеком.
При работе с физическими лицами — это ок. Но мы работаем с юридическими лицами (сегмент B2B). Поэтому важно не только с какой компанией ты общаешься, но также с кем именно в компании. У вас есть возможность добавления контактов-участников в сделку, но почему-то в списке контактов — все контакты из CRM, а не только сотрудники выбранной компании. И если хочешь добавить Владимира, то вероятность выбрать нужного Владимира из десятков других Владимиров невысока. Должен быть список сотрудников этой компании, а не только поиск по всем контактам CRM.
В истории активностей компании должны быть видны все звонки, задачи, сообщения, письма, встречи: как в карточке компании, так и контакта. Причем должно быть неважно, как создается активность - из компании, из контакта или даже из сделки. Если есть сделка, в ней есть связь и с компанией, и с контактом, и по этой сделке создана активность, то при ходе в карточку компании (или контакта), должна быть видна эта активность (а не только сделка). Ведь карточка компании должна показывать историю взаимоотношений с компанией или с человеком.
Очень нужна возможность создавать пользовательские поля в адресах сущностей CRM (компания, контакт). В частности нужны:
1. Отметка «Основной адрес» - чтобы выводить вперед главный адрес и использовать его по-умолчанию. Это адрес на который обычно делается заказ, если сохранено, скажем 5 разных адресов, то не очень понятно, какой выбирать.
2. Название адреса (склад, магазин "Омега", филиал, офис, главный офис. Необязательное)
3. Как добраться ("вход под вывеской «Комод»", "код домофона 135", "направо до конца проезда")
4. Время работы от, до, время обеда от, до
5. Привязка к контакту (помимо компании), чтобы в случае если от организации заказывают разные люди, можно было сразу выбрать нужный адрес.
6. Этаж, наличие лифта (не известно, есть, есть грузовой, нет) - от этого зависит, кого посылать на большой заказ просто водителя или еще грузчика
7. Координаты адреса
8. ID населенного пункта из местоположений
9. Телефон
10. ID адреса интернет-магазина (для связи)
11. Как подъехать, как добраться (текстовая область)
12. Фото/схема
Нам пришлось отказаться от поля адрес в CRM и сделать список (инфоблок) с адресами клиентов, связанный с CRM-сущностями. Но это довольно неудобно. К тому же менеджеры продолжают ошибаться и заполнять обычное поле. Не говоря уже о том, что помимо адреса, есть еще поле "реквизиты", где тоже есть адрес (юридический).
Хотелось бы также иметь возможность редактировать адреса в отдельной вкладке, а не только во вложенной форме компании или контакта.
Хотелось бы иметь возможность вручную сортировать адреса в списке, скрывать адреса (чтобы не удалять их, но чтобы лишние не мешали)
1. Отметка «Основной адрес» - чтобы выводить вперед главный адрес и использовать его по-умолчанию. Это адрес на который обычно делается заказ, если сохранено, скажем 5 разных адресов, то не очень понятно, какой выбирать.
2. Название адреса (склад, магазин "Омега", филиал, офис, главный офис. Необязательное)
3. Как добраться ("вход под вывеской «Комод»", "код домофона 135", "направо до конца проезда")
4. Время работы от, до, время обеда от, до
5. Привязка к контакту (помимо компании), чтобы в случае если от организации заказывают разные люди, можно было сразу выбрать нужный адрес.
6. Этаж, наличие лифта (не известно, есть, есть грузовой, нет) - от этого зависит, кого посылать на большой заказ просто водителя или еще грузчика
7. Координаты адреса
8. ID населенного пункта из местоположений
9. Телефон
10. ID адреса интернет-магазина (для связи)
11. Как подъехать, как добраться (текстовая область)
12. Фото/схема
Нам пришлось отказаться от поля адрес в CRM и сделать список (инфоблок) с адресами клиентов, связанный с CRM-сущностями. Но это довольно неудобно. К тому же менеджеры продолжают ошибаться и заполнять обычное поле. Не говоря уже о том, что помимо адреса, есть еще поле "реквизиты", где тоже есть адрес (юридический).
Хотелось бы также иметь возможность редактировать адреса в отдельной вкладке, а не только во вложенной форме компании или контакта.
Хотелось бы иметь возможность вручную сортировать адреса в списке, скрывать адреса (чтобы не удалять их, но чтобы лишние не мешали)
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
