Wiki [3.x] opportunities:projects_and_tasks:planning

B08 Автоматизированное формирование команды проекта

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

B08 Автоматизированное формирование команды проекта

БП, через тсл

Проблемы

В больших проектах сложно администрировать добавление / исключение участников проекта.
Нет достоверной информации об участниках проекта и их ролях.
Нет исторической информации об участниках проекта.

Выгоды

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

Назначение

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

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

Ролевой многоуровневый справочник (на узлах проекта);
Классификатор ролей;
Адаптивные настройки доступов к узлам проекта;
Автоматизированное предоставление прав в объеме, соответствующем роли.
Триггеры

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

Набор ресурсов;
Развитие команда;
Управление командой.

Особенности

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

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

Вариант 1. Формирование команды проекта на уровне карточки проекта. Руководитель проекта назначает ресурсы на задачи проекта, в результате чего система заполняет в карточке проекта справочник «Роли в команде»/«Команда проекта» (наименование может быть разным). При добавлении ресурса в справочник системой могут быть заполнены различные атрибуты (реквизиты): - роль, - дата начала (с какого числа привлекается ресурс с работам на проекте); - дата окончания (до какой даты планируется привлечение ресурса); - % вовлечения. Состав атрибутов настраивается индивидуально под имеющиеся задачи заказчика.

Вариант 2. Формирование команды на уровне карточки проекта, этапов и задач.

1) При создании проекта триггер автоматически формирует команду в справочнике для всех указанных ролей: - Руководитель проекта, - Администратор проекта, - Клиент-менеджер, - Сервис-менеджер, - Ответственный от Проектного офиса, - Ответственный за договорную работу и т.д.

2) При изменении любых ролей в проекте (системных или пользовательских) триггер обновляет записи в справочнике: для старого сотрудника ставится дата снятия, а для нового создаётся запись.
3) Добавление ресурса/участника через задачу также автоматически вносит его в команду с ролью «Прочие ресурсы», и эта запись сохраняется даже после его удаления с задачи. Пример отображения «Команды проекта»

Система предоставляет возможность формирования отчета по команде проекта с выводом всех необходимых атрибутов по задействованному ресурсу/участнику:

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

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

Хочу так же

B12 Автоматизация переключения фаз жизненного цикла

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

B12 Автоматизация переключения фаз жизненного цикла

БП, через тсл

Проблемы

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

Выгоды

Максимально корректная информация для принятия решений высшим руководством.
Сокращение трудозатрат и фокуса РП на контроль проекта.
Выполнение проектов в плановый срок и бюджет.
Возможность вести большее количество проектов.

Назначение

Снизить нагрузку на РП или АП за счет автоматизированного обновления Карточки проекта по событиям в ходе проекта.
Повышение доли актуальной информации в карточке проекта за счет автоматизированного обновления данных.

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

Настройки ИСУП
Триггеры

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

Интегрированный контроль изменений

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

Автоматическое переключение фаз жизненного цикла при завершении вехи проекта.
1) Проект содержит вехи, которые соответствуют фазам жизненного цикла.
2) Исполнитель завершает контрольную точку. Например, «Старт проекта».

3) Система (триггер) переводит проект на соответствующую стадию (фазу) жизненного цикла.

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

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

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

Хочу так же

B11 Автоматизированное заполнение карточки проекта

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

B11 Автоматизированное заполнение карточки проекта

БП, через тсл

Проблемы

Имеются определенные формализованные стандарты по которым заполняется Карточка проекта, ручное заполнение занимает длительное время, требует погружение в документы/регламенты.
РП не может вести много проектов, т.к. ведение текущих требует много человеческого ресурса.

Выгоды

Сокращение трудозатрат и фокуса РП на контроль проекта.
Выполнение проектов в плановый срок и бюджет.
Возможность вести большее количество проектов.

Назначение

Снизить нагрузку на РП или АП за счет автоматизированного обновления Карточки проекта по событиям в ходе проекта.
Повышение доли актуальной информации в карточке проекта за счет автоматизированного обновления данных.

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

Настройки ИСУП
Триггеры

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

Интегрированный контроль изменений

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

Автоматическое завершение вехи при получении данных о согласовании документа в корпоративной автоматизированной системе управления документооборотом (далее - КАСУД)
1) Ответственный сотрудник запускает процесс согласования документа (ТЗ) в КАСУД согласно регламенту.
2) В прикреплённый к карточке проекта справочник в ADVANTA поступает информация из КАСУД о том, что документ был успешно согласован.

3) Система (триггер) осуществляет поиск вехи с типом- «ТЗ загружено в КАСУД» и переводит статус вехи в «Завершен».
4) Система (триггер) автоматически заполняет реквизиты в карточке вехи согласно регламентам компании (см. реквизит «Причина завершения»).

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

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

Хочу так же

B18 Автоматизированный расчет прогноза завершения ...

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

B18 Автоматизированный расчет прогноза завершения проекта на основе набранных темпов выполнения работ

БП, через тсл

Проблемы

У проектного офиса, проектного комитета, куратора нет уверенности в планируемой дате завершения проекта или этапа;
нет уверенности в прогнозе, который предоставляют исполнители.

Выгоды

Получение прогноза даты завершения проекта на основе набранных темпов выполнения работ без участия команды проекта в формировании прогноза.

Назначение

Автоматизировать расчет прогноза срока завершения этапов проекта и проекта с применением метода освоенного объёма, т.е. формирование прогноза с учётом набранных темпов выполнения проекта.

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

Настройки ИСУП;
Отчет типа «Электронная таблица».

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

Мониторинг и контроль работ проекта

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

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

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

Хочу так же

B21 Автоматизированная актуализация плана-графика ...

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

B21 Автоматизированная актуализация плана-графика проекта на основе фактических данных о выполнении работ проекта

БП, через тсл

Проблемы

Срыв сроков выполнения проектов при отсутствии актуальных оперативных планов проектов.
Отсутствие времени у РП на управление планом проекта.

Выгоды

Сокращение затрат времени РП на актуализацию оперативных планов проектов, т.к. Система самостоятельно актуализует график в зависимости от имеющихся фактических дат.

Назначение

Своевременная актуализация плана-графика проекта сразу после ввода фактических данных о выполнении работ проекта.
Снижение загрузки РП.

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

Настройки ИСУП
Триггеры

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

Разработка расписания

Особенности

При появлении у объекта фактической даты начала плановая дата окончания пересчитывается: фактическая дата начала + плановая длительность, после чего связь удаляется
При появлении у объекта фактической даты окончания плановая дата окончания приравнивается к фактической, при наличии связи с предшественником данная связь удаляется
График проекта перестраивается согласно связям, установленных в задачах-последователях (функция планировщика д. Ганта)
График проекта не будет перестраиваться автоматически, если исполнители не будут работать со своими активностями (переводить в работу, отправлять на проверку)

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

1) Пользователь еще не взял задачи в работу, нет фактической даты начала

2) Пользователь взял задачи в работу, есть фактическая дата начала

3) Плановая дата начала приняла значения фактической даты начала

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

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

Хочу так же

B13 Блокировка плана-графика от изменений ...

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

B13 Блокировка плана-графика от изменений пользователями, имеющими к нему доступ

БП, через тсл

Проблемы

Сотрудники рабочей группы проекта для планирования проекта имеют права на редактирование плана-графика. Согласование плана-графика на несколько тыс. строк идет от 2 до 4 недель, права на редактирование у рабочей группы сохраняются и концептуально они могут менять этот план-график в Системе, пока идет согласование.
Поддержание графика в неизменном состоянии во время его согласования требует от проектного офиса значительных временных затрат
Завершенный проект доступен для редактирования командой до тех пор, пока он не будет перемещён в раздел «Архив проектов».

Выгоды

Сокращение времени ПРОФ на контроль проектов.
Получение ресурса на обучение / проработку новых методологических фич для компании.

Назначение

Автоматизировать установку запрета на изменение плана-графика проекта по нажатию кнопки в карточке проекта.

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

Настройки ИСУП
Триггеры

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

Разработка расписания

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

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

согласование/пересогласования базового план-графика проекта;
согласование запроса на изменение параметров проекта;
закрытия доступа к проекту после его завершения.

1) Сотрудник проектного офиса на период, когда необходимо заблокировать доступ к редактированию графика проекта со стороны команды (руководителю проекта, куратору, исполнителям/руководителям по задачам) в специально-созданном справочнике карточки проекта создает запись и в реквизите «Заблокировать план-график от изменений исполнителями?» выбирает значение «Заблокировать».

2) Система (триггер) забирает права доступа у пользователей (ограничиваются следующие действия: изменения реквизитов, статусов, дат объектов, списание фактических трудозатрат, создание новых задач и т.д.). Карточка проекта, график доступны только для просмотра.

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

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

Хочу так же

F04 Согласование бюджета проекта

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

F04 Согласование бюджета проекта

Финансовый контур, через тсл

Проблемы

Отсутствие прозрачного процесса согласования бюджетов проектов. Неуправляемое финансирование проектов.

Выгоды

Прозрачный процесс согласования бюджетов проектов в единой среде ИСУП.

Назначение

Создать в ИСУП процедуру согласования бюджета проекта. Единое пространство в ИСУП для планирования проектов.

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

настройки ИСУП;
триггер.

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

Формирование бюджета;
Отправка сформированного бюджета на согласование.

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

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

Шаг 1
В структуре плана-графика проекта создаются специальные «объекты-затраты», на уровне которых фиксируется необходимая информация для будущего расчета бюджета.
Бюджет проекта складывается из:
1) ФОТ-затрат (Трудозатраты ресурса, умноженные на его ставку. Источником таких затрат являются задачи проекта);
2) не ФОТ затрат, к которым относятся: работы подрядчика, закупка оборудования, риски, командировки.
Таким образом данные первоначально записываются в карточку объекта.

Шаг 2
Переходим в карточку проекта и нажимаем на команду «Сформировать бюджет».

Запускается триггер со необходимыми проверками корректности заполненных данных. После их успешного выполнения система записывает данные из карточки объекта в справочник «Оперативный бюджет».
Данный справочник заполняется исключительно триггером и необходим для того, чтобы зафиксировать версию бюджета перед ее отправкой на согласование.
В случае, если необходимо поменять оперативный бюджет, то требуется изменить информацию в карточке объекта и снова «Сформировать бюджет»

В справочник записываются множество параметров, которые необходимы формирования бюджета и отправки его на согласование:

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

Шаг 4
Если все корректно, то Руководитель проекта отправляет его на согласование. Согласование создается триггером и наполняет его необходимыми согласующими. Причем состав согласующих может быть разным в зависимости, например, от стоимости бюджета.
Запрос на создание согласования запускается из карточки проекта.

Карточка созданного согласования бюджета проекта.

Шаг 5 После успешного согласования система сохраняет ранее отправленную версию как утвержденную (-Сохранение базового плана по ранее отправленному на согласование бюджету проекта подробно описано в решении F05 Сохранение базового плана по стоимости проекта (бюджет проекта).
Шаг 6 Система сохраняет ранее утвержденный бюджет как версию (Сохранение версии бюджета подробно описано в решении F06 Версионность бюджета проекта).

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

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

Хочу так же

F06 Версионность бюджета проекта

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

F06 Версионность бюджета проекта

Финансовый контур, через тсл

Проблемы

Превышение выделенных финансовых лимитов на проекты.
Отсутствие управляемости изменений стоимости проектов.
Потребность в управлении изменениями стоимости проектов.

Выгоды

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

Назначение

Мониторинг стоимости проектов. Выявление проблемных зон, приводящих к увеличению бюджетов проектов.

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

Настройки ИСУП: справочник для ведению бюджетных записей по проекту;
Триггер.

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

фиксация утвержденных версий бюджета
сравнение новой версии с предыдущими
формирование истории изменений бюджета проекта

User Story

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

Техническая реализация

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

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

Шаг 1.
Руководитель проекта формирует новую версию бюджета и отправляет ее на согласование (Формирование и отправка бюджета на согласование подробно описано в решении F04 Формирование и отправка на согласование бюджета проекта)
Шаг 2.
После успешного согласования система (триггер) сохраняет ранее отправленную версию как утвержденную (Сохранение базового плана по ранее отправленному на согласование бюджету проекта подробно описано в решении F05 Сохранение базового плана по стоимости проекта (бюджет проекта).
Шаг 3.
Система (триггер) осуществляет сохранение утвержденной версии бюджета в специально-созданный справочник «Архив бюджета проекта» .

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

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

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

Хочу так же

B07 Управление проектами по директивным точкам – ...

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

B07 Управление проектами по директивным точкам – авторская методология Андрея Вачегина

БП, настройка, через тсл

Проблемы

Отсутствие единой картины о ходе выполнения проектов.
Сложности с определением проблемных проектов.
Сильное влияние уровня подготовки РП на достоверность информации о ходе проекта.
Взять под контроль множество проектов вне зависимости от их типа и продолжительности.

Выгоды

Наличие достоверной и сравнимой информации о разных типах проектов вне зависимости от уровня подготовки РП для мониторинга и контроля хода выполнения за счет единой технологии управления с применением директивных точек.
Максимально прозрачное понимание, как сдвиг одного типа проектов в портфеле/программе повлияет на весь портфель/программу по срокам/бюджету/ресурсам и в целом на финансовые показатели компании.
ГД избавлен от ручного/интуитивного контроля, видит, что на что влияет в моменте, какие лучше решения принять.

Назначение

Метод директивных точек, позволяет взять под контроль весь портфель проектов, вне зависимости от типов проектов, подготовки РП и продолжительности проектов. Нет необходимости обучать РП, как планировать, достаточно сформировать по определенным правилам контрольные позиции, из чего сложится картина по всем проектам.
Решение включает в себя проверку валидности данных по проектам. Когда данные валидны, тогда принимают решения по критериям:
- отставание проектов;
- проблемность.
Нет необходимости строить сложные графики. Графики могут оставаться адаптивными под технологию управления, применяемую РП.

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

Выделение отдельного типа объектов – директивные точки (ДТ). Методология управления ДТ.
Сбор статусов о ходе проектов, получение управляющих воздействий.

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

Основные функции управления проектами.

Решение включает в себя проверку валидности данных по проектам. Когда данные валидны, тогда принимают решения по критериям:

отставание проектов;
проблемность.

Особенности

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

Иллюстрация настроенного решения

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

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

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

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

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

Хочу так же

F03 Автоматизация фиксации ставки ресурса (в руб. ...

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

F03 Автоматизация фиксации ставки ресурса (в руб.) на уровне проекта

Финансовый контур, через тсл

Проблемы

Потери на подготовке расчётов ФОТ: ошибки и высокая трудоемкость расчетов.
В ИСУП нет сценария фиксации ставки сотрудника на уровне проекта для расчета ФОТ.

Выгоды

Сокращение трудозатрат на подготовку расчетов ФОТ за счёт автоматизации записи ставок.
Сокращение ошибок в расчётах ФОТ.

Назначение

Автоматизировать добавление ставок ресурсов в карточку проекта, чтобы рассчитать ФОТ проекта.

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

Настройки ИСУП: справочник ставок, справочник для записи ставок в проектах
Триггер

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

Определение бюджета

Суть решения заключается в том, что при назначении пользователя в качестве ресурса по одной из задач проекта создается запись о ставке ресурса в карточке проекта.

Техническая реализация

Модуль триггеров.
Настройки на стороне ADVANTA (общий справочник ставок ресурсов, из которого триггер будет забирать ставку и передавать ее назначенному ресурсу в проект, справочник ставок ресурсов на уровне проекта с созданными атрибутами).
ТЗ на триггер и разработанный код.

Суть решения заключается в том, что при назначении пользователя в качестве ресурса по одной из задач проекта, триггер создает запись в справочнике «Ресурсы проекта», где обязательными полями являются:

реквизит-классификатор по пользователям «ФИО ресурса» (выбирает ФИО ресурса из перечня пользователей Системы с лицензией);
числовой реквизит «Ставка руб./час.» (переносит в данный реквизит значение ставки, которая соответствует выбранному пользователю из общего справочника ставок).

Могут быть предусмотрены и другие реквизиты в зависимости от специфики требований.

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

При добавлении руководителем проекта новых ресурсов в проект система автоматически вносит их в соответствующий справочник и фиксирует действующую ставку. На основании этих данных формируется и корректируется бюджет проекта.

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

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

Хочу так же

B22 Вывод прогнозной даты завершения работ проекта в ...

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

B22 Вывод прогнозной даты завершения работ проекта в пользовательский столбец в диаграмме Ганта

БП, через тсл

Проблемы

Заинтересованные стороны проекта зачастую получают неактуальный прогноз выполнения ключевых работ и из графика проекта не видят, на каких работах прогнозируется срыв сроков и как это повлияет на выполнение проекта;
Ответственный за внесение прогноза – руководитель проекта, который не успевает внести актуальный прогноз в связи с высокой загрузкой

Выгоды

Независимый расчет: Система рассчитает актуальный прогноз выполнения и его отклонение от плана, а также на основании наличия фактических дат, длительности работ и текущей даты рассчитает реалистичные сроки выполнения проекта и его работ.
Прозрачность планирования: Вы видите расхождение между оперативным планом и прогнозом и можете вовремя принять управленческое решение.
Экономия времени: Больше не нужно вручную собирать прогнозы и сводить данные. Вся информация — перед глазами в вашей диаграмме Ганта. Где произойдут отклонения, там система подсветит.
Фокус на работах с отклонением: Возможность отфильтровать в диаграмме Ганта те работы, по которым прогнозируется срыв сроков выполнения с помощью настроенного индикатора.
Оперативное оповещение: Система может сформировать письмо об отклонениях через email-рассылку руководителю проектов и другим заинтересованным сторонам.

Назначение

Удобство работы с диаграммой Ганта - проще получить информацию о прогнозной дате.

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

Настройки ИСУП;
LINQ.

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

Автоматизация расчета даты прогноза выполнения работ;
Подсветка отклонения работ, в которых прогноз превышает оперативный план.

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

При расчете плана «Факт – прогноз» учитываются:

плановые даты;
длительности работ;
зависимости (связи между проектами и работами);
даты вышестоящих объектов;
текущая дата.

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

так и по всем работам проекта в целом:

Для более удобной работы с графиком в д. Ганта выводится отдельный столбец с индикатором отклонения. Если он горит красным, то между прогнозной датой завершения и плановой есть отклонение. Зеленый цвет горит в случае, если такого отклонения нет

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

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

Хочу так же

B20 Эскалационное информирование руководства об ...

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

B20 Эскалационное информирование руководства об отклонениях сроков в проектах

БП, через тсл

Проблемы

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

Выгоды

Сокращение срывов сроков проектов за счет своевременного информирования руководства об отклонениях оперативных дат проектов от утвержденных дат.

Назначение

Своевременное информирование исполнителей проектов, руководителей проектов, кураторов (спонсоров) проектов об отклонениях сроков.

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

Триггеры

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

Контроль расписания

Особенности

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

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

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

Уведомления формируются цифровым помощником автоматически по настроенному расписанию и отправляются в Outlook. Наполнение текста письма в зависимости от роли, которой адресовано письмо, может быть разным.
Например:
- для исполнителя формируется письмо, в котором отражены просрочки только по его активностям;
- для непосредственного руководителя наполнение письма гораздо шире, т.к. в письме одновременно перечислены просрочки по всем активностям сотрудников его подразделения.
Пример письма в Outlook:

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

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

Хочу так же

R03 Сохранение базового плана по трудозатратам

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

R03 Сохранение базового плана по трудозатратам

Ресурсный контур, через тсл

Проблемы

Отсутствие прозрачного процесса формирования и согласования базового плана по трудозатратам проектов.
Неуправляемое расходование трудовых ресурсов на работы проектов.
В базовом варианте Система не фиксирует базовый план по трудозатратам в справочник.

Выгоды

Сокращение трудозатрат на формирование, согласование и фиксацию базовых планов по трудозатратам.

Назначение

Фиксация базового плана по трудозатратам для возможности сравнения оперативного плана с базовым.

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

Настройки ИСУП;
Триггеры.

В Системе реализован процесс формирования и согласования базового плана по трудозатратам.

Автоматизированная запись базового плана по трудозатратам в справочник.

Ограничение: минимальный период для сохранения - неделя.

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

Управление ресурсами
Определение бюджета

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

Проектный офис/Руководитель проекта в д. Ганта или через согласование утверждает новый базовый план проекта.

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

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

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

Хочу так же

B31 Особенности ведения Диаграммы Ганта

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

B31 Особенности ведения Диаграммы Ганта

БП, через тсл

Проблемы

Отсутствие оперативного и визуального контроля над проектом:
- Руководители не могут быстро оценить текущее состояние проекта без ручного анализа данных.
- Просрочки и критические зоны остаются незамеченными до момента их превращения в кризис.
- РП не видят «живую» картину проекта и не могут оперативно реагировать на отклонения.
- Без визуальной индикации сложно определить, какие работы требуют внимания, а какие находятся в норме.
Неэффективное распределение внимания и коммуникацию по статусу проекта:
- Руководители тратят время на анализ всех задач вместо фокусировки на тех, которые требуют немедленного вмешательства.
- Нет четкого разделения на «актуальные» и «неактуальные» задачи.
- Руководство и команда работают в разных информационных полях из-за отсутствия единого визуального представления.
Упущение критически важных элементов:
- Без фокуса на «ключевых элементах» проекта (документы по договорам, КТ, акты) теряются важные результаты.

Выгоды

Мгновенная оценка состояния проекта:
- Цветовая индикация (синий, зеленый, желтый/красный) позволяет за секунды понять здоровье проекта, где возникли проблемы.
- Визуализация показателей без необходимости открывать отдельные отчеты или таблицы.
Раннее выявление и решение проблем:
- Желтый/красный сигналы о просрочках позволяют оперативно корректировать план для снижения риска срыва сроков.
- Фокус на «оперативном окне» - задачах, требующих внимания сейчас.
Единая коммуникация:
- Все участники проекта работают в едином информационном пространстве.
- Наглядная визуализация статуса проекта вместо отчетов.

Назначение

Диаграмма Ганта предназначена для:

Визуализации реализации проекта в реальном времени.
Определения критических зон через цветовую индикацию.
Фокусировки на задачах, требующих немедленного вмешательства.

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

Цветовая индикация статусов:
- Синий: работы, актуальные на текущий момент.
- Зеленый: успешно завершенные задачи.
- Желтый/Красный: просрочки (<7 и >7 дней).
Фокус на ключевых элементах:
- Возможность в Ганте обозначить ключевые работы плана.

Особенности

Фокус на оперативном окне - автоматическое выделение задач, требующих внимания в ближайшие 2 недели.
Акцент на ключевых элементах - возможность быстрого переключения на ключевые работы то 1 до 5 уровня.

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

Обновление индикаторов задач: Автоматическая смена цветовой индикации при изменении сроков и дат фактического выполнения.

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

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

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

Хочу так же

B24 Запись в карточку задачи сведений о ...

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

B24 Запись в карточку задачи сведений о предшественниках и последователях

БП, через тсл

Проблемы

Трудоемкость управления проектами.
Отсутствие понимания последовательности работ, как следствие работы выполняются не те и не в том порядке.

Выгоды

Сокращение времени исполнителей на получение информации о последовательности работ по проекту.

Назначение

Сокращение трудозатрат исполнителей на работу с задачами проекта за счёт вывода в карточку задачи на главную страницу сведений о задачах, являющихся предшественниками и последователями.

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

Настройки ИСУП
Триггер
Реквизиты к карточке объекта для записи ссылки на задачу-предшественник.
Триггер

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

Улучшение интерфейса карточки задачи

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

Схема процесса:

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

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

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

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

Хочу так же

B23 Запрет переноса плановых дат работ на период ...

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

B23 Запрет переноса плановых дат работ на период после плановой даты проекта /этапа

БП, через тсл

Проблемы

Срыв сроков выполнения проектов при отсутствии процедур подконтрольного изменения сроков проектов.
Высокие трудозатраты РП на управление планом проекта.

Выгоды

Сокращение срывов сроков проектов за счет более проактивного управления проектами.
Управляемое изменение сроков проектов.

Назначение

Предотвратить бесконтрольный перенос сроков работ проекта участниками проекта.

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

Триггер

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

Контроль расписания

Решение страхует от внесения изменений в план-график, которые увеличивают срок проекта.

Триггер для проверки переноса плановой даты за пределы плановой даты у родительского объекта. Если исполнитель устанавливает плановую дату задачи за пределами диапазона дат у родительского объекта, руководитель проекта согласовывает это изменение, триггер не дает перенести даты и присылает уведомление.

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

Схема процесса:

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

Пользователь изменяет срок завершения задачи, в период после завершения проекта.
Система уведомляет об этом РП и автоматически создает запрос на изменение сроков.
Руководитель проекта рассматривает запрос и принимает решение о переносе сроков.
В случае положительного решения – РП изменяет сроки завершения проекта. В случае отрицательного решения – исполнитель изменяет сроки завершения задачи.

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

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

Хочу так же

F05 Сохранение базового плана по стоимости проекта ...

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

F05 Сохранение базового плана по стоимости проекта (бюджет проекта)

Финансовый контур, через тсл

Проблемы

Отсутствие базового плана по стоимости проекта.
Нет возможности контролировать плановые и фактические расходы по проекту в сопоставлении с утвержденным бюджетом.
Расходование денег на проекты превышает ожидания.

Выгоды

Контроль стоимости выполнения проектов.

Назначение

Сохранение базового плана по стоимости.

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

настройки ИСУП: объекты, справочники, отчёты;
триггер.

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

Определение бюджета

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

Шаг 1. Руководитель проекта формирует новую версию бюджета и отправляет ее на согласование (Формирование и отправка бюджета на согласование подробно описано в решении F04 Формирование и отправка на согласование бюджета проекта)
Шаг 2. Сохранение базового плана по стоимости проекта происходит после успешного согласования бюджета проекта

Триггер фиксирует ранее отправленный на согласование бюджет проекта как утвержденный и записывает его в специальный справочник - «Утвержденный бюджет».

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

Шаг 3. Дополнительно система сохраняет ранее утвержденный бюджет как версию (Сохранение версии бюджета подробно описано в решении F06 Версионность бюджета проекта).

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

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

Хочу так же

B19 Расчет прогноза завершения проекта на основе ...

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

B19 Расчет прогноза завершения проекта на основе прогнозов сроков выполнения задач и КТ от исполнителей

БП, через тсл

Проблемы

У проектного офиса, проектного комитета, куратора нет уверенности в планируемой дате завершения проекта или этапа;
нет уверенности в прогнозе, который предоставляют руководители проектов.

Выгоды

Получение прогноза даты завершения проекта на основе экспертного мнения исполнителей.

Назначение

Автоматизировать формирование прогноза срока завершения проекта на основе прогнозов сроков выполнения задач и КТ от исполнителей.

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

Настройки ИСУП: настройки объектной модели;
Отчет типа «Электронная таблица».

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

Мониторинг и контроль работ проекта

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

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

Хочу так же

B14 Расчет показателей качества управления сроками ...

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

B14 Расчет показателей качества управления сроками проектов с выдачей рекомендаций по устранению недостатков

БП, через тсл, настройка

Проблемы

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

Условия

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

Выгоды

Сокращение трудозатрат на определение недостатков плана-графика проекта.
Повышение качества планирования проектов за счет простого, быстрого, безошибочного определения проектов и РП с низким уровнем планирования.
Повышение вероятности выполнения проектов в плановый срок и бюджет.
Быстрая подготовка к проектному комитету в части оценки качества плана-графика.

Назначение

Автоматизированный расчет метрик (показателей) качества управления сроками проектов.

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

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

Настройки ИСУП

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

Контроль расписания

Особенности

Может быть реализовано разными способами: Excel-отчет, триггеры, LINQ.
Вывод: в Excel-отчет, в виджет на карточке проекта, в дискуссию.

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

Проектный офис/Руководитель проекта для оценки качества управления сроками проектов открывают сводный дашборд.
Данный дашборд позволяет определить, в каких проектах качество управления сроками находится в красной зоне (выделены красным индикатором в столбце «График»):

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

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

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

Хочу так же

R02 Проверка доступности ресурсов при планировании ...

anonymous@undisclosed.example.com (Anonymous) — Wed, 18 Feb 2026 15:42:18 +0000

R02 Проверка доступности ресурсов при планировании задач

Ресурсный контур, через тсл

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

Проверка доступности ресурсов полезна, когда:

• задачи планируются, но загрузка ресурсов проверяется вручную или не проверяется вовсе;
• один и тот же ресурс используется в нескольких проектах, и конфликты выявляются с опозданием;
• Проектному офису приходится пересматривать сроки уже после старта проектов.

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

Как решение меняет процесс работы для участников

Руководитель проектов	РПО и Проектный офис	Пользователь
• Запускает проверку доступности ресурсов на уровне задачи или проекта • Получает расчет оптимальной длительности задачи с учетом загрузки и периодов недоступности сотрудников • Видит доступность и загрузку сотрудников на диаграмме Ганта при планировании задач • Автоматически добавляется в дискуссию с другими руководителями проектов, если один и тот же сотрудник требуется в нескольких задачах	• Настраивает правила автоматической проверки доступности сотрудников • Получает доступ к разделу «Дискуссии по проектам с перегруженными ресурсами» по всему портфелю • Контролирует корректность ресурсного планирования без ручных сверок	• Назначается на задачи с учетом текущей загрузки и периодов недоступности • Не получает пересекающиеся задачи без управленческого решения

Какие инструменты получает компания и Проектный офис

Проверка доступности сотрудников на уровне задачи, проекта или всего портфеля;
Отчеты по загрузке на уровне проекта или портфеля;
Ручной или автоматический запуск проверки доступности ресурсов;
Дискуссии по ресурсным конфликтам;
Расчет доступной мощности сотрудников и расчетной длительности задач;
Отображение загрузки и доступности сотрудников на диаграмме Ганта;
Выявление конфликтов по загрузке сотрудников.

Как работает механизм проверки доступности ресурсов

1. Руководитель проекта назначает ресурсы на задачу и запускает проверку

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

2. Система проверяет занятость сотрудников

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

Информация о конфликте фиксируется в специальном справочнике на уровне задачи.

3. Руководители проектов договариваются о занятости

Руководители проектов в рамках дискуссии согласуют распределение занятости сотрудников, объемы участия и периоды выполнения работ. Договоренности фиксируются в системе и используются при дальнейшем планировании.

4. Руководитель проекта вносит корректировки в план-график

После проверки доступности система также подсветит в диаграмме Ганта задачи, где ресурс спланирован неверно. Руководитель проекта вносит изменения в план-график задачи или проекта с учетом достигнутых договоренностей и фактической доступности сотрудников.

Анализ портфеля на загрузку ресурсов

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

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

С помощью анализа портфеля Проектный офис:

видит перегрузку сотрудников и ресурсные конфликты между проектами до запуска работ;
получает отчеты по загрузке ресурсов и конфликтам для регулярного контроля портфеля;
настраивает варианты проверки доступности ресурсов: по задаче, проекту или портфелю, вручную или автоматически;

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

Отчеты по доступности ресурсов

Используются для анализа загрузки сотрудников и выявления ресурсных ограничений при планировании задач и проектов.

Отчетность формируется на разных уровнях:

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

Скрипт проверки доступности запускается:

вручную — для точечной проверки отдельных проектов или портфеля;
автоматически — по заданным правилам и расписанию.

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

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

Хочу так же

B37 Актуализация плана работ по проекту на основании ...

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

B37 Актуализация плана работ по проекту на основании данных табличного плана

БП, через тсл

Проблемы

Неудобство работы с большим количеством задач Work-Flow
- При большом числе задач стандартная диаграмма Ганта становится перегруженной и малонаглядной.
- Руководителям и исполнителям сложно быстро ориентироваться в статусах, сроках и зависимостях.
Высокие трудозатраты на обновление планов
- Ведение плана в таблице Excel и последующее ручное внесение изменений в систему требуют значительных временных затрат.
- Ошибки при копировании и несоответствие версий данных приводят к потере актуальности планов.
Отсутствие удобного инструмента для визуализации спринтов и фаз Work-Flow
- Стандартные представления не позволяют быстро оценить результаты по спринтам и прогресс по фазам
- Нет возможности в удобной табличной форме обновить статусы и сроки выполнения задач.

Выгоды

Привычный интерфейс Excel для работы с планами.
- Работа с планами в знакомом табличном формате, без необходимости осваивать сложные инструменты.
- Простое редактирование, фильтрация и сортировка задач.
Визуализация по спринтам и фазам
- Четкое отображение фаз Work-Flow, их статусов и сроков.
- Быстрая визуальная оценка выполнения задач в каждом спринте.
Быстрая актуализация данных
- После внесения изменений пользователь загружает обновленный файл в систему, и данные плана автоматически обновляются.
- Сокращение количества ручных операций и повышение точности данных.
Сокращение времени на планирование и контроль
- Обновление больших объемов данных происходит за считанные минуты
- Все изменения фиксируются централизованно в системе.

Назначение

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

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

Объектная модель с задачами типа Work-Flow, выделенные типы задач для суммарных и для конечных задач типа Work-Flow.
Отчёт «Шаблон для табличного плана».
Шаблон с макросами «Табличный план».
Утилита «Парсер табличного плана».

Особенности

- Представление проекта в формате табличного плана.
- Контроль последовательности фаз Work-Flow и их логики исполнения.
- Распределение фаз по спринтам с визуальным отображением прогресса.
- Легкое внесение статусов, корректировок, плановых сроков.
- Импорт обновленного табличного плана в систему и автоматическая актуализация данных.

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

Представление плана проекта в формате табличного плана.
Умный контроль соблюдения последовательности фаз Work-Flow.
Распределение фаз по спринтам.
Легкое внесение статусов, корректировок, изменение плановых сроков.
Импорт данных обновленного плана в систему, актуализация данных в системе.

User Story

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

Техническая реализация

Шаблон электронной таблицы с макросами для работы с табличными планами;
Настройки на стороне ADVANTA (объекты, реквизиты, отчёт для загрузки в шаблон);
Сервис – парсер табличного плана для актуализации данных по плану проекта на основе данных из загруженного в систему актуализированного файла.

Суть решения заключается в том, что:

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

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

Пользователь выгружает план задач Work-Flow в Excel, редактирует сроки и статусы фаз в удобном табличном формате, а затем загружает обновлённый файл обратно в систему. После загрузки триггер создаёт задание на импорт, а модуль интеграции автоматически обновляет статусы и даты задач в ADVANTA.
Выгрузка данных в шаблон табличного плана
Пользователь открывает карточку проекта и формирует отчёт «Шаблон для табличного плана». Система формирует Excel-файл со всеми задачами Work-Flow, их фазами, сроками и статусами. В шаблоне уже присутствуют структурные заголовки, спринты и проверочные формулы для контроля корректности.
Работа с планом в Excel
В Excel пользователь видит весь план проекта в табличной форме, где:
- каждая строка — отдельная задача Work-Flow или её фаза;
- цветовая индикация показывает статус выполнения;
- предусмотрены поля для ручного ввода новых сроков и статусов.
После внесения изменений макрос выполняет проверку логики Work-Flow: если какая-либо фаза нарушает последовательность, строка подсвечивается.

Загрузка обновлённого файла в систему
Пользователь возвращается в ADVANTA и в карточке проекта прикрепляет обновлённый файл через реквизит «Файл табличного плана».
После загрузки автоматически срабатывает утилита “Парсер табличного плана”, которая: - считывает данные из файла;
- сверяет идентификаторы задач;
- обновляет статусы, сроки и связи задач Work-Flow в системе.
Все операции фиксируются в журнале логирования с указанием:
- времени загрузки,
- автора изменений,
- количества обработанных задач,
- наличия ошибок (если были).

Отображение актуализированного плана
После успешной загрузки пользователь открывает карточку проекта. Диаграмма Ганта и карточки задач Work-Flow автоматически отражают обновлённые статусы и даты. Визуально можно увидеть прогресс по спринтам и фазам без ручного редактирования.

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

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

Хочу так же