Иерархия пользователей

[mamol27]

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

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

Есть ли возможность установки иерархии сотрудников, как организованно в 95% компаний.

Мне хотелось бы понять, будет ли доработано?

[support]

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

[mamol27]

Ну как мне видится, по аналогии с сущностями.
Сделать возможность добавлять вложенные группы. При этом пользователи группы имеют доступ (добавление, удаление, мониторинг) к задачам пользователей вложенных сущностей (подгрупп).
допустим:
-Руководитель отдела
| -Ведущий программист
| | -Программист
| -Специалист БД
-Руководитель другого отдела
| - Ведущий инженер-схемотехник
| | - Инженер-схемотехник
| - Ведущий инженер-электронщик
| | - Инженер-электронщик

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

Или сущности с отделами, указание руководящих должностей отдела и рядовых должностей, с теми же возможностями контроля подчиненных.

Но это не более, чем мысли в слух.

[pensar]

Согласен данная доработка будет очень полезной. Если использовать руководитель как ерп систему с постановлением задач между отделами. Пример, инициатор создаёт новый запрос на разработку нового отчёта в 1С: Предприятие на отдел ИТ. Заявка принимает статус 'новый' далее заявка автоматом попадает в отдел бизнес анализа, аналитики добавляют список согласующих начальника ИТ, начальника Продаж, начальника Юридического отдела всех заинтересованных лиц в данный запрос. После того как данный запрос будет всеми согласован, руководитель ИТ назначает исполнителя. Смысл в том ,что в момент согласования данный запрос был не редактируемый и никого не могли назначить исполнителем.

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

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


Ранее имел большой опыт работы в lotes notes, jira, remedy, bitrix.
Извиняюсь за опечатки, через телефон создал данный комментарии.

[sanys]

Согласен данная доработка будет очень полезной. Если использовать руководитель как ерп систему с постановлением задач между отделами. Пример, инициатор создаёт новый запрос на разработку нового отчёта в 1С: Предприятие на отдел ИТ. Заявка принимает статус 'новый' далее заявка автоматом попадает в отдел бизнес анализа, аналитики добавляют список согласующих начальника ИТ, начальника Продаж, начальника Юридического отдела всех заинтересованных лиц в данный запрос. После того как данный запрос будет всеми согласован, руководитель ИТ назначает исполнителя. Смысл в том ,что в момент согласования данный запрос был не редактируемый и никого не могли назначить исполнителем.

Думал создать новую тему, но напишу пока что сюда.
Не знаю на сколько не хватает иерархии, но вот типа поля для согласования/утверждения/ознакомления (визуально: чек-бокс или кнопка и т.д.) индивидуально для каждого пользователя не хватает.
Тип поля по аналогии с типом поля "Пользователи". Только у перечисленных в этом поле пользователей в карточке записи появляется кнопка с текстом, настроенным в свойствах поля, например "Согласовать". А в настройках поля сделать нечто смены автоматического статуса, когда все участники нажмут каждый свою кнопку (нажали 5 из 5 - сменить значение поля [123] на 'значение 3').
Дополнительно можно привязать условие отображения кнопки, например к дате или опять же к статусу. Сменили статус на "На согласовании" - кнопка для пользователей стала доступна.
Или по дате - в четверг готовим заявку на понедельник и в понедельник у нее меняется статус.
Или и то и другое, делающее более гибкую систему: скажем, если заявка должна быть согласована в течении 2 рабочих дней, то по истечению срока статус снова меняется и кнопка "Согласовать" делается недоступной).
Когда пользователь нажимает свою кнопку, в комментарии выводить, что Пользователь 1 "нажал кнопку" (читай "согласовал", "ознакомился", "утвердил", или любой текст, который настраивается в администратором. А в карточке записи разделить пользователей нажавших и не нажавших свою кнопку.

[pensar]

Да, данный функционал был бы очень полезен. Хорошее описание.

[support]

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

[support]

Реализовано для 2.5 https://vk.com/rukovoditel_project?w=wall-80230319_811
Учел все пожелания от @sanys. Посмотрим как оно на практике себя покажет.

[sanys]

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

Отличная новость! 'Почесываю руки'

[meu3]

Я уже исчесался весь!