====== B36 Настройка контуров дочерних компаний ======
{{tag>Контур:БП Реализация:через_тсл}}
===== Проблемы =====
- **Отсутствие единого контроля над различными проектами:** \\ a. Центральный проектный офис (ЦПО) не видит сводную картину по всей компании. b. Отсутствует единое пространство для мониторинга и анализа портфеля проектов.
\\
- **Смешение данных разных подразделений**: \\ a. Проекты и объекты всех подразделений находятся в одной области без разграничения. \\ b. Возникает путаница и риск несанкционированного доступа к чужим проектам.
\\
- **Разрозненные подходы к управлению проектами**: \\ a. Каждое подразделение ведет проекты по-своему, без единой методологии и структуры. \\ b. Это мешает ЦПО формировать сопоставимую отчетность и контролировать прогресс.
\\
- **Проблемы с правами доступа** \\ a. Нет разграничения видимости проектов: сотрудники могут видеть или редактировать объекты других подразделений.
===== Ключевые выгоды от внедрения функционала =====
- **Централизованное управление портфелем проектов**
\\
ЦПО видит все проекты компании и управляет ими в едином пространстве.
\\
- **Автономность подразделений**
\\
Каждое подразделение работает только со своими проектами, без доступа к чужим данным.
\\
- **Прозрачность и сопоставимость отчетности**
\\
Отчеты формируются автоматически в разрезе подразделений и доступны ЦПО.
\\
- **Единое информационное поле**
\\
Общая методология, структура и правила ведения проектов для всей компании.
\\
- **Разграничение ответственности**
\\
Каждое подразделение отвечает за свои проекты, ЦПО — за общее управление и контроль.
===== Назначение =====
Решение предназначено для организации **единого дерева проектов** с поддержкой:
- разграничения доступа к проектам по подразделениям;
\\
- автоматической фильтрации отчетов по области ответственности пользователя;
\\
- централизованного контроля со стороны ЦПО.
\\
Оно обеспечивает:
\\
- единый подход к управлению проектами компании;
\\
- прозрачность портфеля и сопоставимость отчетности;
\\
- структурированное хранение проектов и объектов.
===== Компоненты решения =====
- **Общее дерево проектов** — единая иерархия для всех подразделений компании.
\\
- **Папки подразделений** — отдельные области для ведения проектов каждого подразделения.
\\
- **Карточка проекта** — содержит реквизит “Подразделение”, по которому определяется доступ.
\\
- **Механизм прав доступа** — ограничивает видимость и редактирование проектов по подразделению пользователя.
\\
- **Фильтры отчетности** — формируют выборку данных только по доступным проектам.
\\
- **Роль ЦПО** — обеспечивает сквозной доступ ко всей структуре для анализа портфеля.
===== Особенности =====
- Единое дерево проектов для всех дочерних компаний и подразделений.
\\
- Разделение областей видимости по папкам или реквизиту “Подразделение”.
\\
- Автоматическая фильтрация отчетов и аналитики по текущему пользователю.
\\
- ЦПО имеет полный доступ для мониторинга и формирования сводных отчетов.
\\
- Возможность гибкой настройки структуры — добавление, скрытие иерархических уровней.
\\
- Поддержка единых правил методологии управления проектами.
===== Автоматизируемые функции и процессы =====
- Создание проектов с указанием принадлежности к подразделению.
\\
- Ограничение доступа пользователей к проектам других подразделений.
\\
- Формирование отчетов только по доступным проектам.
\\
- Предоставление ЦПО доступа к сводной отчетности по всем подразделениям.
\\
- Централизованное администрирование структуры и прав пользователей.
===== User Story =====
Как **руководитель проектного офиса подразделения**, я хочу видеть и управлять только проектами своего подразделения, чтобы исключить доступ к чужим объектам и работать в прозрачной структуре.
\\
Как **сотрудник ЦПО**, я хочу видеть все проекты всех подразделений в одном дереве, чтобы контролировать реализацию портфеля и формировать сводные отчеты
===== Описание решения и иллюстрации =====
В рамках решения реализовано единое дерево проектов, где каждый проект привязан к конкретной дочерней компании или проектному офису.
Это обеспечивает прозрачность и разграничение доступа при одновременном централизованном управлении со стороны ЦПО.
Ниже представлены примеры реализации структуры — по дочерним компаниям и по проектным офисам.
\\
Пример распределения проектов холдинга по дочерним предприятиям. Сотрудник ЦПО может видеть все проекты, а локальные проектные офисы — только свои.
Такое распределение обеспечивает автономность филиалов и централизованный контроль.
\\
{{:opportunities:administration_and_settings:user_management:1b36.png?800|}}
Пример группировки проектов по проектным офисам (РТК). Проекты распределены не по компаниям, а по проектным офисам.
Каждый офис ведёт свои проекты по единой методологии, а ЦПО формирует сводные отчёты по всем.
Это демонстрирует гибкость структуры и универсальность решения для разных типов организаций.
\\
{{:opportunities:administration_and_settings:user_management:2b36.png?800|}}
\\
Все проекты дочерних компаний сохраняются в единой структуре дерева.
На основе этой структуры могут формироваться сводные отчёты по портфелю холдинга или отдельным подразделениям.
Отчет "Реестр проектов холдинга"
\\
{{:opportunities:administration_and_settings:user_management:3b36.png?800|}}
\\
Отчет "Реестр проектов ПО " по дочерним филиалам проектного офиса.
\\
{{:opportunities:administration_and_settings:user_management:4b36.png?800|}}
\\
Реализация единого дерева проектов позволяет ЦПО видеть сводную картину портфеля, при этом каждое подразделение работает только со своими объектами,
что исключает дублирование, снижает риски ошибок и повышает прозрачность управления.
{{page>opportunities:start#обратная_связь}}