Vanlige spørsmål om migreringsverktøy

Overføringsverktøy for regler for automatisk oppføringsoppretting og avtaler på tjenestenivå (SLA)

Hvem kan få tilgang til eller kjøre overføringsverktøyet?

Administratorer og brukere som har CSR-lederroller, kan kjøre migreringsverktøyet.

Blir overførte regler aktivert automatisk etter overføring?

Nei. Du må aktivere de overførte reglene manuelt når overføringen er fullført.

Kan jeg fortsatt bruke de gamle reglene mine etter tidsfristen for avskrivning?

Ja. Aktive gamle regler fortsetter å kjøre etter fristen for avskrivning, til de deaktiveres. Imidlertid stopper redigeringsopplevelsen og støtten etter avvikling.

Kan jeg aktivere en regel med overføringsstatus som ufullstendig?

Nei. En migrert regel aktiveres bare når du bytter Merk som fullført til Ja etter at du har gått gjennom en ufullstendig regel og fikser eventuelle problemer. Det er da regelen anses som migrert.

Deaktiveres den eldre regelen etter at jeg har migrert?

• Ja, for automatisk oppføringsopprettelse. Når du aktiverer en overført regel for automatisk oppføringsopprettelse i Enhetlig grensesnitt, blir den tilsvarende gamle regelen deaktivert.
• For serviceavtaler, nei. Når du aktiverer en overført SLA-regel i Enhetlig grensesnitt, vil den tilsvarende gamle regelen forbli aktiv, fordi de to reglene kan eksistere side om side.

Hva betyr overføringsstatusen ufullstendig?

• I Sammendrag-delen: Hele overføringsprosessen kunne ikke fullføre overføringen av alle valgte regler.
• Ved siden av regelen: Regelen enten mislyktes eller den kunne ikke overføres fullstendig (det vil si at én eller flere elementer eller betingelser ble ikke overført).

Hvor finner jeg en liste over delvis overførte regler som spores i overføringsverktøyet?

Regler som er delvis migrert, eller som er identifisert som ufullstendig migrert, regnes ikke som fullstendig migrert. Derfor spores de under Venter i Sammendrag-delen. Bare regler som ble fullstendig overført, vises under Overført.

Støtter overføringsverktøyet egendefinerte skjemaer eller felt?

• Ja, for automatisk oppføringsopprettelse. Egendefinerte enheter, felt, attributter og konfigurasjoner støttes ikke av overføringsverktøyet.
• For serviceavtaler, nei. Egendefinerte enheter, felt, attributter og konfigurasjoner støttes ikke av overføringsverktøyet. For å fullføre migreringen må brukere endre eksisterende tilpasningsflyter, arbeidsflyter, programtillegg eller annen tilpasset kode på de tilpassede enhetene, feltene, attributtene og konfigurasjonene.

Trenger jeg en egen lisens for Power Automate før jeg kjører overføringen?

Nei. Hvis du vil ha mer informasjon om lisensretningslinjer, kan du gå til Hva er Microsoft Power Apps- og Power Automate-brukerrettigheter for Dynamics 365-programmer?

Noen av reglene er ufullstendige eller delvis overført. Hva bør jeg gjøre?

Du kan bruke problemdetaljene til å fikse regelen i webklienten og deretter kjøre overføringen på nytt, eller du kan rette opp den overførte regelen direkte i Enhetlig grensesnitt.

Kan jeg kjøre overføringsverktøyet på nytt for en bestemt overført regel?

Ja, du kan kjøre overføringsverktøyet på nytt for en bestemt overført regel basert på følgende kriterier:

• For ufullstendige regler eller mislykkede overføringsregler: Velg den samme regelen når du kjører overføringsverktøyet på nytt. Verktøyet erstatter automatisk den eksisterende mislykkede eller ufullstendige regelen med den nylig overførte regelen.
• For overførte regler: Slett den overførte regelen i Enhetlig grensesnitt før du kjører overføringsverktøyet på nytt.

Etter at migreringen er fullført, hva skjer med eksisterende serviceavtaleposter som er knyttet til eldre serviceavtaler?

• Hvis den eldre serviceavtalen er deaktivert etter migrering: Tidtakeren vil fortsette å kjøre til terminaltilstanden for slike serviceavtaleposter. Men Løs- og Pause-funksjonalitet vil ikke fungere.
• Hvis den eldre serviceavtalen fortsatt er i en aktiv tilstand: Eksisterende serviceavtaleposter som er knyttet til eldre serviceavtaler, vil fortsette å fungere som forventet.
• Hvis du vil bruke serviceavtaler opprettet i Enhetlig grensesnitt-appene på eksisterende poster: Du må manuelt oppdatere serviceavtalfeltet til Enhetlig grensesnitt-serviceavtale eller skrive programtillegget for å oppdatere postene. For eksempel kan programtillegglogikken være Moderne flyt eller Arbeidsflyt.

For informasjon om migrerte regler eller flyter i moderne automatisk postoppretting, gå til Vanlige spørsmål om moderne automatisk postoppretting.

Kjente problemer med konvertering av betingelser

Denne delen beskriver nøkkelscenarier der regler eller elementer ikke vil bli fullført på en vellykket måte.

Hvis mine regelelementer eller betingelser har relaterte enheter i en nestet gruppesetning (og/eller), overføres de til Enhetlig grensesnitt?

Nei. Vi støtter for øyeblikket bare ett nivå i det relaterte enhetshierarkiet. Slike regelelementer eller betingelser kan bare overføres hvis du fjerner en relatert enhet i gruppesetningen før du overfører. Hvis du ikke foretar deg noe, vil regelen mislykkes i trinnet Kontroll før overføring. Hvis du velger å fortsette med migreringen, vil regelen ha en tom betingelse for det relaterte elementet.

Eksempel: Beslektede enheter i et nestet gruppesetning

Visning av webklient før overføring

Forklaring:

a. Tittelen for elementet.

Enhetlig grensesnitt-visning etter overføring

Forklaring:

2a. "_FailedMigration" legges ved tittelen av det overførte elementet.

2b. Den samme standardplassholderen Opprettet den er lik 2200-01-01 legges til betingelsen.

Hvorfor mislykkes mine regelelementer eller betingelser med et DateType-felt som bruker en operator av typen Ikke på, under kontroll før overføring og faktisk overføring?

Ikke på-operatoren for Dato-datatypen støttes ikke i Enhetlig grensesnitt. Derfor støttes det ikke som en del av migrering. Du kan løse dette problemet ved å endre de gamle elementene eller betingelsene fra {ikke på selecteddate} til {selecteddate mindre enn og selecteddate større enn} i nettklienten før du kjører overføringsverktøyet på nytt for den tilhørende regelen.

Eksempel: DateType-felt som bruker en Ikke på-operator

Visning av webklient før overføring

Forklaring:

a. Tittelen for elementet.

Enhetlig grensesnitt-visning etter overføring

Forklaring:

2a. "_FailedMigration" legges ved tittelen av det overførte elementet.

2b. Betingelsen Opprettet den er lik 2200-01-01 legges til i betingelsen.

Hvorfor endres dataene i DateTime-feltet under overføringen?

Det finnes ikke noe eget tidsfelt i Enhetlig grensesnitt. Feltet DateTime endres derfor fra en kalenderkontroll til et tekstfelt. Inndata må være i et bestemt format, som vist i tekstfeltet i eksemplet nedenfor.

Eksempel: DateTime-felt

Visning av webklient før overføring

Forklaring:

a. Dato og klokkeslett-felt før overføring.

b. Bare dato-felt før overføring.

Enhetlig grensesnitt-visning etter overføring

Forklaring:

a. Dato og klokkeslett-felt etter overføring.

b. Bare dato-felt etter overføring.

Hvorfor er noen av operatorfeltene tomme i Enhetlig grensesnitt etter overføringen?

Når det gjelder oppslagsdatatyper, støttes bare operatorene for lik, ikke lik, null og ikke null i Enhetlig grensesnitt og overføringsverktøyet. Operatorene for under og ikke under støttes ikke i Enhetlig grensesnitt, og de støttes derfor ikke av overføringsverktøyet. Alle betingelser som har operatoren for under eller ikke-under, oversettes som relaterte enheter etter migrering. De vises som tomme i Enhetlig grensesnitt og kan ikke redigeres.

Eksempel: Operatorfelt under og ikke-under

Visning av webklient før overføring

Forklaring:

a.Under-operatorer.

Enhetlig grensesnitt-visning etter overføring

Forklaring:

b. Tomt operatorfelt.

Merk

Følgende begrensninger gjelder når en betingelse er definert i kundeservicehuben:

• Kontrollen for Dato- og klokkeslettvelger er ikke lenger tilgjengelig i betingelsene. Du kan imidlertid fortsatt redigere dato og klokkeslett i tekstfeltet.
• Vi støtter for øyeblikket bare ett nivå i det relaterte enhetshierarkiet. Du kan imidlertid velge nestede, relaterte enheter i programmet.
• Den relaterte enheten i en gruppe med og/eller-setningsdelen støttes ikke.
• Operatoren for ikke på for Dato-datatypen støttes ikke.
• For datatypen Oppslag støttes bare operatorene for lik, ikke lik, null og ikke null Operatorene under og ikke-under støttes ikke.

Kan jeg overføre en regel på nytt etter at den er aktivert?

• Ja, for regler for automatisk oppføringsopprettelse. Du kan overføre en aktivert regel på nytt, men du må først deaktivere og slette den fra Enhetlig grensesnitt.
• For serviceavtaler, nei. Når en overført serviceavtale er aktivert, er den koblet til en annen enhet (for eksempel en sak) eller er i bruk. Som standard har en aktivert regel blitt migrert. Før du kan migrere en aktivert regel igjen, må du slette den. Det er imidlertid en begrensning for serviceavtaleregler for Enhetlig grensesnitt. Etter at en regel er knyttet til en sak eller enhet (det vil si etter at den har blitt aktivert én gang), kan du ikke slette den, selv om den er deaktivert. Derfor kan ikke regelen overføres på nytt hvis den tidligere er aktivert eller brukt.

Kan jeg overføre avskrevne regler for standard serviceavtale?

Nei. Overføringsverktøyet støtter bare forbedrede serviceavtaleregler. Standard serviceavtaleregler er avviklet. De støttes ikke lenger i Enhetlig grensesnitt og støttes derfor ikke av overføringsverktøyet. Hvis du vil ha mer informasjon, kan du gå til Standard serviceavtaler i Dynamics 365 Customer Service er avskrevet.

Kjente problemer

Informasjon om kanalegenskap

Hvis du har brukt noen kanalegenskaper i tilpasningen av eldre regler, vil ikke migreringsverktøyet migrere disse reglene. Det er ingen generell løsning som kan brukes for å fikse denne feilen for alle brukere. Løsningen avhenger sterkt av hvordan du bruker kanalegenskapene i de eldre reglene.

Atferdsavvik når alternativet Opprett saker for aktiviteter som er knyttet til en avsluttet sak er valgt

• Eldre atferd: Hvis e-posten har en relatert sak som har blitt løst etter det angitte tidspunktet, blir den løste saken reaktivert som standard. Ingen tilpassing kreves.
• Moderne atferd: Hvis e-posten har en relatert sak som har blitt løst etter det angitte tidspunktet, blir den nye saken opprettet som standard. Tilpassing kreves for å aktivere en eksisterende sak på nytt i stedet for å opprette en ny sak.

Atferdsforskjell når alternativet "Opprett sak hvis en gyldig rettighet eksisterer for kunden" er valgt

• Eldre atferd: Hvis e-postavsenderen ikke har en gyldig rettighet, og e-posten har en relatert sak, oppdateres den eksisterende relaterte saken.
• Moderne atferd: Hvis e-postsenderen ikke har en gyldig rettighet, påkalles ingen flyt.

Paritetsgap mellom arbeidsflyter og Power Automate-flyter (gjelder bare for tilpasning av regelelementhandlinger)

• «Første ikke null»-uttrykk kan ikke migreres automatisk. Tilpasning kan imidlertid brukes manuelt på flyten for migreringen.
• Tilordningen av visningsnavnet for en oppslagspost til et strengfelt kan ikke migreres automatisk. Tilpasning kan imidlertid brukes manuelt på flyten for migreringen.
• Aktivitetspartifelt som brukes som kildefelt, støttes ikke i flyten.

Kjente flytproblemer

Overførte regler har et ekstra @-tegn for felt med @-strengtype

Hvis den gamle arbeidsflyten for automatisk oppføringsopprettelsesregel er tilpasset og har et @-tegn i ren tekst i et strengfelt, vises det to @, i stedet for ett ved overføring. Hvis du for eksempel legger til en e-postadresse i ren tekst i saksbeskrivelsesfeltet, behandles @-tegnet som et spesialtegn og overføres som @@.

Dette skyldes at @ identifiseres som et spesialtegn for dynamicsuttrykk, for eksempel @triggerOutputs()?[body/_emailsender_value] i overføringsflyten.

Du løser problemet ved å fjerne den ekstra @en i den overførte flyten manuelt.

Overføring støtter ikke flere elementer eller betingelser som har samme "gjelder når" i samme serviceavtale

I nettklienten kan flere elementer defineres med samme gjeldende "gjelder når-betingelse og andre suksesskriterier for en serviceavtale. Den samme funksjonaliteten støttes imidlertid ikke i Enhetlig grensesnitt. Under overføring blir derfor ingen etterfølgende serviceavtaleelementer av denne typen som har samme "gjelder når"-betingelse, opprettet.

Følgende skjermbilder viser scenarioet som ikke støttes i Enhetlig grensesnitt. De to gjelder når-betingelsene som vises, har ulike suksesskriterier.

Problemer med attributt for aktivitetsparttype under konvertering av arbeidsflyt til Flow

Alle aktivitetspartstypeattributt som er tilordnet til et annet aktivitetspartstypefelt, overføres ikke under arbeidsflyt-til-arbeidsflyt-konvertering, fordi Power Automate for øyeblikket ikke støtter dette scenarioet. (De mest berørte feltene er feltene Til, Fra, CC og BCC i e-poster.) Selv om migrering av regelen ikke vil mislykkes, vil dataverdien for slike aktivitetspartifelter som er avhengige av et annet aktivitetspartitype-attributt, vil være tomt etter migrering.

Eksempel. Attributter for aktivitetspartstype

Visning av webklient før overføring

Forklaring:

a. Fra-feltet er feltet for aktivitetspartstype som er tilordnet til et annet attributt for aktivitetsparttype, {Bcc(Email)}. Det vil være tomt etter migrering.

b. Til-feltet overføres.

Enhetlig grensesnitt-visning etter overføring

Forklaring:

b.Til felt.

Første ikke null-kontroller i uttrykk i gamle arbeidsflyter støttes ikke under arbeidsflyt-til-Flow-konvertering

I gamle arbeidsflyter kan et oppslagsfelt tilordnes med flere uttrykk der du kontrollerer og tilordner det Første ikke null-uttrykket, som vist i eksemplet i webklienten nedenfor. Denne tilnærmingen støttes for øyeblikket ikke som en del av konvertering fra arbeidsflyt til Flow, siden dette er en kjent begrensning fra den gamle arbeidsflytutformingen. Derfor tildeler arbeidsflytkonverteren det første uttrykket uten å utføre null-kontrollen. Den fjerner deretter alle gjenværende uttrykk, uavhengig av om de har verdier som ikke er null. I eksemplet nedenfor har flyten bare Regarding(Email) i feltet Kunde i dette trinnet.

Eksempel: «Først ikke null»-uttrykk

Visning før overføring

Forklaring:

a.Nettklientvisning I arbeidsflyten har Kunde-feltet {Regarding(Email); Contact(Create (Case)); Customer(Create (Case))}.

I Enhetlig grensesnitt har feltet Kunde bare Regarding(Email), uansett om det er null.

Viktig

Hvis du fortsatt har problemer med overføringsverktøyet, kan du kontakte administrator eller Microsoft kundestøtte.

Se også

Vanlige spørsmål om moderne automatisk oppføringsoppretting

Overfør reglene for automatisk oppføringsopprettelse og serviceavtaler

Serviceplanlegging for Dynamics 365 – migreringsstrategiplan