JJijibora
Docs & Product Guide
On this page (13 sections)

Government Claims — Implementation Guide

Audience: Government agencies, ministries, county governments, implementation teams. Vertical: Government & Public Sector — benefit claims, compensation claims, community tickets, permit disputes. Status: Configuration-only design; cross-agency governance; no bespoke tables. Substrate: Reuses Jijibora community governance (s165-s166), record federation (s184), scope governance (s142).


1. Claim Types — Government

Claim TypeCNS URIBound ToTypical Evidence Required
Government Benefit Claimcns://claim/type/government/benefittruth_node:personEligibility proof, identity attestation, agency determination
Government Compensation Claimcns://claim/type/government/compensationtruth_node:personLoss documentation, ministry determination, cross-agency verification
Community Ticketcns://claim/type/community/tickettruth_node:personTriage note, reporter info, incident description
Permit Disputecns://claim/type/government/permit_disputeresource:parcelApplication, zoning check, quorum decision, deed reference
Land Disputecns://claim/type/government/land_disputetruth_edge (ownership)Title evidence, survey report, encroachment evidence

2. Agency Mesh Model

Government claims use an agency mesh rather than a provider family. There are no provider maps — claims route between agencies (ministries, counties, departments) through record federation bindings.

Agency TypeRoleFederation BoundaryCNS Policy
MinistryBenefit determinationMinistry → Countycns://claim/type/government/benefit may federate ministry→county
CountyLocal administrationCounty → Communitycns://claim/type/community/ticket may federate county→community
DepartmentSpecialized reviewDepartment → Ministrycns://claim/type/government/compensation may federate department→ministry

Cross-agency quorum is required for claims that span agency boundaries. Each agency has its own scope with isolation boundaries.


3. Guard Policies — Government

3.1 Separation of Duties

Claim TypeCreator May Approve?Barred PairsNotes
Benefit ClaimNoApplicant ↔ DeterminatorApplicant cannot approve their own benefit
Compensation ClaimNoClaimant ↔ ReviewerDifferent agencies where possible
Community TicketYes (lenient)—Community ticket pattern; creator may approve (lenient SOD)
Permit DisputeNoApplicant ↔ Quorum MemberDifferent parties
Land DisputeNoClaimant ↔ SurveyorIndependent verification required

3.2 Quorum Bands

Amount RangeRiskQuorumApprover Roles
AnyLowAssembly quorumCommunity representative + agency officer
AnyMidTwo-personAgency officer + cross-agency reviewer
AnyHighCross-agencyMinistry + county + external auditor

3.3 Evidence Requirements

Claim TypeRequired EvidenceSource
Benefit ClaimEligibility proof, identity attestation, agency determinationIdentity plane + agency system
Compensation ClaimLoss documentation, ministry determinationMinistry records + evidence upload
Community TicketTriage note, reporter info, incident descriptionIntake channel (WhatsApp, USSD, walk-in)
Permit DisputeApplication, zoning check, quorum decisionZoning permit scenario + deed record
Land DisputeTitle evidence, survey report, encroachment evidenceLand registry mirror + truth_edge graph

4. Panel — Government

Government claims have no provider mesh in the seeded values. Panel roles cover insurance lines only. Government and community lines use agency mesh routing instead.

RoleCapabilities RequiredAttestationLease TTLClaim Types
Agency Officerbenefit_determine, compensation_review, ticket_triageYes8 hoursAll
Cross-Agency Reviewerinter_agency_review, audit_verificationYes8 hoursCompensation, high-value
Community Representativeticket_assess, community_governanceYes8 hoursCommunity ticket
External Auditorfinancial_audit, compliance_reviewYes8 hoursLitigation, high-value

All roles require: approved affiliation + active status + attestation. Fail-closed.


5. SLA Windows — Government

Claim TypeSeverityDefault WindowEscalation To
Benefit ClaimStandard45 daysMinistry
Compensation ClaimStandard90 daysCross-agency panel
Community TicketStandard72 hoursWard office
Permit DisputeStandard60 daysZoning quorum
Land DisputeStandard180 daysLand tribunal

6. Intake Maps — Government

Map IDTargetFields MappedSource Channels
intake:government:benefitclaim creationperson_id, benefit_type, eligibility_documents, agency_refAgency portal, walk-in, USSD
intake:government:compensationclaim creationperson_id, loss_type, loss_documentation, ministry_refMinistry portal, evidence upload
intake:community:ticketclaim creationreporter_id, incident_type, description, location, triage_noteWhatsApp, USSD, walk-in desk, API

7. PoCE Integration Points

TransitionPoCE TriggerEvidence Recorded
Benefit applicationfn::lifecycle::start_poce_sessionapplicant, benefit type, eligibility docs
Benefit determinationfn::lifecycle::record_poce_stepdeterminator, decision, conditions
Compensation claimfn::lifecycle::start_poce_sessionclaimant, loss type, documentation
Compensation reviewfn::lifecycle::record_poce_stepreviewer, cross-agency verification
Community ticketfn::lifecycle::start_poce_sessionreporter, incident, triage note
Ticket resolvedfn::lifecycle::record_poce_stepresolver, resolution, ward officer sign-off
Permit disputefn::lifecycle::start_poce_sessionapplicant, parcel, zoning check
Permit decidedfn::lifecycle::record_poce_stepquorum decision, deed record reference

8. Worked Example — Government Benefit Claim

  1. Citizen applies for housing benefit via agency portal or USSD.
  2. Claim created: cns://claim/type/government/benefit, bound to truth_node:person, PoCE session started, identity attestation required.
  3. Agency officer assigned via panel eligibility (agency mesh, no provider panel).
  4. Eligibility reviewed — identity verified, income checked, benefit type confirmed.
  5. Cross-agency review — for amounts above threshold, county + ministry review (cross-agency quorum).
  6. Benefit determined — approval or denial recorded with reasoning.
  7. Claim finalized with PoCE receipt: applicant → officer → cross-agency reviewer → determination chain.

Guard check: Applicant ≠ Determinator (SOD enforced). Cross-agency quorum for high-value claims. No benefit without PoCE proof.


9. What We Do Not Build

  • No benefit calculation engine. Unless expressible as declarative lookups + solver-gateway capability.
  • No agency replacement. Agencies remain the legal determination authority; Sovereign OS mirrors and audits.
  • No synthetic "optimal" benefit amount. Solver down → 502/503 fail closed.
  • No fake metrics (e.g., "95% benefit approval rate"). Live data or honest empty states.

10. Deployment

  1. Deploy strata: s165_community_governance, s166_community_governance_functions, s142_scope_governance_authority, s184_record_federation, s282_processing_claim
  2. Seed CNS types: cns://claim/type/government/*
  3. Seed lookups: guard policies, quorum bands, SLA windows, agency mesh, intake maps in NATS KV
  4. Seed scenario packs: benefit claim, compensation claim, community ticket packs
  5. Test: GET /v1/claims/processing/readiness — all probes must pass before LIVE