Почему наборная клавиатура не работает в открытых линиях ?
Понятное дело например с телеграммом там как говорит ваша поддержка "Набираемые клавиатуры это внутренний функционал битрикс, поэтому работает только с внутренними коннекторам, API сторонних мессенджеров не позволяет передать их". Но если я используя ваш виджет у себя на сайте, почему там нельзя сделать нормальные кнопки.
Чтобы можно было прописать например вот так :
Допустим на том же Jivo есть такая возможность.
Насколько я понял, для того чтобы мне сейчас сделать такие кнопки надо написать грубо говоря ещё целую программу коннектор.

Было бы не плохо при переносе крайнего срока, чтобы календарь открывался с текущей датой.
На данный момент при нажатии на дату крайнего срока открывается календарь с датой указаной в поле "Крайний срок:". Либо предусмотреть кнопку "Сегодня" в открывающемся календаре.
На текущий момент не очень удобно постоянно менять месяц и даже год с датой в календаре. Лично в моем случае при открытии я хочу перенести срок на 1 - 2 дня от текущей даты и в большинстве случаев не обращаю внимание на дату указанную в календаре, а просто передвигаю её на 1-2 дня вперед.  

В приложении Заявки от клиентов установить часовой пояс указанный в профиле сотрудника.
Все сотрудники работают в разных часовый поясах, а в приложении Заявки от клиентов у всех один часовой пояс

Ребят, внедрите вы функцию "Ревизия"
Мне совершенно не понятно почему нельзя дать возможность на одном экране видеть остатки и сразу же их править по результатам пересчета  (дальше автоматически создавать накладную оприходования или списания)

Второй момент, почему нельзя увидеть отчет о суммарной стоимости всех товаров в ценах реализации? Это так элементарно реализовать в рамках действующего приложения что даже нелепо

P.S. В вашем маркете есть никчемное (иначе не назовешь) приложение для ревизий, так оно не смогло обработать склад на котором больше 50 позиций  

Модуль обмена между 1С и Битрикс24 позволяет выгружать цены, типы цен, торговые предложения.
!НО! Каталог в CRM не позволяет работать менеджеру с разными типами цен....
А ведь клиент может быть Розничный, Оптовый, Партнёр и пр....
А еще было бы отлично добавить в дизайнер бизнес процессов действие для лидов, сделок, предложений, счетов, смарт-процессов "Изменить тип цены товаров в документе"

Крайне не удобно без типов цен работать! В некоторых сценариях даже невозможно....
Уверен идею поддержат многие коллеги!

В таблице с полями смарт-процесса добавить действия над несколькими полями по аналогии с настройками пользовательских полей сделки, контакта итд.

Здравствуйте.


В организации есть несколько управлений, в каждом из которых свой начальник и зам.начальника и подчинённые. Бывают случаи, когда управление резервирует переговорную, создаёт событие - совещание и приглашает на него работников других управлений. В таком случае их начальники не видят, что их подчинённых пригласили на совещание в соседнее управление.

Просим добавить функционал, чтобы в случае создания события - совещаний и приглашения на него работников иных управлений к начальникам этих работников приходило уведомление - "Ваш подчинённый принял приглашение, организованное таким то из такого то управления".

Заранее благодарю!

Сейчас по окончании дня/недели/месяца у сотрудника есть возможность в свободной форме составить отчет о проделанной работе. Это конечно лучше, чем ничего, но там все крайне упрощено. На практике, такими отчетами пользоваться неудобно ни сотрудникам (нет шаблонов*), ни руководителям (нет структуры, возможности такие отчеты использовать в анализе).

1. Структурированные данные. Должна быть возможность помимо текстового отчета подавать данные в определенном виде: кол-во заказов интернет-магазина, сумма отгрузок, кол-во потраченных часов, наличие/количество рекламаций клиентов, поступило денег, текущая задолженность клиентов, количество звонков клиентов и т.д.
Эти данные должны попадать в общую таблицу, привязываться к сотрудникам/отделам, отчетным периодам, чтобы потом их можно было выгружать, и по ним можно было видеть динамику во времени, чтобы принимать решения, а также сравнивать работу.

У вас есть отчеты в разных модулях (CRM, время работы, и т.д.), но они разбросаны по всей системе, и в них за данные нужно долго собирать, и они тоже упрощенные. А руководству нужно, чтобы были конкретные специфические показатели, они уже были собраны в одном месте и попадали куда-то в BI-систему или в Эксель.

2. Шаблоны. На фирме есть несколько групп сотрудников, которые должны подавать примерно одни и те же показатели: менеджеры по продажам — показатели связанные с заказами и клиентами, бухгалтеры - по поступлениям денег, задолженности, остаткам на счетах и т.д., водители — о доставках, опозданиях, километраже, диспетчеры — об обработанных доставках, склад — принятых машинах от поставщиков, закупки - о поступлении новых товаров и т.д. Поэтому должны быть несколько заготовленных шаблонов отчетов с нужными показателями, чтобы сотрудник просто заполнял все свои. Показатели должны быть определенных типов (число, сумма, дата/время, текст, коэффициент, да/нет), а не просто текстовое поле.

Причем у сотрудника могут комбинации отчетов, например, если менеджер по продажам оптового отдела помимо продаж занимается приемом входящих звонков. Т.е. отчеты должны быть привязаны к ролям или функциям сотрудника. Роли/функции могут быть временными (например, при выполнении по графику дежурств, или при замене другого сотрудника на время отпуска/болезни).

3. Автоматизация сбора. Должна быть возможность запускать какой-то скрипт для автоматизированного получения показателей работы. Менеджер нажимает кнопку рядом с полем, выполняется запрос и поле заполняется полученным числом. Какие-то данные должны сразу заполняться при открытии отчета. Например, количество исходящих звонков CRM за день текущего сотрудника или количество выполненных задач группы или проекта можно посчитать быстро и сразу, а вот, например, данные по доставкам должны запускать какой-то внешний запрос в логистической базе - поэтому нужно жать на кнопку.
Некоторые получаемые запросом показатели должны быть read-only, другие вводиться или корректироваться вручную. По каждому показателю должно быть можно ввести комментарий менеджера/руководителя отдела. Особенно, если показатель изменяется.

Я противник того, чтобы составлять отчет полностью автоматически по всем менеджерам сразу, т.к. а) менеджер не видит связи своей работы с показателями б) не могут быть учтены какие-то нестандартные ситуации (полдня не работал Битрикс или звонки с мобильного в командировке, не через Битрикс). в) показатели должны быть интерпретированы менеджером - почему так мало или много заказов. Но должны сохраниться оба показателя - автоматический и исправленный.

Помимо получения данных из Битрикса должна быть возможность запускать какие-то внешние запросы через php-скрипт: вебхуки, запросы в другие системы (учетную), получение данных из XML/TXT-файла по Урлу.

Разные показатели имеют разную периодичность (каждый день, 1 число месяца, последняя пятница месяца, последний день месяца, каждый второй вторник и т.д.).
Какие-то показатели обязательные, другие - по желанию. Некоторые показатели нужно вводить в начале или середине дня. Например, водитель вводит показания спидометра на начало дня, финансист - курс у.е. для пересчета, отдельно количество посетителей магазина в первой половине дня.

Какие-то показатели заполняются для конкретного сотрудника, другие — в разрезе отдела или фирмы. Т.е. если показатель заполнен кем-то из отдела, то остальные сотрудники его уже заполнять не должны.

Вводимые показатели должны быть не просто полем в форме отчета за день, при наведении или клике должно быть описание — методика расчета, что учитывать, а что нет, период, на что влияет этот показатель в з/п и т.д..

4. Распределение и права. Отчеты отправляются не обязательно начальнику. По идее, должна быть возможность для конкретных шаблонов или сотрудников указать, кому направлять отчет. Далеко не всегда это непосредственный руководитель по оргструктуре. Иногда нужно отправлять разные данные разным людям. К собираемым данным у некоторых сотрудников должен быть доступ, даже если они не получают отчеты.

Также было бы здорово, если бы некоторые показатели были бы видны в ленте новостей, за текущий день. Что-то вроде дашборда, — количество заказов отдела с начала дня, количество звонков менеджера за день, % выполнения плана по сумме. Как сейчас показывается пульс компании.

Какие-то данные должны агрегироваться и отправляться директору. Например, начальнику отдела продаж — суммарно все отчеты определенных ролей (продавцов) в одной табличке за неделю. Агрегированные данные тоже должны быть сопровождены каким-то комментарием начальника отдела.

* В карточке пользователя есть какое-то множественное поле «Шаблон отчета», но оно нигде не используется https://a.cl.ly/d5uyGOZB

Желательно, чтобы как вариант шаблона была возможность использовать предыдущий отчет (даже с заполненными данными). Где-то это вредно - т.к. менеджеры вместо реального отчета будут отправлять рандомно подкорректированные данные. Но на некоторых участках, где показателей много, а их вариативность невысокая - можно было бы такое сделать. Ну или хотя бы сделать возможность копировать/вставлять табличку с данными, например, из Экселя.  

Приветствую!

Есть опция "Ограничить видимость поля" — она работает только с отдельным полем и с отдельным сотрудником (человеком).


Есть необходимость модернизировать данную опцию:

1. Добавить Роли
(пример набора "видящих" поле: Ответственный, Иванов Иван, Петров Петр)

2. Добавить опцию "видимость" для Раздела полей в карточке.
Объясняю проблему: когда таких полей множество — затруднительно (по времени) каждому полю задавать видимость.
Как хотелось бы: создал в карточке (Лид/Контакт/Сделка/Компания) отдельный раздел, куда добавил необходимые поля. Кликнул "Изменить" раздел, выбрал для кого поля в этом разделе станут видимыми.

Прежде в этом не было острой необходимости. Но теперь когда есть смарт-процессы, это просто нужно, т.к. Смарт-процессы можно использовать как справочники или доп сущности к существующим в црм.
сделайте уже и будет всем щастье))