Сотрудники в начале рабочего дня заходят на сайт Битрикс24 и нажимают  кнопку "Начать", для того чтобы отметиться в рабочем времени. Можно ли при работающем десктоп приложении Битрикс24  при активности пользователя (когда десктоп приложение битрикс24 показывает статус "Онлайн")  включать сотруднику рабочее время.

Добрый день! ув. Коллеги, столкнулся с такой задачей, необходимо сформировать в генераторе продаж сегмент у которого дата последней "проваленной сделки" = в период с такой-то даты до такой-то. Не нашел это в фильтрах. Добавьте пожалуйста. И еще добавить опцию "без сделок вовсе". Прошу поддержать данную идею.  

В сделках и Лидах зачастую нужно установить напоминание о самой сделке либо напомнить ответственному, соисполнителям (наблюдатели).
Роботы конечно решают часть проблем но периодически нужно установить напоминание не по сценарию робота а индивидуально.
И для этого предлагаю добавить напоминание по принципу напоминание в задачах.

Также есть опция "Ждать" но почему не установить напоминание при истечение данного срока?!
и немного доработать возможность устанавливать сроки ожидания, к примеру до конкретной даты и времени.

Сейчас генератор документов в бизнес-процессе позволяет использовать только один вариант таблиц произвольной высоты - таблицы со списком товаров. А нам в договоре, например, нужно указать список туристов с датами рождения.

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

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

Всем привет!

У каждого портала, когда введете после его адреса и .ru вот это /crm - вы увидите Рабочий стол CRM.

На самом деле идея обобщающего рабочего стола, где есть, и лиды, и сделки, и компании, и контакты и другие виджеты - хорошая, но, по-моему вообще забытая и, уверен, многими даже незамечаемая. Это похоже осталось в наследство от портала еще с другим шаблоном дизайна. Есть какие-то NEW - если сделка новая и т.п. идентификаторы.

Хочется видеть на одном экране, читай Рабочем столе CRM все сущности списками в упрощенном красивом виде. В этом - идея.

Виджеты - это тоже хорошая идея, но почему-то забытая. Виджетами можно формировать свое представление информации и страницу со своим рабочим пространством, добавляя хоть что: задачи, сделки, проекты, лиды, предложения и т.п.

Продажа - это сделка, а CRM - это система управления взаимоотношений с клиентами.

В связи с новым пониманием слова клиент, когда существуют внутренние клиенты и внешние, а также в связи с широким пониманием слова Сделка - не важно, продажа это или покупка (затрата), предлагаю ввести в Битрикс24 в разделе Сделки 2 подраздела: Покупки/Затраты и Продажи.

Можно не делать подразделы, а в верхнем меню CRM рядом с разделом Сделки, сделать раздел Покупки/Затраты.

Не важно, в подразделе Покупки/Затраты раздела Сделки или в отдельном разделе Покупки/Затраты также предусмотреть направления, например:

Направление: Закупки сырья;
Направление: Закупки оборудования;
Направление: Заработная плата;
Направление: Налог на доход
Направление: Отчисления в фонды
Направление: Непредвиденные расходы

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

В общем, как я понимаю, делать то много не нужно - так как все это (налог, отчисления в фонды, уплата ЗП, покупка чего-либо) есть сделка (во многих случаях - это регулярная сделка).

Осталось сделать раздел, который назвать Покупки/Затраты, и наполнить его тем же самым функционалом сделок, который есть в продажах.

В итоге, получится интересная весч). А именно, типа мини-ERP система.
В отчетах, да, нужно будет разделить сделки на Доходные и Расходные.

Таким образом, можно будет делать аналитику и считать эффективность, не просто продаж, а экономическую эффективность компании, желательно в разрезе направлений.
То есть, как конкретное направление расхода (сделок, приводящих к затратам) влияет на конкретное направление дохода (сделок, приводящих к доходам).

На самом деле можно обойтись и без этой идеи и уже сейчас заводить расходы сделками.
Но ведь хочется красиво, чтобы все по полочкам) и чтобы аналитика была.

Надеюсь подал хорошую и достаточно не сложную в реализации идею.

1. В списке товаров сделать возможность поместного редактирования значений в полях. То есть кликнул по полю, изменил значение, Enter и значение сохранилось.
Можно сделать подтверждение сохранения по всплывающему модальному окошку с кнопкой ОК. Можно сделать отдельный режим, когда идет / не идет поместное изменение.
Этот же режим поместного изменения и сохранения логичен и для сделок в списках и для лидов, также для задач, групп задач, любых других списковых сущностей.
Также сделать возможность редактировать поместно названия папок, а также свойств товаров, когда находишься уже в списке товаров.

2. При просмотре папки в списке каталога хорошо бы по нажатию, например, на кружочек с плюсом видеть верхлежащую папку этой папки и низлежащие папки этой папки.
Также не помешает после нажатия на плюс и высветиления верхлежащей и низлежащих папок данной папки, можно было перейти по клику в верхлежащую и любую из низлежащих.
Отмечу, что этот вид не как проводник в известной операционной системе, а только верхлежащая и низлежащие папки, открывающиеся (показываемые) при наведение курсора на нужную папку или клику по плюсу слева от названия этой папки.
Может непонятно объяснил, но такого интерфейса пока нет ни у кого. Наводишь на папку и видишь ее верхнюю папку и включенные в нее низлежащие папки всех нижних уровней.

3. Относительно товаров, когда находишься в списке товаров, желательно сделать, чтобы у этого товара были видны его варианты (SKU).
Раз SKU - это уникальные торговые предложения, то желательно по нажатию кнопки такого (если сделаете) режима просмотра видеть их совпадающие свойства и различающиеся свойства. Такой режим есть ведь в интернет магазинах, когда товары добавляют в список сравнения. Для админов - это тоже полезная функция, чтобы работала без добавления - автоматически. То есть заходишь в товар, видишь сразу его товарные предложения и их свойства, а далее, нажав на кнопку режима Показать сходства / различия увидеть их в таблице. Потом снять режим Показать сходства / различия и вернуться обратно в таблицу товарных предложений с показом всех присущих свойств этим предложениям.

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

4. При заведении товара предлагаю сделать режим автоматического присвоения товару и его SKU уникального артикула и штрих-кода, также уникального ID (уникального среди всех порталов). То есть присваивать уникальным торговым предложениям соответствующие (уникальные - вообще в Природе не повторяющиеся) автикулы, штрих-коды, IDишкники.

Уникальность штрих-кода и акртикула чтобы была сплошной, глобальной и сохранялась в базе клиента и общей базе всех SKU всех порталов, в том числе у вендора.
Суть предложения в том, чтобы клиент мог, хоть покупателю (для отдела продаж), хоть продавцу (для закупщиков), отправить товар со всеми его свойствами по e-mail.
Сделать возможность экспорта / импорта, хоть отдельного товара, хоть товара с SKU, хоть целой папки товаров, хоть всего каталога, чтобы отправлять еще межпортально.

5. При настройке списка папок, товаров, SKU, свойств (шестеренка у списка), сделать разделение колонок, относящихся к папкам, товарам, SKU и свойств.
Также полезно, чтобы в открытом модальном окне, где выбираем колонки, можно было раскрывать/скрывать раздел папок, раздел товаров, раздел SKU и раздел свойств.
То есть, чтобы появились группы колонок в модальном окне, появляющимся после нажатия на шестеренку в списке папок и/или товаров, также свойств и так далее.
Важно предусмотреть показ в данном модальном окне только того, что есть у данных сущностей в списке.
Если смотрим товары, то в списке есть группы колонок, относящиеся к товарам, их SKU - если есть, и свойств - они, как правило, всегда есть.
Если в папке одновременно есть товары и другие папки, то нужно показывать по нажатию на шестеренку и группу колонок, относящихся в том числе к папке.

6. В свете маркировки всего и вся - на будущее предусмотреть эту маркировку, а возможно и внутреннюю маркировку.

7. Когда в списке смотришь отдельный товар, нужно, чтобы была возможность не только видеть его SKU и значения свойств, но и сортировать свойства и SKU.

8. Сейчас, когда мы смотрим товарные разделы, подразделы и товары в CRM, мы видим дерево (почти как проводник) каталога.
Предлагаю прямо в дереве каталога сделать сортировку у каждой строки в дереве. Достаточно будет сортировки по алфавиту и по значению сортировки.
Значение сортировки в данном дереве каталога предлагаю сделать возможным редактировать поместно. Это поможет быстро наладить порядок в каталоге прямо в его дереве.

9. Описываю ситуацию. Есть генеральная папка каталога, в нее входят подпапки с названием товарных направлений или продуктовых категорий.
Нужен режим, чтобы в центральной папке можно было видеть только папки, только весь список товаров из всех папок и подпапок, гибридно - и все папки и все товары.
Тоже самое справедливо для какой-то отдельной товарной категории, чтобы в ней показывались: только папки подкатегорий, только все входящие товары, также гибридно.
Вообще идеально будет, чтобы этот режим работал как матрешка. Текущая папка показывает: только все нижние папки, только все низлежащие товары, и в смешанном режиме.
Понятно, что центральная папка могла бы показывать все низлежащие подпапки, все низлежащие товары и смешанно, и все низлежащие папки и все низлежащие товары.
Совсем отлично, если будет возможность указывать на сколько уровней вниз (по папкам) будет показываться папок, товаров, и папок и товаров.

10. Сделать так, чтобы отдельный товар, товарную категорию, подкатегорию можно было вывести на Битрикс24-сайт и в интернет-магазине в различных представлениях.

11. Сделать оптовую карточку товара, когда рядом с основным товаром указываются строками его размеры (строками), расцветки (строками) с кнопками Добавить в корзину у каждой. Понятно, нужно минимальную партию задавать и плюсовать и минусовать товар единицами партий (перед нажатием Добавить в корзину).

12. До этого пункта все касалось списка и поместного редактирования.
Понятно, что неплохо бы у каждого товара сделать карточки со всеми-всеми параметрами и свойствами по образу и подобию карточек сделок в CRM.
Все таки товар - это предмет сделки, любой размер данного товара - это предмет сделки, цвет товара - это предмет сделки. Для учета - это за скобками.
А вот для продаж и формирования корзины, в том числе из CRM - это лучше списком. Вообще идеально, чтобы список SKU формировался автоматически, на основе различающихся свойств.
Свойства, получается так, любое отличающееся свойство товара формирует его разновидность (строку) со всеми остальными свойствами, а в целом - это предмет сделки.

То есть заводим каталог, все товарные категории, все подкатегории, заполняем их товарами, заводим все возможные свойства данного товара, а система генерирует SKU автоматически, но по предустановленным приоритетам (на основе чего генерировать, на основе чего не генерировать). То есть, ставить галочки, генерировать SKU по цветам, генерировать SKU по размерам; к примеру, не генерировать на основе состава ткани. У свойств при этом должны быть группы, чтобы свойства можно было классифицировать по товарным направлениям, да и вообще, так, как заблагорассудится пользователю.

13. Когда смотрим каталог в форме дерева каталога желательно иметь возможность смотреть (экспортировать для переноса на другой портал, также выводить на печать и в файл) его в структуре (вместе с пронумерованными товарами) вот в таком стиле:
1.
1.1.
1.2.
1.2.1.
1.2.2.
1.2.3.
1.3.
1.3.1
1.3.2.
1.3.3.
1.3.3.1
1.3.3.2.
2.
3.
и так далее.

Есть идеи еще. Но думаю и этого пока "хватит".

ОБНОВЛЕНИЕ 1

14. Сделать возможность копирования всех товарных сущностей, а именно, начиная с копирования Каталога целиком, продолжая копированием товарных разделов, подразделов, под-подразделов, заканчивая копированием товаров c SKU / без них, копированием свойств товаров. Также сделать возможность копирования единиц измерения и всех остальных сущностей интернет магазина и товарной части CRM, да и вообще всех сущностей Битрикс24, для которых сейчас копирование не предусмотрено.

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


Голосуем за добавление возможности простого переноса сайта в магазин!

На данный момент в канбане будет выводиться та валюта, которая стоит в настройках, как базовая для отчетов.
В компании 2 департамента: одному удобно работать с рублями, а другому - с евро.
Эта настройка одна для всех сотрудников.
Хочется, чтобы каждый сотрудник мог выбрать ту валюту, с которой ему удобней работать в Битрикс24.