On each notification the subscriber reads the zaak's reference (identificatie) through the ACL — the only code allowed to talk to ZGW (§8.1) — and persists it on the register_projection row and in the processed_notifications replay log. Storing it in the log keeps rebuild log-only (ADR-0008): no ACL/ZGW access on rebuild. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
25 lines
1006 B
C#
25 lines
1006 B
C#
namespace EventSubscriber.Application;
|
|
|
|
/// <summary>
|
|
/// A row of the rebuildable read projection (PRD §8.4). For the minimal slice it carries
|
|
/// the zaak id and a status; <c>Bsn</c> and <c>NaamPlaceholder</c> are part of the schema but
|
|
/// are deferred — the NRC notification does not carry them and the subscriber may not read
|
|
/// OpenZaak directly (CLAUDE.md §8.1). Populating them is a follow-up (ADR-0008).
|
|
/// </summary>
|
|
public sealed record RegisterEntry(
|
|
string Id,
|
|
string Status,
|
|
string? Reference = null,
|
|
string? Bsn = null,
|
|
string? NaamPlaceholder = null);
|
|
|
|
/// <summary>The projection statuses the walking skeleton knows about.</summary>
|
|
public static class RegistrationStatus
|
|
{
|
|
/// <summary>A zaak has been created; the registration is submitted.</summary>
|
|
public const string Ingediend = "INGEDIEND";
|
|
|
|
/// <summary>The registration has been approved and entered in the register (S-09b).</summary>
|
|
public const string Ingeschreven = "INGESCHREVEN";
|
|
}
|