Erstatt dialogbokser med forretningsprosessflyter eller lerretsapper
Dialogbokser er foreldet og bør erstattes av forretningsprosessflyter eller lerretsapper. Denne artikkelen beskriver ulike funksjoner for disse alternativene. Du får også lære om situasjoner der en forretningsprosessflyt eller lerretsapp som er innebygd i et modelldrevet skjema, kan brukes til å erstatte en eksisterende dialogboks.
Sammenligning av funksjonalitet
Denne tabellen viser funksjonene i dialogboksen og de tilsvarende funksjonene i forretningsprosessflyter og lerretsapper.
| Dialogboksfunksjonalitet | Funksjonalitet i forretningsprosessflyter? | Funksjonalitet i lerretsapper? |
|---|---|---|
| Side | Ja (forretningsprosessfase) |
Ja (appskjerm) |
| Bare spørsmål | Nei | Ja (merkelapper) |
| Spørsmål og svar | Ja (bare tabellkolonner) |
Ja (etiketter og inndatafelt) |
| Inndataargumenter | Begrenset (trinn i forretningsprosessfase) |
Ja (spørrestrengparametere) |
| Variabler | Nei | Ja |
| Spørringsvariabler | Nei | Ja |
| Betinget forgreningslogikk | Ja | Ja (gå til hvilken som helst skjerm i appen) |
| Bruk på nytt (start som en underordnet dialogboks) |
Nei | Ja (gå til hvilken som helst skjerm i appen, og start en annen app i et nytt vindu) |
| Kjør arbeidsflyter ved start/slutt | Ja | Nei (bruk en skyflyt i stedet) |
| Kjør arbeidsflyter på inndata | Ja | Nei (bruk en skyflyt i stedet) |
| Kjør arbeidsflyter på sideovergang | Ja | Nei (bruk en skyflyt i stedet) |
| Begynn å bruke en nettadresse | Nei | Ja |
| Øktlogging | Ja | Nei |
| SDK-støtte | Ja | Ja |
Flere funksjoner med forretningsprosessflyter
- Prosessanalyse (visninger, diagrammer og tid brukt på en fase)
- Egendefinerte kontroller
Flere funksjoner med lerretsapper
- Appanalyse (appbruk og ytelse)
- Sidesammensetning med flere tabeller
- Kjør flyter
- Datakoblinger (standard og egendefinerte)
- Start som en frittstående app
- Konfigurerbart oppsett
Valget mellom en forretningsprosessflyt eller lerretsapp
Når du velger en erstatning for dialogbokser, er det viktig å tenke på hvordan du vil at brukeren skal oppleve det. Husk også at nesten alle dialogbokser kan formes ved hjelp av en lerretsapp.
Forretningsprosessflyter er best egnet til å erstatte dialogbokser som former prosesser som leder en felles arbeidsstrøm med samarbeid på tvers av grupper med enkeltpersoner og Dynamics 365-appkontekst. For eksempel gjennomgang av tilbud og ruting.
Lerretsapper kan også brukes til å erstatte dialogbokser som former foreskrevne oppgaver, for eksempel et oppringingsskript for oppfølging av kundeemner, eller til å forenkle brukeropplevelsen for andre oppgaver, for eksempel oppdatering av en salgsmulighet. I disse scenarioene kan det faktisk også benyttes en frittstående lerretsapp.
Scenario med forretningsprosessflyt som erstatning for dialogboks
Forestill deg at du har en dialogboks som over flere sider ber om viktige opplysninger fra brukeren, genererer et tilbud, sender en e-post til kontrollører om å godta eller avvise tilbudet, før det sendes på e-post til kunden. En slik prosess formes mer effektivt ved hjelp av en forretningsprosessflyt.
Når du skal erstatte dialogboksen, kan du begynne med å identifisere nøkkelfasene i prosessen. Disse kan inkludere en Klargjør innhold-fase for å sikre at alle produktene er oppført og at alle rabattene er gitt, en Generer tilbud-fase der tilbudet opprettes og formatet på det gjennomgås, en Primær gjennomgang-fase der tilbudet sendes til gjennomgang og godkjenning, en Sekundær gjennomgang-fase der tilbudet gjennomgås under visse omstendigheter, og til slutt en Lever tilbud-fase der tilbudet sendes til kunden.
Deretter må du identifisere hovedtrinnene som brukerne må følge i prosessen. Klargjør innhold-fasen kan for eksempel inneholde et enkelt Sann/Usann-trinn slik at brukeren kan dobbeltsjekke produktene som det skal gis tilbud på, et obligatorisk oppslagstrinn der det skal velges en prisliste, og et numerisk trinn der det skal angis en rabatt, før du går videre til neste fase. Generer tilbud-fasen kan ha et handlingstrinn der det opprettes et tilbud basert på all informasjonen som ble registrert i Klargjør innhold-fasen og den relaterte Dynamics 365-raden. Primær gjennomgang- og Sekundær gjennomgang-fasene kan ha flere Sann/Usann-trinn for å lede gjennomgangen av tilbudet samt et obligatorisk trinn for å registrere godkjenningsstatusen og sikre at prosessen bare kan flyttes til neste fase når godkjenningen er mottatt. Konfigurer kolonnenivåsikkerhet i dette trinnet for å sikre at bare autoriserte kontrollører kan godkjenne tilbudet. Det er også mulig å legge til en arbeidsflyt i Primær gjennomgang- og Sekundær gjennomgang-fasene, slik at det blir sendt en e-post til alle kontrollører når noen går inn i disse fasene.
Til slutt konfigurerer du fasene og trinnene i forretningsprosessflyten samt den betingede logikken som skal lede prosessflyten. I dette eksemplet kan du legge til en betinget gren etter Primær gjennomgang-fasen, slik at hvis et trinn indikerer at det er behov for et ekstra gjennomgangsnivå, er den neste fasen i prosessen Sekundær gjennomgang, ellers er det Lever tilbud-fasen.
Når du skal gjøre denne forretningsprosessflyten tilgjengelig for brukere, må du sikre at de riktige brukerne har rettigheter til forretningsprosessflyten, og deretter aktivere den.
Hvis du vil ha mer informasjon om hvordan du oppretter en forretningsprosessflyt, kan du se Opplæring: Opprett en forretningsprosessflyt for å standardisere prosesser.
Scenario med lerretsapp som erstatning for dialogboks
La oss si at du har en dialogboks som følger et oppringingsskript som leder salgsrepresentanter gjennom uanmeldte oppringinger til kundeemner. Denne prosessen kan enkelt registreres ved hjelp av en lerretsapp.
Begynn med å koble til datakildene du trenger for å lese og skrive data. I dette eksemplet brukes en kobling til Dynamics 365 for kundeemne, konto og kontaktinformasjon.
Begynn med å identifisere hvor mange skjermer som trengs. I dette eksemplet kan du velge å ha fem skjermer.
- Skjerm 1. For å velge et kundeemne fra en oppringingsliste.
- Skjerm 2. For introduksjoner, sjekke når det passer å ha en samtale, og planlegge en ny oppringing en annen dag.
- Skjerm 3. For å bestemme budsjett, autoritet, behov og tidslinje.
- Skjerm 4. For å registrere de neste trinnene og planlegge oppfølgingssamtaler.
- Skjerm 5. Avslutt samtalen med å takke kundeemnet for at han eller hun tok seg tid.
Deretter bygger du hver skjerm. I den første skjermen kan du bygge et galleri av kundeemner som må ringes opp. I den andre kan du bruke etiketter til å gi skjermene titler og levere oppringingsskriptet, samtidig som du bruker kontroller som alternativknapper til å registrere om det passer for personen å snakke. Hvis det gjør det, bruker du betinget logikk til å aktivere en knapp for å gå til neste skjerm. Hvis ikke, vises det et skript på den samme skjermen for å prøve å planlegge en ny oppringing til kunden. Definer oppringingsskriptet på etterfølgende skjermer på tilsvarende måte.
Til slutt kan du definere navigeringen fra skjerm til skjerm. I tillegg til muligheten til å gå fra skjerm til skjerm sekvensielt kan du i dette eksemplet få brukeren til å gå fra den andre til den siste skjermen (slutten av skriptet der man takker kundeemnet for at han/hun har tatt seg tid) hvis kundeemnet ikke er interessert i å ha en samtale.
Publiser appen for å gjøre den tilgjengelig for brukere. Tenk på hvordan et slikt scenario kan transformeres med en frittstående app som leverer oppringingsskript og støtter rask dataregistrering.
Tenkt deg at du vil bygge inn denne opplevelsen i Dynamics 365 Sales. Når du skal gjøre dette, begynner du med å opprette en iframe i et skjema for Dynamics 365 Sales. Deretter går du til Apper-delen fra Power Apps-menyen, velger appen du nettopp publiserte, kopierer nettkoblingen under Detaljer-fanen og limer den inn som nettadressen for iframe-koden.
Du kan ta dette et skritt videre – kanskje du vil at appen skal være tilgjengelig direkte i hovedskjemaet for kundeemner og være i kontekst med kundeemnet, slik at brukeren ikke trenger å velge et kundeemne på den første skjermen. Hvis du vil sende relevant informasjon til appen, endrer du bare iframe-nettadressen ved å føye til en spørrestreng som inneholder denne informasjonen, for eksempel kundeemne- eller konto-ID-er, ved hjelp av JavaScript som kjøres ved en bestemt hendelse, for eksempel ved lasting av et skjema. Deretter oppdaterer du appen for å fjerne den første skjermen (for valg av kundeemne) og i stedet bruke verdiene som ble sendt til appen via spørrestrengen ved hjelp av parameterfunksjonen.
Vanlige spørsmål om erstatning av dialogboksen
Blir avhengigheter i lerretsapper sporet?
- Avhengigheter i lerretsapper blir sporet på samme måte som avhengigheter i Dynamics 365-apper.
Kan jeg starte en lerretsapp som en hurtigmeny fra en knapp på kommandolinjen?
- Ja. For å gjøre dette setter du bare målnettadressen til nettadressen til lerretsappen din, som du henter fra Detaljer-delen i appen, som beskrevet tidligere.
Kan arbeidsflyter kalles fra en lerretsapp?
- Dette støttes ikke. Vi anbefaler å bruke en skyflyt i stedet.
Kan jeg konvertere dialogbokser til forretningsprosessflyter eller lerretsapper automatisk?
- Det finnes ingen automatisk måte å konvertere dialogbokser til forretningsprosessflyter eller lerretsapper på.