Версии проекта
Назначение
Версия проекта — это отдельная сущность, включающая наименование, состояние и прочие свойства + отдельная версия содержимого проекта (команды, работ, ресурсного плана, тарифов и оценки выручки, затрат и биллинга).
Права доступа
Для доступа к версиям проекта (как сущности) требуется набор прав для роли Управление проектом с активной гранулой Версии проекта (как минимум, для области Просмотр). Доступ к версии содержимого проекта регулируется теми же гранулами, что и на сам проект. Например, права доступа на команду проекта — это права на команду основного проекта и всех его версий.
Обзор
Версия включает в себя следующие сущности:
|
Классификаторы и ставки |
|
|
Оценки |
|
Примечание
Сам по себе проект не является версией и имеет собственный жизненный цикл. Только для проекта могут создаваться фактические данные.
Создать версию возможно путём:
- копированием оценки (из проекта или другой версии).
- копированием прогноза (на базе проекта или другой версии).
- созданием пустой версии.
- слиянием (версий и проекта).
Управление версиями
После создания, с версией можно работать в карточке версии:
К содержимому версии можно перейти с помощью кнопки Открыть версию на панели действий.
Переключения между версиями осуществляются с помощью Селектора содержимого:
Для редактирования доступны только версии в редактируемых состояниях, по умолчанию это «Черновик». Редактирование версии осуществляется независимо от проекта и других версий.
Мастер-версия (План проекта)
Мастер-версия проекта — это версия, которая была принята как основная. На её основе в проекте отображаются плановые показатели. Для установки версии в качестве мастера её необходимо предварительно перевести в состояние Утверждена и затем сделать Мастер-версией с помощью соответствующего действия.
Снапшот проекта
Снапшот — это состояние версии, в котором фиксируются Прогнозные показатели. Версия в состоянии Снапшот дает ответ на вопрос «Как менеджер прогнозировал показатели проекта на момент создания снапшота?».
В снапшот копируется не только оценочные показатели, но и фактические на момент создания снапшота.
Также в снапшот копируется «точка прогнозирования» — дата, до которой учитываются фактические данные на момент создания снапшота.
Примечание
При создании новой версии из снапшота фактические данные и «точка прогнозирования» не копируются.
Способы создания версий
-
Пустая версия — создание версии проекта, которая не содержит данных.
Создание пустой версии проекта необходимо для планирования дополнительных работ по проекту. -
Копировать оценку — создание версии проекта на основе выбранного источника. Версия создается в состоянии «Черновик».
-
Копировать прогноз — создание версии проекта на основе проекта и фактических данных на момент создания.
Оценка новой версии по всем показателям = прогнозу проекта, т. е. факт до текущего периода прогнозирования + оценка от текущего периода прогнозирования (включительно) и до конца проекта.
Примечание
Через копирование прогноза версия создается в состоянии «Готова к согласованию». Это важно, т. к. по умолчанию в этом состоянии не происходит перерасчет ставок (состояние с опцией «только чтение»).
Слияние версий
Слияние из источника в приёмник
Приёмником всегда выступает проект. Т.е. выполняется операция:
[Любая версия] => [Проект]
Поддерживается два способа:
-
Слияние с типом
Замена данныхделает проект равным версии. Однако есть ряд исключений (см. Особенности логики), т. о. проект не обязательно будет полной копией версии-источника. -
Слияние с типом
Дополнение данных— дополняет проект данными из источника. Т.е. в приемник копируются все данные из источника.
Слияние двух версий в новую
Выполняется операция:
[Любая версия / Проект] + [Любая версия / Проект] => [Новая версия]
В данном случае доступен только один тип слияния — Дополнение данных.
Логика слияния
При слиянии с заменой данных:
- Удаляем все сущности в приемнике, кроме тех, что связаны с фактическими данными. Таковыми могут быть только задачи.
- Копируем все сущности из источника в приемник.
- Если какая-либо задача осталась в приемнике и её не было в источнике, то она поднимается на верхний уровень иерархии в списках задач и добавляется в конец списка, при этом помечается как выполненная.
Особенности логики слияния с заменой:
|
Сущность |
Логика замены |
|
Член команды |
Команда приемника заменяется командой источника с некоторыми исключениями:
|
|
Работы |
Список работ приемника заменяется списком работ источника с некоторыми исключениями:
|
|
Связи работ |
|
|
Оценка биллинга |
Записи автобиллинга не сливаются, т. е. не выполняется их копирование в приемник. При этом после завершения слияния автоматически вызывается логика автобиллинга. |
При слиянии с дополнением данных:
- Выполняется сопоставление сущностей в источнике и приемнике.
- Если сопоставление удалось, то такие сущность будут объединены. При этом могут быть конфликты, которые заблокируют слияние.
- Если сопоставление не удалось, то сущность из источника будет скопирована в приёмник.
Логика сопоставления и объединения:
|
Сущность |
Как выполняется сопоставление |
Как выполняется объединение |
|
Член команды |
Для именованных членов команды (с типом Пользователи и Подразделение) уникальным идентификатором является Id ресурса. Для локальных дженериков сопоставление выполняется по его имени. |
Если сопоставление не найдено, то сущность из источника копируется в приемник. Иначе приемник не изменяется. |
|
Ставка себестоимости члена команды |
По дате ввода в действие. |
Если сопоставление не найдено, то сущность из источника копируется в приемник. Иначе приемник не изменяется. Если сопоставление найдено и ставка/валюта отличаются — объединение невозможно, это конфликт. |
|
Работа проекта |
У работы есть свойство |
Если сопоставление не найдено, то сущность из источника копируется в приемник. Иначе приемник не изменяется. Если работа источника отсутствует в приемнике (т.е. её надо скопировать в приёмник), но при этом в источнике она стала суммарной (т.е. в приемнике надо изменить другие работы, сделав их подчиненными) — то это конфликт (т.к. запрещено менять данные в приемнике). См. пример № 1. |
|
Назначение на работу |
По сопоставленному Id члена команды. |
Если сопоставление не найдено, то сущность из источника копируется в приемник. Иначе приемник не изменяется. |
|
Зависимости работ |
По |
Если сопоставление не найдено, то сущность из источника копируется в приемник, если такая связь не нарушает правила зависимостей. Иначе приемник не изменяется. |
|
Тариф проекта |
Сопоставление выполняется по наименованию тарифа. |
Если сопоставление не найдено, то сущность из источника копируется в приемник. Иначе приемник не изменяется. |
|
Назначение на тариф |
По сопоставленному Id члена команды. |
Если сопоставление не найдено, то сущность из источника копируется в приемник. Иначе приемник не изменяется. |
|
Ставка тарифа |
По дате ввода в действие. |
Если сопоставление не найдено, то сущность из источника копируется в приемник. Иначе приемник не изменяется. Если сопоставление найдено, но ставка/валюта отличаются — объединение невозможно, это конфликт. |
|
Ячейка ресурсного плана |
Сопоставление выполняется по дате, |
Если сопоставление найдено — часы, а также все суммарные значения источника и приемника складываются. Иначе сущность из источника копируется в приемник. Если сопоставление найдено, но изменены ставки (себестоимости, биллинга или стандартной себестоимости) — то это конфликт. |
|
Оценка выручки |
Сопоставление выполняется по дате и |
Если сопоставление найдено — сумма источника и приемника складываются. Иначе сущность из источника копируется в приемник. |
|
Оценка биллинга |
Сопоставление выполняется по Дате счета, Даты оплаты, CrossId задачи и признаку «Авто». |
Если сопоставление найдено — сумма источника и приемника складываются. Иначе сущность из источника копируется в приемник. Т.е. для записей, созданных логикой автобиллинга, работает таже логика что и для ручных записей — они «как есть» дополняют приемник. |
|
Оценка затрат |
Сопоставление выполняется по дате, |
Если сопоставление найдено — сумма источника и приемника складываются. Иначе сущность из источника копируется в приемник. Записи, созданные через правило периодических затрат, дополняют приемник так же, как и записи созданные вручную. |
|
Правила периодических затрат |
Сопоставление выполняется по |
Если сопоставление найдено — сумма источника и приемника складываются. Иначе сущность из источника копируется в приемник. Работа правила сопоставляется по |
Состояния версий проекта и ставки себестоимости
Особенности изменений ставок себестоимости при работе с версиями:
- При изменении ставки себестоимости пользователя или роли в Настройках произойдёт пересчёт ставок:
- Во всех активных проектах
- Во всех версиях в состоянии «Черновик».
- При переходе версии в состояние «Черновик» из состояния «Готово к согласованию» в ней будут пересчитаны все ставки в соответствии с изменениями, внесенными в Настройках.
- Если обновить ставку себестоимости/биллинга для проекта или конкретной версии на вкладке Команда, это изменение никак не затронет остальные версии.