ARCHITECTUUR
De samenhang
achter de eenvoud.
Een bron wordt informatie. Een regel maakt een bevinding zichtbaar. Een mens bepaalt het vervolg. Verken wat elke laag doet en waar de verantwoordelijkheid ligt.
Architectuurlagen
Welke informatie gebruiken we?
Elk document krijgt een herkenbare bron en versie. Het voorbeeld begint met factuurversie 1. Zo is duidelijk welk document de basis is van een controle.
- Invoer
- Een fictieve factuur met drie regels.
- Uitkomst
- Een herkenbare bronversie.
De originele bron blijft raadpleegbaar.
HERGEBRUIK MET DUIDELIJKE GRENZEN
Zelfstandig inzetbaar.
Bewust verbonden.
Een eigen toepassing
Een eigen gegevensmodel, configuratie en interface. De inhoud van een ander project wordt niet vanzelf bereikbaar.
Expliciete afspraken
Iedere module beschrijft de invoer, de uitkomst, de fouttoestanden en haar verantwoordelijkheid.
Controle per grens
Toegang, opslag en gegevensscheiding vragen aantoonbare implementatie en verificatie in de werkelijke omgeving.
Dit is een interactieve architectuurpresentatie. De frontendpreview bewijst geen serverbeveiliging, onveranderbare opslag of gegevensisolatie.
EEN INGEVULD VERTREKPUNT
Een basisprofiel.
Beoordeeld voor je proces.
Technische controles helpen het gesprek. De bevoegde inhoudelijk verantwoordelijke geeft pas een passende versie vrij.
| Controle | Voorgestelde werking | Samen vast te stellen |
|---|---|---|
| Volledigheid | Ontbrekende documenten of velden zichtbaar maken. | Welke stukken en velden nodig zijn. |
| Dossieridentiteit | Gecontroleerde kenmerken tussen bronnen vergelijken. | Welke identificatoren en koppelingen leidend zijn. |
| Periode | Data en dekkingsperioden vergelijken. | De geldige periode en relevante uitzonderingen. |
| Uren | Totalen en overgenomen uren vergelijken. | De leidende bron, eenheid en afrondingswijze. |
| Tarief | Een gebruikt tarief met een geldige afspraak vergelijken. | Contractversie, ingangsdatum en goedgekeurde toeslagen. |
| Bedragen | Hoeveelheid maal tarief en afgesproken totalen narekenen. | Formule, afronding en aanvullende posten. |
| Dubbele of strijdige invoer | Mogelijke dubbelen en tegenstrijdigheden signaleren. | Herkenningssleutels en menselijke opvolging. |
| Wijziging na beoordeling | Een eerdere vrijgave opnieuw laten beoordelen bij gewijzigde invoer of regels. | Welke wijziging welke herbeoordeling vraagt. |
Een standaard is
het begin van de beoordeling.
Het profiel krijgt een herkomst, toepassingsgebied, voorwaarden, eigenaar en versie. Samen bekijken we herkenbare praktijksituaties, ontbrekende informatie en een relevante uitzondering. De bevoegde inhoudelijk verantwoordelijke beoordeelt en geeft de passende versie actief vrij.
Het architectuurprincipe is dat de rekenmodule alleen de toepasselijke vrijgegeven versie gebruikt. Ontbrekende invoer blijft een open punt. Een nieuwe bron of regelwijziging vraagt een nieuwe evaluatie en waar nodig opnieuw akkoord.
AI kan velden of uitleg voorstellen. Regelvrijgave en procesbevoegdheden blijven buiten het model. De generieke factuurdemo hieronder laat bronversies en herbeoordeling zien; zij implementeert geen klantspecifieke profielvrijgave.
Een verschil is een bevinding om te onderzoeken. Overeenstemming met een ingevulde regel is geen zelfstandige verklaring van juridische of financiële juistheid.
DE BRON BLIJFT BEREIKBAAR
Van architectuur
naar ervaring.
Bekijk dezelfde lagen in de fictieve factuurdemonstratie. Een wijziging krijgt een eigen versie en vraagt opnieuw controle.
Bekijk de versiegeschiedenis
Alleen voorbeeldgegevens. De controle, rollen en historie zijn een simulatie in deze pagina.
EERST INZICHT. DAN EEN BEWUSTE KEUZE.
Meer grip op je proces.
Een heldere eerste stap.
Begin met één terugkerend werkproces. Samen bepalen we wat onderzocht kan worden.
Bespreek je proces