Optimalisere tidsplanen for en enkelt Field Service-ressurs
I Field Service bruker du Ressursplanoptimalisering (RSO) til å utforme den beste tidsplanen for en individuell tjenesteressurs når det oppstår siste liten-utvikling som kansellerte jobber eller forsinkelse.
Nødvendige utgaver
| Tilgjengelig i både Salesforce Classic (ikke tilgjengelig i alle organisasjoner) og Lightning Experience |
| Agentforce Field Service and Operations-kjernefunksjoner, den administrerte pakken og mobilappen er tilgjengelig i Enterprise, Unlimited og Developer Edition. |
| Nødvendige brukertillatelser | |
|---|---|
| For å vise ressursplanoptimalisering i Gantt-diagrammet: | Den tilpassede tillatelsen Resource Schedule Optimization (Ressursplanoptimalisering) |
Dette er en funksjon i den administrerte pakken Field Service.
Etter hvert som endringer i tidsplanen for en tjenesteressurs skjer i løpet av dagen, kan det oppstå hull eller overlappinger i tidsplanen. Ressursplanoptimalisering er et strategisk verktøy som primært er rettet mot justeringer innen dagen. Den retter automatisk opp en ressurs tidsplan og fyller ut hull med annet arbeid basert på to skjulte, grunnleggende mål:
- Utilization Bias (Utnyttelsesskjevhet): Motoren prioriterer planlegging av så mange avtaler som mulig.
- Appointment Priority (Avtaleprioritet): Når kapasiteten er begrenset, prioriteres avtaler med høy prioritet foran arbeid med lavere prioritet.
-
Ekskluder eventuelt avtaler som har bestemte statuser, fra å bli endret under ressursplanoptimalisering.
- Finn og åpne Field Service Admin-appen fra Appstarter, og klikk deretter på Field Service-innstillinger | optimalisering | Logikk.
-
Rull til Resource Schedule Optimization (Ressursplanoptimalisering), og velg hvilke statuser som skal feste tjenesteavtaler under optimalisering, i Festekriterier-feltet.
Tjenesteavtaler som har en av de valgte statusene, blir ikke planlagt eller planlagt på nytt og tidsplanen oppheves ikke for dem under ressursplanoptimalisering. Planlagte tjenesteavtaler med en festet status kan ikke flyttes til en annen tjenesteressurs eller til et annet tidspunkt. Ikke-planlagte tjenesteavtaler med en festet status, beholdes ikke-planlagt. Vi anbefaler at sendestatusen ikke velges, slik at sendt arbeid kan flyttes når en tidligere jobb går sent eller det er nødvendig med hastearbeid.
-
Optimaliser tidsplanen for en tjenesteressurs.
- Klikk på handlingsmenyen for ressursen som du vil optimalisere tidsplanen for, fra Classic Dispatch Console.
-
Klikk på Ressursplanoptimalisering.
-
Definere omfanget av optimaliseringen. planleggingshorison). Definer planleggingshorisonten for optimaliseringen. Tjenesteavtaler planlegges bare innenfor datoene du velger, men kandidattjenesteavtalene som vurderes for planlegging, kan komme fra utenfor tidsrammen (opptil omtrent 7 dager).
Merk Ressursplanoptimalisering laster inn ikke-planlagte tjenesteavtaler som oppfyller tids- og kandidatkriteriene, basert på de spesifikke databasearbeidsreglene som er konfigurert i planleggingspolicyen. Tjenesteavtaler uten et område lastes alltid inn uavhengig av arbeidsregelkonfigurasjonen. Eksempel:- Arbeidsregel for samsvar område: Hvis tjenesteressursen er et primært eller omplasseringsmedlem som dekker bare Manhattan-tjenesteområdet, lastes ikke tjenesteavtaler fra andre områder inn.
- Arbeidsregel for arbeidsområder: Hvis tjenesteressursen er et primært, sekundært eller omplasseringsmedlem som dekker Manhattan, Brooklyn og Queens i ressursplanoptimaliseringsperioden, lastes det ikke inn avtaler fra andre tjenesteområder.
- Arbeidsregel for samsvar med kvalifikasjoner: Hvis tjenesteressursen bare har Installer- og Reparer-kvalifikasjoner, lastes ikke tjenesteavtaler som krever noen annen kvalifikasjon, inn.
- Samsvar boolsk arbeidsregel: Hvis bestemte tjenesteavtaler krever en tjenesteressurs som er kontraktør (Boolsk egenskap "Er kontraktør" er sann), men avmerkingsboksen for den tildelte tjenesteressursen ikke er merket (Boolsk egenskap er usann), lastes ikke disse avtalene inn.
- Arbeidsregel for maksimal reise fra hjemmebase: Hvis en tjenesteressurs dekker en radius på 50 km fra hjemmebasen, lastes ikke tjenesteavtaler som er utenfor denne radiusen, inn. Tjenesteavtaler uten plassering lastes også inn.
- Arbeidsregel for utvidet samsvar: Hvis du har et tilpasset kriterie som samsvarer et tjenesteavtalefelt med en relatert liste i tjenesteressursen, lastes ikke avtaler med et krav som ikke støttes av ressursen. Du kan ikke bruke relevansgrupper med Extended Match-arbeidsregler, og en planleggingspolicy kan ha opptil fem Extended Match-arbeidsregler.
- Arbeidsregel for samsvar med felt: Hvis du har en tilpasset regel som samsvarer et tjenesteavtalefelt med et tjenesteressursfelt, lastes ikke avtaler med et krav som ikke støttes av ressursen.
-
Velg optimaliseringsinnstillingene:
- Bare optimalisere ikke-planlagte avtaler: Hvis du velger dette alternativet, vurderes bare ikke-planlagte tjenesteavtaler, og alle planlagte tjenesteavtaler er festet (ikke-flyttbare). Motoren fyller bare ut gapene mellom dem og glir ikke eksisterende arbeid for å lukke gap. Denne innstillingen er mest effektiv når du behandler en tidsplan med høy tetthet som allerede har blitt nøye avgrenset eller perfeksjonert. I dette scenariet er det primære målet å få systemet til å fylle ut hullene med nytt hastearbeid eller oppgaver med lavere prioritet uten å avbryte den eksisterende planen. Med den kan du beskytte integriteten til den gjeldende tidsplanen samtidig som du løser nye behov. Som en generell god fremgangsmåte anbefales det imidlertid å inkludere allerede planlagt arbeid i optimaliseringsprosessen når det er mulig. Ved å tillate at motoren ser på dagen som en helhet i stedet for bare de tomme mellomrommene, gir du RSO fleksibiliteten den trenger for å omorganisere og begrense tidsplanen. Slik oppnår du virkelig optimale resultater ved å redusere nedetid betydelig og maksimere ressursutnyttelsen.
- Planleggingspolicy: Velg en policy for å definere regler og mål som dekker behovene dine for optimaliseringsforespørselen.
- Vurder bare disse avtalene som kandidater: Angi kriteriene for å bestemme hvilke avtaleresursplanoptimalisering som skal evalueres for å optimalisere eller planlegge til en ressurs. Det betyr ikke at bare avtaler som for øyeblikket er tildelt til ressursen og oppfyller dette kriteriet, flyttes eller planlegges på nytt. Avtaler som ikke oppfyller dette kriteriet, men som er tildelt til ressursen, kan også flyttes med mindre de er festet eller har en festet status.
- Hold disse avtalene planlagt: Velg hvilke tjenesteavtaler som må beholdes i tidsplanen under ressursplanoptimalisering. Optimaliseringen kan flytte og planlegge tjenesteavtalene som er merket for å være planlagt, på nytt. Hvis den resulterende tidsplanen ikke inkluderer alle tjenesteavtalene som er merket for å beholdes planlagt, mislykkes ressursplanoptimalisering. For å optimalisere gir du disse avtalene mye høyere prioritet enn de andre avtalene, eller prøver å kjøre optimalisering på flere dager. Alle avtaler i denne planlagte gruppen må også være en optimaliserbar avtale. Det betyr at avtaler som skal beholdes planlagt, må være et delsett av avtalene som er angitt i kriteriene Vurder bare disse avtalene som kandidater. Husk at når du ikke bruker Forbedret planlegging og Optimalisering, mislykkes ressursplanoptimalisering hvis mer enn 50 avtaler må forbli planlagt.
- Bare planlegge avtaler tildelt til...(Optimaliser bare for den bestemte ressursen): Velg om bare tjenesteavtaler som er planlagt til ressursen, skal vurderes i optimaliseringsprosessen. Hvis du ikke merker avmerkingsboksen, vurderes ikke-planlagte tjenesteavtaler, avtaler som er planlagt til ressursen, og avtaler som er planlagt til andre ressurser, under optimaliseringen. I dette tilfellet kan motoren "stjele" arbeid fra andre ressurser for å forbedre organisasjonens generelle tidsplan. Motoren prioriterer å stjele en planlagt jobb fra en annen ressurs hvis det ikke er noe uplanlagt arbeid tilgjengelig for å fylle ut gapet. Det ville heller ta opp en helt ny ikke-tildelt avtale enn bare å flytte en eksisterende avtale fra én person til en annen. Motoren flytter imidlertid avtalen fra én ressurs til en annen hvis det fører til bedre utnyttelse eller lavere reiseutgifter for organisasjonen. Når du bruker Forbedret planlegging og Optimalisering, vurderes både ikke-planlagte tjenesteavtaler og avtaler som er planlagt til ressursen, hvis du velger å bare planlegge avtaler til ressursen. Når du ikke bruker Forbedret planlegging og Optimalisering, vurderes bare tjenesteavtaler som er planlagt til ressursen, slik at denne avmerkingsboksen overstyrer Bare optimaliser ikke-planlagte avtaler.
- Klikk på Optimize (Optimaliser).
Du kan også konfigurere planleggingspreferanser til automatisk å kjøre ressursplanoptimalisering som respons på vanlige planleggingshendelser, som avtaleoverlappinger eller avbestillinger. Hvis du bruker Forbedret planlegging og Optimalisering, kan du se Rett opp overlappinger med en automatisk planleggingsflyt for å lære hvordan du retter opp overlappinger i tidsplanen. Hvis du ikke bruker Forbedret planlegging og optimalisering, kan du se Opprette planleggingsoppskrifter for vanlige hendelser.
Merk
- Informasjon om komplekst arbeid som ikke er fullt tilgjengelig i optimaliseringsdataene, vurderes som ekskludert fra ressursplanoptimaliseringen. En delvis kjede av avhengighet for en planleggingsavhengighet ekskluderes for eksempel.
- Ressursplanoptimaliseringer kan ikke kjøres parallelt for samme tjenesteressurs i samme tidsintervall.
- Du kan ikke kjøre ressursplanoptimalisering på kapasitetsbaserte ressurser.
- Hvis du vil tilpasse omfanget av data som vurderes av Resource Schedule Optimization (som ved å bruke resourceDayOptimization-metoden i OAAS-klassen), samtidig som du gir en tilpasset brukeropplevelse i Classic Dispatch Console som godtar tilpassede brukerinndata og initierer en optimaliseringsforespørsel i bakgrunnen, kan du se Opprette tilpassede handlinger for Field Service Classic Dispatch Console. Du kan opprette en handling for å vise et tilpasset brukergrensesnitt som deretter kan kalle opp den tilpassede Apex (en tilpasset forespørsel om ressursplanoptimalisering).
Se også:
Håndtering av komplekse scenarier for ressursplanoptimalisering (RSO)
- Komplekse arbeid: Motoren prioriterer tidsplanintegritet fremfor optimalisering. Hvis RSO ikke kan se hele avhengighetskjeden på grunn av filterkriteriene, risikerer det ikke å flytte én lenke og bryte kjeden. Informasjon om komplekst arbeid som ikke er fullt tilgjengelig i optimaliseringsdataene, vurderes som ekskludert fra ressursplanoptimaliseringen. En delvis kjede av avhengighet for en planleggingsavhengighet ekskluderes for eksempel. Du må forsikre deg om at optimaliseringsomfanget inkluderer alle relaterte deler av en avhengighet.
- Flerdagsavtaler: RSO er et strategisk verktøy som vanligvis utløses på en smal horisont, som i dag eller i morgen, for å håndtere umiddelbare unntak og kanselleringer. Det mangler ofte synlighet over flere dager for å passe et stort prosjekt (for eksempel en 30-timers jobb) i et smalt vindu (for eksempel 24 timer). I disse tilfellene behandler motoren avtalen over flere dager som festet og optimaliserer mindre jobber rundt den. RSO er utmerket til å finjustere den daglige ruten, men det er ikke det riktige verktøyet for arbeid over flere dager. Bruk global optimalisering når du skal håndtere flerdagskrav med en bred horisont for å utføre den første tunge løftingen eller plasseringen. Forstå at når en jobb som varer flere dager, er på bordet, vil taktiske RSO-kjøringer sannsynligvis behandle den som et ikke-rørbart anker. Ikke tving også den smale visningen. Forsøk på å planlegge en jobb over flere dager med et optimaliseringsvindu over én dag fører nesten alltid til at jobben ignoreres eller mislykkes med å planlegge.
- 24/7 skift: Med 24/7-skift er det ingen "utvidet horisont" på omtrent 7 dager, slik at du bare kan optimalisere horisonten for forespørselen, og optimalisering kan ikke "stjele" arbeid fra fremtiden. Hvis en avtale er en del av et skift som krysser horisonten (for eksempel omfatter den over midnatt), behandler motoren hele avtalen som ikke-flyttbar. For å løse dette må du forsikre deg om at optimaliseringshorisonten dekker hele varigheten av skiftet du vil optimalisere.
- Max Runtime (Maksimal kjøretid): RSO angis som standard til en matematisk grense på 60 sekunder. Dette dekker bare kjøretiden for optimaliseringsmotoren og inkluderer ikke data henting eller bekreftelse av resultater til Gantt-diagrammet. Hvis en sender for eksempel ser Gantt-diagrammet som deaktivert i 2 minutter under en RSO-kjøring, har ikke systemet krasjet. Det betyr bare at datainn/dataut-prosessen skjer på begge sider av 60-sekunders beregningsvinduet.
- Datavolum: For å få best mulig optimaliseringskvalitet bruker du filtreringskriteriene til å begrense volumet av lastede data (kandidatgruppe) til omtrent 1000 tjenesteavtaler per kjøring. Motoren starter med å velge en vilkårlig tjenesteavtale som et utgangspunkt, og deretter planlegger den andre som er i nærheten. Når du arbeider med ekstremt store datasett (for eksempel 4000 tjenesteavtaler), kan denne virkemåten ofte føre til at motoren avslutter seg til en tidsplan før den utforsker kandidattjenesteavtalene fullt ut og før den bruker hele kjøretiden som er tilgjengelig for den, noe som gir et mindre optimalt resultat. For å holde deg innenfor dette området kan du begrense antall kandidater ved å bruke filteret Vurder bare disse avtalene som kandidater, avgrense arbeidsreglene i planleggingspolicyen eller forkorte optimaliseringshorisonten.
Hjalp denne artikkelen med å løse problemet ditt?
La oss få vite det slik at vi kan forbedre!
