Gebruikers van modelgestuurde applicaties komen in hun gebruikerservaring vele vormen tegen, en ze komen zelfs verschillende vormen voor dezelfde tabel tegen, afhankelijk van hun rol, taken en gewenste resultaten.
Wanneer u meerdere formulieren gebruikt, kunt u de formuliervolgorde instellen. De formuliervolgorde definieert de volgorde waarin een gebruiker de beschikbare formulieren ziet, binnen de reeks toegestane formulieren voor zijn beveiligingsrollen.
De Formulierinstellingen geven u de mogelijkheid om een ​​formulierset uit de vervolgkeuzelijst te kiezen en vervolgens te slepen en neer te zetten om de volgorde van de formulieren te wijzigen. Om de herschikking op te slaan, drukt u op de knop Opslaan en publiceren.
Toegang tot formulieren
Wanneer gebruikers toegang moeten krijgen tot gemeenschappelijke tabellen voor verschillende rollen, kan het handig zijn om andere formulieren beschikbaar te hebben om de gebruikerservaring voor die specifieke groep gebruikers aan te passen. U kunt een beveiligingsrol (of een verzameling beveiligingsrollen) toewijzen om de toegang tot het formulier te beheren. U hebt bijvoorbeeld mogelijk een aantal gebruikers die zich richten op verkoop en aanpassingen hebben aan de contactrij, zoals de toevoeging van LinkedIn Sales Navigator-widgets. Voor een niet-verkoopgebruiker zou dit een ongewenste ervaring opleveren, met veel onnodige lege gebieden op het contactformulier. U kunt de hoofdcontactrij kopiëren en vervolgens de componenten aan de kopie toevoegen of verwijderen, en vervolgens beveiligingsrollen aan elk van de formulieren toewijzen.
Notitie
Het controleren van de toegang van gebruikers tot formulieren is niet noodzakelijkerwijs een veilige manier om toegang tot gegevens te voorkomen. Soms hebben gebruikers andere manieren om met gegevens te communiceren, zoals geavanceerde zoek- of achtergrondautomatisering.
Hoofdformulieren vormen de primaire gebruikersinterface waar mensen hun gegevens bekijken en ermee communiceren. Hoofdformulieren bieden de meeste mogelijkheden en zijn beschikbaar voor modelgestuurde apps. Een van de fundamentele eigenschappen van modelgestuurde apps is dat ze reageren op de grootte en het type apparaat dat wordt gebruikt bij de interactie ermee. Dit heeft invloed op de positie van de besturingselementen op het formulier en op de manier waarop ze zich gedragen. Dit is vooral het geval bij hoofdvormen. Een van de ontwerpdoelstellingen voor hoofdformulieren is dat je ze één keer ontwerpt en ze overal inzet. Hetzelfde hoofdformulier dat u ontwerpt voor een modelgestuurde app of de webapplicatie voor klantbetrokkenheidsapps, wordt ook gebruikt in Dynamics 365 for Outlook en Dynamics 365 for tablets. Het voordeel van deze aanpak is dat u wijzigingen niet in meerdere formulieren hoeft te integreren. Automatisch opslaan is het standaardgedrag op hoofdformulieren, maar beheerders kunnen dit uitschakelen.
Quick formulier :
Met snel aanmaakformulieren kan een app een gestroomlijnde gegevensinvoerervaring hebben met volledige ondersteuning voor logica die wordt gedefinieerd door formulierscripts en bedrijfsregels. In een modelgestuurde Power Apps-app verschijnen formulieren voor snel maken wanneer een gebruiker de knop Maken selecteert op de navigatiebalk of wanneer hij + Nieuw kiest bij het maken van een nieuwe rij vanuit een opzoekopdracht of subraster. Modelgestuurde apps en mobiele Dynamics 365-apps gebruiken formulieren voor snel maken voor het maken van nieuwe rijen. Als er voor een tabel al een formulier voor snel maken is geconfigureerd, gebruiken de mobiele apps dat formulier. Als een tabel geen geconfigureerd formulier voor snel maken heeft, genereert Power Apps een formulier voor snel maken voor het maken van rijen in de mobiele apps op basis van de hoofdformulierdefinitie. Hoewel u meerdere snelmaakformulieren kunt maken, kunt u er slechts één aanwijzen voor gebruik, zoals ingesteld in de formuliervolgorde. U kunt ze niet toewijzen aan beveiligingsrollen en ze staan ​​de gebruiker niet toe om van formulier te wisselen. U moet ze ook inschakelen voor de tabel.
Snelle weergave :
U kunt een snelle-weergaveformulier aan een ander formulier toevoegen als besturingselement voor snelle weergave. Het biedt een sjabloon om informatie over een gerelateerde tabelrij te bekijken in een formulier voor een andere tabelrij. Deze mogelijkheid betekent dat uw app-gebruikers niet naar een andere rij hoeven te navigeren om de informatie te zien die nodig is om hun werk te doen. Besturingselementen voor snelle weergave zijn gekoppeld aan een opzoekkolom die in een formulier is opgenomen. Hoewel een snelle-weergaveformulier over een weergave of een formulier kan worden weergegeven, is het geschreven als een formulier en niet als een weergave. Als de opzoekkolomwaarde niet is ingesteld, is het besturingselement voor snelle weergave niet zichtbaar. Gebruikers kunnen geen gegevens bewerken in de besturingselementen voor snelle weergave, en formulieren voor snelle weergave ondersteunen geen formulierscripts.
Card :
Kaartformulieren worden gebruikt in weergaven voor modelgestuurde apps. Ze presenteren informatie in een compact formaat dat geschikt is voor mobiele apparaten. Hoewel u kaartformulieren op dezelfde manier kunt maken en bewerken als andere formuliertypen, voegt u kaartformulieren op een andere manier toe aan apps. In plaats van een formulier als app-component toe te voegen, voegt u aangepaste kaartformulieren toe aan weergaven met behulp van het besturingselement Alleen-lezen raster.
Diverse formulierdetails
Elke tabel moet een aangewezen fallback-formulier hebben. Dit is het formulier dat alle gebruikers zien als er geen beveiligingsrol aan hen is toegewezen die overeenkomt met uw op rol toegesneden formulieren. Reserveformulieren zijn alleen beschikbaar bij hoofdformulieren en zijn niet van toepassing op formulieren voor snel maken, snelle weergave en kaart.
Wanneer een gebruiker toegang heeft tot meerdere formulieren, ziet hij een formulierkiezer bovenaan het formulier. Als een gebruiker toegang heeft tot slechts één formulier voor een bepaalde tabel, ziet hij of zij de formulierkiezer niet.
U kunt een hoofdformulier als inactief aanwijzen. Dit maakt het onzichtbaar voor alle gebruikers, ongeacht hun beveiligingsrol. Deze functie is voornamelijk opgenomen om nieuwe formulieren te beheren die worden meegeleverd wanneer organisaties upgraden, maar u kunt deze functie gebruiken om te voorkomen dat mensen een hoofdformulier kunnen gebruiken.
Het kunnen configureren van uw formulieren is een essentiële vaardigheid voor een modelgestuurde app-ontwikkelaar.