Dataverse-business rule

Wat is een Dataverse-business rule?

Een Dataverse-business rule is een low-codeconstructie voor eenvoudige condities en acties op tabelkolommen. Makers ontwerpen de regel visueel en activeren haar als onderdeel van de tabelmetadata.

Een rule kan waarden instellen of wissen, een requirement level aanpassen, gegevens valideren en een foutmelding tonen. In model-driven forms kan ze ook velden tonen, verbergen, inschakelen of uitschakelen en aanbevelingen geven.

De beschikbare acties hangen af van scope, client en controltype. Test daarom niet alleen de designer, maar iedere app waarin de tabel wordt gebruikt.

Condities en acties

Iedere rule begint met een conditie. Die vergelijkt kolomwaarden of controleert bijvoorbeeld of een veld gegevens bevat.

Vertakkingen voeren acties uit wanneer de conditie waar of onwaar is. Een regel kan bijvoorbeeld Einddatum verplicht maken zodra Status gelijk is aan Afgesloten.

Houd regels klein en benoem ze naar hun bedrijfsbedoeling. Een groot netwerk van overlappende rules wordt moeilijk te voorspellen en te testen.

Scope

Een specifieke formscope past formuliergedrag alleen op dat model-driven formulier toe. All Forms geldt voor model-driven forms waarop de rule beschikbaar is.

Een table- of entityscope voert ondersteunde logica ook server-side uit. Daardoor geldt validatie niet alleen voor één formulier, maar ook voor andere Dataverse-clients en API-bewerkingen.

Clientacties zoals een veld verbergen hebben vanzelfsprekend geen server-side visueel effect. Canvas apps ondersteunen niet alle formacties.

Voorbeeld: afsluiten van een dossier

Wanneer Status naar Afgesloten gaat, moet Beslisdatum gevuld zijn en mag Reden afsluiting niet leeg zijn.

Een business rule met tabelscope controleert de waarden en toont een fout wanneer ze ontbreken. Een tweede puur visuele regel kan op het model-driven form aanvullende velden zichtbaar maken.

Als de controle ook gerelateerde beoordelingen moet tellen of een externe registercheck vraagt, wordt een plug-in of andere serverlogica geschikter.

Business rule versus rules engine

Een Dataverse-business rule is ingebouwde tabel- en formulierlogica met een beperkte actieset. Ze is geen algemene beslissingsservice voor honderden versieerbare regels.

Een business rules engine beheert vaak feiten, prioriteiten, rule sets, conflictbeleid en besluitresultaten buiten één form. Een beslissingstabel kan complexe combinaties beter leesbaar maken.

Kies het kleinste mechanisme dat de regel duidelijk, afdwingbaar en testbaar houdt.

Business rule versus Power Fx

Power Fx bestuurt properties en gedrag in canvas apps en bepaalde andere Power Platform-ervaringen. De formule kan dicht bij de interface staan.

Een business rule met tabelscope centraliseert ondersteunde logica in Dataverse. Dat helpt wanneer meerdere clients dezelfde basisvalidatie nodig hebben.

Gebruik geen interfaceformule als enige bescherming van kritieke data. Andere clients kunnen die interface omzeilen.

Business rule versus plug-in en flow

Een plug-in biedt programmeerbare serverlogica, toegang tot execution context en transactioneel gedrag. Hij vraagt ontwikkelvaardigheden en zorgvuldig performancebeheer.

Een flow past bij processtappen, connectoracties en asynchrone opvolging. Hij is minder geschikt om een ongeldige Dataverse-write onmiddellijk transactioneel tegen te houden.

Een business rule is geschikt voor eenvoudige veldlogica. Forceer complexe queries, lussen of integratie niet in een mechanisme dat daarvoor niet is ontworpen.

Beperkingen en conflicten

Niet alle kolomtypes en datasetcontrols ondersteunen business rules volledig. Editable grids en canvas apps hebben beperkingen ten opzichte van model-driven forms.

Meerdere rules, JavaScript, formconfiguratie en plug-ins kunnen dezelfde waarde beïnvloeden. Leg de volgorde en bron van iedere regel vast en vermijd dubbele implementaties.

Deactiveer een rule voordat ze wordt gewijzigd en activeer de nieuwe versie na validatie. Neem rules op in solutions en test imports.

Testen en beheer

Test waar en onwaar, lege waarden, verschillende forms en API-updates. Controleer foutteksten in alle ondersteunde talen.

Documenteer doel, scope, eigenaar en afhankelijke kolommen. Verwijder oude rules wanneer proceslogica verhuist in plaats van ze uitgeschakeld te laten opstapelen.

Beoordeel bij iedere uitbreiding of de business rule nog één begrijpelijke bedrijfsregel uitdrukt. Zodra dat niet meer zo is, splits of verplaats de logica.