Párbeszédpanelek felváltása üzleti folyamatokkal vagy vászonalapú alkalmazásokkal
A párbeszédablakok elavultak, és üzleti folyamatokkal vagy vászonalapú alkalmazásokkal kell helyettesíteni őket. Ez a cikk ezeknek a beállításoknak a különböző képességeit ismerteti. Megismerheti azokat a helyzeteket is, amikor egy modellvezérelt űrlapba ágyazott üzleti folyamat vagy vászonalapú alkalmazás használható egy meglévő párbeszédpanel cseréjére.
Az alábbi táblázat a párbeszédpanelek képességeit és az üzleti folyamatok és vászonalapú alkalmazások ezeknek megfelelő képességeit sorolja fel.
Párbeszédpanel-képesség | Képesség üzleti folyamatokban? | Képesség vászonalapú alkalmazásokban? |
---|---|---|
Lap | Igen (üzleti folyamat fázisa) |
Igen (alkalmazás képernyője) |
Csak felugró kérdés | Nem | Igen (feliratok) |
Kérdés és válasz | Igen (csak táblázatoszlopok keresése) |
Igen (címkék és bemeneti mezők) |
Bemenetargumentumok | Korlátolt (lépések üzleti folyamat egy fázisában) |
Igen (lekérdezésisztring-paraméterek) |
Változók | Nem | Igen |
Lekérdezés változói | Nem | Igen |
Feltételes elágazási logika | Igen | Igen (navigálás az alkalmazáson belül bármelyik képernyőre) |
Újrahasználat (indítás gyermek-párbeszédpanelként) |
Nem | Igen (navigálás az alkalmazáson belül bármelyik képernyőre, más alkalmazás indítása új ablakban) |
Munkafolyamatok futtatása indításkor/befejezéskor | Igen | Nem (helyette felhőfolyamat használható) |
Munkafolyamatok futtatása bevitelkor | Igen | Nem (helyette felhőfolyamat használható) |
Munkafolyamatok futtatása oldalváltáskor | Igen | Nem (helyette felhőfolyamat használható) |
URL-cím használatának megkezdése | Nem | Igen |
Munkamenet-naplózás | Igen | Nem |
SDK-támogatás | Igen | Igen |
- Folyamatelemzés (nézetek, diagramok, és az egy fázisban töltött idő)
- Egyéni vezérlők
- Alkalmazáselemzés (alkalmazás felhasználása és teljesítménye)
- Többtáblás lapösszeállítás
- Folyamatok futtatása
- Adatösszekötők (standard és egyéni)
- Önálló alkalmazás indítása
- Konfigurálható elrendezés
Amikor a párbeszédpanel cseréjéről dönt, fontos szem előtt tartani a nyújtani kívánt felhasználói élményt. Azt is vegye figyelembe, hogy szinte bármilyen párbeszédpanel modellezhető vászonalapú alkalmazással.
Az üzleti folyamatok olyan párbeszédpanelek felváltására a legalkalmasabbak, amelyek egyének csoportjai közötti együttműködést és Dynamics 365 alkalmazáskörnyezetet igénylő, átfogó munkafolyamatokhoz útmutatást nyújtó folyamatokat modelleznek. Erre példa az ajánlatok áttekintése és az útválasztás.
A vászonalapú alkalmazások ezzel szemben olyan párbeszédpanelek helyett használhatók, amelyek előíró jellegű feladatokat modelleznek, amilyen például egy szkript meghívása érdeklődők kereséséhez. Más feladat, például egy lehetőség frissítése felhasználói felületének egyszerűbbé tételére is alkalmasak. Érdemes tudni, hogy ezekben a helyzetekben egy önálló vászonalapú alkalmazás akár előnyös is lehet.
Képzelje el, hogy egy párbeszédpanel több oldalon keresztül kér be fontos információkat a felhasználótól, generál egy ajánlatot, majd e-mailben felkéri a bírálókat az ajánlat elfogadására vagy elutasítására, mielőtt e-mailben továbbküldi azt az ügyfélnek. Az ilyen típusú folyamat hatékonyabban modellezhető üzleti folyamat használatával.
A párbeszédpanel cseréjét kezdje a folyamat fontos állomásainak azonosításával. Ezek közé tartozhat a Tartalom előkészítése szakasz annak biztosítására, hogy az összes termék listázva legyen, és az engedmények alkalmazásra kerüljenek, az Árajánlat létrehozása szakasz az árajánlat létrehozásához és a formátum pontosságának ellenőrzéséhez, az Elsődleges ellenőrzés szakasz az árajánlat ellenőrzésre és jóváhagyásra küldéséhez, a Másodlagos ellenőrzés szakasz az árajánlat bizonyos körülmények között történő felülvizsgálatához és végül egy Árajánlat kézbesítése szakasz, amely elküldi az árajánlatot az ügyfélnek.
Ez után azonosítsa a felhasználó által a folyamat során követendő lépéseket. Például a Tartalom előkészítése szakasz tartalmazhat egy egyszerű igaz vagy hamis lépés, amellyel a felhasználó kétszer ellenőrizheti az árajánlatban részesítendő termékeket, egy kötelező keresési lépés az árlista kiválasztásához, valamint egy numerikus lépés az engedmény megadásához, mielőtt továbblépne a következő szakaszra. Az Árajánlat létrehozása szakaszban lehet egy művelet lépés hogy árajánlatot hozzon létre a Tartalom előkészítése szakaszban korábban rögzített összes információ és a kapcsolódó Dynamics 365 sor alapján. Az Elsődleges ellenőrzés és a Másodlagos ellenőrzés szakaszok több igaz vagy hamis lépéssel is rendelkezhetnek az árajánlat ellenőrzésének irányításához, valamint a jóváhagyási állapot rögzítéséhez szükséges lépés, és biztosíthatja, hogy a folyamat csak a jóváhagyás kézhezvétele után léphessen át a következő szakaszba. Konfigurálja az oszlopszintű biztonságot ezen a lépés, hogy csak a jogosult felülvizsgálók adhassanak jóváhagyást az árajánlathoz. Ezenkívül hozzáadhat egy munkafolyamatot az Elsődleges felülvizsgálat és a Másodlagos felülvizsgálat szakaszhoz, így belépéskor e-mail értesítést küld az összes felülvizsgálónak.
Végül konfigurálja üzleti folyamata fázisait és lépéseit, valamint a folyamatot irányító feltételes logikát. Ebben a példában hozzáadhat egy feltételes elágazást az Elsődleges felülvizsgálat szakasz után, így ha egy lépés azt jelzi, hogy szükség van egy második szintű felülvizsgálatra, a folyamat következő szakasza a Másodlagos felülvizsgálat szakasz, ellenkező esetben pedig az Árajánlat kézbesítése szakasz.
Az üzleti folyamatot úgy teheti elérhetővé a felhasználók számára, ha gondoskodik róla, hogy a megfelelő felhasználók rendelkezzenek a folyamatra vonatkozó jogosultságokkal, majd aktiválja azt.
A üzleti folyamat létrehozásával kapcsolatos további információkért lásd: Oktatóanyag: üzleti folyamat létrehozása a folyamatok szabványosításához.
Tegyük fel, hogy van egy párbeszédpanelje, amely végigvezeti az értékesítőket az érdeklődőkkel való első telefonos kapcsolatfelvételen. Ez a folyamat egyszerűen rögzíthető vászonalapú alkalmazás használatával.
Első lépésként csatlakozzon azokhoz az adatforrásokhoz, amelyekből adatokat kell olvasnia és amelyekbe adatokat kell írnia. Ebben a példában a Dynamics 365-tel létesített kapcsolatot használjuk érdeklődői, partner- és kapcsolattartási adatokhoz.
Első lépésként állapítsa meg a szükséges képernyők számát. Ebben a példában dönthet például úgy, hogy öt képernyőt használ.
- 1. képernyő A felhívni kívánt érdeklődő kiválasztásához.
- 2. képernyő A bemutatkozáshoz, a beszélgetésre alkalmas időpont megállapításához és egy későbbi visszahívás egyeztetéséhez.
- 3. képernyő A költségkeret, a hatáskör, az igény és az ütemterv meghatározásához.
- 4. képernyő A következő lépések rögzítéséhez és a további hívások ütemezéséhez.
- 5. képernyő Az érdeklődő idejéért mondott köszönetnyilvánításhoz és a hívás befejezéséhez.
Ez után készítse el az egyes képernyőket. Az első képernyőn hozzon létre egy katalógust a meghívandó érdeklődőkről. A másodikon címkék használatával adjon címet a képernyőnek, tegye elérhetővé a forgatókönyvet, és kínáljon fel választógombokat, amelyekkel rögzíthető, hogy az illetőnek alkalmas-e az időpont a beszélgetésre. Ha igen, akkor feltételes logikával engedélyezze a következő képernyőre léptető gombot, ha nem, akkor jelenítsen meg ugyanezen a képernyőn egy forgatókönyvet az ügyfél visszahívásának egyeztetésére tett kísérlethez. Hasonlóan adhatja meg a hívások forgatókönyvét a következő képernyőkön.
Végül határozza meg a képernyők közötti navigációt. Ebben a példában a képernyők sorrend szerinti bejárása mellett az is előfordulhat, hogy a felhasználót a másodikról az utolsó képernyőre szeretné léptetni (a forgatókönyv végéhez, ahol köszönetet mond az érdeklődő idejéért), ha az érdeklődő nem kíván beszélgetni.
Az alkalmazást úgy teheti elérhetővé a felhasználók számára, hogy közzéteszi. Gondolja végig, hogyan alakítható át egy ilyen helyzet a hívási forgatókönyveket biztosító, gyors adatbevitelt támogató, önálló alkalmazások elérhetővé tételével.
Tegyük fel, hogy ezt a felületet a Dynamics 365 Salesbe szeretné beágyazni. Ehhez először iframe-keretet kell létrehoznia egy Dynamics 365 Sales-űrlapon. Ezután navigáljon a menü Alkalmazások Power Apps szakaszához, válassza ki az imént közzétett alkalmazást, másolja ki a webes hivatkozást a Részletek lapon, és illessze be az iframe URL-címeként.
Eggyel továbblépve tegyük fel, hogy az alkalmazást közvetlenül az érdeklődő fő űrlapjából elérhetővé szeretné tenni, az érdeklődő környezetén belül, hogy a felhasználónak ne kelljen kiválasztania egy érdeklődőt az első képernyőn. A vonatkozó adatok az iframe URL-címének egyszerű módosításával átadhatók az alkalmazásnak, ha ezt az információt, például az érdeklődő vagy a fiók azonosítóját tartalmazó lekérdezési sztringet fűz hozzá, egy bizonyos esemény, például egy űrlap betöltése által aktivált JavaScript használatával. Ezután frissítse az alkalmazást úgy, hogy eltávolítsa az első képernyőt (az érdeklődő kiválasztásához), és ehelyett hozzáférjen az alkalmazásnak a lekérdezési sztringen keresztül átadott értékekhez a Param függvény használatával.
Követve vannak a vászonalapú alkalmazások függőségei?
- A vászonalapú alkalmazások függőségei ugyanúgy követve vannak, mint a Dynamics 365 alkalmazásokban.
Indíthatok vászonalapú alkalmazást felugró ablakként a parancssáv valamelyik gombjával?
- Igen. Ehhez egyszerűen állítsa be a vászonalapú alkalmazás cél-URL-címét, amelyet az alkalmazás Részletek szakaszából szerezhet be a korábban leírtak szerint.
Hívható munkafolyamat vászonalapú alkalmazásból?
- Ez nem támogatott. Ajánlott inkább felhőfolyamatot használni.
Lehet automatikusan üzleti folyamatokká vagy vászonalapú alkalmazásokká konvertálni a párbeszédpaneleket?
- A párbeszédpanelek üzleti folyamatokká vagy vászonalapú alkalmazásokká konvertálására nincs automatizált módszer.