Идеи пользователя 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-сущностями. Но это довольно неудобно. К тому же менеджеры продолжают ошибаться и заполнять обычное поле. Не говоря уже о том, что помимо адреса, есть еще поле "реквизиты", где тоже есть адрес (юридический).
Хотелось бы также иметь возможность редактировать адреса в отдельной вкладке, а не только во вложенной форме компании или контакта.
Хотелось бы иметь возможность вручную сортировать адреса в списке, скрывать адреса (чтобы не удалять их, но чтобы лишние не мешали)
Сейчас в почте список полей для поиска, мягко говоря, ограниченный:
Где отправители, получатели, тема, тело письма, важность, названия вложений? ... Как это вообще.
Почему нет сортировки по дате, да хотя бы фильтрации по моим клиентам из CRM.
Плюс ко всему — счетчики писем никогда не показывают правильные значения, из-за этого приходится вечно перегружать, фильтровать и делать какие-то непонятные манипуляции, чтобы понять, что за непрочитанные 2 сообщения.
Где отправители, получатели, тема, тело письма, важность, названия вложений? ... Как это вообще.
Почему нет сортировки по дате, да хотя бы фильтрации по моим клиентам из CRM.
Плюс ко всему — счетчики писем никогда не показывают правильные значения, из-за этого приходится вечно перегружать, фильтровать и делать какие-то непонятные манипуляции, чтобы понять, что за непрочитанные 2 сообщения.
Если в правиле обработки почты стоит галочка "Удалить", то письмо из почты удалится, но файлы вложений на диске останется.
Кстати, еще в обработчике писем нет поля "Дата отправки"/получения, чтобы можно было настроить ручное правило обработки для удаления старых писем по дате. Только через PHP-условие.
Также в разделе письма, хотелось бы иметь возможность фильтровать по датам. Это бы тоже помогало работать со старой почтой.
Кстати, еще в обработчике писем нет поля "Дата отправки"/получения, чтобы можно было настроить ручное правило обработки для удаления старых писем по дате. Только через PHP-условие.
Также в разделе письма, хотелось бы иметь возможность фильтровать по датам. Это бы тоже помогало работать со старой почтой.
Часто в рамках проекта появляются задачи, которые очень переплетены с другими проектами (группами). Например, у нас есть группа "Технические задачи", в который сотрудники ставят задачи нашему сисадмину. Но в рамках других проектов, например, внедрение какой-то фичи в интернет-магазине (проект "Крутая фича") также требуются доработки. Их бы хотелось ставить в оба проекта, чтобы сисадмин видел в списке "Технические задачи", а другие сотрудники их же видели в проекте "Крутая фича".
Также некоторые задачи могут тупо быть в разных проектах. Например, "Подготовка к Новому году" и "Переоформление витрины"
Я знаю о существовании тегов, но теги как-то не приживаются - т.к. теги это текстовое поле, а не список. И одну и ту же штуку люди называют по-разному. Кто-то "Техзадачи", кто-то "Технические задачи", кто-то "Задачи сисадмину", кто-то "Задачи программисту". Но скорее всего, теги вообще никто не заполняет, вы это можете проверить по данному разделу. К тому же теги быстро наполняются всяким мусором:
Также некоторые задачи могут тупо быть в разных проектах. Например, "Подготовка к Новому году" и "Переоформление витрины"
Я знаю о существовании тегов, но теги как-то не приживаются - т.к. теги это текстовое поле, а не список. И одну и ту же штуку люди называют по-разному. Кто-то "Техзадачи", кто-то "Технические задачи", кто-то "Задачи сисадмину", кто-то "Задачи программисту". Но скорее всего, теги вообще никто не заполняет, вы это можете проверить по данному разделу. К тому же теги быстро наполняются всяким мусором:
В бизнес-процессах (в частности в Списках) порой нужна возможность запросить у пользователя не только несколько значений одного поля (например, перечень заменяющих сотрудников на время отпуска - Петров, Иванов, Сидоров), но еще и дополнительные сведения (Петров - администрирование сайта, с 1-14.08, Иванов - реклама, 1—7.08, Сидоров - реклама, 8—14.08).
Т.е. нужна табличка с несколькими разными типами даных, которые бы сохранялись в массив и которые потом можно было бы вывести в виде таблицы в документе. Желательно, чтобы у каждого поля таблички можно было указать значения по-умолчанию из другого поля (например, даты начала и окончания равные датам в полях начала и окончания отпуска).
Сейчас приходится делать несколько последовательных множественных полей и у людей с ними сложности — они их заполняют неправильно.
Также в нашей бумажной версии заявления на отпуск было можно указывать множественные диапазоны дат отпуска. Например, "Прошу предоставить очередной отпуск с 1-14 августа и отпуск за свой счет с 15 по 21 августа без сохранения з/п". Т.е. это тоже было могло быть решено таким 2D-массивом.
Т.е. нужна табличка с несколькими разными типами даных, которые бы сохранялись в массив и которые потом можно было бы вывести в виде таблицы в документе. Желательно, чтобы у каждого поля таблички можно было указать значения по-умолчанию из другого поля (например, даты начала и окончания равные датам в полях начала и окончания отпуска).
Сейчас приходится делать несколько последовательных множественных полей и у людей с ними сложности — они их заполняют неправильно.
Также в нашей бумажной версии заявления на отпуск было можно указывать множественные диапазоны дат отпуска. Например, "Прошу предоставить очередной отпуск с 1-14 августа и отпуск за свой счет с 15 по 21 августа без сохранения з/п". Т.е. это тоже было могло быть решено таким 2D-массивом.
Бизнес-процессы в CRM можно запускать при создании или изменении карточек. В этом случае важно понимать, какие поля были изменены (заполнены) перед запуском БП. В триггерах есть возможность повесить его на изменение определенного поля - значит фунцкионал проверки изменения полей у вас есть.
Было бы здорово, если в списке свойств документа было бы множественное поле "Измененные поля", а также кто изменил их (или что). "Кто изменил" и сейчас есть, но почему-то иногда оно заполнено значением предыдущего изменения. Например, у меня есть БП по проверке изменения временного текстового поля "Реквизиты". После изменения я уведомляю о том, что поле заполнено и ставлю задачу.
Но иногда почему-то приходит уведомление, что документ поменял я сам, хотя я точно этого не делал. Причем, как правило, в таких случаях это поле тоже не менялось, просто было заполнено до создания БП.
Поэтому хотелось бы проверить, было ли изменение конкретного поля и, если да, то только в этом случае высылать уведомление. И если документ меняется не пользователем, а каким-то триггером или роботом, или внешним БП, то тогда поле "Кто изменил" оставить пустым
Было бы здорово, если в списке свойств документа было бы множественное поле "Измененные поля", а также кто изменил их (или что). "Кто изменил" и сейчас есть, но почему-то иногда оно заполнено значением предыдущего изменения. Например, у меня есть БП по проверке изменения временного текстового поля "Реквизиты". После изменения я уведомляю о том, что поле заполнено и ставлю задачу.
Но иногда почему-то приходит уведомление, что документ поменял я сам, хотя я точно этого не делал. Причем, как правило, в таких случаях это поле тоже не менялось, просто было заполнено до создания БП.
Поэтому хотелось бы проверить, было ли изменение конкретного поля и, если да, то только в этом случае высылать уведомление. И если документ меняется не пользователем, а каким-то триггером или роботом, или внешним БП, то тогда поле "Кто изменил" оставить пустым
Сейчас в Смарт-процессах есть тип поля "Файл", но к сожалению, при его использовании можно загрузить файл только с диска компьютера. Жаль, нет возможности выбрать файл с Битрикс24.Диска, выбрать его из письма или вообще , если это возможно.
Кстати, в Списках есть поле Файл (Диск), а до более современных смарт-процессов он почему-то не добрался - тут есть только Файл. В списках также есть поле "Привязка с способам оплаты", а в смарт-процессах его тоже нет.
Кстати, в Списках есть поле Файл (Диск), а до более современных смарт-процессов он почему-то не добрался - тут есть только Файл. В списках также есть поле "Привязка с способам оплаты", а в смарт-процессах его тоже нет.
Сейчас если скопировать текст группового чата и вставить его в письмо или в другой чат (например, если в ходе дискуссии было решено вынести какой-то вопрос в отдельный чат с другими участниками), то получается очень плохо отформатированный текст - см. вложение.
Было бы здорово, если была бы возможность выделить часть чата (несколько сообщений), скопировать их и вставить в другой чат, чтобы при этом было понятно, что это цитата/выдержка из др.чата, и чтобы было видно, кто общался, что сказал и когда. Нужно очистить текст от Нравится, и еще 3, Сообщение просмотрено: Иванова Елена,
Желательно также иметь возможность этот текст отредактировать или хотя бы исключить какие-то реплики не по теме.
Было бы здорово, если была бы возможность выделить часть чата (несколько сообщений), скопировать их и вставить в другой чат, чтобы при этом было понятно, что это цитата/выдержка из др.чата, и чтобы было видно, кто общался, что сказал и когда. Нужно очистить текст от Нравится, и еще 3, Сообщение просмотрено: Иванова Елена,
Желательно также иметь возможность этот текст отредактировать или хотя бы исключить какие-то реплики не по теме.
В первую очередь, спасибо за онлайн редактор документов - он помогает решить много задач прямо в Битриксе.
Но есть пожелания:
1. Сделать возможность открывать документы для редактирования в онлайн-редакторе на Б24.Диске сразу при клике по файлу. Чтобы не приходилось открывать предпросмотр, а только потом выбирть пункт "Редактировать" внизу. Привью занимает немало времени, к тому же оно не всегда после закрытия редактора сразу обновляется и это сбивает с толку. Пусть привью открывается при выборе пункта "Подробнее" или пусть при наведении на файл справа от названия появляется иконка "глаз" для предпросмотра.
Ну, или пусть хотя бы в контекстоном меню появится пункт "Редактировать", чтобы не пришлось ждать генерации привью.
Люди ежедневно работают с одними и теми же документами, им в большинстве случаев не нужно привью.
2. Очень бы хотелось переработать это меню - сейчас если ты не догадался перейти в раздел "Документы" вообще непонятно, как создать новый документ в облачном редакторе. Создание файла на компьютере ну вообще не понятно обычному пользователю. Пустой создается в облаке, скачивается, открывается через приложение Битрикс24 в редакторе по умолчанию и потом после сохранения снова заливается на Диск. очень сложно.
Пусть будет просто:
Создать > Документ / Таблица / Презентация (новый документ в облачном редакторе)
Созадть папку
Загрузить файл с компьютера
Пусть пункт "Создать файл на компьютере" будет только у тех, у кого не включен облачный редактор.
3. Очень бы хотелось, чтобы в десктопном редакторе OnlyOffice появился вариант Облака Битрикс24 -
Чтобы сотрудники могли совместно работать с документами как в облаке, так и в десктопном редакторе. Многим неудобно работать с таблицей не на весь экран в браузере. Когда слева "ухо", справа "ухо", под редактором куча слоев - это явно не ускоряет работу.
Ну и конечно же хочется пользоваться сочетаниями клавиш...
Также при открытия файла в десктоп редакторе было бы здорово открывать его в OnlyOffice через облако, чтобы можно было пользоваться совместным редактированием и другими облачными функциями.
4. Не хватает возможности генерации документа в бизнес-процессах (не только CRM, но и в ленте - там сейчас нет генерации документов) и иметь возможность сразу же корректировать его в OnlyOffice.
5. Также бы хотелось при открытии файла в чате - открывать его в редакторе OnlyOffice или онлайн-редакторе. Сейчас он откроется в предпросмотре без возможности редактирования.
Это же касается вложений к письмам, приложенных к сущностям файлам,
6. Было бы здорово, если можно было как-то ускорить открытие файлов в облачном редакторе, сейчас даже пустой документ может открываться 30 секунд.
7. Было бы здорово во всех местах, где есть экспорт в Excel (например, список сделок CRM, экспорт списка, экспорт пользователей, иметь возможность сразу открыть его в облачном редакторе, без скачивания на компьютер , чаще всего экспорт делается, чтобы что-то с этими данными сделать, как-то отсортировать, обработать и т.д.
8. Чтобы онлайн редактор появился в диалоге выбора файла - тут рядом с Office365 и Google Docs.
9. Очень сложно поделиться ссылкой на документ для совместного редактирования.
Если в GoogleDocs достаточно скопировать URL в браузере и переслать ее другому, то если у получателя есть доступ, то он сразу же откроет нужный документ в режиме просмотра или редактирования.
В Битрикс24 все сложно:
- если скопирвоать URL документа в слайдере - то будет ссылка на вышестоящую страницу (диск, или проект)
- если скопировать ссылку на документ, открытый на весь экран, то ссылка будет вида - при открытии будет некрасивая ошибка:
- если скопировать внутреннюю ссылку из свойств документа - то будет прямая ссылка на скачивание,
- если скопировать публичную ссылку - тоже не то, нет редактирования - только Скачать.
Получается, еднинственный вариант - в диске, в меню файла ≡ выбрать Поделиться > Cкопировать внутреннюю ссылку - и по ней у получателя откроется предпросмотр документа, где нужно будет выбрать "Редактировать". А простого варианта скопировать и переслать ссылку из адресоной строки просто нет.
Но есть пожелания:
1. Сделать возможность открывать документы для редактирования в онлайн-редакторе на Б24.Диске сразу при клике по файлу. Чтобы не приходилось открывать предпросмотр, а только потом выбирть пункт "Редактировать" внизу. Привью занимает немало времени, к тому же оно не всегда после закрытия редактора сразу обновляется и это сбивает с толку. Пусть привью открывается при выборе пункта "Подробнее" или пусть при наведении на файл справа от названия появляется иконка "глаз" для предпросмотра.
Ну, или пусть хотя бы в контекстоном меню появится пункт "Редактировать", чтобы не пришлось ждать генерации привью.
Люди ежедневно работают с одними и теми же документами, им в большинстве случаев не нужно привью.
2. Очень бы хотелось переработать это меню - сейчас если ты не догадался перейти в раздел "Документы" вообще непонятно, как создать новый документ в облачном редакторе. Создание файла на компьютере ну вообще не понятно обычному пользователю. Пустой создается в облаке, скачивается, открывается через приложение Битрикс24 в редакторе по умолчанию и потом после сохранения снова заливается на Диск. очень сложно.
Пусть будет просто:
Создать > Документ / Таблица / Презентация (новый документ в облачном редакторе)
Созадть папку
Загрузить файл с компьютера
Пусть пункт "Создать файл на компьютере" будет только у тех, у кого не включен облачный редактор.
3. Очень бы хотелось, чтобы в десктопном редакторе OnlyOffice появился вариант Облака Битрикс24 -
Чтобы сотрудники могли совместно работать с документами как в облаке, так и в десктопном редакторе. Многим неудобно работать с таблицей не на весь экран в браузере. Когда слева "ухо", справа "ухо", под редактором куча слоев - это явно не ускоряет работу.
Ну и конечно же хочется пользоваться сочетаниями клавиш...
Также при открытия файла в десктоп редакторе было бы здорово открывать его в OnlyOffice через облако, чтобы можно было пользоваться совместным редактированием и другими облачными функциями.
4. Не хватает возможности генерации документа в бизнес-процессах (не только CRM, но и в ленте - там сейчас нет генерации документов) и иметь возможность сразу же корректировать его в OnlyOffice.
5. Также бы хотелось при открытии файла в чате - открывать его в редакторе OnlyOffice или онлайн-редакторе. Сейчас он откроется в предпросмотре без возможности редактирования.
Это же касается вложений к письмам, приложенных к сущностям файлам,
6. Было бы здорово, если можно было как-то ускорить открытие файлов в облачном редакторе, сейчас даже пустой документ может открываться 30 секунд.
7. Было бы здорово во всех местах, где есть экспорт в Excel (например, список сделок CRM, экспорт списка, экспорт пользователей, иметь возможность сразу открыть его в облачном редакторе, без скачивания на компьютер , чаще всего экспорт делается, чтобы что-то с этими данными сделать, как-то отсортировать, обработать и т.д.
8. Чтобы онлайн редактор появился в диалоге выбора файла - тут рядом с Office365 и Google Docs.
9. Очень сложно поделиться ссылкой на документ для совместного редактирования.
Если в GoogleDocs достаточно скопировать URL в браузере и переслать ее другому, то если у получателя есть доступ, то он сразу же откроет нужный документ в режиме просмотра или редактирования.
В Битрикс24 все сложно:
- если скопирвоать URL документа в слайдере - то будет ссылка на вышестоящую страницу (диск, или проект)
- если скопировать ссылку на документ, открытый на весь экран, то ссылка будет вида - при открытии будет некрасивая ошибка:
- если скопировать внутреннюю ссылку из свойств документа - то будет прямая ссылка на скачивание,
- если скопировать публичную ссылку - тоже не то, нет редактирования - только Скачать.
Получается, еднинственный вариант - в диске, в меню файла ≡ выбрать Поделиться > Cкопировать внутреннюю ссылку - и по ней у получателя откроется предпросмотр документа, где нужно будет выбрать "Редактировать". А простого варианта скопировать и переслать ссылку из адресоной строки просто нет.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
