eho/register-referentie
1
0
Fork 0
Code Issues 10 Pull Requests 1 Actions Packages Projects Releases 1 Wiki Activity

feat(#13): S-12a — beoordeling decision model (domain) #82

Merged
not merged 7 commits from feat/13-behandel-decision-model into main 2026-07-15 07:12:20 +00:00
Conversation 0 Commits 7 Files Changed 8
+450 -12
7 Commits
Author SHA1 Message Date
notandClaude Opus 4.8 7693a4a85a feat(domain): expose POST /registrations/{id}/decide for the beoordeling (refs #13)
CI / lint (pull_request) Successful in 1m20s
Details
CI / build (pull_request) Successful in 1m12s
Details
CI / unit (pull_request) Successful in 1m32s
Details
CI / frontend (pull_request) Successful in 2m47s
Details
CI / mutation (pull_request) Successful in 6m6s
Details
CI / verify-stack (pull_request) Successful in 7m45s
Details 
The behandel-portal's decision reaches the domain here (via the BFF, later slices):
goedkeuren/afwijzen, idempotent, superseding the temporary /approve endpoint.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-14 17:24:46 +02:00
notandClaude Opus 4.8 ddebfd371a test(acceptance): beoordeling scenario — goedkeuren via ACL, afwijzen (refs #13) 
BDD scenarios (Gherkin/Reqnroll) driving S-12's decide flow: a behandelaar takes an
INGEDIEND registration into behandeling and decides it goedkeuren (→ INGESCHREVEN,
zaak status via the ACL) or afwijzen (→ AFGEWEZEN, no ACL). Feature-scoped bindings
avoid clashing with the identically-phrased status step in RegistratieIndienen.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-14 17:24:46 +02:00
notandClaude Opus 4.8 d700659957 feat(domain): implement the beoordeling use-case (goedkeuren/afwijzen) (refs #13) 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-14 17:20:51 +02:00
notandClaude Opus 4.8 63699c3f55 test(domain): beoordeling use-case — goedkeuren via ACL, afwijzen, idempotency (refs #13) 
Red — the BeoordeelRegistratie use-case and BeoordelingsBesluit do not exist yet.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-14 17:20:22 +02:00
notandClaude Opus 4.8 5c05879cde test(domain): lock beoordeling transitions — reject, idempotent re-take, guards (refs #13) 
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-14 17:19:02 +02:00
notandClaude Opus 4.8 09000d8e64 feat(domain): take a registration into behandeling; generalise decisions (refs #13) 
Adds InBehandeling + Afgewezen statuses and TakeIntoBehandeling(). Generalises the
behandelaar decision: Approve() (requires a zaak) and new Reject() both act on an
INGEDIEND or IN_BEHANDELING registration, moving it to Ingeschreven/Afgewezen.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-14 17:18:18 +02:00
notandClaude Opus 4.8 23125ef492 test(domain): a behandelaar can take a registration into behandeling (refs #13) 
First step of S-12a (beoordeling decision model): an INGEDIEND registration moves
to IN_BEHANDELING when a behandelaar picks it up. Red — TakeIntoBehandeling() and
the InBehandeling status do not exist yet.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-07-14 17:15:41 +02:00