Чињенице које треба узети у обзир приликом надоградње - PSA верзије 2.x или 1.x на верзију 3.x

Важно

Dynamics 365 Project Service Automation се развио у Dynamics 365 Project Operations. Више информација потражите у чланку Прелазак аутоматизације услуге пројекта.

Односи се на верзије апликације Project Service 2.x и 1.x

Project Service Automation и Field Service

И Dynamics 365 Project Service Automation и Dynamics 365 Field Service користе Universal Resourcing Scheduling (URS) решење за планирање ресурса. Ако у својој инстанци имате Project Service Automation и Field Service, надоградите оба решења на најновију верзију. За Project Service Automation, то је верзија 3.x. За Field Service, то је верзија 8.x. Надоградњом Project Service Automation или Field Service ћете инсталирати најновију верзију URS-а. Ако и решење Project Service Automation и Field Service у истој инстанци не надоградите на најновију верзију, може доћи до неког недоследног понашања.

Доделе ресурса

У програму Пројецт Сервице Аутоматион верзија 2 и верзија 1, доделе задатака су ускладиштене као подређени задаци (називају се и задаци реда) у ентитету задатка и индиректно повезане са ентитетом доделе ресурса. Задатак ставке је био видљив у искачућем прозору за доделу у оквиру структурне анализа посла (САП).

У верзији 3 апликације Project Service Automation, основна шема додељивања ресурса који се могу резервисати задацима је промењена. Задатак реда је недостојан и постоји директна 1:1 релација између задатка у ентитету задатка и члана тима у ентитету доделе ресурса. Задаци који су додељени члану пројектног тима сада се складиште директно у ентитету Додела ресурса.

Ове промене утичу на надоградњу свих постојећих пројеката који имају доделе ресурса за именоване ресурсе који се могу резервисати и генеричке ресурсе у тиму пројекта. Овај чланак обезбеђује чињенице које треба узети у обзир за пројекте приликом надоградње на верзију 3.

Задаци су додељени именованим ресурсима

Ако користите основни ентитет задатка, задаци у верзији 2 и 1 дозвољавају члановима тима да приказују улогу која није њихова подразумевана дефинисана улога. На пример, Дуња Николић, којој је подразумевано додељена улога менаџера програмима, може бити додељен задатку са улогом програмера. У верзији 3, улога именованог члана тима је увек подразумевана, тако да сваки задатак који је додељен Дуњи Николић користи Дуњину подразумевану улогу менаџера програмима.

Ако сте доделили ресурс задатку ван његове подразумеване улоге у верзији 2 и 1, када извршите надоградњу, именованом ресурсу ће бити додељена подразумевана улога за све доделе задатака, без обзира на доделу улоге у верзији 2. Додељивање доводи до разлика у израчунатим проценама у верзији 2 или 1 у односу на верзију 3 зато што се процене израчунавају на основу улоге ресурса, а не доделе задатка ставке. На пример, у верзији 2, два задатка је додељено Павлу Кнежевићу. Улога у задатку ставке за 1. задатак је програмер, а за 2. задатак менаџер програмима. Павле Кнежевић има подразумевану улогу менаџера програма.

С обзиром на то да се улоге програмера и менаџера програма разликују, процене трошкова и продаје су следеће:

Када извршите надоградњу на верзију 3, задаци ставке се замењују доделама ресурса у задатку члана тима ресурса који се може резервисати. Додела ће користити подразумевану улогу ресурса који се може резервисати. На следећем графикону, Павле Кнежевић који има улогу менаџера програмима, јесте ресурс.

Пошто су процене засноване на подразумеваној улози за ресурс, могу се променити процене продаје и трошкова. У следећој графики више не видите улогу пројектанта јер је улога сада преузета из подразумеване улоге књиговодственог ресурса.

Након надоградње, можете да уредите улогу члана тима тако да буде нешто друго од додељене подразумеване улоге. Међутим, ако промените улогу члана тима, она ће бити промењена у свим додељеним задацима зато што члановима тима не може да се додељује више улога у верзији 3.

Ово важи и за задатке ставке који су били додељени именованим ресурсима када промените организациону јединицу ресурса од подразумеване вредности у другу организациону јединицу. Када се заврши надоградња на верзију 3, додела ће користити подразумевану организациону јединицу ресурса уместо оне која је подешена у задатку ставке.

Задатак је додељен генеричким ресурсима

У верзији 2 и верзији 1 можете да поставите улогу и орг јединицу на задатак, а затим да користите функцију Генерисање тима да бисте генерисали генеричке ресурсе на основу атрибута постављених на задатку. У верзији 3 можете креирати генеричке чланове са улогом и организационом јединицом, а затим доделити чланове тима задацима.

У верзији 2 и 1, пројекти са генеричким ресурсима могу да имају два статуса или њихову комбинацију на нивоу задатка. На пример, можете да имате следеће сценарије:

• Задаци са подешеним улогама и скупом организационих јединица, али без повезан доделе ресурса су генерисани.
• Задаци са генеричким доделама ресурса чланова тима који су додељени креирањем генеричког ресурса помоћу функције Генерисање тима.

Пре него што започнете надоградњу, препоручујемо да поново генеришете тим за сваки пројекат који има задатке додељене генеричким ресурсима или за које тек треба да се покрене процес генеричког тима.

За задатке који су додељени генеричким члановима тима који су генерисани помоћу генерате Теам-а , надоградња ће оставити генерички ресурс у тиму и оставити задатак том генеричком члану тима. Препоручујемо да након надоградње генеришете потребу за ресурсом за генеричког члана тима, али пре него што резервишете или проследите захтев за ресурс. То ће сачувати све доделе организационе јединице за генеричке чланове тима који се разликују од уговорне организационе јединице пројекта.

На пример, у пројекту Ш, уговорна организациона јединица је Contoso US. У пројектном плану, задаци тестирања у фази имплементације си додељени улози Технички консултант, а додељени организациона јединица је Contoso India.

Након фазе имплементације, задатак тестирања интеграције се додељује улози Технички консултант, али се организација подешава на Contoso US.

Када генеришете тим за пројекат, два генеричка члана тима се креирају због различитих организационих јединица за задатак. 1. технички консултант биће додељен задацима компаније Contoso India, а 2. технички консултант ће имати задатке компаније ће Contoso US.

Белешка

У апликацији Project Service Automation у верзијама 2 и 1, члан тима не одржава организациону јединицу, која се одржава у задатку ставке.

Организациону јединицу можете видети у приказу предвиђања.

Када се надоградња доврши, организациона јединица у задатку ставке која одговара генеричком члану тима додаје се том члану, а задатак ставке ће бити уклоњен. Због овога препоручујемо да пре надоградње генеришете или поново генеришете тим за сваки пројекат који садржи генеричке ресурсе.

За задатке који су додељени улози са организационом јединицом која се разликује од организационе јединице пројекта за уговарање, а тим није генерисан, надоградња ће креирати генеричког члана тима за улогу, али ће користити уговорну јединицу пројекта за организациону јединицу члана тима. Ако се вратимо на пример пројекта Ш, уговорну организациону јединицу Contoso US, и да су задаци тестирања пројектног плана у оквиру фазе имплементације додељени улози Технички консултант, а да је организациона јединица додељена компанији Contoso India. Задатак тестирања интеграције, који је довршен након фазе имплементације, додељен је улози Технички консултант. Организациона јединица Contoso US и тим нису генерисани. Надоградња ће креирати једног генеричког члана тима, техничког консултанта који има додељене сате за сва три задатка, као и организациону јединицу Contoso US, уговорну организациону јединицу пројекта.

Промена подразумеваних вредности различитих организационих јединица за обезбеђивање ресурса за чланове тима који нису генерисани је разлог због којег препоручујемо да пре надоградње генеришете или поново генеришете тим за сваки пројекат који садржи генеричке ресурсе, како се доделе организационих јединица не би изгубиле.