B33 Настройка контуров дочерних компаний

anonymous@undisclosed.example.com (Anonymous) — Fri, 16 Jan 2026 14:03:25 +0000

B33 Настройка контуров дочерних компаний

Проблемы

- Отсутствие единого контроля над различными проектами:
a. Центральный проектный офис (ЦПО) не видит сводную картину по всей компании. b. Отсутствует единое пространство для мониторинга и анализа портфеля проектов.
- Смешение данных разных подразделений:
a. Проекты и объекты всех подразделений находятся в одной области без разграничения.
b. Возникает путаница и риск несанкционированного доступа к чужим проектам.
- Разрозненные подходы к управлению проектами:
a. Каждое подразделение ведет проекты по-своему, без единой методологии и структуры.
b. Это мешает ЦПО формировать сопоставимую отчетность и контролировать прогресс.
- Проблемы с правами доступа
a. Нет разграничения видимости проектов: сотрудники могут видеть или редактировать объекты других подразделений.

Ключевые выгоды от внедрения функционала

- Централизованное управление портфелем проектов
ЦПО видит все проекты компании и управляет ими в едином пространстве.
- Автономность подразделений
Каждое подразделение работает только со своими проектами, без доступа к чужим данным.
- Прозрачность и сопоставимость отчетности
Отчеты формируются автоматически в разрезе подразделений и доступны ЦПО.
- Единое информационное поле
Общая методология, структура и правила ведения проектов для всей компании.
- Разграничение ответственности
Каждое подразделение отвечает за свои проекты, ЦПО — за общее управление и контроль.

Назначение

Решение предназначено для организации единого дерева проектов с поддержкой: - разграничения доступа к проектам по подразделениям;
- автоматической фильтрации отчетов по области ответственности пользователя;
- централизованного контроля со стороны ЦПО.
Оно обеспечивает:
- единый подход к управлению проектами компании;
- прозрачность портфеля и сопоставимость отчетности;
- структурированное хранение проектов и объектов.

Компоненты решения

- Общее дерево проектов — единая иерархия для всех подразделений компании.
- Папки подразделений — отдельные области для ведения проектов каждого подразделения.
- Карточка проекта — содержит реквизит “Подразделение”, по которому определяется доступ.
- Механизм прав доступа — ограничивает видимость и редактирование проектов по подразделению пользователя.
- Фильтры отчетности — формируют выборку данных только по доступным проектам.
- Роль ЦПО — обеспечивает сквозной доступ ко всей структуре для анализа портфеля.

Особенности

- Единое дерево проектов для всех дочерних компаний и подразделений.
- Разделение областей видимости по папкам или реквизиту “Подразделение”.
- Автоматическая фильтрация отчетов и аналитики по текущему пользователю.
- ЦПО имеет полный доступ для мониторинга и формирования сводных отчетов.
- Возможность гибкой настройки структуры — добавление, скрытие иерархических уровней.
- Поддержка единых правил методологии управления проектами.

Автоматизируемые функции и процессы

- Создание проектов с указанием принадлежности к подразделению.
- Ограничение доступа пользователей к проектам других подразделений.
- Формирование отчетов только по доступным проектам.
- Предоставление ЦПО доступа к сводной отчетности по всем подразделениям.
- Централизованное администрирование структуры и прав пользователей.

User Story

Как руководитель проектного офиса подразделения, я хочу видеть и управлять только проектами своего подразделения, чтобы исключить доступ к чужим объектам и работать в прозрачной структуре.
Как сотрудник ЦПО, я хочу видеть все проекты всех подразделений в одном дереве, чтобы контролировать реализацию портфеля и формировать сводные отчеты

Описание решения и иллюстрации

В рамках решения реализовано единое дерево проектов, где каждый проект привязан к конкретной дочерней компании или проектному офису. Это обеспечивает прозрачность и разграничение доступа при одновременном централизованном управлении со стороны ЦПО. Ниже представлены примеры реализации структуры — по дочерним компаниям и по проектным офисам.
Пример распределения проектов холдинга по дочерним предприятиям. Сотрудник ЦПО может видеть все проекты, а локальные проектные офисы — только свои. Такое распределение обеспечивает автономность филиалов и централизованный контроль.

Пример группировки проектов по проектным офисам (РТК). Проекты распределены не по компаниям, а по проектным офисам. Каждый офис ведёт свои проекты по единой методологии, а ЦПО формирует сводные отчёты по всем. Это демонстрирует гибкость структуры и универсальность решения для разных типов организаций.

Все проекты дочерних компаний сохраняются в единой структуре дерева. На основе этой структуры могут формироваться сводные отчёты по портфелю холдинга или отдельным подразделениям.

Отчет «Реестр проектов холдинга»

Отчет «Реестр проектов ПО » по дочерним филиалам проектного офиса.

Реализация единого дерева проектов позволяет ЦПО видеть сводную картину портфеля, при этом каждое подразделение работает только со своими объектами, что исключает дублирование, снижает риски ошибок и повышает прозрачность управления.

Обратная связь

**Узнайте о возможностях платформы и подберите лучшее решение на базе ADVANTA**

Хочу так же

B17 Автоматическое распределение пользователей по ...

anonymous@undisclosed.example.com (Anonymous) — Fri, 16 Jan 2026 13:59:46 +0000

B17 Автоматическое распределение пользователей по группам в Адванте в зависимости от их групп в AD

БП, через тсл

Проблемы

В организации работает много сотрудников, для администрирования учетных записей используется Active Directory (или аналоги). При внедрении ИСУП появляется еще одна точка администрирования учетных записей. Примеры: приняли на работу нового сотрудника, следовательно, необходимо создать учетную запись в ИСУП; сотрудник уволился, необходимо вовремя заблокировать учетную запись. Дополнительные точки администрирования приводят к дополнительным трудозатратам и к ошибкам (например, кто-то не имеет доступов в ИСУП, а должен бы)

Выгоды

Сокращение ошибок при администрировании учетных записей пользователей.
Сокращение трудозатрат на администрирование учетных записей в ИСУП.
Своевременное предоставление и прекращение доступов в ИСУП.

Назначение

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

Компоненты решения

Настройки ИСУП
Триггер / Скрипт / Серверное приложение

Автоматизируемые функции и процессы

Администрирование ИСУП

Особенности

Требуется интеграция

Описание и иллюстрации

Описание процесса

- В AD создается структура групп и пользователи распределяются по группам
- Через механизм интеграции в ADVANTA воспроизводиться идентичная структура, а также переносятся данные о Пользователях
- При синхронизации пользователей, в ADVANTA автоматически выдаются лицензии и назначаются права в зависимости от группы нахождения пользователя
- В случае изменения любой информации о пользователе или добавления новых пользователей в AD информация обновляется и в ADVANTA автоматически

Обратная связь

**Узнайте о возможностях платформы и подберите лучшее решение на базе ADVANTA**

Хочу так же

Wiki [3.x] opportunities:administration_and_settings:user_management

B33 Настройка контуров дочерних компаний

B33 Настройка контуров дочерних компаний

Проблемы

Ключевые выгоды от внедрения функционала

Назначение

Компоненты решения

Особенности

Автоматизируемые функции и процессы

User Story

Описание решения и иллюстрации

Обратная связь

B17 Автоматическое распределение пользователей по ...

B17 Автоматическое распределение пользователей по группам в Адванте в зависимости от их групп в AD

Проблемы

Выгоды

Назначение

Компоненты решения

Автоматизируемые функции и процессы

Особенности

Описание и иллюстрации

Обратная связь