Версия от 02.12.2023

Обновлено: 04.12.2023

Вниманию администраторовВниманию администраторов

Обновление включает миграцию Запросов ресурсов на новые механизмы управления Жизненными циклами и процессами обработки (Воркфлоу).
После миграции:

1. В связи с переходом на новый механизм управления процессами (Воркфлоу), текущие активные на момент миграции процессы будут прерваны.
2. Запросы, находящиеся в статусе «Открыт» и «Отклонен», в ходе миграции будут переведены на стадию жизненного цикла «Черновик». После миграции нужно будет повторно стартовать процесс обработки таких запросов.
3. В связи с переходом на новый механизм управления жизненными циклами, изменится подход к настройкам прав доступа к запросам. Из наборов прав для роли Управление ресурсами будут удалены гранулы, отвечающие за действия над запросами:
   
4. Изменение набора прав для роли Управление ресурсами затронет, в первую очередь, сотрудников, у которых были права на принудительные действия над запросами. После миграции такие пользователи утратят права на принудительные действия.
5. Возможность принудительной смены статуса запросов после миграции будет определяться настройками жизненного цикла. Администраторам следует обновить настройки жизненного цикла: для каждого перехода указать Пользователей, Группы или Наборы прав, для которых должна быть доступна возможность принудительной смены статуса.
   

Изменение порядка лицензированияИзменение порядка лицензирования

Общие сведенияОбщие сведения

1. Прекращена поддержка редакций системы. Ранее Timetta поставлялась в нескольких редакциях: Стартовая, Базовая, Стандартная, Расширенная. С переходом на новый порядок лицензирования разделения по редакциям не предусматривается.
2. Выделяются Приложения (функциональные блоки), подробнее — Приложения Timetta:
   a. Timetta Projects.
   b. Timetta Time Tracking.
   c. Timetta Expenses.
   d. Timetta Resources.
   e. Timetta Finance.
   f. Timetta Billing.
3. В новой модели лицензирования предусматриваются следующие параметры лицензии:
   a. Срок действия.
   b. Лимит по числу пользователей для каждого Приложения.

Изменения порядка приобретения и использования лицензииИзменения порядка приобретения и использования лицензии

1. Изменен интерфейс страницы Оплата и документы. После обновления на странице будет отображаться список приложений, лимит по числу пользователей для каждого приложения в рамках действующей лицензии, сведения об использовании лимита.
2. Изменен интерфейс покупки новой лицензии. Для приобретения лицензии указывается:
   a. Срок действия лицензии (1, 6 или 12 месяцев).
   b. Лимит по числу пользователей для каждого Приложения.
3. Изменен интерфейс расширения текущей лицензии. При расширении лицензии будет доступно увеличение лимита по числу пользователей для каждого приложения.
4. В карточку пользователя добавлена вкладка Лицензии. На вкладке предусмотрен интерфейс для назначения пользователю лицензий на приобретенные приложения.
5. Из карточки пользователя удалена опция Лицензируемый.

Прочие изменения лицензированияПрочие изменения лицензирования

1. В отчет типа Пользователи добавлена аналитика Лицензии. С помощью данной аналитики в отчет выводится список Приложений, назначенных каждому пользователю.
2. Для абонентов в Trial-режиме на страницу Оплата и документы добавлена функция Выбрать приложения для оценки. Функция позволяет ограничить набор приложений для ознакомления.
3. В справочник Пользователи добавлена возможность фильтрации записей по наличию лицензии определенного типа.

Новые функции и измененияНовые функции и изменения

Timetta ResourcesTimetta Resources

Режимы бронированияРежимы бронирования

1. После обновления в системе будет два режима работы с бронированием: Базовый (как сейчас) и Детальный.
2. В настройки абонента добавлен выбор режима бронирования и возможность переключения между режимами. Настройка выполняется для всего абонента администратором Timetta.
3. Переработана компонента Бронирование — в детальном режиме бронирование отображается в виде таблицы, с явным указанием часов бронирования на каждый таймслот:
   
4. Предусмотрен механизм миграции данных для переключения между режимами (трансформация «плашек» в строки при переключении из Базового режима в Детальный и строк в плашки при обратном переключении).
5. В Базовом режиме бронирования предусмотрено действие для добавления строки с проектом в список проектов ресурса:
   

Потребность в ресурсахПотребность в ресурсах

1. Из карточки проекта удалена вкладка Конфликты брони.
2. В карточку проекта добавлена вкладка Потребность в ресурсах. На вкладке отображается:
   a. Список ресурсов, включенных в команду проекта (как Пользователей, так и Универсальных ресурсов).
   b. Для Универсальных ресурсов отображаются следующие строки: Потребность (вычисляется как разница между Забронировано и Оценка. Может быть как отрицательная, так и положительная и отражает потребность в увеличении или уменьшении бронирования ресурса под проект), Оценка (оценка часов из Ресурсного плана проекта)
   c. Для Пользователей, дополнительно к перечисленным выше, отображаются: Доступность (доступность ресурса с учетом всех актуальных бронирований — по всем проектам, включая текущий. Вычисляется как Часы расписания пользователя — Бронь часы по всем проектам), Забронировано (бронирование ресурса под текущий проект).
   

Запросы ресурсовЗапросы ресурсов

1. Полностью переработана карточка Запроса ресурсов. В окно создания запроса добавлена возможность указания и редактирования Роли, Ресурсного пула, Уровня, Грейда и Локации запрашиваемого ресурса. Добавлена область детализации запрашиваемых часов по календарным ячейкам.
2. В рамках миграции все запрашиваемые часы в существующих запросах будут перенесены на первую календарную ячейку области детализации. На созданные в рамках запросов брони миграция не повлияет.
3. Запросы ресурсов переведены на стандартный механизм Жизненных циклов и Воркфлоу. Администраторы Timetta смогут самостоятельно настраивать стадии запросов и бизнес-процессы их обработки.
4. Действие для создания запроса перенесено с вкладки Команда на вкладку Потребность в ресурсах.
5. Переработан интерфейс Ассистента бронирования:
   a. Ассистент бронирования разделен на две области: область запроса и область бронирования.
   b. В области бронирования отображаются ресурсы, подходящие под параметры запроса.
   c. Данные в области бронирования не доступны для редактирования, отображаются в режиме «Только чтение».
   d. Для области бронирования доступно два представления: «Как будет» и «Как есть». В представлении «Как есть» отображается текущее, актуальное бронирование по ресурсам. В представлении «Как будет» — бронирование с учетом результатов исполнения запроса.
   e. Для добавления бронирования в рамках запроса необходимые ресурсы добавляются в область запроса.
   f. В области запроса редактируется бронирование по добавленным ресурсам.
6. Переработана логика применения результатов исполнения запроса. Бронирование, созданное в рамках запроса, применяется к общему календарю бронирования только после перехода запроса в статус «Завершен».

Миграция запросов ресурсов на ЖЦ и воркфлоуМиграция запросов ресурсов на ЖЦ и воркфлоу

В ходе миграции:

1. Все активные процессы обработки Запросов ресурсов будут прерваны. Запросы в статусах «Открыт» будут переведены в статус «Черновик».
2. Будет автоматически создана запись в справочнике Жизненные циклы для сущности Запрос ресурсов. В созданный жизненный цикл будут перенесены текущие статусы:
   
3. В справочнике Воркфлоу будет автоматически создана запись «Согласование запросов на ресурсы». Данный воркфлоу будет идентичен текущей схеме обработки запросов ресурсов:
   

Прочие изменения Timetta ResourcesПрочие изменения Timetta Resources

1. В компоненте Бронирование добавлено действие Развернуть все / Свернуть все для отображения / скрытия бронирований по всему списку ресурсам.
2. В настройки системы добавлена опция «Фиксированный масштаб бронирования». Если опция активирована, доступен выбор фиксированного масштаба для Бронирования и Потребности в ресурсах. При активированной опции «Фиксированный масштаб бронирования» переключение масштаба в компонентах Бронирование и Потребность в ресурсах не доступно, сведения отображаются в масштабе, установленном в настройках системы.

Timetta ProjectsTimetta Projects

Мастер оценки выручки проектаМастер оценки выручки проекта

1. На вкладку Выручка/Счета/Оплата в карточке проекта добавлено действие +Рассчитать оценку выручки.
2. Действие приводит к запуску мастера оценки выручки. Подробнее — Мастер оценки выручки.
3. Предусмотрено три метода расчета:
   a. Фиксированная сумма — метод позволяет добавить в оценку выручки проекта фиксированную сумму с заданной периодичностью. Задается сумма, периодичность начисления (неделя, месяц, квартал, год) и, если требуется, этап проекта.
   b. По целевой рентабельности — метод позволяет добавить в оценку выручки проекта сумму, рассчитанную исходя из заданной целевой рентабельности. Задается целевая рентабельность в %, периодичность начисления и, опционально, необходимость детализации по этапам проекта.
   c. По тарифным ставкам — метод позволяет добавить в оценку выручки проекта сумму, рассчитанную исходя из заданных тарифных ставок, умноженных на показатель Оценка часы. Таким образом в качестве выручки принимается выставленная клиенту цена часов работы по проекту. Данный метод расчета доступен только для проектов с типом оплаты Время и затраты.

Развитие планирования задач проектовРазвитие планирования задач проектов

1. Переработана карточка проекта: добавлена вкладка Дополнительно. На вкладке отображаются:
   a. Дополнительные поля (добавленные администратором системы).
   b. Группа свойств Планирование.
   c. В группу Планирование перенесен атрибут Расписание (для выбора расписания проекта).
2. Переработана карточка свойств Задачи (теперь свойства задачи открываются «слайдером»).
3. Переработана логика назначений на задачу. Для каждой задачи есть две группы назначений:
   a. Для учета — регулирует доступность задачи в таймшитах пользователей. Можно добавлять назначение «Вся команда».
   b. Для учета и планирования — определяет список задач, доступных как для выбора в таймшитах, так и для планирования часов в разрезе данной задачи в Ресурсном плане проекта.
4. Предусмотрено действие «Добавить всех» в области «Для учета и планирования». Действие приводит к добавлению в назначения «Для учета и планирования» всех членов команды проекта.
5. В рамках миграции ресурсы, для которых указаны часы в Ресурсном плане проекта и не назначенные на соответствующие задачи явно, автоматически будут указаны в качестве исполнителей задач, на которые они были запланированы.
6. Изменение Ресурсного плана проекта: для ресурса отображаются только те задачи, где ресурс добавлен в назначения на задачу в области «Для учета и планирования».
7. Изменена логика расчета длительности задач. При расчете длительности учитывается наличие оценки в Ресурсом плане проекта.
8. Для Базовой редакции системы поле Оценка часов в Задачах проекта становится не доступным для редактирования. В Базовую редакцию добавляется компонента Ресурсный план (вкладка Ресурсы в карточке проекта). Оценка часов по задачам вводится через Ресурсный план.
9. Для списка задач проекта (вкладка Задачи в карточке проекта) реализована отмена последней операции по нажатию Ctrl+Z и возврат последней отмененный операции по нажатию Ctrl+Y.
10. Для списка задач проекта (вкладка Задачи в карточке проекта) реализована возможность выделения диапазона ячеек в таблице и их копирование/вставка по нажатию Ctrl+C/V.

Удаление ролей из ресурсного планаУдаление ролей из ресурсного плана

1. Удалены Роли из ресурсного плана. Подробнее — Удаление «Роли» из ресурсного плана.

Иные измененияИные изменения

1. На панель навигации добавлена кнопка «+» для быстрого создания основных объектов.
2. Прочие незначительные изменения.

Исправления и улучшенияИсправления и улучшения

1. Проекты. Создание проектов при наличии дополнительных полей работает корректно.
2. Проекты. Изменение уровня задач работает корректно.
3. Проекты. Пункт навигации «Акты» скрывается при отсутствии у пользователя прав доступа на просмотр актов.
4. Отчеты. Строки по периодическим затратам в P&L формируются и отображаются корректно.
5. Прочие исправления и улучшения.

Изменения APIИзменения API

Обратная совместимость новой модели лицензирования пользователейОбратная совместимость новой модели лицензирования пользователей

1. Свойство «licensed» у сущности User останется на уровне API. При использовании абонентом одного из Legacy-тарифов, как и ранее, при передаче параметра «True» пользователь будет потреблять лицензию, при передаче «False» — нет.
2. После перехода абонента на обновленную модель лицензирования значения, переданные данному полю, не будут влиять на потребление пользователем лицензии.

Иные измененияИные изменения

1. Organization — поле Descriptions заменено на Description.
2. ProjectTask — убрано поле EstimatedDuration; добавлены поля Duration, Type, PlanningMode, EffortDriven и EstimatedHours .
3. ProjectTaskAssignment — добавлено поле Units.
4. ProjectTaskPlanningMode — добавлено с полями Full, Limited.
5. ProjectTaskType — добавлено со значениями: FixedUnits = 0, FixedWork = 1, FixedDuration = 2.
6. Project — добавлены поля DefaultTaskType, AutoPlanning и DefaultTaskPlanningMode.
7. ResourcePlanEntry — RoleId стал nullable.
8. RevenueEstimateCalculationMethod — добавлено со значениями: BillingRate, TargetProfitability и Fixed.
9. BookingEntry — добавлены поля EntryType, ResourceRequestBookingEntryId; поля From, To стали nullable.
10. BookingEntryType — добавлено со значениями: Booking = 0, ResourceRequest = 1.
11. ResourceRequest — добавлено поле StateId.
12. ResourceRequestChangeEntry — добавлено с полями ResourceRequestBookingEntryId, Date, Hours, Month, Week.
13. ResourceRequestSelectedResource — удалено.
14. ResourceRequestState — удалено.
15. ResourcePool — добавлено поле LeadResourcePoolId.
16. UserInfo — убрано поле Licences.
17. UserProduct — добавлено с полями UserId, Product.