Home/Blog/Digital Public Services
GovTech Service Architecture

Digital Public Services And GovTech APIs In Latin America

A public service is not a form rendered on top of an agency database. It is a long-running, multi-channel case that must prove identity, reuse authorized data, collect evidence, coordinate institutions, accept payments, expose status, notify people, support appeals, and remain auditable years later.

Design the service, not the portal

The portal is one channel. The service exists across web, mobile, assisted desks, call centers, kiosks, messaging, internal case tools, and agency systems. Start from the citizen outcome and legal process: who may request it, what evidence is required, which institution decides, what deadlines apply, how payment works, what status can be disclosed, and how a person corrects or appeals a decision.

Identity and representationAuthentication, assurance, guardians, legal representatives, companies, officials, consent, and delegated authority.
Application and evidenceForms, saved drafts, eligibility, prefill, uploads, signatures, validation, accessibility, and assisted completion.
Workflow and decisionCase state, tasks, inter-agency requests, deadlines, human review, automated checks, reasons, and appeals.
Money and deliveryFees, exemptions, payment intents, reconciliation, refunds, certificates, licenses, benefits, and receipts.
Status and communicationCitizen-readable status, timeline, missing items, next action, notifications, delivery receipts, and preferences.
InteroperabilityAuthoritative registers, semantic catalogs, contracts, consent, purpose, caching, provenance, and error handling.
OperationsQueues, SLA, workload, exception desks, incident modes, offline fallback, support, and service ownership.
TrustPrivacy, security, accessibility, transparency, audit, retention, records management, and public accountability.

Give every request a durable case identity

A citizen should receive one public reference and one status timeline even when five agencies participate. Internally, preserve agency identifiers and correlation IDs, but do not expose integration complexity as five disconnected protocols. The case record owns current state, requested service version, applicant, representation, evidence manifest, decisions, payment references, deadlines, communications, and audit pointers.

Citizen service API pipeline
01 DiscoverExplain eligibility and costPlain language, channels, expected time, evidence, fees, accessibility, and alternatives.
02 IdentifyAuthenticate proportionallyOIDC, assurance level, representation, consent, risk, and assisted identity proofing.
03 PrefillReuse authorized factsQuery authoritative registers with purpose, source, freshness, and citizen visibility.
04 ApplyCollect structured dataSchema-driven forms, drafts, validation, evidence, declarations, and signature.
05 PayCreate an idempotent obligationPayment intent, exemption, settlement callback, reconciliation, receipt, refund, and expiry.
06 ProcessCoordinate work and decisionsRules, agency tasks, deadlines, human review, document generation, and reason codes.
07 InformPublish status, then notifyStatus API is authoritative; email, SMS, push, and inbox messages point back to it.
08 CloseDeliver and retain evidenceDocument, benefit, license, denial, appeal path, audit trail, retention, and service metrics.

Authentication is not authorization

Brazil's gov.br and Chile's ClaveÚnica illustrate centralized authentication through OpenID Connect-style integrations. The relying service still decides whether the person may act, which identity assurance is sufficient, and whether they represent a child, company, estate, or another person. ID tokens identify the session; APIs receive appropriate access tokens. RFC 9700 security guidance, exact redirect URIs, PKCE, short-lived tokens, scoped access, key rotation, and environment separation belong in the platform baseline.

“Once only” requires governance

Conecta GOV.BR and Peru's PIDE reflect the goal of secure data exchange so people do not repeatedly submit facts government already holds. That does not mean copying every register into one lake. Query the authoritative source for a declared purpose, return the minimum fields, preserve source and freshness, distinguish fact from inference, record consent or legal basis, and provide a correction route when data is wrong.

Forms are versioned data contracts

Represent questions, validation, conditional sections, evidence requirements, help text, language, and accessibility metadata as versioned schemas. Save drafts without forcing the highest assurance level too early. Support slow connections, resumable uploads, keyboard navigation, screen readers, clear errors, human assistance, and printable or offline alternatives. A redesign must not make old cases uninterpretable.

The state machine is the public contract

A citizen-readable case lifecycle
DraftStarted, saved, not submitted.
SubmittedReceived with timestamp and receipt.
ValidatingIdentity, evidence, payment, and eligibility checks.
Action neededMissing item, correction, payment, or appointment.
In reviewAgency work with deadline and owner.
DecidedApproved or denied with reason and appeal path.
DeliveredDocument, license, benefit, refund, or closure.

Do not expose raw workflow engine states such as QUEUE_17_RETRY. Map operational states into a stable public vocabulary with last update, expected next step, responsible institution, deadline, and citizen action. Every transition needs actor, timestamp, reason, prior state, new state, and evidence.

Payments are a separate financial subsystem

Create an obligation or payment intent tied to the case, amount, currency, fee rule, payer, expiry, and idempotency key. Treat redirect success as presentation, not settlement truth. Process signed provider callbacks, poll when necessary, reconcile with statements, issue receipts, handle exemptions and partial refunds, and prevent a duplicate callback from issuing two documents.

Notifications are hints, not the source of truth

Email, SMS, push, WhatsApp, and government inboxes can fail, arrive late, or be accessed by someone else. Notifications carry minimal sensitive data and link to the authenticated status view. Store template/version, channel, destination token, send time, provider result, delivery result, language, accessibility preference, and the event that triggered the message.

Interoperability needs contracts and semantic ownership

OpenAPI describes endpoints but cannot resolve institutional meaning by itself. Define canonical identifiers, field semantics, data owners, lawful purpose, schema lifecycle, error taxonomy, rate limits, support contacts, sandbox data, deprecation windows, and change notifications. Adapters isolate legacy SOAP, files, queues, or proprietary systems from the citizen-facing service contract.

CapabilityAuthoritative recordAPI contractFailure behaviorAudit evidence
Digital identityIdentity provider plus service authorization.OIDC/OAuth metadata, claims, scopes, assurance, representation.Preserve draft; offer assisted channel; never weaken silently.Authentication event, assurance, consent, token metadata.
Registry lookupOwning agency register.Purpose-bound query, minimum response, freshness and provenance.Queue retry or request evidence; do not invent “not found.”Requester, purpose, fields, source version, response hash.
ApplicationCase service and versioned form schema.Draft, submit, amend, upload, validate, withdraw.Idempotent retry and resumable evidence upload.Submitted snapshot, declarations, signature, timestamps.
PaymentTreasury/payment ledger.Intent, callback, settlement, receipt, refund, reconciliation.Pending state until financial confirmation.Provider IDs, amount, state transitions, reconciliation batch.
DecisionAuthorized agency decision record.Reason codes, document, effective date, conditions, appeal.Escalate overdue or conflicting decisions.Actor, authority, rule/policy version, evidence considered.
NotificationCase status remains authoritative.Template event, channel preference, send and delivery receipt.Retry by policy; switch channel only with permission.Template, trigger, destination token, provider receipts.

Auditability is an architecture, not a log file

Separate business history, security telemetry, records management, and analytics. Use append-only transition records, tamper-evident storage where required, synchronized clocks, actor identity, purpose, data provenance, decision reason, policy version, and correlation IDs. Access to a citizen's case is itself auditable. Logs should support investigation without becoming an uncontrolled copy of sensitive documents.

Design for degraded institutions and connections

Agency systems will be unavailable. Use durable queues, timeouts, circuit breakers, idempotency, replay, dead-letter review, cached reference data with explicit staleness, and a visible “awaiting institution” state. Preserve drafts locally and server-side. Do not turn a downstream timeout into a denial or force the citizen to restart.

Accessibility and assisted service are core APIs

WCAG 2.2 is a baseline, not the full inclusion strategy. Test with assistive technology and real users, support regional language and literacy needs, avoid arbitrary session expiry, let people save and resume, expose progress in plain language, and allow a trained official to assist with explicit attribution. The assisted channel should use the same service APIs and state model, not a shadow process.

Starts
Submit
Valid
Paid
Review
Decide
Deliver
Success

Measure the citizen journey

Measure discover-to-start conversion, draft completion, field errors, evidence rejection, assisted-channel use, payment reconciliation delay, agency queue time, end-to-end completion, deadline breaches, notification delivery, appeal and reversal rates, accessibility defects, repeat contacts, and cost per successful outcome. Completion by demographic, geography, device, connectivity, language, and channel reveals exclusion hidden by aggregate uptime.

What I would build

A shared platform with identity and representation adapters, a service catalog, schema-driven forms, evidence storage, case state machine, workflow orchestration, interoperability gateway, payment ledger adapter, document/signature service, status API, notification hub, audit/provenance stream, accessibility test harness, support console, and analytics model. Agencies own policy and decisions; the platform team owns reusable contracts and reliability.

The principle

Good GovTech hides institutional fragmentation without hiding accountability. A person should understand what government needs, what it already knows, who is acting, what happens next, how long it should take, what was decided, and how to correct or appeal it.

Related reading

Article about digital public services and GovTech APIs in Latin America, identity, forms, evidence, payments, document status, notification, interoperability, accessibility, and auditability.