Ofte stillede spørgsmål til overførselsværktøj
Migreringsværktøj til automatisk oprettelse af poster og serviceniveauaftaler (SLA)
Hvem kan få adgang til eller køre overførselsværktøjet?
Administratorer og brugere, der har CSR-managerroller, kan køre migreringsværktøjet.
Aktiveres overførte regler automatisk efter overførslen?
Nej. Du skal aktivere de overførte regler manuelt, når overførslen er fuldført.
Kan jeg stadig bruge mine ældre regler efter tidsfristen for fortabelse?
Ja. Ældre regler køres fortsat på eksisterende sager, indtil reglerne deaktiveres. Imidlertid stopper redigeringsoplevelsen og understøttelsen efter udfasning.
Kan jeg aktivere en regel med en "ikke-fuldført" overførselsstatus?
Nej. En migreret regel aktiveres kun, når du skifter Markér som fuldført til Ja efter at du har gennemgået en ufuldstændig regel og løse eventuelle problemer, der er til stede. Det er, når reglen anses for at være blevet migreret.
Er den ældre regel deaktiveret, efter jeg har migreret?
- Ja, for regler for automatisk oprettelse af poster. Når du aktiverer en overført ARC-regel i Unified Interface, deaktiveres den tilsvarende gamle regel.
- Nej for SLA'er. Når du aktiverer en overført SLA-regel i Unified Interface, forbliver den tilsvarende gamle regel aktiv, fordi to regler ikke kan forefindes samtidigt.
Hvad indebærer en "ikke fuldført" status?
- I afsnittet Oversigt: Den overordnede overførselsproces kunne ikke fuldføre overførslen af alle valgte regler.
- Ved en regel: Enten at reglen ikke kunne fuldføres eller ikke kunne overføres fuldstændigt (dvs. at et eller flere elementer eller betingelser ikke kunne overføres).
Hvor kan jeg finde en liste over delvist overførte regler, der spores i overførselsværktøjet?
Regler, der er delvist migreret, eller som er identificeret som ufuldstændigt migreret, betragtes ikke som fuldt migreret. Derfor spores de under Afventer i sektionen Oversigt. Det er kun de regler, hvor overførslen blev fuldført, der er angivet under Overført.
Understøtter overførselsværktøjet brugerdefinerede formularer eller felter?
- Ja, for regler for automatisk oprettelse af poster. Overførselsværktøjet understøtter brugerdefinerede objekter, felter, attributter og konfigurationer.
- Nej for SLA'er. Brugerdefinerede objekter, felter, attributter og konfigurationer understøttes ikke af overførselsværktøjet. For at fuldføre migreringen skal brugerne ændre eventuelle eksisterende tilpasningsflows, arbejdsgange, plugins eller anden tilpasset kode på de tilpassede enheder, felter, attributter og konfigurationer.
Skal jeg have en separat licens til Power Automate, før jeg kan køre overførslen?
Nej. Du kan finde flere oplysninger om retningslinjer for licenser under Hvad er Microsoft Power Apps- og Power Automate-brugerrettigheder til Dynamics 365-programmer?
Nogle af mine regler er ikke fuldstændige eller er kun delvist overført. Hvad skal jeg gøre?
Du kan enten rette reglen i webklienten på baggrund af problemdetaljerne og køre overførslen igen, eller du kan reparere den overførte regel direkte i Unified Interface.
Kan jeg køre overførselsværktøjet igen for en bestemt overført regel?
Ja, du kan køre overførselsværktøjet for en bestemt overført regel igen på grundlag af følgende kriterie:
- For ufuldstændige eller mislykkede overførselsregler: Vælg den samme regel, når du kører overførselsværktøjet igen. Den eksisterende regel for mislykkede eller ikke-fuldførte regel erstattes automatisk med den nye regel, der er blevet overført.
- For regler, der er blevet overført: Slet den overflyttede regel i Unified Interface inden overførselsværktøjet køres igen.
Når migreringen er fuldført, hvad sker der så med eksisterende SLA-poster, der er knyttet til ældre SLA'er?
- Hvis den ældre SLA er deaktiveret efter migrering: Timeren vil fortsætte med at køre indtil terminaltilstanden for sådanne SLA-poster. Funktionerne Løs og Pause virker dog ikke.
- Hvis den ældre SLA stadig er i en aktiv tilstand: Eksisterende SLA-poster, der er knyttet til ældre SLA'er, vil fortsætte med at fungere som forventet.
- Hvis du vil bruge SLA'er oprettet i Unified Interface apps på eksisterende poster: Du bliver nødt til manuelt at opdatere SLA-feltet til Unified Interface SLA eller skrive plugin'et for at opdatere posterne. For eksempel kan plugin-logikken være Modern Flow eller Workflow.
For information om migrerede regler eller flows i moderne automatisk oprettelse af registreringer, gå til Ofte stillede spørgsmål om moderne automatisk registrering.
Kendte problemer med konvertering af betingelser
Afsnittet beskriver nøglescenarier, hvor regler eller elementer ikke kan fuldføre overførslen.
Hvis mine regelelementer eller -betingelser har relaterede objekter i en indlejret gruppeklausul (og/eller), overføres de så til Unified Interface?
Nej. Vi understøtter i øjeblikket kun ét niveau af det relaterede objekthierarki. Sådanne regelelementer eller -betingelser skal kunne overføres, skal du fjerne alle relaterede objekter i gruppeklausulen, inden du overfører. Hvis du ikke foretager dig noget, vil reglen mislykkes under Udvandringstjek-trin. Hvis du vælger at fortsætte med migreringen, vil reglen have en tom betingelse for det relaterede element.
Eksempel: Relaterede enheder i et indlejret gruppeudtryk
Visningen Kontrol før overførsel i webklient
Forklaring:
a. Titlen på emnet.
Visning efter overførsel i Unified Interface
Forklaring:
2a. Titlen på det overførte element ændres til "_FailedMigration" tilføjet.
2b. Den samme standardpladsholder, Oprettet den er lig med 2200-01-01 føjes til betingelsen.
Hvorfor opstår der fejl på mine regelelementer eller -betingelser med et DateType-felt, der bruger en operator af typen "ikke på" under kontrollen før overførslen og den faktiske overførsel?
Operatoren Ikke-på for Dato-datatypen er ikke understøttet i Unified Interface. Derfor understøttes det ikke som en del af migration. Du kan løse dette problem ved at ændre de gamle elementer eller betingelser fra {ikke på selecteddate} til {selecteddate mindre end og selecteddate større end} i webklienten, før du kører overførselsværktøjet igen for den pågældende regel.
Eksempel: DateType-felt, der bruger en Not-On-operator
Visningen Kontrol før overførsel i webklient
Forklaring:
a. Titlen på emnet.
Visning efter overførsel i Unified Interface
Forklaring:
2a. Titlen på det overførte element ændres til "_FailedMigration" tilføjet.
2b. Betingelsen Oprettet Er lig med 2200-01-01 føjes til betingelsen.
Hvorfor ændres dataene i feltet DateTime under overførslen?
Der findes ikke noget separat tidsfelt i Unified Interface. Derfor er DateTime feltet ændres fra en kalenderkontrol til et tekstfelt. Input skal være i et bestemt format som vist i tekstfeltet nedenfor.
Eksempel: DateTime-felt
Visningen Kontrol før overførsel i webklient
Forklaring:
a. Dato og klokkeslæt-feltet før overførsel.
b. Kun dato-placering for feltet før overførsel.
Visning efter overførsel i Unified Interface
Forklaring:
a. Feltet til Dato og klokkeslæt efter overførslen.
b. Feltet til Kun dato efter overførslen
Hvorfor er nogle af mine operatorfelter tomme i Unified Interface efter overførslen?
I forbindelse med opslagsdatatyper er det kun operatorerne lig med, ikke lig med, null og ikke null, der understøttes i Unified Interface og i overførselsværktøjet. Operatorerne Under og ikke under understøttes ikke i Unified Interface og understøttes derfor ikke i overførselsværktøjet. Eventuelle forhold, der har under- eller ikke-under-operatører oversættes til relaterede enheder efter migration. De vises som tomme i Unified Interface og kan ikke redigeres.
Eksempel: Operatorfelter under og ikke-under
Visningen Kontrol før overførsel i webklient
Forklaring:
a.Under operatører.
Visning efter overførsel i Unified Interface
Forklaring:
b. Tomt operatørfelt.
Bemærk
Følgende begrænsninger er gældende, når du definerer en betingelse i Customer Service-hub:
- Dato-/klokkeslætsvælgeren er ikke længere tilgængelig i betingelserne. Du kan dog stadig redigere dato og klokkeslæt i tekstfeltet.
- Vi understøtter i øjeblikket kun ét niveau af det relaterede objekthierarki. Du kan dog vælge indlejrede, relaterede enheder i applikationen.
- Det relaterede objekt i en gruppe af og/eller-klausulen understøttes ikke.
- Operatoren Ikke på for datatypen Dato understøttes ikke.
- For datatypen Søgninger er det kun operatøren lig med, ikke lig med, null og ikke null, der understøttes. Operatorerne under og ikke under understøttes ikke.
Kan jeg overføre en regel igen, når den er blevet aktiveret?
- Ja, for regler for automatisk oprettelse af poster. Du kan overføre en aktiveret regel igen, men du skal først deaktivere og slette den fra Unified Interface.
- Nej for SLA'er. Når en overført SLA-regel er aktiveret, knyttes den til et andet objekt (f.eks. en sag) eller et, der er i brug. Som standard er en aktiveret regel blevet migreret. Inden du kan migrere en aktiveret regel igen, skal den slettes. Der er dog en begrænsning for Unified Interface SLA-regler. Når en regel er knyttet til en sag eller entitet (det vil sige efter at den er blevet aktiveret én gang), kan du ikke slette den, selvom den er deaktiveret. Det er derfor ikke muligt at overføre reglen igen, hvis den tidligere er aktiveret eller anvendt.
Kan jeg overføre frarådede standard-SLA-regler?
Nej. Overførselsværktøjet understøtter kun udvidede SLA-regler. Standard SLA-regler er blevet forældet. De understøttes ikke længere i Unified Interface og understøttes derfor ikke i overførselsværktøjet. Du kan finde flere oplysninger ved at gå til Standard SLA'er i Dynamics 365 Customer Service er udfaset.
Kendte problemer
Udfasning af kanalegenskab
Hvis du har brugt nogen kanalegenskaber i tilpasningen af ældre regler, vil migreringsværktøjet ikke kunne migrere disse regler. Der er ingen generel løsning, der kan anvendes til at rette dette hul for alle brugere. Løsningen afhænger i høj grad af, hvordan du bruger kanalegenskaberne i de ældre regler.
Hvis du markerer afkrydsningsfeltet "Opret sager for aktiviteter, der er knyttet til en afsluttet sag", skal du vælge varigheden her.
- Ældre adfærd: Hvis e-mailen har en relateret sag, der er blevet løst siden det angivne tidspunkt, genaktiveres den løste sag som standard. Der kræves ingen tilpasning.
- Moderne adfærd: Hvis e-mailen har en relateret sag, der er blevet løst siden det angivne tidspunkt, oprettes en ny sag som standard. Tilpasning er påkrævet for at genaktivere en eksisterende sag i stedet for at oprette en ny sag.
Adfærdsforskel, når muligheden "Opret sag, hvis en gyldig berettigelse eksisterer for kunden" er valgt
- Ældre adfærd: Hvis e-mail-afsenderen ikke har en gyldig berettigelse, og e-mailen har en relateret sag, opdateres den eksisterende relaterede sag.
- Moderne adfærd: Hvis e-mail-afsenderen ikke har en gyldig berettigelse, aktiveres intet flow.
Paritetsgab mellem arbejdsgange og Power Automate flows (gælder kun for tilpasning af regelelementhandlinger)
- "Først ikke null"-udtryk kan ikke migreres automatisk. Tilpasning kan dog anvendes manuelt på flowet til migreringen.
- Tilknytningen af en opslagsposts visningsnavn til et strengfelt kan ikke migreres automatisk. Tilpasning kan dog anvendes manuelt på flowet til migreringen.
- Aktivitetsfestfelter, der bruges som kildefelter, understøttes ikke i flowet.
Kendte flowproblemer
Overflyttede regler har et ekstra @-tegn for felter med strengtypen @
Hvis den ældre arbejdsproces for reglen til automatisk oprettelse af poster er tilpasset og har et @-tegn i almindelig tekst i et strengfelt, kan du se to @-tegn i stedet for ét i overførslen. Hvis du f.eks. tilføjer en mailadresse som almindelig tekst i feltet med sagsbeskrivelsen, behandles tegnet @ som et specialtegn og overføres som @@.
Det skyldes, at @ identificeres som et specialtegn for dynamiske udtryk, f.eks. @triggerOutputs()?[body/_emailsender_value] i overførselsflowet.
Du kan løse dette problem ved manuelt at fjerne det ekstra @i det overførte flow.
Overførslen understøtter ikke flere elementer eller betingelser, der har samme "gældende når" i den samme SLA
I webklienten kan flere elementer defineres med den samme "gældende når"-betingelse og forskellige succeskriterier for en SLA. Men den samme egenskab understøttes ikke i Unified Interface. Under overførslen kan der derfor ikke oprettes det andet eller efterfølgende af disse SLA-elementer med samme "gældende når"-betingelse.
Følgende skærmbilleder viser det scenario, der ikke understøttes i Unified Interface. De to "gældende når"-betingelse med andre succeskriterier.
Attributproblemer med aktivitetsparttyper under arbejdsproces til flow-konvertering
En attribut for en aktivitetsparttype, der er tildelt et andet felt for aktivitetsparttype overføres ikke under konverteringen af arbejdsproces til flow, da Power Automate ikke understøtter dette scenario i øjeblikket. (De mest berørte felter er Til, Fra, CC og BCC felter i e-mails.) Selvom migreringen af reglen ikke mislykkes, er dataværdien for sådanne aktivitetsparti-felter, der er afhængige af en anden aktivitet part-type attribut vil være tom efter migrering.
Eksempel: Attributter for aktivitetstyper
Visningen Kontrol før overførsel i webklient
Forklaring:
a. Feltet Fra, som er et felt for aktivitetspartstypen, der er tildelt til en anden attribut for aktivitetspartstypen {Bcc(Email)}, vil være tom efter overførslen. Det vil være tomt efter migrering.
b. Feltet Til overføres.
Visning efter overførsel i Unified Interface
Forklaring:
b.Til felt.
"Første ikke-null"-tjek i udtryk i ældre arbejdsproces under arbejdsproces til flow-konvertering understøttes ikke
I ældre arbejdsprocesser kan et opslagsfelt knyttes til flere udtryk, hvor du kontrollerer og tildeler det "Første ikke-null"-udtryk som vist i eksemplet med webklienten herunder. Det understøttet i øjeblikket ikke som en del af arbejdsproces til flow-konvertering, da dette er en kendt begrænsning i forhold til den ældre arbejdsprocesdesigner. Derfor tildeler workflow-konverteren det første udtryk uden at udføre nul-kontrollen. Det fjerner derefter alle de resterende udtryk, uanset om de har værdier, der ikke er nul. I det efterfølgende eksempelsnapshot har flowet kun Regarding(Email) i feltet Kunde i dette trin.
Eksempel: "First Not Null"-udtryk
Visning før overførsel:
Forklaring:
a.Webklientvisning: I arbejdsprocessen indeholder feltet Kunde {Regarding(Email); Contact(Create (Case)); Customer(Create (Case))}.
I Unified Interface har feltet Kunde kun Regarding(Email), uanset om det er null.
Vigtigt
Hvis du stadig oplever problemer med migreringsværktøjet, kan du kontakte administratoren eller Microsoft support.
Se også
Ofte stillede spørgsmål om moderne automatisk oprettelse af poster
Overføre regler for automatisk oprettelse af poster og SLA'er