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

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

Если пользоваться алиасами/синонимами для ящика (например: admin,dir,seo,1c) для обозначения "перетекающей" должности (админ может измениться, как 1С-ник, наверное )
То кнопка "ответить всем" отвечает и на сайт Алиаса...

Предлагаю: не учитывать подключенные домены в переписках (либо связывать алиас и реальную почту если api позволяет)

p.s. может я что-то не правильно понимаю в построении структуры компании (расскажите без минусования)

1. Войти в структуру
2. Выгрузить в pdf
Спасибо =)  

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

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



Не целесообразнее ли было бы добавить параметру "Пропускать отсутствующих" третье значение?

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

Если минус - объясните почему! тех.п. аргументировать дробление на сущности не может.

Всего 2 сущности в CRM!

Всегда задача ставится для контакта, либо компании!
Конструктивно:

1. Есть компании(поставщики, дистрибьюторы и другие внешние пользователи).
2. В компании есть сотрудник(контакт, возможно, Экстранет).
3. Например сотрудника нужно подключить к нашей CRM(экстранет) - нужно не создавать ещё одну сущность "Экстранет пользователь", у которой нет информации, а именно связать карточку контакта с подключенным пользователем! Узнать телефонные номера/email/год рождения Экстранет-пользователя можно и в соей CRM...
4. А любые задачи создаются внутри компании и связаны с ней! И могут привязываться к сделкам и предложениям.
5. А экстранет вообще не обязан видеть сущности CRM, только доступные ему задачи связанные с его компанией!
   

В итоге:

• И только 2 сущности в CRM: человек и компания!
• И все сотрудники так же - контакты!!! привязанные к своей компании!
  (в CRM даже есть отдельно "Ваша" компания: https://ДОМЕН.bitrix24.ru/crm/configs/mycompany/)
• У каждого контакта(как и пользователя CRM) карточка с информацией, всё досье! Это полезно для владельца CRM: знать год рождения способы связи, соц сети, какие-то комментарии и прочее из карточки контакта(как по клиентам, так и по СВОИМ СОТРУДНИКАМ).
• Наша компания работает не с проектами/группами, а с клиентами(юр/физ лицо!) т.е. нет никаких групп без привязки к той или иной компании!
• Весь функционал групп должен быть заложен в компании(подключение Экстранет, добавление диска компании для файлов обмена, WIki)!
  

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

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

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

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

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

Есть клиент со сложной структурой компании - развернутая и многоуровневая иерархия.

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

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

Пользователь Karpychev Maksim уже предлагал идею Сделать для роли в срм доступ к определенному отделу, группе. Попробую сформулировать иначе.

Возникает ситуация, когда при создании сотрудником ОДНОГО отдела Лида/Сделки, Ответственным по сделке назначается сотрудник ДРУГОГО отдела.

Это происходит, например, когда в структуре компании в Департаменте (Отделе) (Коммерческом, например) существуют несколько каналов продаж - подотделов.
Пример структуры:
-Коммерческий департамент
---Отдел прямых продаж город А
---Отдел прямых продаж город Б
---Отдел прямых продаж город В
---Отдел маркетинга
---Отдел обработки входящих обращений / Диспетчерская
---Договорной отдел / Отдел обслуживания

Сотрудники первых пяти отделов создают (вручную, либо бизнес-процессами на списках, либо новыми бизнес-процессами, либо кодом на формах) Лиды/Сделки, ответственными по которым назначаются сотрудники Договорного отдела.

По существующей логике битрикс ни автор Лида/Сделки, ни (или) руководитель подразделения автора не видит что в дальнейшем происходит с сущностью, а видеть нужно руководителю точно для отчетов и KPI.

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

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

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

Требования крупного бизнеса по отображению структуры компании и сотрудников на портале зачастую выходят за рамки инструментов, заложенных в Битрикс24.
Частая ситуация - внутренне совместительство. Одно физ.лицо работает в компании на нескольких должностях, числиться в разных отделах, иметь нескольких руководителей и может присутствовать в связи с этим в разных кабинетах, иметь несколько внутренних и рабочих телефонов.
На данный момент типовой Битрикс 24 не способен принять в себя весь объём такой информации, а это бывает необходимо.
Вторая проблема является следствием первой. Импорт структуры из 1С содержит информацию о внутренних совмещениях в виде отдельных равнозначных записей. И поскольку физ.лицо одно, сейчас эти записи обрабатываются последовательно, перезаписывая каждый раз информацию о сотруднике согласно каждой записи в файле импорта. Предположительно, эти записи ранжируются по дате изменения. Таким образом, профиль сотрудника, занявшего должность по совместительству во время работы на основной должности, на кор.портале будет показывать информацию об этой второй должности. Совсем нехорошая ситуация, когда он уволится с этой второй должности - на портале он тоже будет уволен, не смотря на то, что на основной должности он продолжает работать.
Я считаю, что необходимость по расширению этого функционала уже назрела и не терпит отлагательств!

Добрый день! В каждой компании свои особенности подчинения. В моей компании два начальник отдела продаж по разным направлениям и много подотделов. Я система мне не позволяет в отделе ставить два начальника. Хочется это усовершенствовать.

В данный момент в "Структуре компании" полосы прокрутки вправо/влево в браузере внизу нет.
Это доставляет ужасные неудобства при большой структуре компании. Сначала нужно прокрутить все вниз, и только потом по ползунку в компоненте вправо.

Прошу добавить такую возможность прямо в браузере.

Суть в том, что часто у начальников подразделений/отделов есть заместители (их может быть несколько)! И они, являясь подчиненными руководителю отдела/подразделения, также являются руководителями для остальных сотрудников данного подразделения/отдела, поэтому должны ставить задачи в роли руководителя отдела, иметь возможность ставить галку "Включить в отчет по эффективности", смотреть отчеты по эффективности, принимать отчеты от сотрудников своего отдела, ну и вообще обладать правами руководителя отдела, при этом являясь подотчетными самому руководителю отдела!
Функционально нужна галка, такая же ка мы выбираем руководителя отдела, также надо выбирать и его заместителей. Но, как мне кажется, нужен некий механизм делегирования прав для "замов", что они могут из того что может непосредственный руководитель отдела, а что нет!


Сценарий:
1. Создали отдел
2. Привязали к нему сотрудников
3. Выбрали из них одного руководителя галкой (как сейчас)
4. Выбрали из остальных замов руководителя (также как выбираем руководителя, галкой)
5. В профиле каждого зама, или при выборе сотрудника замом нужен для каждого зама список делегируемых прав, например:
     5.1 постановка задач подчиненным с правами руководителя отдела
     5.2 проверка и утверждение отчетов подчиненных
     5.3 редактирование профилей подчиненных
     5.4 контроль отчета по рабочему времени подчиненных
     5.5 и т.д.

Идея родилась в следствии использования Корпортала одним из наших клиентов.

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