Kopīgot, izmantojot


Par organizācijas vienībām

Svarīgi

Dynamics 365 Project Service Automation jau ir iesaistījās Dynamics 365 Project Operations. Papildinformāciju skatiet sadaļā Project Service Automation pāreja.

Attiecas uz programmas Project Service versiju 3.x

Dynamics 365 Project Service Automation, organizācijas struktūrvienība ir atsevišķa grupa vai nodaļa profesionālu pakalpojumu uzņēmumā, kas izmanto apmaksājamus resursus, kam ir izmaksu likmes.

Profesionālo pakalpojumu uzņēmumiem, kas izmanto tehniskos resursus dažādās darbības jomās vai uzņēmējdarbības veidos, izmaksas, kas jāievada lomai vienā darbības jomā vai uzņēmējdarbības veidā, var atšķirties no izmaksām, kas jāievada citā darbības jomā vai uzņēmējdarbības veidā. Organizācijas struktūrvienību koncepcija šajā scenārijā ir noderīga tādējādi, ka tā nodrošina veidu, kādā grupēt apmaksājamo lomu kopu tāda uzņēmuma nodaļā, kas šīm lomām ir izveidojis noteiktu izmaksu struktūru.

Organizācijas struktūrvienību galvenie atribūti un saistības

Programmā PSA organizācijas struktūrvienībai ir noteikta valūta un noteikti izmaksu cenrāži.

Organizācijas struktūrvienības valūta ir primārā valūta, kas tiek izmantota izmaksu izsekošanai.

Katrai organizācijas struktūrvienībai var pievienot vienu vai vairākus izmaksu cenrāžus. PSA piedāvā tālāk norādītos ierobežojumus cenrāžiem, ko var pievienot organizācijas struktūrvienībai.

  • Cenrāžiem jābūt organizācijas struktūrvienības valūtā
  • Cenrāžiem ir jābūt izmaksu cenrāžiem

Turklāt organizācijas struktūrvienībai ir atribūts entītijā Resurss. Katru resursu var piešķirt vienai organizācijas struktūrvienībai.

Organizācijas struktūrvienību lomas

Programmā PSA organizācijas struktūrvienībai ir divas lomas.

  • Līgumslēdzēja struktūrvienība — organizācijas struktūrvienība , kas pārstāv uzņēmuma grupu vai nodaļu, kura ir galvenokārt atbildīga par uzvaru pārdošanā un darba un pakalpojumu piegādes klientam pārvaldību. Līgumslēdzēja struktūrvienība tiek identificēta ar lauku Līgumslēdzēja struktūrvienība lapu Iespēja , Piedāvājums, Projekta līgums un Projekts galvenes sadaļā .
  • Resursu struktūrvienība — organizācijas struktūrvienība , kurai pieder vai kurai ir piešķirts resurss. Šī organizācijas struktūrvienība tās resursiem var nodrošināt atsevišķas lomas darba paziņojumos (SOW) un projektos, kas pieder līgumslēdzējai struktūrvienībai.

Līgumslēdzēja struktūrvienības un resursu struktūrvienības.

Bieži uzdotie jautājumi par organizācijas struktūrvienību

Šie ir daži no bieži uzdotajiem jautājumiem par organizācijas struktūrvienībām.

Organizācijas entītija programmā Microsoft Dynamics 365 norāda globālās Dynamics 365 instances nosaukumu. Šis nosaukums parasti ir globālā uzņēmuma nosaukums.

Entītija Organizācijas struktūrvienība norāda grupu vai nodaļu globālajā uzņēmumā. Šai grupai vai nodaļai ir lomu kopa un izmaksu cenrādis šīm lomām, un šīs lomas un cenrādis atšķiras no citu uzņēmuma grupu vai nodaļu lomām un cenrāžiem.

Instalējot programmu PSA, tiek izveidota noklusējuma organizācijas struktūrvienība, kuras pamatā ir organizācija. Visi esošie resursi tiek piešķirti noklusējuma organizācijas struktūrvienībai. Ja programmā Dynamics 365 tiek importēti jauni Active Directory lietotāji vai resursi, lietotāja importēšanas process tos piešķir noklusējuma organizācijas struktūrvienībai programmā PSA.

Kā entītija Organizācijas struktūrvienība atšķiras no entītijas Uzņēmuma struktūrvienība?

Programmā Dynamics 365 entītija Uzņēmuma struktūrvienība ir drošības konstrukcija. Lietotāja saistība ar uzņēmuma struktūrvienību nosaka entītijas un entītiju ierakstus, kam lietotājs var piekļūt. Tā arī nosaka atļaujas (Izveidot, Lasīt, Rakstīt, Dzēst, Pievienot, Pievienot pie, Piešķirt vai Kopīgot), kas lietotājam ir attiecībā uz šo entītiju ierakstiem.

Entītija Organizācijas struktūrvienība norāda uzņēmuma grupu vai nodaļu, kam ir noteiktas izmaksu likmes darbiniekiem, kas tai ir piešķirti. Resursa saistība ar organizācijas struktūrvienību nosaka resursa izmaksas projekta darbībai.

Ieviešot Dynamics 365, optimizējiet drošības autorizāciju uzņēmuma struktūrvienību hierarhijai un lietotāju piešķiršanai uzņēmuma struktūrvienībām. Piešķiriet visus lietotājus, kam parasti ir jāpiekļūst vienai ierakstu kopai, tai pašai uzņēmuma struktūrvienībai. Organizācijas struktūrvienība neietekmē drošības autorizāciju vai piekļuvi.

Organizācijas struktūrvienību un uzņēmuma struktūrvienību piemērs

Uzņēmumā Contoso Ltd. ir attīstīta Microsoft tehnoloģiju darbības joma. Prakašs un Trisija abi ir C# izstrādātāji, bet Tricia atrodas Amerikas Savienotajās Valstīs, savukārt Prakašs atrodas Indijā. Lielākajai daļai projektu ir nepieciešami resursi no Contoso Indija un Contoso ASV, turklāt Konrādam un Antrai ir nepieciešams vienāds drošības līmenis projektiem šajā darbības jomā. Tomēr Contoso Indija izstrādātāju izmaksas ievērojami atšķiras no to izstrādātāju izmaksām uzņēmumā Contoso ASV.

Tālāk parādīts optimāls veids, kā izstrādāt šo scenāriju, izmantojot Dynamics 365 un PSA.

  1. Izveidojiet Microsoft tehnoloģiju darbības jomu kā uzņēmuma struktūrvienību un piesaistiet tai Konrādu un Antru. Šādi tiek nodrošināts, ka abiem darbiniekiem ir vienāds drošības līmenis piekļuvei visiem projektiem šajā darbības jomā. Viņi abi varēs pārbaudīt norisi un iekļaut atskaitē laiku, izdevumus un uzdevumu atjauninājumus.
  2. Izveidojiet divas organizācijas struktūrvienības, lai palīdzētu nodrošināt, ka projekta izmaksas tiks pareizi atspoguļotas.
  3. Saistiet Antru ar Contoso ASV, bet Konrādu — ar Contoso Indija.
  4. Piešķiriet abām organizācijas struktūrvienībām atbilstošos izmaksu cenrāžus. Šādi palīdzēsit nodrošināt, ka Konrāda un Antras projektā ierakstītās izmaksas pareizi atspoguļos izmaksu atšķirību starp Contoso ASV un Contoso Indija.

Starp pārdošanas teritorijām un organizācijas struktūrvienībām nav saistības vai relācijas. Pārdošanas teritorija parasti ir ģeogrāfiskais apgabals, kurā notiek pārdošana. Pārdošanas cenrādi var saistīt ar katru pārdošanas teritoriju.

Organizācijas struktūrvienība ir iekšēja grupa vai nodaļa uzņēmumā, kas izseko izmaksas lomu kopai, ko tā pārdod citām nodaļām vai ārējiem klientiem.

Organizācijas struktūrvienību un pārdošanas teritoriju piemērs

Uzņēmumam Contoso Ltd ir divi izstrādes centri: Contoso ASV un Contoso Indija. Resursu izmaksas starp šiem diviem izstrādes centriem ievērojami atšķiras.

Contoso savus IT pakalpojumus pārdod daudzos starptautiskajos tirgos, piemēram, Latīņamerikā, Ziemeļamerikā, Āzijas Klusā okeāna daļā, Rietumeiropā un Tuvajos Austrumos. Viena projekta lomu norēķinu likmes var ievērojami atšķirties šajos tirgos.

Contoso ASV un Contoso Indija ir jāiestata kā organizācijas struktūrvienības, un katrai organizācijas struktūrvienībai ir nepieciešams savs izmaksu cenrādis. Āzijas Klusā okeāna daļa, Latīņamerika, Ziemeļamerika, Rietumeiropa un Tuvie Austrumi ir jāiestata kā pārdošanas teritorijas, un katrai pārdošanas teritorijai ir nepieciešams savs pārdošanas cenrādis.

Kāpēc pastāv ierobežojums attiecībā uz cenrāžu saistīšanu ar organizācijas struktūrvienībām?

Pārdošanas izcenojums parasti ir unikāls katrā ģeogrāfiskajā apgabalā vai tirgū, kurā tiek pārdoti pakalpojumi. Uzņēmuma iekšējām nodaļām parasti nav sava pārdošanas izcenojuma viena veida pakalpojumiem. Tomēr iekšējām nodaļām ir atšķirīga pārdoto preču pašizmaksa (PPPI) atkarībā no nodarbināto personu prasmēm un darba apstākļiem reģionā, kurā tās strādā. Tā kā organizācijas struktūrvienības tiek modelētas kā uzņēmuma iekšējās nodaļas, tām var būt tikai izmaksu cenrāži.

Kāpēc nevar saistīt pārdošanas cenrāžus ar organizācijas struktūrvienībām?

Programmā PSA pārdošanas cenrāžus var saistīt ar klientiem un pārdošanas teritorijām. Tādas transakciju entītijas kā Iespēja, Piedāvājums, Projekta līgums un Projekts izmanto pārdošanas cenrāžus, kas ir pievienoti klienta uzņēmumam vai pārdošanas teritorijai, lai noteiktu norēķinu likmes un iespējamos ieņēmumus projektā.

Izmaksu cenrāži tiek saistīti ar organizācijas struktūrvienībām. Tādas transakciju entītijas kā Iespēja, Piedāvājums, Projekta līgums un Projekts izmanto izmaksu cenrāžus, kas ir pievienoti līgumslēdzēja struktūrvienībai, lai noteiktu izmaksas projektā.

Vai organizācijas struktūrvienības programmā PSA ir hierarhiskas?

Nē. Pašreizējā PSA laidienā organizācijas struktūrvienības nav hierarhiskas. Tas nozīmē, ka nevar veikt tālāk norādītās darbības.

  • Konfigurēt modeli to izmaksu cenu noklusējumam, kas augšupšķērso hierarhiju.
  • Iekļaujiet atskaitē ieņēmumus vai izmaksas, kas apkopoti dažādos organizācijas struktūrvienību hierarhijas līmeņos.

Mēs esam liels, starptautisks uzņēmums ar sarežģītu vairāklīmeņu izmaksu centru, nodaļu un norēķinu biroju hierarhiju. Kā šajā programmas Project Service versijā vislabāk izmantot organizācijas struktūrvienības koncepciju?

Ja jums ir sarežģīta izmaksu centru, nodaļu, norēķinu biroju u.c. hierarhija, iestatiet šīs hierarhijas lapu mezglus kā atsevišķas organizācijas struktūrvienības. Tālāk esošajā piemērā ir parādīta tipiska hierarhija.

Contoso Indija

  • SAP darbības joma

    • Tehniskie konsultanti
    • Funkcionālie konsultanti
  • Microsoft tehnoloģiju darbības joma

    • Tehniskie konsultanti
    • Funkcionālie konsultanti

Contoso ASV

  • SAP darbības joma

    • Tehniskie konsultanti
    • Funkcionālie konsultanti
  • Microsoft tehnoloģiju darbības joma

    • Tehniskie konsultanti
    • Funkcionālie konsultanti

Ja jūsu hierarhija ir līdzīga, tā ir jāiestata kā nekārtots saraksts, kā parādīts tālāk.

  • Contoso Indija — SAP darbības joma — tehniskie konsultanti
  • Contoso Indija — SAP darbības joma — funkcionālie konsultanti
  • Contoso Indija — Microsoft tehnoloģiju darbības joma — funkcionālie konsultanti
  • Contoso Indija — Microsoft tehnoloģiju darbības joma — funkcionālie konsultanti
  • Contoso ASV — SAP darbības joma — tehniskie konsultanti
  • Contoso ASV — SAP darbības joma — funkcionālie konsultanti
  • Contoso ASV — Microsoft tehnoloģiju darbības joma — tehniskie konsultanti
  • Contoso ASV — Microsoft tehnoloģiju darbības joma — funkcionālie konsultanti

Mēs esam neliels profesionālo pakalpojumu uzņēmums, kurā ir tikai viena nodaļa. Kā mēs varam vislabāk izmantot organizācijas struktūrvienības koncepciju pašreizējā PSA versijā?

Ja uzņēmums darbojas kā viena struktūrvienība ar vienu izmaksu cenrādi, jums nav jāiestata neviena organizācijas struktūrvienība. PSA instalēšanas laikā Dynamics 365 izveido vienu noklusējuma organizācijas struktūrvienību ar tādu pašu nosaukumu kā organizācijai. Visi lietotāji pēc noklusējuma tiek piešķirti šai organizācijas struktūrvienībai. Katru reizi, kad sistēma pieprasa, lai tiktu atlasīta organizācijas struktūrvienība, pēc noklusējuma tiek atlasīta šī organizācijas struktūrvienība.

Kad projekts tiek izveidots no piedāvājuma vai projekta līguma rindas, noklusējuma līgumslēdzēja struktūrvienība tiek iegūta no piedāvājuma vai projekta līguma. Ja projekts tiek izveidots pirms pārdošanas entītijām, piemēram, piedāvājuma vai projekta līguma, kas ir noklusējuma līgumslēdzēja struktūrvienība?

Kad projekts tiek izveidots patstāvīgi, projekta noklusējuma līgumslēdzēja struktūrvienības pamatā ir lietotājs, kas to izveido. Šis lietotājs ir arī noklusējuma projekta vadītājs. Ja projekts tiek kartēts uz pārdošanas entītiju, piemēram, piedāvājumu vai projekta līgumu, projekta līgumslēdzēja struktūrvienības pamatā ir pārdošanas entītija. Šajā gadījumā var tikt no jauna veikti projekta novērtējumi, jo izmaksu cenrādis tiek lietots, lai aprēķinātu izmaksu novērtējuma izmaiņas tad, ja tiek mainīta līgumslēdzēja struktūrvienība. Pārdošanas cenrādis tiek izmantots, lai veiktu pārdošanas novērtējumus, kas tiks mainīti tā, lai tie būtu sinhronizēti ar piedāvājuma projekta cenrādi.

Projekta lauki Līgumslēdzēja struktūrvienība un Valūta ir bloķēti rediģēšanai, jo tiem ir jābūt sinhronizētiem ar vērtībām pārdošanas entītijā (piedāvājumā vai projekta līgumā), uz kuru projekts ir kartēts.