Erstatte dialoger med forretningsprocesforløb eller lærredapps

Dialoger udfases og skal erstattes af forretningsprocesforløb eller lærredapps. I denne artikel beskrives forskellige funktioner i disse indstillinger. Du får også mere at vide om situationer, hvor et forretningsprocesforløb eller en lærredapp, der er integreret i en modelbaseret formular, kan bruges til at erstatte en eksisterende dialog.

Sammenligning af funktionalitet

Denne tabel indeholder dialogfunktionerne og de tilsvarende funktioner i forretningsprocesforløb og lærredapps.

Dialogfunktionalitet Funktionalitet i forretningsprocesforløb? Funktionalitet i lærredapps?
Side Ja
(fase i forretningsproces)
Ja
(appskærmbillede)
Kun spørgsmål Nej Ja
(etiketter)
Spørgsmål og svar Ja
(kun tabelkolonner)
Ja
(etiketter og inputfelter)
Inputargumenter Begrænset
(trin i fase i forretningsproces)
Ja
(parametre for forespørgselsstreng)
Variabler Nej Ja
Forespørgselsvariabler Nej Ja
Betinget forgreningslogik Ja Ja
(gå til et skærmbillede i appen)
Genbrug
(start som underordnet dialog)
Nej Ja
(gå til et skærmbillede i appen, start en anden app i et nyt vindue)
Kør arbejdsprocesser ved start/slut Ja Nej
(brug et cloudflow i stedet)
Kør arbejdsprocesser ved input Ja Nej
(brug et cloudflow i stedet)
Kør arbejdsprocesser ved sideovergang Ja Nej
(brug et cloudflow i stedet)
Begynd at bruge en URL-adresse Nej Ja
Logføring af session Ja Nej
SDK-support Ja Ja

Yderligere funktioner i forretningsprocesforløb

  • Procesanalyse (visninger, diagrammer og tid, der bruges i en fase)
  • Brugerdefinerede kontrolelementer

Yderligere funktioner med lærredapps

  • Appanalyse (appforbrug og -ydeevne)
  • Sidekomposition med flere tabeller
  • Kør flows
  • Dataconnectorer (standard og brugerdefinerede)
  • Start som en separat app
  • Layout, der kan konfigureres

Vælg mellem et forretningsprocesforløb og en lærredapp

Når du vælger erstatning for en dialog, er det vigtigt at beskrive den brugeroplevelse, du ønsker at levere. Vær også opmærksom på, at næsten alle dialoger kan modelleres ved hjælp af en lærredapp.

Forretningsprocesforløb er bedst egnet til at erstatte dialoger, der modellerer processer, som giver vejledning på tværs af en overordnet arbejdsstrøm, der kræver samarbejde på tværs af grupper af personer og i forbindelse med Dynamics 365-apps. Det kan f.eks. være gennemgang af tilbud og routing.

Lærredapps kan også bruges til at erstatte dialoger, der modellerer konkrete opgaver, f.eks. et opkaldsscript til bearbejdelse af kundeemne, eller til at forenkle brugeroplevelsen for andre opgaver, f.eks. opdatering af en salgsmulighed. Bemærk, at det også kan være en fordel at have en separat lærredapp i disse scenarier.

Erstatning af dialog i et scenarie med et forretningsprocesforløb

Forestil dig, at du har en dialog, der over flere sider anmoder om vigtige oplysninger fra brugeren, genererer et tilbud og sender en mail til reviewere om at acceptere eller afvise tilbuddet, før du sender det via mail til kunden. Denne form for proces bliver mere effektiv, når du bruger et forretningsprocesforløb.

Hvis du vil erstatte dialogen, skal du starte med at identificere de vigtigste faser i processen. Disse kan omfatte fasen Forbered indhold for at sikre, at alle produkter vises, og at rabatterne anvendes, fasen Opret tilbud for at oprette tilbuddet og gennemse det for at kontrollere nøjagtigheden af formatet, fasen Primær review for at sende tilbuddet til review og godkendelse, fasen Sekundær review for at gennemse tilbuddet under visse omstændigheder og endelig fasen Levér tilbud for at sende tilbuddet til kunden.

Derefter skal du identificere de vigtigste trin, som brugerne skal udføre i processen. Fasen Forbered indhold kan f.eks. indeholde et simpelt trin af typen sandt eller falsk, hvor brugeren skal dobbelttjekke produkterne i tilbuddet, et obligatorisk opslagstrin, hvor der skal vælges en prisliste, og et numerisk trin, hvor der skal angives en rabat, inden brugeren går videre til næste fase. Fasen Generér tilbud har måske et handlingstrin, hvor der oprettes et tilbud, der er baseret på alle de oplysninger, der tidligere blev hentet i fasen Forbered indhold og den relaterede Dynamics 365-række. Faserne Primær review og Sekundær review har måske flere trin af typen sandt eller falsk, der fungerer som en vejledning til gennemgang af tilbud, sammen med et påkrævet trin, hvor der opnås godkendelsesstatus, og det sikres, at processen kun kan gå videre til næste fase, når der er indhentet godkendelse. Konfigurer sikkerhed på kolonneniveau på dette trin for at sikre, at det kun er autoriserede brugere, der kan godkende tilbuddet. Der kan også føjes en arbejdsproces til faserne Primær review og Sekundær review, så der sendes en mail til alle reviewere ved åbning.

Endelig skal du konfigurere faser og trin i dit forretningsprocesforløb sammen med den betingede logik for at guide procesforløbet. I dette eksempel kan du tilføje en betinget forgrening efter fasen Primær review, så hvis et trin angiver, at der er behov for endnu et review, er næste fase i processen fasen Sekundær review, og hvis ikke, er det fasen Levér tilbud.

Hvis du vil gøre dette forretningsprocesforløb tilgængeligt for brugere, skal du sikre, at de rette brugere har rettigheder til forretningsprocesforløbet, og derefter aktivere det.

Du kan finde flere oplysninger om, hvordan du opretter et forretningsprocesforløb, under Selvstudium: Opret et forretningsprocesforløb for at standardisere processer.

Erstatning af dialog med et scenarie med lærredapp

Antag, at du har en dialog som følger et opkaldsscript, der vejleder sælgere via uopfordrede opkald til kundeemner. Denne proces kan nemt udføres ved hjælp af en lærredapp.

Start med at oprette forbindelse til de datakilder, du skal bruge til at læse og skrive data. I dette eksempel bruges der en forbindelse til Dynamics 365 til kundeemne-, firma- og kontaktoplysninger.

Start med at identificere antallet af skærmbilleder, der skal bruges. I dette eksempel kan du beslutte, at der skal være fem skærmbilleder.

  • Skærmbillede 1. Her vælger du et kundeemne på en opkaldsliste.
  • Skærmbillede 2. Til introduktion, kontrol af, om kunden er ledig for en samtale, og planlægning af et tilbagekald på et senere tidspunkt.
  • Skærmbillede 3. Til fastlæggelse af budget, autoritet, behov og tidslinje.
  • Skærmbillede 4. Til fastlæggelse af næste skridt og planlægning af opfølgende opkald.
  • Skærmbillede 5. Tak kundeemnet for vedkommendes tid i slutningen af opkaldet.

Derefter skal du oprette de enkelte skærmbilleder. På det første skærmbillede skal du bygge et galleri over kundeemner, der skal ringes til. På det andet skal du bruge etiketter til at angive en titel til skærmbilledet og angive opkaldsscriptet, mens du bruger kontrolelementer som alternativknapper til at finde ud af, om det er et godt tidspunkt for personen at tale. Hvis det er, skal du bruge betinget logik til at aktivere en knap for at gå til næste skærmbillede, og hvis ikke, kan du få vist et script på samme skærmbillede for at forsøge at planlægge et senere opkald til kunden. På samme måde skal du definere opkaldsscriptet på efterfølgende skærmbilleder.

Endelig skal du definere navigation på skærmbillederne. Ud over at navigere gennem skærmbillederne i rækkefølge kan du i dette eksempel sende brugeren fra det andet skærmbillede til det sidste skærmbillede (slutningen af scriptet, hvor du takker kundeemnet for vedkommendes tid), hvis kundeemnet ikke er interesseret i en samtale.

Hvis du vil gøre denne app tilgængelig for brugere, skal du udgive appen. Overvej, hvordan et sådant scenarie kan transformeres via en separat app, der leverer opkaldsscripts og understøtter hurtig dataindtastning.

Forestil dig, at du vil integrere denne oplevelse i Dynamics 365 Sales. Hvis du vil det, skal du starte med at oprette en iframe i en Dynamics 365 Sales-formular. Derefter skal du gå til sektionen Apps i Power Apps-menuen, vælge den app, du netop har publiceret, kopiere weblinket under fanen Detaljer og indsætte det som URL-adressen til din iframe.

Vi kan gå et skridt videre og antage, at du ønsker, at denne app bliver tilgængelig direkte fra kundeemnets hovedformular, og at den knyttes til kundeemnet, så appen ikke kræver, at brugeren vælger et kundeemne i det første skærmbillede. Hvis du vil sende relevante oplysninger til appen, kan du blot ændre iframe-URL-adressen for at tilføje en forespørgselsstreng, der indeholder disse oplysninger, f.eks. id for kundeemne eller firma, ved hjælp af JavaScript, som kører ved en bestemt hændelse, f.eks. ved indlæsning af formularen. Derefter skal du opdatere appen for at fjerne det første skærmbillede (til valg af kundeemne) og i stedet få adgang til de værdier, der er overført til appen via forespørgselsstrengen ved hjælp af funktionen Param.

Ofte stillede spørgsmål om erstatning af dialog

Kan afhængigheder af lærredapps spores?

  • Afhængigheder af lærredapps spores på samme måde som afhængigheder i Dynamics 365-apps.

Kan jeg starte en lærredapp som et pop op-vindue fra en knap på kommandolinjen?

  • Ja. Hvis du vil gøre dette, skal du bare indstille mål-URL-adressen til URL-adressen i din lærredapp, som kan hentes fra sektionen Oplysninger i appen som beskrevet tidligere.

Kan arbejdsprocesser kaldes fra en lærredapp?

  • Dette understøttes ikke. Vi anbefaler, at du i stedet bruger et cloudflow.

Kan jeg automatisk konvertere dialoger til forretningsprocesforløb eller lærredapps?

  • Du kan ikke automatisk konvertere dialoger til forretningsprocesforløb eller lærredapps.

Se også