Līgumu iestatīšana automātiskai darba pasūtījumu un rēķinu ģenerēšanai

Field Service līgumi ļauj organizācijām automātiski ģenerēt darba pasūtījumus un rēķinus ar iepriekš noteiktiem datiem, biežumu un datumu diapazonu. Līgumi visbiežāk tiek izmantoti uzturēšanas grafikiem, ja organizācijai jāveic ikdienas, iknedēļas vai ikmēneša aprīkojuma pārbaudes.

Tālāk ir norādīti daži atšķirīgi veidi, kā var konfigurēt un izmantot līgumus. Līgums ģenerē tālāk minētos dokumentus.

• Darba pasūtījumus ikdienas pārbaudēm, ko dispečeri plāno, izmantojot plānošanas paneli vai plānošanas palīgu.
• Ikmēneša uzturēšanas darbu pasūtījumi, kurus automātiski ieplāno Resource Scheduling Optimization.
• Iknedēļas darba pasūtījumi, kur līgums piešķir to pašu resursu katru reizi noteiktā sākuma laikā.
• Atsevišķs darba pasūtījums katru mēnesi, lai pārbaudītu vairākus klienta līdzekļus klienta atrašanās vietā.
• Vairāki darba pasūtījumi katru gadu, lai pārbaudītu vairākus klienta līdzekļus klienta atrašanās vietā.
• Ceturkšņa rēķini, kas tiek izrakstīti klientiem par iepriekš noteiktām precēm un pakalpojumiem.

Lai izmantotu līgumus, nepieciešams veikt tālāk minētās darbības.

1. Izveidojiet līgumu. Definējiet specifisku informāciju, piemēram, klientu, datumu diapazonu un cenrādi.
2. Izveidojiet līguma rezervācijas iestatīšanu , kurā jūs definēsiet, cik bieži līgumam ir jāizveido darba pasūtījumi, kā arī pamatinformāciju par iespējamiem darba pasūtījumiem, piemēram , darba pasūtījuma tipu.
3. Pievienojiet līguma incidentus, produktus, pakalpojumus un pakalpojumu uzdevumus , kas definē detalizētu informāciju par darbu, kas jāveic kā daļa no katra ģenerētā darba pasūtījuma.
4. Aktivizējiet līgumu, un līguma rezervācijas datumi tiks izveidoti kopā ar darba pasūtījumiem, tuvojoties datumiem.

Apskatīsim divus scenārijus, kā līgumi var izveidot darba pasūtījumus un rēķinus.

Priekšnoteikumi

• Ar darba pasūtījumu saistīti dati, piemēram, uzņēmumi, notikumu tipi, preces, servisi un servisa uzdevumi konfigurēti jūsu sistēmā.

• Apsveriet iespēju norādīt līguma prefiksu un sākuma numuru. Papildinformāciju skatiet sadaļā Līguma iestatījumi.

• Līgumu izraudzītajiem īpašniekiem, līguma rezervēšanas iestatījumiem un līguma rēķinu iestatījumiem ir nepieciešamas atļaujas, lai izveidotu rēķinus, rēķinu informāciju, darba pasūtījumus, darba pasūtījumu incidentus, darba pasūtījumu produktus, darba pasūtījumu pakalpojumus, darba pasūtījumu pakalpojumu uzdevumus, resursu prasības un rezervācijas.

1. scenārijs: darba pasūtījumu automātiska ģenerēšana līdzekļu uzturēšanai

Organizācijai nākamos divus gadus jāveic ikmēneša aprīkojuma uzturēšana, kas uzstādīts klienta atrašanās vietā. Viņi vēlas izmantot Dynamics 365 Field Service , lai automātiski ģenerētu uzturēšanas darbus katra mēneša vidū ar zināmu elastību. Tie vēlas, lai dispečeri plānotu ikmēneša uzturēšanas darbus veikšanai labākajiem un piemērotākajiem lauka tehniskajiem darbiniekiem, un izrakstīt klientam rēķinu par pabeigtu darbu saskaņā ar norunāto cenu.

Lai konfigurētu šo scenāriju, mēs izmantosim līgumus kopā ar klientu līdzekļiem, incidentu veidiem un cenrāžiem.

1. darbība. Līguma izveide

Galvenajā izvēlnē dodieties uz Field Services>Contracts>+New.

Ievadiet savu informāciju. Izmantojiet parocīgos rīku padomus kā vadību.

• Pakalpojuma konts un norēķinu konts: pakalpojuma konts definē, kur notiks līguma darba pasūtījumi, savukārt norēķinu konts definē, kam rēķins ir jānosūta. Papildinformāciju skatiet rakstā Kontu izveide un pārvaldība.

• Sistēmas statuss: definē, vai līgums pašlaik tiek izpildīts. Iestatiet uz Tāme, veidojot jaunu līgumu un pievienojot detalizētu informāciju. Mēs iestatīsim statusu Aktīvs vēlāk, kad būsim gatavi sākt veikt darba pasūtījumus un sūtīt rēķinus.

• Sākuma un beigu datumi: definē līguma darbības termiņu.

• Cenrādis: norāda visu ar līgumu saistīto produktu un pakalpojumu cenu un kontrolē cenrādi, kas aizpildīts darba pasūtījumos un rēķinos, kas ģenerēti no šī līguma. Pievienojiet līguma cenrādim visas preces un servisus, kas tiks izmantoti līguma darbības laikā. Līgumos parasti ir noteikta preču un pakalpojumu cena, kas atspoguļota pilnīgi jaunā cenrādī. Pēc nepieciešamības iespējams manuāli atjaunināt cenrādi veiktajiem darba pasūtījumiem un rēķiniem.

Cilnē Cits varat ievadīt papildinformāciju, piemēram, servisa teritorijas izrietošajiem darba pasūtījumiem jābūt daļai no un ierakstu ģenerēšanas laikam, kas nosaka diennakts laiku, ir jāģenerē darba pasūtījumi, rēķini un citi ieraksti, kas saistīti ar šo līgumu. Šī definīcija ir svarīga, jo daži uzņēmumi nevēlas, lai līgumi izveidotu darba pasūtījumus darba dienas vidū. Ja vērtība nav iestatīta, tās noklusējuma vērtība tiek rādīta Field Service iestatījumos.

Visbeidzot,Saglabāt .

2. darbība. Rezervācijas atkārtošanās iestatīšana

Kad līgums ir izveidots, norādiet, cik bieži jāģenerē darba pasūtījumi.

Sadaļā Rezervācijas iestatījumi atlasiet +Pievienot rezervācijas iestatīšanas ierakstu.

Ievadiet savu informāciju, lai izveidotu līguma grafiku. Norādījumiem izmantojiet parocīgos rīku padomus.

• Nosaukums: ievadiet līguma grafika nosaukumu. Piemēram, tā varētu būt "Ikmēneša uzturēšana". Nosaukšana ir svarīga, jo līgumam var būt vairākas rezervācijas atkārtošanās. Piemēram, servisa organizācija var veikt iknedēļas un ikmēneša uzturēšanu kā daļu no tā paša līguma.

Darba pasūtījuma iestatījumi

• Automātiski ģenerēt darba pasūtījumu: iestatiet uz Jā , lai šis līgums automātiski ģenerētu darba pasūtījumus. Sistēma regulāri ģenerēs darba pasūtījumus. Ģenerētie darba pasūtījumi tiks parādīti aktīvā darba pasūtījuma skatā ar statusu Atvērts-neplānots. Ja iestatījums ir Nē , jums ir manuāli jāģenerē darba pasūtījums katram grafika datumam, kā mēs to izpētīsim tālāk šajā rakstā.

• Ģenerējiet darba pasūtījumus dienu iepriekš: nosaka, cik dienas pirms paredzētā pakalpojuma datuma tiks ģenerēts darba pasūtījums. Ja izvēlaties lielu dienu skaitu, var veidoties pārmērīgs neapstrādāto darba pasūtījumu apjoms, taču, izvēloties pārāk mazu dienu skaitu, var nebūt pietiekoši daudz laika, lai sagatavotos. Ja līguma līmenī nav ievadīta neviena vērtība, cilnē Field Service iestatījumu līgums Ģenerēt> līguma darba pasūtījumu X dienas iepriekš ir pieejams vides mēroga iestatījums >. Ja šajā laukā arī nav ievadīta vērtība, darba pasūtījumi tiks ģenerēti septiņas dienas pirms rezervēšanas datuma līgumā ierakstītajā ieraksta ģenerēšanas laikā.

Šeit ievadītais darba pasūtījuma tips, prioritāte, darba pasūtījuma kopsavilkums un darba atrašanās vieta tiek nodoti izrietošajiem darba pasūtījumiem.

Rezervācijas iestatījumi

• Automātiskās ģenerēšanas rezervācija: iestatiet uz Jā , lai sistēmas grāmata ģenerētu darba pasūtījumus (neatkarīgi no tā, vai tie ir automātiski ģenerēti vai manuāli). Ja iestatījums ir Jā, jums ir jānorāda vēlamais resurss un vēlamais rezervācijas sākuma laiks . Ja iestatīts Nē (Nē), ģenerētie darba pasūtījumi ir jāplāno, izmantojot parasto plānošanas procesu: manuāli, ar plānošanas palīgu vai ar Resource Scheduling Optimization.

Piezīmes

Līgumi izveidos rezervācijas atbilstoši periodiskumam, neņemot vērā citus faktorus, tostarp, vai resurss ir aktīvs, to darba laiku utt.

• Lauki Pirmsrezervācijas elastība un Pēcrezervācijas elastība norāda, cik dienas pirms un pēc paredzētā grafika datuma ir atļauts ieplānot darba pasūtījumu. Tie aizpildīs datuma loga sākuma un datuma loga beigu laukus ģenerētajos darba pasūtījumos, lai palīdzētu plānošanas palīgam. Piemēram, ja plānojat veikt ikmēneša uzturēšanu katra mēneša 8. datumā, kā arī iestatīt septiņu dienu lielu pirms‑ un pēcrezervācijas elastību, tad darba pasūtījumi var tikt plānoti starp katra mēneša pirmo un 15. datumu.

• Laika loga sākumu un laika loga beigas var norādīt, lai izveidotu laika logu ģenerētajiem darba pasūtījumiem, un plānošanas palīgs tos ņems vērā. (Piemērs: darba pasūtījums ir jāieplāno no 8:00 līdz 12:00.)

Rezervācijas atkārtošanās

Definējiet modeli, lai izveidotu darba pasūtījumus, pamatojoties uz līgumu.

1. Augšējā komandjoslā atlasiet Rezervācijas periodiskums .

   

2. Norādiet atkārtošanās modeli. Piemēram, katru nedēļu, katru mēneša pirmo pirmdienu vai katru otro piektdienu.

   

3. Iestatiet atkārtošanās diapazonu. Definējiet sākuma datumu un izvēlieties izturēšanos beigu datumā.

   • Nav beigu datuma: darba pasūtījumi tiek ģenerēti līdz līguma beigu datumam.
   • Beigt ar: pārtrauciet darba pasūtījuma ģenerēšanu pēc atkārtošanās beigu datuma.
   • Beigt pēc # atkārtošanās: darba pasūtījums tiek ģenerēts, līdz tiek sasniegts norādītais atkārtošanās gadījumu skaits.

4. Varat arī definēt pielāgotus datumus , lai ģenerētu darba pasūtījumus, kas jāveic papildus periodiskumam, ja modelis neatspoguļo jūsu uzņēmuma vajadzības. Piemēram, lai veiktu apkalpošanu dažādās brīvdienās visa gada garumā. Pielāgoti datuma darba pasūtījumi netiks ģenerēti, ja vien netiks nodrošināta periodiskums.

5. Atlasiet vienumu Saglabāt.

Piezīmes

Vienam līgumam var būt dažādi rezervācijas iestatījumi. Piemēram, varat izveidot rezervācijas iestatījumu iknedēļas apmeklējumiem, kas katru nedēļu izveido darba pasūtījumus, un rezervācijas iestatījumus ikmēneša apmeklējumiem ar dažādām rezervācijām.

Skatiet arī: Rezervāciju periodiskuma importēšana.

3. darbība: līguma darbu detalizētas informācijas pievienošana

Pēc līguma iestatīšanas , lai definētu augsta līmeņa informāciju, un līguma rezervācijas iestatīšanas , lai definētu periodiskumu, nākamais solis ir definēt veicamo darbu.

Šī definīcija tiek iegūta, līgumam pievienojot notikumu tipus, preces, servisus un servisa uzdevumus.

Līguma rezervācijas iestatījumā atlasiet +Pievienot līguma rezervācijas incidenta ierakstu. Izmantojiet rīku padomus kā ceļvedi, lai norādītu detalizētu informāciju par incidentu, un pēc tam atlasiet Saglabāt un aizvērt.

Pievienojot incidentus līgumam, saistītie produkti, pakalpojumi, pakalpojumu uzdevumi un raksturlielumi tiek pievienoti līgumam un pēc tam darba pasūtījumiem, tiklīdz tie tiek ģenerēti. Skatiet piezīmi par konfigurācijas apsvērumos esošo "Kopēt notikuma vienumus uz līgumu" šī raksta beigās.

Ja nevēlaties izmantot incidentu tipus, varat pievienot produktus, pakalpojumus un pakalpojumu uzdevumus tieši līgumam.

Klientu līdzekļi ar līgumiem

Ja vēlaties izmantot līgumus klienta līdzekļu uzturēšanai, izmantojiet līgumu notikumus.

Norādot klienta līdzekļus līguma notikumā, varat noteikt atkārtojušos darbus, kas jāveic ar īpašu aprīkojumu, un veidot servisa vēsturi. Varat arī pievienot vairākus notikumu tipus līguma rezervācijas iestatīšanai — katru ar klienta līdzekli.

Izmantojot piemēru ar diviem notikumiem ikmēneša uzturēšanai, organizācijas var veikt tālāk minēto.

1. Veikt divus atšķirīgus uzturēšanas procedūru (notikumu tipu) tipus ar vienu un to pašu klienta līdzekli.
2. Veikt vienu un to pašu uzturēšanas procedūru (notikuma tipu) ar diviem dažādiem klienta līdzekļiem, ja vien abi līdzekļi ir tajā pašā atrašanās vietā, kā nosaka servisa uzņēmums.

4. darbība: līguma aktivizēšana un darba pasūtījumu skatīšana

Visbeidzot, pēc tam, kad ir definēta augsta līmeņa informācija, atkārtošanās un darbs, pēdējais solis ir aktivizēt līgumu, lai sāktu ģenerēt saistītos ierakstus, piemēram, uzturēšanas datumus un darba pasūtījumus. Parasti tas tiek darīts pēc tam, kad vadītājs ir izskatījis un klients akceptējis. Lai līguma statusam pievienotu papildinformāciju, apsveriet iespēju izmantot līguma apakšstatusa vērtības. Iespējams izveidot arī pielāgotus līgumam pakārtotus statusus.

Līgumā laukā Sistēmas statuss iestatiet vērtību Aktīvs. Šāda rīcība aktivizē rezervācijas datumu izveidi, kas atspoguļo datumus, kad jāveic serviss.

Laikam tuvojoties rezervācijas datumiem, darba pasūtījumi tiks ģenerēti, pamatojoties uz lauku Ģenerēt darba pasūtījumus dienas iepriekš . Pēc tam rezervācijas datuma statuss būs Apstrādāts, kā arī ģenerētā darba pasūtījuma uzmeklēšana.

Ir arī iespējams manuāli ģenerēt darba pasūtījumus katram rezervācijas datumam. Tas ir piemērojams, ja iestatāt opciju Automātiski ģenerēt darba pasūtījumus uz Nē, vai unikāliem biznesa gadījumiem, kad jums ir jāģenerē darba pasūtījums, kas ir agrāks par definēto.

Ja esat nolēmis noslēgt līgumu Automātiski ģenerēt rezervācijas, darba pasūtījumi tiks ieplānoti vēlamajā resursā, kad tiks ģenerēti darba pasūtījumi.

5. darbība: līguma darba pasūtījumu veikšana

Kad darba pasūtījumi tiek ģenerēti, tie tiek rādīti starp citiem darba pasūtījumiem skatā Aktīvie darba pasūtījumi .

Ģenerētajiem darba pasūtījumiem būs visa līgumā norādītā detalizētā informācija, piemēram, cenrādis, darba pasūtījuma tips, notikuma tips(i), klienta līdzeklis utt.

Piezīmes

Lai arī līgums nodrošina struktūru darba pasūtījumu ģenerēšanai, detalizēto informāciju joprojām iespējams labot darba pasūtījuma līmenī. Piemēram, kaut gan darba pasūtījumu var ģenerēt no līguma, pēc nepieciešamības darba pasūtījumam var pievienot jaunas preces un servisus; citu detalizēto informāciju, piemēram, cenrādi, darba pasūtījuma tipu u.c., iespējams mainīt, ja ir pietiekamas atļaujas.

Līguma uzmeklēšana tiks atzīmēta arī sadaļā Iestatījumi .

Pēc pogas Darba pasūtījuma grāmata izvēles un grafika palīga aktivizēšanas meklēšanas sākuma un meklēšanas beigu laika parametri atspoguļos rezervācijas datumu.

Pēc tam, kad lauka tehniskais darbinieks ir veicis līguma darba pasūtījumu un vadītājs to ir aizvēris, tiks izveidots rēķins par pabeigto darbu, kā daļa no parastā darba pasūtījuma rēķinu izrakstīšanas procesa. Tas notiek neatkarīgi no tā, vai darba pasūtījums ir daļa no līguma vai nav. Papildinformāciju skatiet rakstā par darba pasūtījuma dzīves ciklu un statusiem.

2. scenārijs: automātiska rēķinu ģenerēšana

Līguma rēķini tiek izmantoti, lai automātiski ģenerētu rēķinus par precēm un servisiem. Rēķini tiks ģenerēti ar noteiktu atkārtošanos un katru reizi saturēs tās pašas preces par to pašu cenu. Rēķini tiek ģenerēti un par tiem tiek izrakstīts rēķins neatkarīgi no tā, vai darba pasūtījumi ir veikti vai nē. Tas ir līdzīgs modelis tam, kā jūs varat maksāt ikmēneša mobilā tālruņa rēķinu neatkarīgi no nosūtīto tālruņa zvanu vai īsziņu skaita.

Konfigurēsim scenāriju, kurā klients maksā vietas pakalpojumu organizācijai ceturkšņa maksu par servisa plānu.

1. darbība: līguma izveide vai esošā atlasīšana

Varat pievienot līguma rēķinu esošam vai jaunam līgumam. Var būt līgums tikai ar līguma rēķinu un bez uzturēšanas plāna, un pat vairāki rēķini par vienu līgumu.

Mūsu piemērā mēs pievienosim ceturkšņa rēķinus mūsu izveidotajam līgumam.

No līguma dodieties uz Rēķina iestatīšana>Pievienot jaunu līguma rēķinu iestatīšana.

2. darbība: rēķina atkārtošanās un preču iestatīšana

Sadaļā "Rēķinu produkti" pievienojiet produktus, par kuriem vēlaties regulāri izrakstīt klientam rēķinu. Rēķina preču cena tiks iegūta no līguma cenrāža.

Piezīmes

Rēķinu produkti var būt tikai preces, kurām Field Service produkta tips ir iestatīts uz Inventārs vai Ne-krājums. Nav iespējams pievienot servisa tipa preces.

Pēc tam definējiet, cik bieži rēķini ir jāģenerē, augšdaļā atlasot Rēķina periodiskums .

Atlasiet Saglabāt , lai lietotu izmaiņas.

3. darbība: rēķina atkārtošanās aktivizēšana un rēķinu skatīšana

Tā kā šis līgums jau ir aktīvs, rēķina datumi tiks ģenerēti pēc īsa brīža, bet ne uzreiz. Ja līguma rēķina iestatījumus pievienojāt jaunam līgumam vai esošam līgumam, kuram ir aplēses statuss, līgums ir jāaktivizē.

Kad līgums ir aktīvs, līguma rēķina datumi tiks ģenerēti pēc neilga brīža.

Nav iespējams manuāli ģenerēt līguma rēķinus, kā tas ir ar līguma darba pasūtījumiem.

Piezīmes

Rēķins tiks ģenerēts iepriekš atkarībā no tā, ko esat iestatījis X laukā Ģenerēt līguma rēķinus X dienas iepriekš Field Service iestatījumossadaļā Līgums . Tas nozīmē, ka rēķina apmaksas datums tiek iestatīts, balstoties uz atkārtojošos rēķinu iestatīšanu, taču tas tiks izveidots X dienas iepriekš. Ja vērtībai Ģenerēt līguma rēķinus X dienas iepriekš nav ievadīta, sistēma ģenerēs rēķinu rēķina datuma dienā līguma laukā Record Generation Timing un pēc tam Field Service iestatījumos.

Konfigurācijas aspekti

Field Service iestatījumos ir svarīgi noklusējumi, kurus varat iestatīt līgumiem, kas palīdz administratoriem kontrolēt, kā sistēma veido līgumus. Līguma rezervācijas datumi palīdz organizācijām plānot uzturēšanu. Papildinformāciju skatiet sadaļā Līguma iestatījumi.

Piezīmes

Daži līgumu vai to apakšierakstu atjauninājumi (līguma rezervēšanas iestatījumi, līguma rezervēšanas datumi, līguma rēķina iestatīšana un līguma rēķina datumi) var izraisīt asinhronus fona procesus. Atjauninājumi ātri pēc kārtas, kas izraisa šos procesus saskaņā ar to pašu līgumu, liks sistēmai īslaicīgi bloķēt turpmākos atjauninājumus, līdz procesi būs pabeigti. Tā ir sistēmas paredzētā darbība, lai aizsargātu katra līguma datu integritāti. Lūdzu, uzgaidiet, līdz procesi ir pabeigti, un mēģiniet vēlreiz vai mēģiniet vēlreiz atjaunināt, līdz tas izdodas.

Tālāk ir sniegti tādu atjauninājumu piemēri, kas var izraisīt asinhronus fona procesus.

• Līguma rezervācijas iestatījumu vai līguma rēķina iestatīšanas periodiskuma atjaunināšana.
• Līguma datuma, rezervācijas datuma vai līguma rēķina datuma atjaunināšana.
• Līguma statusa modificēšana.

Šie procesi un to potenciāls bloķēt turpmākus ātrus atjauninājumus ir specifiski līgumam, saskaņā ar kuru tie tika uzsākti. Citu līgumu vai to apakšierakstu atjauninājumi netiks ietekmēti.

Vairāki notikumi pretstatā vairākām atkārtošanās reizēm

Palielinoties līguma darbam, jums būs jāizlemj, vai pievienot vairākus līguma incidentus vienam periodiskumam vai pievienot vairākus atkārtošanās gadījumus, un katram no tiem ir viens vai vairāki incidenti. Daži faktori ievērībai:

• Kas izpildīs darba pasūtījumus?: Viena atkārtošanās izveidos vienu darba pasūtījumu, savukārt vairāki atkārtošanās gadījumi izveidos vairākus darba pasūtījumus, un darba pasūtījumus izpildīs viena persona. Ja iedomāties, ka līguma darbu paveiks viena persona, tad labāk izmantot vienu atkārtošanās reizi. Viens risinājums ir izmantot incidentu tipus ar prasību grupu veidnēm , kas palīdz plānot atsevišķus darba pasūtījumus vairākos resursos.

• Ceļojumi: ja vairāki atkārtošanās gadījumi izveido vairākus darba pasūtījumus, tas var radīt vairāk braucienu un vairāk ceļojumu.

• Kā jūs izsekojat līdzekļus?: Dažas organizācijas dod priekšroku tam, lai katrs darba pasūtījums būtu saistīts ar vienu klienta līdzekli. Šādā veidā tie zina, kā darba pasūtījumam patērētais laiks korelē ar laiku, kas pavadīts, veicot līdzekļa servisu, kas palīdz atskaišu sastādīšanā. Ja tā, varat izvēlēties vairākas atkārtošanās, no kurām katra izveido vienu darba pasūtījumu ar vienu incidentu, kas saistīts ar vienu līdzekli.

Līguma darba pasūtījumu automātiska plānošana ar Resource Scheduling Optimization

Resursu plānošanas optimizācija automātiski plāno darba pasūtījumus, lai optimizētu darba stundas un pārvietošanās laiku. Tas ietver darba pasūtījumus, kas ģenerēti no līgumiem. Ja vēlaties to izmantot Resource Scheduling Optimization , lai plānotu līguma darba pasūtījumus, tālāk ir norādītas trīs iespējas.

1. Lieciet līgumam automātiski ģenerēt darba pasūtījumus un nodrošināt, lai ģenerētais darba pasūtījums tiktu uztverts tvērumā Resource Scheduling Optimization .
2. Lieciet līgumam automātiski ģenerēt un rezervēt darba pasūtījumus un pārliecinieties, ka ir iespējots vēlamais resurss, kuram tas ir ieplānots Resource Scheduling Optimization , un ka saistītās rezervācijas statusu var optimizēt. Varat izmantot grafika bloķēšanas opcijas rezervācijā, lai nodrošinātu, ka līguma rezervācija paliek ieplānota šim resursam, paredzētajam laikam vai abiem.
3. Izveidojiet īpašu Resource Scheduling Optimization grafiku un tvērumu, kurā tiek ņemti vērā tikai darba pasūtījumi, kas ģenerēti no līgumiem. Tas ļauj iestatīt īpašas kadences un prioritātes, kad tiek optimizētas līguma darba pasūtījuma rezervācijas.

Rēķinu un pilnvaru izmantošana ar līgumiem

Izlemjot izmantot līguma rēķinus, varat izveidot jaunu līgumu, lai ģenerētu rēķinus, vai pievienot rēķinus esošam servisa līgumam. Ja līguma rēķini attiecas uz ieplānotu uzturēšanu, iesakām līguma ģenerētos darba pasūtījumus un līguma ģenerētos rēķinus izmantot kā daļu no tā paša līguma.

Pat ja jums ir līgums, kas ģenerē rēķinus, līguma darba pasūtījumi joprojām izveidos rēķinus pēc pabeigšanas un slēgšanas grāmatošanas statusa. Ja tikai līguma rēķini parāda, kas jāiekļauj klienta rēķinā, ir jāizveido process, lai ignorētu vai mazinātu darba pasūtījuma rēķinus. Tas var būt tik vienkārši, kā šo rēķinu deaktivizācija vai cenrāžu un pilnvaru izmantošana, lai nodrošinātu, ka darba pasūtījuma starpsumma un darba pasūtījuma rēķins ir $0.

Pilnvaras tiek piemērotas darba pasūtījuma izcenojumiem, pamatojoties uz vairākiem faktoriem, piemēram, servisa uzņēmumu, notikuma tipu un klienta līdzekļu kategorijām. Tā ir izplatīta prakse izveidot noteiktu notikumu tipu noteiktiem klientiem, nosakot attiecīgo darbu; viena iespēja ir lietot pilnvaru, kad darba pasūtījumam tiek pievienots attiecīgais līguma notikuma tips, kas padara produktu un servisu maksu par $0, piešķirot tiem 100% atlaidi.

Papildinformāciju skatiet sadaļā Tiesības darba pasūtījumiem. Dynamics 365 Field Service

Rezervācijas atkārtošanās importēšana

Rezervācijas atkārtošanās shēmu var importēt līguma rezervācijas iestatījumam (ABS) vai līguma rēķina iestatījumam (AIS).

• Saglabājot atkārtošanās dialogu, tiek aizpildīts lauks ABS vai AIS ierakstos.
• Lauka nosaukums ir Periodiskuma iestatījumi, un tas veidlapā netiek rādīts pēc noklusējuma.
• Lai importētu atkārtošanos ar vienu vai vairākiem ABS vai AIS ierakstiem, izmantojot CSV, vienkārši iegūstiet pārstāvošu virkni no ABS vai AIS, kas iestatīts līdzīgi tam, kā vēlaties, lai tiktu konfigurēti importētie ieraksti.
• Ar šo virkni, jūs redzēsiet, ka ir dažas vērtības, kas vada ieraksta darbību, ko var parsēt no šīs virknes, piemēram, sākuma un beigu datumus, katru mēnesi utt.
• Izmantojiet šīs parauga virknes, lai aizpildītu šo līguma rezervēšanas un rēķina iestatīšanas ierakstus izklājlapā un lai izmantotu to pilnībā konfigurētu ierakstu importēšanai.

Piemēram, skatiet atkārtošanos nākamajā ekrānuzņēmumā un saistīto XML zemāk.

<root><pattern><period>weekly</period><option>every</option><weeks every='1'><days>1</days><days>2</days><days>3</days></weeks></pattern><range><start>08/01/2020</start><option>endAfter</option><end>10</end></range><datas/></root>

Papildu piezīmes

• Var rediģēt aktīvos līgumus; rediģējumi ir tiesīgi nekavējoties, un atjauninās līgumu pēc īsa brīža.

• Aktīva līguma rezervācijas atkārtošanās rediģēšana asinhroni veiks rezervācijas datumu atjaunināšanu.

• Varat kopēt esošos līgumus un izvēlēties, kurus parametrus vēlaties lietot iegūtajai kopijai.

• Mainot līguma īpašnieku, mainiet līguma statusu uz melnrakstu/tāmi un saglabājiet izmaiņas. Uzgaidiet piecas minūtes, lai atļautu visu asinhrono procesu izpildi, un pēc tam iestatiet līguma statusu atpakaļ uz aktīvu, lai tā darbplūsmas darbotos pareizajā secībā.

• Ja opcija Automātiski ģenerēt darba pasūtījumu ir iestatīta uz Nē , bet opcija Automātiski ģenerēt rezervāciju ir iestatīta uz Jā, rezervācija tiks automātiski izveidota, kad darba pasūtījums tiks manuāli ģenerēts no rezervācijas datuma.

• Līgumu ir paredzēts izpildīt vienā atrašanās vietā, ko pārstāv servisa uzņēmums. Darbs vairākās atrašanās vietās ir jākonfigurē, izmantojot vairākus līgumus.

• Scenārijos, kur vēlaties izmantot līgumus tikai rēķinu veidošanai, nevis darba pasūtījuma ģenerēšanai, apsveriet iespēju izmantot piedāvājuma entītiju kā daļu no Field Service risinājuma, kam ir līdzīgas iespējas.

• Līgumi darbojas nemanāmi ar Dynamics 365 Sales Lead > Iespēja > Piedāvājums > Pasūtījuma process. Tas tiek sasniegts tālāk minētā veidā.

  • Interesenta kategorizēšana kā servisa uzturēšanas interesents
  • Iespēju rindu pievienošana ar servisā bāzētām līnijām
  • Piedāvājuma rindu kā servisā bāzētu līniju izveide un piedāvājuma rezervācijas iestatījuma pievienošana

• Iestatot līgumus, lai automātiski ģenerētu darba pasūtījumus, ierobežojiet ģenerējamo darba pasūtījumu bērnierakstu skaitu - darba pasūtījumu produktus, pakalpojumus, pakalpojumu uzdevumus, incidentu tipus utt. Lielāks ierakstu apjoms, sinhroni pielāgoti spraudņi vai pielāgoti procesi var izraisīt taimautu, kā rezultātā atlikušie pakārtotie ieraksti netiek ģenerēti.

• Lauks Kopēt incidenta vienumus līgumā incidenta tipa iestatīšanas laikā ir svarīgs divu iemeslu dēļ:

1. Notikums, ko vēlaties pievienot līgumam, var nedaudz atšķirties no notikuma, ko pievienotu atsevišķam darba pasūtījumam, kas nav līguma daļa. Piemēram, parasti incidentam būtu nepieciešama 1 servisa stunda, bet pēc līguma jūs vienojāties ar klientu par 2 stundu servisu. Tā vietā, lai izveidotu otru incidenta veidu tikai šim līgumam, varat iestatīt Kopēt incidenta vienumus uz Līgums uz Nē, pievienot incidentu līgumam un pēc tam manuāli pievienot konkrētus pakalpojumu uzdevumus, produktu, pakalpojumus utt. Tādā veidā jūs varat izmantot to pašu incidenta tipu, kas vēlāk palīdz atskaišu veidošanā. Iestatiet šo opciju uz Jā , un incidenta vienumi tiks pievienoti līgumam, un jūs varat pieņemt šos vienumus vai veikt nelielas izmaiņas no tā.

Ja iestatījums ir Jā , tiks izveidoti līguma vienumi.

Ja iestatījums ir Nē , tas netiks darīts.

1. Incidenti var tikt pievienoti līgumiem periodiskam darbam. Tas nozīmē, ka līgumi ģenerēs darba pasūtījumus, kuriem pievienoti iepriekš definēti darba pasūtījumu pieprasījumi. Tomēr, kā minēts iepriekš šajā rakstā, incidentus var rediģēt, mainot procesus un procedūras. Bet līgumi var aptvert vairākus mēnešus un pat gadus, tāpēc rodas jautājums, vai līgumam būtu jāizmanto sākotnējais incidenta tips līguma izveidošanas brīdī, vai tomēr jaunākās incidenta tipa izmaiņas? Tas var rezultēties tajā, ka līguma termiņa beigās tiek veikts atšķirīgs darbs, nekā tas sākotnēji bija paredzēts. Iestatiet uz Jā , ja incidentam ir jāpaliek nemainīgam visā līguma darbības laikā, kopējot incidenta informāciju uz līgumu līguma aktivizēšanas laikā. Iestatiet uz Nē , ja darba pasūtījumiem, kas ģenerēti no līguma, ir jāiegūst jaunākā incidenta veida informācija, kad darba pasūtījumi tiek ģenerēti no līguma, kas parasti ir pastāvīgi atkarīgs no līguma rezervācijas iestatīšanas lauka Ģenerēt darba pasūtījumus X dienas iepriekš.

2. Krājumi tiek kopēti līgumā, kad tie tiek pievienoti līgumam, pat ja līgumam ir novērtējuma statuss.

Nākamās darbības

• Darba pasūtījumu veidņu izveide ar incidentu tipiem
• Klientu kontu izveide un pārvaldība