Delen via

Veelgestelde vragen over het hulpprogramma voor migratie

  • Artikel

Migratietool voor regels voor het automatisch maken van records en dienstverleningsovereenkomsten (SLA's)

Wie heeft toegang tot de migratietool of kan deze uitvoeren?

Beheerders en gebruikers met de rol van CSR-manager kunnen de migratietool uitvoeren.

Worden gemigreerde regels automatisch geactiveerd na de migratie?

Nee U moet de gemigreerde regels handmatig activeren nadat de migratie is voltooid.

Kan ik mijn verouderde regels nog steeds gebruiken na de afschaffingsdeadline?

Ja. Actieve legacy-regels blijven doorwerken na de beëindigingsdatum totdat zijn worden gedeactiveerd. De bewerkingservaring en ondersteuningsmogelijkheden stoppen echter na beëindiging.

Kan ik een regel activeren met een migratiestatus "onvolledig"?

Nee Een gemigreerde regel wordt alleen geactiveerd als u Markeren als voltooid instelt op Ja nadat u een onvolledige regel hebt beoordeeld en eventuele problemen hebt opgelost. Op dat moment wordt de regel als succesvol gemigreerd beschouwd.

Wordt de oude regel gedeactiveerd nadat ik migreer?

  • Voor het automatisch maken van records wel, ja. Wanneer je een gemigreerde regel voor het automatisch maken van records activeert in Unified Interface, wordt de bijbehorende oude regel gedeactiveerd.
  • Niet voor SLA's. Wanneer u een gemigreerde SLA-regel activeert in Unified Interface, blijft de bijbehorende oude regel actief omdat de twee regels naast elkaar kunnen bestaan.

Wat betekent een "onvolledige" migratiestatus?

  • In de sectie Samenvatting: het algehele migratieproces kon de migratie van alle geselecteerde regels niet met succes voltooien.
  • Naast een regel: de regel is mislukt of de regel niet volledig kan worden gemigreerd (wat betekent dat het migreren van een of meer items of voorwaarden is mislukt).

Waar kan ik een lijst vinden met gedeeltelijk gemigreerde regels die worden bijgehouden in de migratietool?

Regels die gedeeltelijk zijn gemigreerd of die zijn geïdentificeerd als onvolledig gemigreerd, worden niet als volledig gemigreerd beschouwd. Daarom worden ze bijgehouden onder In behandeling in de sectie Samenvatting . Alleen regels die de migratie hebben voltooid, worden meegeteld onder Gemigreerd.

Ondersteunt de migratietools aangepaste formulieren of velden?

  • Voor het automatisch maken van records wel, ja. De migratietools ondersteunt aangepaste entiteiten, velden, kenmerken en configuraties.
  • Niet voor SLA's. De migratietools biedt geen volledige support voor aangepaste entiteiten, velden, kenmerken en configuraties. Om de migratie te voltooien, moeten gebruikers alle bestaande aanpassingsstromen, werkstromen, invoegtoepassingen of andere aangepaste code voor de aangepaste entiteiten, velden, kenmerken en configuraties wijzigen.

Heb ik een aparte licentie nodig voor Power Automate voordat ik de migratie kan uitvoeren?

Nee Ga voor meer informatie over licentierichtlijnen naar Wat zijn Microsoft Power Apps- en Power Automate-gebruiksrechten voor Dynamics 365-toepassingen?

Sommige van mijn regels zijn onvolledig of gedeeltelijk gemigreerd. Wat moet ik doen?

U kunt de details van het probleem gebruiken om de regel te corrigeren in de webclient en vervolgens de migratie opnieuw uitvoeren of de gemigreerde regel rechtstreeks repareren in Unified Interface.

Kan ik de migratietool opnieuw uitvoeren voor een specifieke gemigreerde regel?

Ja, u kunt de migratietool opnieuw uitvoeren voor een specifieke gemigreerde regel op basis van de volgende criteria:

  • Voor onvolledige of mislukte migratieregels: selecteer dezelfde regel wanneer u de migratietool opnieuw uitvoert. De tool vervangt automatisch de bestaande mislukte of onvolledige regel door de nieuw gemigreerde regel.
  • Voor succesvol gemigreerde regels: verwijder de gemigreerde regel in Unified Interface voordat u de migratietool opnieuw uitvoert.

Wat gebeurt er nadat de migratie is voltooid met bestaande SLA-records die zijn gekoppeld aan verouderde SLA's?

  • Als de oude SLA na de migratie wordt gedeactiveerd: de timer blijft lopen tot de terminalstatus voor dergelijke SLA-records. De functies Oplossen en Onderbreken zullen echter niet werken.
  • Als de verouderde SLA nog steeds de status Actief heeft: bestaande SLA-records die aan verouderde SLA's zijn gekoppeld, blijven werken zoals verwacht.
  • Als u SLA's wilt gebruiken die in de Unified Interface-apps zijn gemaakt voor bestaande records: u moet het SLA-veld handmatig bijwerken naar Unified Interface SLA of de invoegtoepassing schrijven om de records bij te werken. De logica van de invoegoplossing kan bijvoorbeeld Moderne stroom of Werkstroom zijn.

Voor informatie over gemigreerde regels of stromen bij het maken van moderne automatische records gaat u naar Veelgestelde vragen over het maken van moderne automatische records.

Bekende problemen bij het omzetten van voorwaarden

In deze sectie worden belangrijke scenario's beschreven waarin regels of items de migratie niet kunnen voltooien.

Nee We ondersteunen momenteel slechts één niveau van de gerelateerde entiteitshiërarchie. Dergelijke regelitems of voorwaarden kunnen alleen met succes worden gemigreerd als u elke gerelateerde entiteit in de groepsclausule verwijdert voordat u migreert. Als u geen actie onderneemt, mislukt de regel tijdens de stap Premigratiecontrole. Als u ervoor kiest om door te gaan met de migratie, bevat de regel een lege voorwaarde voor het gerelateerde item.

Weergave van webclient vóór de migratie

Schermopname van de premigratie-webclientweergave van een item met gerelateerde entiteiten in een geneste groepsclausule.

Legenda:

a. De titel van het item.

Unified Interface-weergave na migratie

Schermopname van de Unified Interface-weergave voor postmigratie van het item met gerelateerde entiteiten in een geneste groepsclausule.

Legenda:

2a. "_FailedMigration" wordt toegevoegd aan de titel van het gemigreerde item.

2b. Dezelfde standaard tijdelijke aanduiding, Gemaakt op is gelijk aan 2200-01-01, wordt aan de voorwaarde toegevoegd.

Waarom mislukken mijn regelitems of voorwaarden met een DateType-veld dat een "Niet aan"-operator gebruikt tijdens de premigratiecontrole en de daadwerkelijke migratie?

De operator Niet-aan voor het gegevenstype Datum wordt niet ondersteund in Unified Interface. Daarom wordt het niet ondersteund als onderdeel van de migratie. U kunt dit probleem oplossen, door de verouderde items of voorwaarden te wijzigen van {niet op geselecteerde datum} naar {geselecteerde datum kleiner dan en geselecteerde datum groter dan} in de webclient voordat u terugkeeert naar de migratietool voor de overeenkomstige regel.

Voorbeeld: DateType-veld dat een Not-On-operator gebruikt

Weergave van webclient vóór de migratie

Schermopname van de premigratie-webclientweergave van een item met een Not-on-operator voor een DateType-veld.

Legenda:

a. De titel van het item.

Unified Interface-weergave na migratie

Schermopname van de postmigratie-webclientweergave van het item met een Not-on-opeator voor een DateType-veld.

Legenda:

2a. "_FailedMigration" wordt toegevoegd aan de titel van het gemigreerde item.

2b. De voorwaarde Gemaakt op is gelijk aan 2200-01-01 wordt aan de voorwaarde toegevoegd.

Waarom veranderen de gegevens in mijn DateTime-veld tijdens de migratie?

Er bestaat geen apart tijdveld in Unified Interface. Daarom verandert het veld DateTime veld verandert van een kalenderbesturingselement in een tekstveld. De invoer moet een specifieke indeling zoals weergegeven in het tektstveld in het volgende voorbeeld.

Voorbeeld: DateTime-veld

Weergave van webclient vóór de migratie

Schermopname van de premigratie-webclientweergave waarin DateTime-velden worden weergegeven door kalenderbesturingselementen.

Legenda:

a. Veld Datum en tijd vóór migratie.

b. Veld Alleen datum vóór migratie.

Unified Interface-weergave na migratie

Schermopname van de Unified Interface-weergave na de migratie, waarin DateTime-velden worden weergegeven door tekstvelden.

Legenda:

a. Veld Datum en tijd na migratie

b. Veld Alleen datum na migratie

Waarom zijn sommige van mijn operatorvelden leeg in Unified Interface na migratie?

Voor opzoekgegevenstypen worden alleen de operators gelijk, niet gelijk, nullen niet null ondersteund in Unified Interface en in de migratietool. De operators onder en niet onder worden niet ondersteund in Unified Interface en daarom ook niet in de migratietool. Alle voorwaarden die wel onder- of niet-onder-operators hebben, worden vertaald als gerelateerde entiteiten na migratie. Ze worden als leeg weergegeven in Unified Interface en kunnen niet worden bewerkt.

Voorbeeld: operatorvelden Onder en Niet onder

Weergave van webclient vóór de migratie

Schermopname van de premigratie-webclientweergave waarin een voorwaarde onder-operators gebruikt.

Legenda:

a.Onder-operators.

Unified Interface-weergave na migratie

Schermopname van de Unified Interface-weergave na de migratie, waarbij een voorwaarde een leeg operatorveld heeft.

Legenda:

b. Leeg operatorveld.

Opmerking

De volgende beperkingen zijn van toepassing als een voorwaarde is gedefinieerd in Klantenservicehub:

  • Het besturingselement Datum- en tijdkiezer is niet langer beschikbaar in de voorwaarden. Het is echter nog steeds mogelijk de datum en tijd in het tekstveld te bewerken.
  • Er wordt slechts één niveau van de gerelateerde entiteitshiërarchie ondersteund. U kunt echter geneste, gerelateerde entiteiten in de toepassing selecteren.
  • De gerelateerde entiteit binnen een groep van de en/of-component wordt niet ondersteund.
  • De operator Niet aan voor het gegevenstype Datum wordt niet ondersteund.
  • Voor het gegevenstype Zoekacties worden alleen de operators gelijk aan, niet gelijk aan, null en niet null ondersteund. De operators onder en niet onder worden niet ondersteund.

Kan ik een regel opnieuw migreren nadat deze is geactiveerd?

  • Ja, voor regels voor automatisch maken van records. U kunt een geactiveerde regel opnieuw migreren, maar u moet deze eerst deactiveren en verwijderen uit Unified Interface.
  • Niet voor SLA's. Nadat een gemigreerde SLA-regel is geactiveerd, wordt deze aan een andere entiteit gekoppeld (zoals een case) of is deze in gebruik. Standaard is een geactiveerde regel met succes gemigreerd. Voordat u een geactiveerde regel opnieuw kunt migreren, moet u deze verwijderen. Er is echter een beperking voor SLA-regels in Unified Interface. Nadat een regel aan een aanvraag of entiteit is gekoppeld (dat wil zeggen, nadat deze eenmaal is geactiveerd), kunt u deze niet meer verwijderen, zelfs niet als deze is gedeactiveerd. Daarom kan de regel niet opnieuw worden gemigreerd als deze eerder is geactiveerd of toegepast.

Kan ik verouderde standaard SLA-regels migreren?

Nee De migratietool ondersteunt alleen verbeterde SLA-regels. Standaard-SLA-regels zijn verouderd. ZIj worden niet langer ondersteund in Unified Interface en worden daarom ook niet ondersteund in de migratietool. Ga voor meer informatie naar Standaard SLA's in Dynamics 365 Customer Service zijn afgeschaft.

Bekende problemen

Beëindiging van kanaaleigenschappen

Als u kanaaleigenschappen hebt gebruikt bij het aanpassen van verouderde regels, worden deze regels niet met succes gemigreerd door de migratietool. Er is geen algemene oplossing die kan worden toegepast om deze lacune op te vullen voor alle gebruikers. De oplossing is sterk afhankelijk van hoe u de kanaaleigenschappen in de oude regels gebruikt.

Gedragsverschil bij selectie van de optie Aanvragen aanmaken voor activiteiten die gerelateerd zijn aan een opgeloste aanvraag

  • Verouderd gedrag: als de e-mail een gerelateerde case bevat die sinds de opgegeven tijd is opgelost, wordt de opgeloste case standaard opnieuw geactiveerd. Geen aanpassing vereist.
  • Modern gedrag: als de e-mail een gerelateerde case bevat die sinds de opgegeven tijd is opgelost, wordt standaard een nieuwe case aangemaakt Aanpassing is vereist om een bestaande case opnieuw te activeren in plaats van een nieuwe case te maken.

Gedragsverschil wanneer de optie Aanvraag aanmaken indien geldig recht bestaat voor klant is geselecteerd

  • Verouderd gedrag: als de afzender van de e-mail geen geldig recht heeft en de e-mail een gerelateerde case heeft, wordt de bestaande gerelateerde case bijgewerkt.
  • Modern gedrag: als de afzender van de e-mail geen geldig recht heeft, wordt er geen stroom aangeroepen.

Pariteitsverschillen tussen werkstromen en Power Automate-stromen (alleen van toepassing bij aanpassing van regelitemacties)

  • 'First not null'-expressies kunnen niet automatisch worden gemigreerd. Aanpassingen kunnen echter handmatig worden toegepast op de stroom voor de migratie.
  • De toewijzing van de weergavenaam van een opzoekrecord aan een tekenreeksveld kan niet automatisch worden gemigreerd. Aanpassingen kunnen echter handmatig worden toegepast op de stroom voor de migratie.
  • Velden van activiteitspartijen die als bronvelden worden gebruikt, worden niet ondersteund in de stroom.

Bekende problemen met stromen

Gemigreerde regels hebben een extra @-teken voor velden met het tekenreekstype @

Als de oude werkstroom voor regels voor het automatisch maken van records is aangepast en een @-teken in platte tekst in een tekenreeksveld bevat, ziet u bij de migratie twee @ in plaats van één. Als u bijvoorbeeld een e-mailadres in platte tekst toevoegt in het veld met de casusbeschrijving, wordt het @-teken behandeld als een speciaal teken en gemigreerd als @@.

Dit komt omdat @ wordt geïdentificeerd als een speciaal teken voor elke dynamische expressie, zoals @triggerOutputs()?[body/_emailsender_value] in de migratiestroom.

De oplossing is om het extra @ in de gemigreerde stroom handmatig te verwijderen.

Migratie ondersteunt niet meerdere items of voorwaarden met dezelfde voorwaarde "van toepassing wanneer" binnen dezelfde SLA

In de webclient kunnen meerdere items worden gedefinieerd met dezelfde voorwaarde 'van toepassing wanneer' en verschillende succescriteria voor een SLA. Dezelfde mogelijkheid wordt echter niet ondersteund in Unified Interface. Daarom hebben tijdens de migratie geen volgende SLA-items van dat type met dezelfde voorwaarde 'van toepassing wanneer' gemaakt.

De volgende schermopnamen geven het scenario weer dat niet wordt ondersteund in Unified Interface. De twee 'van toepassing als'-voorwaarden die worden weergegeven hebben verschillende succescriteria.

Schermopname van een 'van toepassing als'-voorwaarde met succescriteria.

Schermopname van dezelfde 'van toepassing als'-voorwaarde met verschillende succescriteria.

Kenmerkproblemen van het type activiteitspartij tijdens conversie van werkstroom naar stroom

Een kenmerk van het type activiteitspartij dat is toegewezen aan een ander veld van het type activiteitspartij wordt niet gemigreerd tijdens de conversie van werkstroom naar stroom, omdat Power Automate dit scenario momenteel niet ondersteunt. (De meest getroffen velden zijn de velden Aan, Van, CC en BCC in e-mails.) Hoewel de migratie van de regel niet zal mislukken, is de gegevenswaarde voor dergelijke velden van het activiteitspartijtype die afhankelijk zijn van een ander kenmerk van het type activiteitspartij leeg na de migratie.

Voorbeeld: kenmerken van het type activiteitspartij

Weergave van webclient vóór de migratie

Schermopname van de premigratie-webclientweergave waarin een werkstroom twee kenmerken van het type activiteitspartij heeft: Van en Naar.

Legenda:

a. Het veld Van is een veld van het type activiteitspartij waaraan een ander kenmerk van het type activiteitspartij is toegewezen, {Bcc(Email)}. Dit is leeg na de migratie.

b. Het veld Aan wordt gemigreerd.

Unified Interface-weergave na migratie

Schermopname van de Unified Interface-weergave na de migratie, waarbij het veld Aan is gemigreerd.

Legenda:

b.Aan-veld.

'Eerste niet-null'-controles in expressies binnen legacy werkstromen worden niet ondersteund tijdens de conversie van werkstroom naar stroom

In legacy-werkstromen kunnen aan een opzoekveld meerdere expressies worden toegewezen waarbij u de expressie 'Eerste niet null' controleert en toewijst, zoals weergegeven in het voorbeeld van een webclient dat volgt. Vanwege een bekende beperking van de oudere werkstroomontwerper wordt deze aanpak niet ondersteund als onderdeel van de conversie van werkstroom naar stroom. Daarom wijst de werkstroomconversie de eerste expressie toe zonder de nulcontrole uit te voeren. Vervolgens worden alle resterende expressies verwijderd, ongeacht of deze niet-null-waarden hebben. In het voorbeeld dat volgt, bevat de stroom alleen Betreffende(e-mail) in het veld Klant binnen deze stap.

Voorbeeld: 'Eerste niet null'-expressies

Weergave vóór migratie

Schermopname van de webclientweergave voor een veld Betreffende.

Legenda:

a.Webclientweergave: in de webclient bevat het veld Klant de inhoud {Regarding(Email); Contact(Create (Case)); Customer(Create (Case))}.

In Unified Interface-bevat het veld Klant alleen Regarding(Email), ongeacht of het null is.

Belangrijk

Als u nog steeds problemen ondervindt met de migratietool, neemt u contact op met uw beheerder of Microsoft Ondersteuning.

Zie ook

Veelgestelde vragen over moderne ARC (automatisch maken van records)

Regels voor automatisch maken en bijwerken van records en SLA's migreren

Dynamics 365 SLA en ARC-playbook voor migratie