Emblema da República de MoçambiqueMoçambiqueSecure driving licence
Emblema da República de Moçambique
MOZ TECH DEVELOPERS LDA · NATIONAL PROPOSAL

A secure licence.
A connected nation.

National Driving Licence, Driver Records and Digital Services Programme

6 October 2026 · 57 pages

Presented by Moz Tech Developers LDA moztechdevelopers.com ↗

Licence front — fictional specimenLicence back — fictional specimen

Illustrative concept · Not legally valid

Secure credentialDigital servicesNational rollout90 days proposed
THE PROGRAMME, VISUALISED

One connected national service.

PROPOSED ROLLOUT

Accepted provincial hubs

2Day 607Day 7011Day 8011Day 90

Deployment target, not a guaranteed forecast. Page 46 ↗

ILLUSTRATIVE SCENARIOS

Cards in 8 productive hours

400 cards / hour3,200
600 cards / hour4,800
800 cards / hour6,400

Production scenarios, not measured output. Page 47 ↗

EXPLORE THE PROPOSAL

Every page. One complete index.

57 pages
SlideSubjectPDF page
—Cover01
—Contents02
01One credential. One national service.03
02What the programme will deliver04
03The proposed national credential05
04Build on Mozambique’s foundation06
05A programme aligned to reform07
06Government ownership and authority08
07Durability by construction09
08Layered physical security10
09Front: identity at a glance11
10Back: entitlement and verification12
11The initial industrial production line13
12Laser personalisation, precisely14
13Optional complete local manufacturing15
14Every machine, connected16
15A protected production gateway17
16One history for every card18
17The government application suite19
18Separate person, entitlement and card20
19Registration and identity proofing21
20Licensing through the full lifecycle22
21Examinations and appointments23
22Scan. Authenticate. Verify.24
23The complete authorised profile25
24Read every supported element26
25Enforcement with evidence and review27
26Finance that reconciles end to end28
27Payment channels for Mozambique29
28The driver’s services, in one app30
29Secure access without exclusion31
30Optional verified mobile credential32
31A sovereign data architecture33
32Security as a measurable architecture34
33Prevent and detect insider fraud35
34Offline operation, honestly labelled36
35Resilient national operation37
36The national control room38
37Migration without losing history39
3890 days, coordinated in parallel40
39Days 1–50: build and prove41
40The proposed service network42
41Southern and central deployment43
42Northern reach and field readiness44
43Stations equipped to serve45
44Days 51–90: activate and stabilise46
45Capacity based on accepted output47
46Testing and independent acceptance48
47People ready before activation49
48Public communication that converts50
49Operating accountability and budget51
50Procurement that protects delivery52
51Manage the national delivery risks53
52What Day 90 must demonstrate54
53Continue the national card conversion55
54Decisions requested from the Republic56
55Evidence, assumptions and references57

Cover

PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE A secure licence. A connected nation. National Driving Licence, Driver Records and Digital Services Programme FROM MOZ TECH DEVELOPERS LDA 90-day development, testing and phased national rollout Secure polycarbonate credential • connected machines authorised verification • driver app • national oversight 6 OCTOBER 2026 / GOVERNMENT CONSIDERATION / VERSION 1.0

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 01 / 57
View original page — diagrams, tables and imagesOriginal page 1

Contents

Open complete digital index · 57 pages ↗

57 PDF pages: cover, contents and 55 slides. Select a subject to open its page.

SlideSubjectPDF page
—Cover01
—Contents02
01One credential. One national service.03
02What the programme will deliver04
03The proposed national credential05
04Build on Mozambique’s foundation06
05A programme aligned to reform07
06Government ownership and authority08
07Durability by construction09
08Layered physical security10
09Front: identity at a glance11
10Back: entitlement and verification12
11The initial industrial production line13
12Laser personalisation, precisely14
13Optional complete local manufacturing15
14Every machine, connected16
15A protected production gateway17
16One history for every card18
17The government application suite19
18Separate person, entitlement and card20
19Registration and identity proofing21
20Licensing through the full lifecycle22
21Examinations and appointments23
22Scan. Authenticate. Verify.24
23The complete authorised profile25
24Read every supported element26
25Enforcement with evidence and review27
26Finance that reconciles end to end28
27Payment channels for Mozambique29
28The driver’s services, in one app30
29Secure access without exclusion31
30Optional verified mobile credential32
31A sovereign data architecture33
32Security as a measurable architecture34
33Prevent and detect insider fraud35
34Offline operation, honestly labelled36
35Resilient national operation37
36The national control room38
37Migration without losing history39
3890 days, coordinated in parallel40
39Days 1–50: build and prove41
40The proposed service network42
41Southern and central deployment43
42Northern reach and field readiness44
43Stations equipped to serve45
44Days 51–90: activate and stabilise46
45Capacity based on accepted output47
46Testing and independent acceptance48
47People ready before activation49
48Public communication that converts50
49Operating accountability and budget51
50Procurement that protects delivery52
51Manage the national delivery risks53
52What Day 90 must demonstrate54
53Continue the national card conversion55
54Decisions requested from the Republic56
55Evidence, assumptions and references57
Original contents text
CONTENTS The national programme, in detail. 55 content slides. Cover + index = 57 numbered PDF pages. SLIDE / SUBJECT PAGE 01 One credential. One national service. 03 02 What the programme will deliver 04 03 The proposed national credential 05 04 Build on Mozambique’s foundation 06 05 A programme aligned to reform 07 06 Government ownership and authority 08 07 Durability by construction 09 08 Layered physical security 10 09 Front: identity at a glance 11 10 Back: entitlement and verification 12 11 The initial industrial production line 13 12 Laser personalisation, precisely 14 13 Optional complete local manufacturing 15 14 Every machine, connected 16 15 A protected production gateway 17 16 One history for every card 18 17 The government application suite 19 18 Separate person, entitlement and card 20 19 Registration and identity proofing 21 SLIDE / SUBJECT PAGE 20 Licensing through the full lifecycle 22 21 Examinations and appointments 23 22 Scan. Authenticate. Verify. 24 23 The complete authorised profile 25 24 Read every supported element 26 25 Enforcement with evidence and review 27 26 Finance that reconciles end to end 28 27 Payment channels for Mozambique 29 28 The driver’s services, in one app 30 29 Secure access without exclusion 31 30 Optional verified mobile credential 32 31 A sovereign data architecture 33 32 Security as a measurable architecture 34 33 Prevent and detect insider fraud 35 34 Offline operation, honestly labelled 36 35 Resilient national operation 37 36 The national control room 38 37 Migration without losing history 39 38 90 days, coordinated in parallel 40 MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE SLIDE / SUBJECT PAGE 39 Days 1–50: build and prove 41 40 The proposed service network 41 Southern and central deployment 42 Northern reach and field readiness 43 Stations equipped to serve 44 Days 51–90: activate and stabilise 45 Capacity based on accepted output 46 Testing and independent acceptance 47 People ready before activation 48 Public communication that converts 49 Operating accountability and budget 50 Procurement that protects delivery 51 Manage the national delivery risks 52 What Day 90 must demonstrate 53 Continue the national card conversion 54 Decisions requested from the Republic 55 Evidence, assumptions and references 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 02 / 57
View original page — diagrams, tables and imagesOriginal page 2

One credential. One national service.

PROGRAMME / SLIDE 01
One credential. One national service.

A sovereign licensing programme proposed to the Republic of Mozambique by Moz Tech Developers LDA.

The national proposition

Combine a durable physical credential with a national driver registry, connected production, authorised verification and accessible citizen services. The programme covers the complete journey from application and eligibility to payment, personalisation, collection, renewal and enforcement.

The government outcome

Provide accountable licensing decisions, trustworthy records, traceable cards, reconciled revenue and consistent provincial services. Government retains control of policy, data, credential authority and operating decisions.

The citizen outcome

Give drivers a durable licence, transparent application status, clear requirements, convenient approved payment channels and assisted access when they cannot use the app. Driver app Government portals National driver platform Authoritative records • rules • audit

Production gateway Verification app

Proposal recipient: Republic of Mozambique. INATRO is a proposed operational participant, not the addressee.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 03 / 57
View original page — diagrams, tables and imagesOriginal page 3

What the programme will deliver

PROGRAMME / SLIDE 02
What the programme will deliver

A connected public service spanning secure cards, equipment, government applications and driver services.

Acceptance, not appearance alone

A card design is one deliverable. The programme is accepted only when the operational services, security controls, data migration, equipment and staff procedures work together.

DELIVERABLE PROPOSED SCOPE

Credential Polycarbonate card; laser personalisation; approved optical features; authenticated Production A measured national launch Day 90 targets provincial service coverage. Population-wide card replacement follows a separately approved conversion schedule. Government platform Verification Citizen services National delivery chip. Approved jobs, machine adapters, encoding, inspection, inventory and reject control. Driver registry, licensing workflows, tests, fines, finance, reporting and audit. Approved officer devices; card checks; current entitlement; permitted profile display. Android/iOS app and web portal; appointments, requests, charges and receipts. Provincial hubs, additional service points, mobile teams and verification deployments.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 04 / 57
View original page — diagrams, tables and imagesOriginal page 4

The proposed national credential

CREDENTIAL / SLIDE 03
The proposed national credential

The selected front-and-back concept: flowing patterns, rounded geometry and a coordinated national identity.

Design language

Pearl-white card body, soft green fades, flowing red and gold accents, fine security-inspired patterns, the national coat of arms and a subtle Maputo bridge/coastal theme. Clear hierarchy protects readability.

Front and back

Identity and entitlement on the front; categories, conditions, serial reference and electronic-verification area on the back. The ghost portrait and optical patch are part of the proposed security design.

Production qualification

The displayed image is a fictional specimen. Replace illustrative crest details with approved master artwork. Validate text, category codes, dimensions, materials and features before manufacture. SPECIMEN markings and demonstration codes in this concept are nonfunctional; they are not production credential data.

Sources: S14 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 05 / 57
View original page — diagrams, tables and imagesOriginal page 5

Build on Mozambique’s foundation

PROGRAMME / SLIDE 04
Build on Mozambique’s foundation

Modernisation must preserve current services and institutional authority while improving integration.

Existing responsibilities

INATRO’s public information identifies licensing and driver-register responsibilities. Its public portal advertises renewals, second copies and fine enquiries. Provincial structures are the starting point for site discovery.

First ten days

Inventory applications, databases, capture stations, production interfaces, providers, account models, records, card formats and supporting contracts. Confirm what is retained, integrated or replaced.

Continuity of public service

Maintain valid services during the transition. Preserve source identifiers and histories. Define which system is authoritative for each record during each activation wave.

Evidence boundary

Public websites do not disclose complete schemas, active-driver counts, machine APIs or current station capacity. These are mobilisation deliverables, not assumptions to conceal.

Sources: S1 · S2 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 06 / 57
View original page — diagrams, tables and imagesOriginal page 6

A programme aligned to reform

PROGRAMME / SLIDE 05
A programme aligned to reform

The proposal responds to published integration and service-expansion priorities without assuming the legacy environment is unchanged.

Government direction

A Ministry article published in May 2025 called for production integration, digitalisation and expanded service locations. It reported approximately 5,000 pending print requests at the time of the visit; this is historical, not today’s verified backlog.

Practical implementation response

Audit the current architecture before replacement decisions. Request the latest backlog, output, rejection, collection and settlement figures. Agree baselines and reporting definitions.

Recent production changes

August 2026 reporting describes a new production integration and 120,289 licences printed in January–July 2026. These secondary reports must be confirmed directly with the operating authority.

Priority integration questions

Confirm whether police and court payments now update licensing records automatically; identify remaining reconciliation gaps. Validate published operational guidance against approved current rules.

Sources: S3 · S4 · S5 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 07 / 57
View original page — diagrams, tables and imagesOriginal page 7

Government ownership and authority

PROGRAMME / SLIDE 06
Government ownership and authority

The Republic defines policy, appoints responsible institutions and controls its information and credential trust.

PARTICIPANT PROPOSED RESPONSIBILITY

Republic / designated ministry INATRO / designated licensing authority Police / authorised enforcement Judicial bodies Finance / treasury arrangements Moz Tech Developers LDA Suppliers / independent reviewers Sponsorship, mandate, programme oversight and acceptance authority. Registry, licence decisions, offices, service rules and credential lifecycle. Roadside verification, incident records and lawful enforcement. Relevant decisions, disputes and court-payment reconciliation. Approved collection, allocation, settlement and audit. Proposed technical delivery, integration, migration, training and support. Equipment commissioning and independent assurance. Roles require formal appointment. This proposal does not claim an existing government contract or approval.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 08 / 57
View original page — diagrams, tables and imagesOriginal page 8

Durability by construction

CREDENTIAL / SLIDE 07
Durability by construction

Specify a qualified multilayer polycarbonate credential, then prove the finished card meets the intended service life.

Recommended substrate

Laser-compatible polycarbonate with a protected chip-and-antenna construction. Select qualified materials and features as one coherent credential design.

Required exposure testing

Define water exposure, abrasion, bending, temperature, humidity and chemical-contact tests with agreed acceptance limits. Test readability, feature integrity and electronic operation after exposure.

Reliability controls

Inspect incoming blanks, retain material-batch references and monitor production yields. Investigate delamination, surface defects and chip failures through the batch history.

Procurement evidence

Require representative samples, documented tests, warranty terms and rejection criteria. A “waterproof” marketing statement is insufficient without stated exposure conditions.

Sources: S7 · S8 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 09 / 57
View original page — diagrams, tables and imagesOriginal page 9

Layered physical security

CREDENTIAL / SLIDE 08
Layered physical security

Combine visible, tactile and specialist-inspection features with protected issuance.

FEATURE PROPOSED SECURITY FUNCTION

Laser photograph + personal data Ghost portrait + micro-engraving Tactile laser feature Embedded optical feature CLI / MLI UV / fine patterns Serial + controlled artwork Personalisation integrated with the qualified laser-compatible card construction. Additional visual and fine-detail checks. A touch-based inspection element. Custom qualified holographic or equivalent security element. Tilt-dependent image effects on compatible card constructions. Approved ink and design elements checked with suitable equipment. Traceable card identity and approved design version. No feature is universally counterfeit-proof. The final combination requires material, equipment and reader qualification.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 10 / 57
View original page — diagrams, tables and imagesOriginal page 10

Front: identity at a glance

CREDENTIAL / SLIDE 09
Front: identity at a glance

The holder’s photograph, identity and entitlement remain clear and easy to inspect.

Primary fields

Republic and licence title; approved national crest; legal name; licence number; photograph; date of birth; issue and expiry dates; category summary and authorised restrictions.

Supporting security

Secondary ghost portrait, contactless symbol, optical patch and fine patterned background. Keep contrast strong and avoid artwork crossing essential text.

Approval before manufacture

Agree exact field numbering, translations, categories, codes and any applicable international-format requirements. Dates and personal values in the specimen are fictional. A proposed category or restriction label in the image is not a confirmed Mozambique legal code.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 11 / 57
View original page — diagrams, tables and imagesOriginal page 11

Back: entitlement and verification

CREDENTIAL / SLIDE 10
Back: entitlement and verification

Category detail and scan references complement the front without printing rapidly changing financial records.

Required information

Approved category table, category-specific validity where applicable, conditions, card serial number, verification area and required notices.

Scan reference

Select a compatible QR, PDF417 or other barcode scheme. Use it for lookup or signed data according to the approved security design; a copied code does not authenticate a physical card.

Current records stay online

Fine states, recent decisions, fee balances and replacement status remain in the platform. Authorised users retrieve current data rather than trusting a static printed balance.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 12 / 57
View original page — diagrams, tables and imagesOriginal page 12

The initial industrial production line

PRODUCTION / SLIDE 11
The initial industrial production line

Start with qualified secure blanks and a fully integrated central personalisation system.

EQUIPMENT PROPOSED ROLE

Entrust Datacard MX6100 Laser 450G module Contactless encoding module Scanning / vision modules Issuance HSM Independent final station Destruction + contingency Main modular industrial personalisation platform. Government-oriented laser personalisation within the MX6100. Compatible chip-personalisation configuration. Integrated output verification and inspection. Compatible key protection; proposed nShield HSMi 2 subject to integration confirmation. Credential authentication and data comparison outside the production process. Polycarbonate-chip-card destruction and accepted backup production arrangement. MX6100 rated maximum: 1,800 cards/hour. The contracted accepted-card rate must use the final design and configuration.

Sources: S6 · S7 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 13 / 57
View original page — diagrams, tables and imagesOriginal page 13

Laser personalisation, precisely

PRODUCTION / SLIDE 12
Laser personalisation, precisely

Qualify the complete engraving and encoding workflow against the actual Mozambique card.

Supported capabilities

The Laser 450G manufacturer specification covers photographs, text, barcodes, front/back engraving, micro-engraving, ghost imagery and supported tactile and tilted-image features.

Configuration matters

Feature depth, image layout, substrate, chip processing and module count affect throughput. The system must be demonstrated with the selected production template and blank construction.

Factory acceptance

Measure accepted output, image consistency, feature alignment, reject reasons and recovery from an interrupted job. Verify data matching across the printed card, barcode and chip.

Operational control

Allow only approved template versions. Restrict edits, preserve release history and require authorisation for exceptions and reprints.

Sources: S7 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 14 / 57
View original page — diagrams, tables and imagesOriginal page 14

Optional complete local manufacturing

PRODUCTION / SLIDE 13
Optional complete local manufacturing

A blank-card factory is an additional industrial programme unless the necessary equipment is already available.

STAGE EQUIPMENT REQUIREMENT

Security sheet printing Security-foil application Inlay assembly + testing Layer collating Polycarbonate lamination Card punching Blank inspection Qualified press for approved backgrounds and security inks. Compatible sheet hot-stamping equipment. Chip/antenna production and electronic testing; omit assembly if inlays are purchased. Automatic alignment and assembly of approved sheet layers. Controlled bonding using qualified temperature, pressure and cycle recipes. Automatic cutting, such as qualified Mühlbauer CP 2021/A configuration. Optical and electronic quality checks before personalisation. Suggested families: HEIDELBERG security printing; Mühlbauer card-body systems. Exact models require supplier confirmation.

Sources: S8 · S17 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 15 / 57
View original page — diagrams, tables and imagesOriginal page 15

Every machine, connected

PRODUCTION / SLIDE 14
Every machine, connected

Make interface access and end-to-end integration explicit equipment purchasing conditions. Supported, documented interfaces Use supplier APIs, SDKs or agreed industrial protocols. Do not claim access to a measurement that the equipment does not expose.

EQUIPMENT GROUP REQUIRED DATA

Print / foil / inlay Collator / laminator Supplier acceptance Prove submission, result matching, disconnection recovery, data export and interface licence rights before accepting each machine. Punching / blank inspection Personalisation system HSM Final check / destruction Job and batch IDs, counts, consumption, test results and available inspection data. Layer checks, alignment, approved recipe, temperature, pressure, duration and alarms. Batch output, surface checks, chip tests and rejects. Job progress, chip result, engraving result and inspection outcome. Authorised operation result and audit event; secret keys remain protected. Credential comparison, release result and witnessed reject handling.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 16 / 57
View original page — diagrams, tables and imagesOriginal page 16

A protected production gateway

PRODUCTION / SLIDE 15
A protected production gateway

Translate machine-specific interfaces into one controlled national production workflow.

Integration controls

Unique equipment identities; authenticated connections where supported; restricted permissions; time synchronisation; versioned jobs, templates and results; reliable acknowledgements.

Safe recovery

An interrupted job must resume from a known state. Retries must not create duplicate active cards. Older devices require restricted gateway isolation and documented controls. Approved application Secure job + HSM Encode + engrave

Cryptographic boundary

Generate and use credential keys through approved HSM operations. Keep private keys outside operator workstations and general application databases. Inspect + authenticate Release / quarantine

Safety boundary

Production software may submit approved work and read status. Certified machine safety interlocks remain under the equipment’s own controls.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 17 / 57
View original page — diagrams, tables and imagesOriginal page 17

One history for every card

PRODUCTION / SLIDE 16
One history for every card

Trace an issued credential from source material to final collection and eventual replacement.

Manufacturing provenance

Record material, foil and inlay batches; printed sheet; layer assembly; lamination cycle; punching batch; and card serial. Preserve sheet-to-card associations after cutting.

Personalisation and release

Link the approved application, template version, operator, machine, chip result, engraving result, inspection outcome and release decision.

Distribution and lifecycle

Record packaging, dispatch, office receipt, collection or delivery, activation policy, replacement, loss, revocation and destruction.

Inventory reconciliation

Every blank must be accounted for as stock, accepted output, reject, quarantine or witnessed destruction. Exceptional reprints need recorded authorisation.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 18 / 57
View original page — diagrams, tables and imagesOriginal page 18

The government application suite

PLATFORM / SLIDE 17
The government application suite

Role-specific applications share authoritative services and a consistent audit trail.

APPLICATION CORE FUNCTIONS

Administration Licensing office Examiners Production Verification Enforcement / finance Driver / security National rules, organisations, users, permissions and reporting. Registration, applications, renewals, corrections and collection. Appointments, assessments, results and authorised evidence. Approved jobs, inspection, inventory, dispatch and equipment status. Officer authentication, card checks and permitted profile. Cases, decisions, obligations, reconciliation and refunds. Citizen self-service; protected monitoring and independent audit. Driver apps never submit machine commands directly; all production actions pass through protected services.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 19 / 57
View original page — diagrams, tables and imagesOriginal page 19

Separate person, entitlement and card

PLATFORM / SLIDE 18
Separate person, entitlement and card

A permanent driver identity prevents replacement cards from becoming duplicate people.

Distinct identifiers

Maintain separate identifiers for the person, licence entitlement, physical card, digital credential, application, production job and app account.

Linked operational records

Tests, cases, invoices, payments, documents and audit events reference the appropriate identities. Preserve external-system identifiers and provenance.

History and authority

Use effective dates and decision references for entitlement changes. A card can be replaced without rewriting the driver’s past decisions or financial history.

Permanent driver ID

One person; multiple credentials over time Entitlements Cards / devices Applications

Cases / payments

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 20 / 57
View original page — diagrams, tables and imagesOriginal page 20

Registration and identity proofing

PLATFORM / SLIDE 19
Registration and identity proofing

Establish the rightful applicant before approving a credential or linking a digital account.

Evidence capture

Verify approved identity sources; capture a quality photograph and supporting documents; check document expiry and contact details. Collect biometrics only under an authorised policy.

Duplicate and exception handling

Use matching to flag potential duplicates. Require human review for uncertain matches and controlled merging with original history preserved.

Account linking

An app registration must be securely linked to the verified driver. Licence number and date of birth alone should not grant access to sensitive services.

Assurance design

Select proofing and authentication assurance from risk assessment. NIST SP 800-63-4 is a reference framework; applicable Mozambique requirements remain authoritative.

Sources: S9 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 21 / 57
View original page — diagrams, tables and imagesOriginal page 21

Licensing through the full lifecycle

PLATFORM / SLIDE 20
Licensing through the full lifecycle

Each application follows approved requirements, decisions and independently recorded financial and production states.

SERVICE REQUIRED PROCESSING

Initial / learner Renewal / upgrade Replacement Personal changes Conversion Suspension / reinstatement Closure Identity, eligibility, required assessments, fee and approval. Current entitlement, category requirements and relevant evidence. Loss, theft or damage report; re-verification; old-card handling. Evidence review, controlled amendment and replacement where required. Foreign-licence checks and approved national conversion rules. Authorised decision, scope, effective date, notice and history. Verified death or other approved lifecycle action. Payment, eligibility approval, production and collection are separate states. Payment alone never creates entitlement.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 22 / 57
View original page — diagrams, tables and imagesOriginal page 22

Examinations and appointments

PLATFORM / SLIDE 21
Examinations and appointments

Control test capacity, evidence and outcomes while giving applicants clear next steps.

Appointment management

Publish approved service slots, examiner capacity and location requirements. Support booking, cancellation, rescheduling, attendance and reminders. Explain documents and outstanding steps before travel.

Assessment workflow

Record authorised theory and practical outcomes, category-specific requirements, examiner identity and approved supporting evidence. Include retest and escalation procedures.

Result integrity

Preserve the original result. Corrections require a recorded reason and authorised approval. Flag irregular patterns for review without automatically making unsupported findings.

Service visibility

Show the applicant an understandable status. Provide supervisors with queue, attendance and completion reports, using the approved definition of a completed assessment.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 23 / 57
View original page — diagrams, tables and imagesOriginal page 23

Scan. Authenticate. Verify.

VERIFICATION / SLIDE 22
Scan. Authenticate. Verify.

An approved reader establishes credential authenticity before the platform returns a permitted profile.

The online sequence

Authenticate the officer and device; read the credential; validate the selected chip protocol and issuer signatures; check card lifecycle; retrieve current entitlement; apply permissions; record the lookup.

Three separate answers

Show card authenticity, holder verification and driving entitlement separately. A genuine credential does not prove the presenter is its rightful holder, and a genuine card can belong to a suspended driver. 1 Officer + device Authenticate access 2 Credential Chip and issuer checks 3 Live record Current entitlement 4 Permitted profile Purpose and role filters

Barcode fallback

A barcode can locate a record or carry approved signed data. A copied barcode must not be treated as proof that the physical card is genuine. 5 Audit event

Actor, time and outcome

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 24 / 57
View original page — diagrams, tables and imagesOriginal page 24

The complete authorised profile

VERIFICATION / SLIDE 23
The complete authorised profile

A clear summary opens detailed tabs according to the official’s authority and purpose.

Immediate summary

Photograph; categories; expiry; restrictions; entitlement status; card status; verification time. PROFILE AREA DISPLAY FUNCTIONS Identity / contact Permission-filtered detail A police officer, cashier and licensing clerk receive different authorised views. Restrict medical evidence and identity documents more tightly. Entitlement / restrictions Card / applications Tests / documents Enforcement / fines Fees / receipts History Photograph, names, birth date, identity status and authorised contact details. Categories, dates, approved conditions and current status. Serial, replacements, loss/revocation flags and active service requests. Authorised assessment results and supporting evidence. Case authority, decision state, amount, due date and dispute/payment status. Assessed charges, confirmed payments and relevant balances. Effective-dated changes, approvals and source references.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 25 / 57
View original page — diagrams, tables and imagesOriginal page 25

Read every supported element

VERIFICATION / SLIDE 24
Read every supported element

Use the right sensors and interfaces for each credential and machine check.

TECHNOLOGY READING CAPABILITY

Contactless / contact reader Barcode scanner Camera + OCR Visible-light inspection UV / specialist optics Biometric capture Industrial interfaces Supported chip data and selected authentication protocol. Approved QR, PDF417 or other chosen formats. Visible text; extracted values must be validated. Photograph, alignment, surface and selected security features. Compatible inks, holograms and defined optical checks. Authorised identity samples and quality results. Only the machine measurements and results actually exposed. No universal scanner decrypts all foreign licences, reads every security feature or extracts protected chip secrets.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 26 / 57
View original page — diagrams, tables and imagesOriginal page 26

Enforcement with evidence and review

PLATFORM / SLIDE 25
Enforcement with evidence and review

Preserve the distinction between allegations, decisions, disputes and financial obligations.

Case creation

Unique reference, incident details, driver/vehicle links, offence code, issuing authority, officer and supporting evidence. Retain source IDs on imported cases.

Decision lifecycle

Manage notice service, voluntary response, dispute submission, authorised adjudication, withdrawal and appeal. Record effective dates and any approved impact on entitlement.

Evidence integrity

Store original files, hashes, access history and custody events. Restrict amendments; preserve versions and decision provenance.

National rules

Penalty points, deadlines, fees and suspension effects apply only when approved for Mozambique. Do not convert an unpaid allegation into a suspension without the authorised process.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 27 / 57
View original page — diagrams, tables and imagesOriginal page 27

Finance that reconciles end to end

PAYMENTS / SLIDE 26
Finance that reconciles end to end

Separate money assessed, money confirmed and money settled to the approved government account.

FUNCTION FINANCIAL CONTROL

Assessment Confirmation Allocation Duplicate protection Receipt Settlement Refund / reversal Effective-dated rules; itemised invoice; approved exemption or adjustment. Validated provider response and independent transaction-status checks. Apply confirmed funds to the correct invoice or fine. Retries and repeated callbacks cannot create additional credits. Verifiable receipt linked to the ledger and transaction. Reconcile gateway, bank and treasury records; assign discrepancies. Authorised compensating entries with original history retained. Uploaded screenshots are evidence to review, not payment confirmation. No unexplained discrepancy is silently discarded.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 28 / 57
View original page — diagrams, tables and imagesOriginal page 28

Payment channels for Mozambique

PAYMENTS / SLIDE 27
Payment channels for Mozambique

Offer approved banking and mobile-money options with government settlement controls.

Priority integrations

Bank-reference payments; selected gateways and banks; M-Pesa, e-Mola and mKesh; authorised office facilities. Provider access and settlement arrangements require contracts and testing.

Existing financial landscape

Banco de Moçambique documents interoperability among the three named wallets. This does not automatically provide a government merchant API or treasury integration.

Minimise payment-data exposure

Use provider-hosted or approved components. Avoid storing payment-card numbers and security codes in the licensing platform; assess applicable PCI DSS scope.

Clear public status

Display pending, confirmed, failed or reversed states. Where police/court integration is unavailable, retain a controlled and visible reconciliation workflow.

Sources: S12 · S15 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 29 / 57
View original page — diagrams, tables and imagesOriginal page 29

The driver’s services, in one app

DRIVER APP / SLIDE 28
The driver’s services, in one app

Android, iOS and web access connect drivers to their verified records and approved services.

Home screen

Current licence, categories, expiry, application progress, appointments, relevant charges and official notices. Prioritise clear actions over administrative detail. MOZ / DRIVER

Olá, Condutor

Fictional interface demonstration

Service functions

Renew; request replacement; report a lost card; book tests or visits; upload evidence; pay approved charges; retrieve receipts; review permitted records; submit eligible disputes and corrections.

Transparent processing

Every request has a reference and status. Explain missing requirements, decisions and collection arrangements. The app cannot waive required tests, examinations or eligibility checks. MY LICENCE B • Valid Expiry 01.01.2032 Renew / replace › Appointments › Fees & payments ›

My records ›

Illustrative interface, fictional account and sample dates. Final product labels and languages require approval.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 30 / 57
View original page — diagrams, tables and imagesOriginal page 30

Secure access without exclusion

DRIVER APP / SLIDE 29
Secure access without exclusion

Protect account access while preserving an assisted route for every eligible citizen.

Account protection

Secure identity linking, passkeys or suitable MFA, trusted-device management, rate limits, sensitive-action reauthentication and session revocation.

Recovery and device loss

Verify recovery through approved evidence; do not rely only on easily known identity details. Allow account and device reporting, with controlled investigation and restoration.

Privacy in everyday use

Protect local storage and minimise it. Notifications should direct users to sign in rather than expose sensitive records on lock screens. Restrict analytics and document retention.

Accessible service

Provide low-bandwidth web access, readable layouts, accessibility testing and station assistance. Smartphone ownership and app proficiency must not become licensing requirements.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 31 / 57
View original page — diagrams, tables and imagesOriginal page 31

Optional verified mobile credential

DRIVER APP / SLIDE 30
Optional verified mobile credential

A mobile driving licence is an additional credential capability, not a picture of the physical card.

Required foundations

Issuer-signed data, protected device storage, device binding, reader verification, selective disclosure, credential lifecycle and lost-device handling.

Interoperability

Agree an applicable ISO/IEC 18013-5 version, national acceptance policy and test programme. Check supported reader and mobile-platform requirements.

Independent release gate

Launch the driver app, payments and applications independently of the mobile-credential project. Do not market a static image or ordinary QR as an interoperable mDL.

Government control

Approve what information readers can request, how the holder participates, and how expiry, replacement and revocation are handled.

Sources: S11 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 32 / 57
View original page — diagrams, tables and imagesOriginal page 32

A sovereign data architecture

ARCHITECTURE / SLIDE 31
A sovereign data architecture

Authoritative transactions, controlled integration and permission-filtered search support all applications.

Core storage

Transactional database for registry, entitlements and financial states; protected object storage for evidence; reliable queues for jobs; separate analytics and reporting copies.

Service boundaries

Identity, licensing, finance, enforcement and production services expose controlled interfaces. The public app enters through an access gateway rather than connecting to databases or machines.

Integration discipline

Authenticate participating systems, preserve source references, prevent duplicates, retry safely and reconcile results. External outages create explicit pending states.

Search and reporting

Apply record-level and field-level permissions to search and export. Use aggregated data for broad dashboards. Sensitive audit records need a separately protected environment. Driver app Government portals National driver platform Authoritative records • rules • audit

Production gateway Verification app

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 33 / 57
View original page — diagrams, tables and imagesOriginal page 33

Security as a measurable architecture

SECURITY / SLIDE 32
Security as a measurable architecture

Convert “ultra secure” into enforced controls, independent tests and operational evidence.

Access and segmentation

Phishing-resistant staff MFA; managed devices; role/agency/jurisdiction/purpose checks; separated public, staff, production, database and administration networks.

Protected trust

HSM-held credential keys; controlled ceremonies; separate environments; key rotation and compromise procedures; encrypted transport and storage.

Independent verification

Use OWASP ASVS 5.0 for application requirements alongside infrastructure, device, cryptographic and operational testing. Validate actual assurance rather than claiming certification by design. Public apps / web API access controls Authorised services Protected records

HSM / audit / recovery

Sources: S9 · S10 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 34 / 57
View original page — diagrams, tables and imagesOriginal page 34

Prevent and detect insider fraud

SECURITY / SLIDE 33
Prevent and detect insider fraud

No single uncontrolled action should produce an unauthorised licence or conceal a financial change.

Separation of duties

Require appropriate second-person approval for eligibility overrides, exceptional reprints, template changes, major refunds, sensitive exports, duplicate merges and critical key operations.

Tamper-evident history

Record actor, device, purpose, affected record, action, time and outcome. Protect audit storage separately and avoid unnecessarily repeating personal documents in logs.

Behaviour monitoring

Alert on unusual profile access, bulk exports, repeated reprints, missing blanks, privilege changes and unexplained financial adjustments.

Controlled administration

Use time-limited privileged access and recorded sessions where suitable. Restrict production keys and emergency actions. Review access regularly and revoke departing personnel promptly.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 35 / 57
View original page — diagrams, tables and imagesOriginal page 35

Offline operation, honestly labelled

RESILIENCE / SLIDE 34
Offline operation, honestly labelled

Support weak-connectivity environments without presenting cached status as a fresh national decision.

Offline roadside checks

Authenticate supported credentials using approved cached trust material. Show the age of cached status. Protect and expire local data according to policy.

Reconnection

Synchronise queued records without duplicate events. Renew trust and status material; apply device revocation and investigate failed submissions.

What the screen must say

“Credential authenticated offline” is different from “current entitlement confirmed online.” A recent suspension may be missing from a disconnected device.

Station continuity

Use backup connectivity and power; preserve interrupted application state. Payment confirmation and entitlement changes require the approved authority and reconciliation process.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 36 / 57
View original page — diagrams, tables and imagesOriginal page 36

Resilient national operation

RESILIENCE / SLIDE 35
Resilient national operation

Recover services and records through tested procedures, not unverified backup promises.

Hosting design

Use approved redundant services and a separate recovery environment. Select locations, failure domains and data-residency arrangements through government architecture approval.

Recovery objectives

Define acceptable data-loss and restoration times for each service. Test backups, credentials, database restoration and application recovery together.

Production continuity

Provide a second operational machine or an accepted contingency-production arrangement. Preserve stock, approved templates and secure recovery procedures.

Incident response

Maintain clear severities, contacts, response responsibilities and escalation. Cybersecurity and critical infrastructure need continuous monitoring; publish citizen-support hours separately.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 37 / 57
View original page — diagrams, tables and imagesOriginal page 37

The national control room

OPERATIONS / SLIDE 36
The national control room

A live operational view joins public service, production, finance and security oversight.

Operational ownership

Assign every unresolved exception to a responsible team and deadline. Keep a national escalation desk and provincial contacts.

VIEW INFORMATION

Service network Production Inventory / delivery Finance Decision-quality reporting Separate completed events from pending, disputed and failed events. Record the timestamp and source of every dashboard measure. Verification Security / support Site readiness, connectivity, queues, appointments and overdue requests. Job state, machine faults, accepted output, rejects and maintenance. Stock, consumption, dispatch, receipt, collection and exceptions. Payment state, settlement, outstanding charges and assigned discrepancies. Approved devices, authentication outcomes and synchronisation health. Alerts, access anomalies, incidents, complaints and resolution time.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 38 / 57
View original page — diagrams, tables and imagesOriginal page 38

Migration without losing history

TRANSITION / SLIDE 37
Migration without losing history

Move verified records through repeated reconciliation while preserving valid public services.

Discovery and mapping

Inventory sources and owners; establish counts and quality; map categories, identifiers, card status, applications, cases, invoices and confirmed payments.

Rehearsal and cleansing

Run test imports. Flag duplicates, missing values and conflicts for authorised review. Preserve source identifiers and original decision evidence.

Controlled cutover

Apply final changes in agreed windows; declare the authoritative system; reconcile records and balances; retain a traceable exception queue.

Recovery and coexistence

Define a rollback or recovery procedure that preserves transactions already completed. Avoid independent conflicting updates in old and new systems. Maintain recognised legacy-card verification during transition.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 39 / 57
View original page — diagrams, tables and imagesOriginal page 39

90 days, coordinated in parallel

DEPLOYMENT / SLIDE 38
90 days, coordinated in parallel

Development, equipment, testing, training and field preparation share one governed delivery schedule. 0 10 20 30 40 50 60 70 80 90

Mobilisation conditions

Mandate, funds, legacy access, supplier interfaces, approved card specification, secure blanks, hosting and participating agency representatives must be available. Discovery / approvals Core software

Delivery principle

Test from the start. The formal acceptance period precedes pilot go-live. Provincial activation follows demonstrated pilot readiness. Equipment + sites Integration + tests Training + campaign

Scope boundary

The schedule assumes secure blank procurement. Commissioning a new raw-material card factory is separate unless the required equipment is already available. Maputo pilot South / central Remaining provinces

Stabilise / handover

90 calendar days. Supplier commitments and approved access are critical-path dependencies; no start date has been fixed.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 40 / 57
View original page — diagrams, tables and imagesOriginal page 40

Days 1–50: build and prove

DEPLOYMENT / SLIDE 39
Days 1–50: build and prove

Complete the foundation, integrated workflow and formal pilot acceptance before issuing live credentials.

Formal pilot gate

Demonstrate a complete approved application, payment, production, inspection, collection and verification journey. DAYS DELIVERABLES

No forced release

Critical security, credential, financial or migration failures block the affected release. 01–10 11–20 21–30 31–40 Audit, site inspections, records, interface inventory, rules, threat model and approved scope. Identity, access, registry, audit, workflow foundation; premises and interface preparation. Applications, fees, appointments, app foundation and first migration rehearsal. Production, scanning, enforcement and payment integration; commissioning; master trainers. 41–50 Security, load, migration, financial, recovery and user acceptance tests; remedy blockers.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 41 / 57
View original page — diagrams, tables and imagesOriginal page 41

The proposed service network

DEPLOYMENT / SLIDE 40
The proposed service network

Extend existing institutions with additional service locations and scheduled outreach.

Day-90 targets

11 hubs, one per province-level jurisdiction including Maputo City; 22 additional fixed sites; 22 mobile teams; 110 authorised verification deployments; one secure production centre.

What coverage means

33 fixed service locations in total. A verification deployment may be an existing facility or a reader-equipped patrol team; it is not necessarily a new checkpoint building.

Planning discipline

Confirm every site through demand, accessibility, staff, electricity, connectivity and security assessment. Actual acceptance reports must distinguish targets from delivered coverage. Fixed locations 33 Mobile teams 22

Verification kits 110

Proposed Day-90 deployment targets; not existing national inventory. Quantities are proposed allocations, not a verified inventory or an estimate of all districts’ service needs.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 42 / 57
View original page — diagrams, tables and imagesOriginal page 42

Southern and central deployment

DEPLOYMENT / SLIDE 41
Southern and central deployment

Candidate service catchments and corridor priorities; final premises require provincial approval.

JURISDICTION HUB ADDITIONAL CATCHMENTS VERIFICATION PRIORITY

Maputo City Maputo Two approved urban sites Urban routes and passenger operations Maputo Province Matola Boane; Marracuene N4, southern routes and border approaches Gaza Xai-Xai Chókwè; Chibuto N1 and regional routes Inhambane Inhambane Maxixe; Vilankulo N1 and intercity transport Sofala Beira Dondo; Nhamatanda N6 and Beira freight corridor Manica Chimoio Manica; Gondola N6 and Machipanda approaches Tete Tete Moatize; approved western site Freight and border approaches Maputo City and Maputo Province remain separate in staffing, budget, reporting and activation.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 43 / 57
View original page — diagrams, tables and imagesOriginal page 43

Northern reach and field readiness

DEPLOYMENT / SLIDE 42
Northern reach and field readiness

Accessible service hubs and cleared outreach routes support provincial activation.

Security and access

Obtain current local clearance before field deployment. Use approved alternatives where required and report inaccessible locations as pending. JURISDICTION PROPOSED HUB / CATCHMENTS VERIFICATION PRIORITY Zambézia Quelimane; Mocuba; Gurúè N1 and regional passenger routes Nampula Nampula; Nacala; Angoche Nacala corridor and provincial transport Niassa Lichinga; Cuamba; Mandimba Regional roads and border approaches Cabo Delgado Pemba; Montepuez; cleared additional Approved accessible routes and facilities site

Resilient logistics

Pre-position equipment and stock. Plan backup power and connectivity. Adjust transport and outreach using current security information and INAM forecasts. Border verification needs agreement with responsible authorities; foreign credentials require separate procedures.

Sources: S13 · S16 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 44 / 57
View original page — diagrams, tables and imagesOriginal page 44

Stations equipped to serve

DEPLOYMENT / SLIDE 43
Stations equipped to serve

Standard kits, trained staff and accepted operating procedures make each location operational.

COMPONENT MINIMUM PLANNING REQUIREMENT

Fixed service site Connectivity / power Mobile team Verification deployment Readiness certificate Initially two managed workstations; photograph/document capture; chip and barcode readers; printer; secure card storage; queues and accessible service. Protected router, primary and backup connections, UPS and suitable extended power. Portable capture and reader kit; managed communications; power; secure transport and published itinerary. Approved reader-equipped device, named officer accounts, charging, training and offline procedure. Premises, staff, equipment, access, procedures, support and test results accepted before promotion. Final quantities follow measured demand. Operational personnel, transport and security are additional to technical kits.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 45 / 57
View original page — diagrams, tables and imagesOriginal page 45

Days 51–90: activate and stabilise

DEPLOYMENT / SLIDE 44
Days 51–90: activate and stabilise

Each wave follows a signed go/no-go decision and measured operational performance.

Days 51–60: pilot

Maputo City and Province: 2 hubs, 4 satellites, 4 mobile teams and 20 verification deployments. Validate live issuance, payment, collection, scanning and support.

Days 61–70: expand

Gaza, Inhambane, Sofala, Manica and Tete: add 5 hubs, 10 satellites, 10 mobile teams and 50 verification deployments.

Days 71–90: complete

Activate the remaining 4 jurisdictions where ready: add 4 hubs, 8 satellites, 8 teams and 40 deployments. Days 81–90: stabilise, reconcile, exercise recovery and hand over. 11 11 10 8 7 6 4 2 2 0

Day 60 Day 70 Day 80 Day 90

Graph: cumulative proposed accepted hubs (2 → 7 → 11). It is a deployment target, not a forecast guarantee.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 46 / 57
View original page — diagrams, tables and imagesOriginal page 46

Capacity based on accepted output

PRODUCTION / SLIDE 45
Capacity based on accepted output

Plan conversion from observed throughput, available stock, staff shifts and confirmed demand.

Measure the real line

The MX6100 maximum is a manufacturer rating. Establish accepted-card output using the final blank, engraving, chip application, module configuration and inspection rules.

Quality before release

Match identity, printed details, barcode, chip data and issuance state. Perform credential and physical checks. Quarantine mismatches instead of treating all output as issued cards.

Volume planning

Eight productive hours at an observed 600 accepted cards/hour would yield 4,800 cards/day. This is illustrative. Use measured uptime, reject rate, stock and collection capacity to set commitments. 400 accepted / h 3200 600 accepted / h 4800

800 accepted / h 6400

Illustrative output for 8 productive hours. These are scenarios, not measured rates. Do not promise replacement of the entire national driver population without verified driver counts and measured capacity.

Sources: S6 | Research checked 6 October 2026; see slide 55.
MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 47 / 57
View original page — diagrams, tables and imagesOriginal page 47

Testing and independent acceptance

ASSURANCE / SLIDE 46
Testing and independent acceptance

Prove security, correctness, continuity and usability before expanding live service.

Release policy

No unresolved critical vulnerabilities. Other findings need approved risk decisions; unresolved credential-integrity or financial-correctness failures block release.

TEST AREA REQUIRED EVIDENCE

Credential / production Application / access Testing begins early Automated checks, integration tests and operational exercises run throughout. Days 41–50 are the formal pre-pilot acceptance period. Payments / migration Field conditions Security / recovery End-to-end acceptance Correct cards authenticate; invalid checks fail; jobs, rejects, reprints and stock reconcile. Role and field restrictions; duplicate handling; controlled overrides; account recovery. Repeated callbacks; reversals; settlement; record totals; source provenance; exceptions. Weak connections, offline status, interrupted workflows and device loss. Independent assessment; remediate blockers; restore services against agreed objectives. Application → decision → payment → card → collection → permitted scan.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 48 / 57
View original page — diagrams, tables and imagesOriginal page 48

People ready before activation

DELIVERY TEAM / SLIDE 47
People ready before activation

A proposed 104-role delivery structure complements government operators and equipment suppliers.

National delivery: 60 roles

8 coordination; 24 software/mobile/data/integration; 10 testing/security; 8 infrastructure/equipment; 10 training/support preparation/communications.

Provincial delivery: 44 roles

Four field delivery roles per jurisdiction. This is an illustrative allocation. Existing qualified government and supplier personnel can fulfil appropriate responsibilities.

Role-based certification

Train leadership, clerks, supervisors, examiners, production, police, finance, support, technical staff and auditors. Master trainers: Days 31–40. Certify by practical exercises before each activation. Coordination 8 Engineering 24 Testing / security 10 Infrastructure 8 Training / comms 10

Provincial field 44

104 temporary delivery roles; operational staffing is additional. Station operators, production shifts, police users, drivers, guards and ongoing support staffing are additional.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 49 / 57
View original page — diagrams, tables and imagesOriginal page 49

Public communication that converts

PUBLIC ENGAGEMENT / SLIDE 48
Public communication that converts

“A sua carta. Os seus serviços. Mais perto de si.”

Channels

Portuguese nationally; locally selected languages through provincial teams. Radio, community radio, television, posters, schools, associations, SMS and official web/social channels.

CAMPAIGN PERIOD PUBLIC-SERVICE MESSAGE

Days 1–20 Days 21–40 Days 41–60 Days 61–80 Trust and measurement Explain licence validity, fees, payments and complaints. Never request PINs or passwords. Measure completed services, attendance and complaints; promote only ready locations. Days 81–90 Government, police, schools and transport associations: participation and transition. Explain services, assisted access, official channels and upcoming procedures. Publish certified pilot locations, required documents, appointments and charges. Province-specific radio, demonstrations, outreach schedules and operator briefings. Accurate national directory, continuing conversion arrangements and support.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 50 / 57
View original page — diagrams, tables and imagesOriginal page 50

Operating accountability and budget

OPERATIONS / FINANCE / SLIDE 49
Operating accountability and budget

Separate establishment investment from the recurring cost of a reliable national service.

No invented financial promise

Prepare priced options after site and supplier discovery. This proposal does not assert a purchase price, savings percentage or revenue increase. AREA PLANNING REQUIREMENT Establishment Service commitments Define support hours, response times, maintenance, restoration objectives and continuing funding before acceptance. Deployment Continuing operations Budget method Oversight Software, integration, migration, production equipment, HSMs, hosting, station kits and independent tests. Training, communication, field teams, transport, installation and acceptance. Support, cybersecurity, connectivity, maintenance, consumables, secure blanks, spares and outreach. Supplier quotations × approved quantities + delivery costs + operational costs + approved contingency. National/provincial dashboards; complaints, queues, production, collection, financial settlement and security.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 51 / 57
View original page — diagrams, tables and imagesOriginal page 51

Procurement that protects delivery

PROCUREMENT / SLIDE 50
Procurement that protects delivery

Make the whole operational journey a supplier obligation, not a collection of disconnected purchases.

Equipment obligations

Documented interfaces and licences; final-card throughput; qualified materials; commissioning; training; spares; support; safe recovery and agreed acceptance tests.

Information and software rights

Government data ownership, exports, configuration access, relevant source/build handover rights, operating documentation and exit arrangements. Resolve third-party licensing explicitly.

End-to-end responsibility

Appoint an accountable integration lead. Test each machine adapter and demonstrate complete approved issuance before release.

Critical-path commitments

Confirm delivery dates, blank supply, hosting, supplier engineers, legacy access and agency interfaces before the 90-day clock. A new blank-card factory needs a separate commissioning commitment.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 52 / 57
View original page — diagrams, tables and imagesOriginal page 52

Manage the national delivery risks

RISK / SLIDE 51
Manage the national delivery risks

Track each risk with an owner, trigger, response and effect on the relevant release.

RISK RESPONSE

Equipment / blank delay Legacy restrictions / poor records Payment integration delay Power / network outage Transport / local security Demand / staffing pressure App / rule changes Binding dates and supply; preserve existing production; accepted contingency. Interface rights early; rehearsals, review queues and reconciled imports. Accepted channels first; transparent controlled reconciliation. Backup arrangements, state recovery and clearly labelled offline checks. Pre-position stock; current clearance and forecasts; approved alternatives. Appointments, queue controls, certified staff and outreach. Web and assisted access; formal scope and rule-version control. Unready sites or failed acceptance gates remain pending. National reporting must disclose actual delivered coverage.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 53 / 57
View original page — diagrams, tables and imagesOriginal page 53

What Day 90 must demonstrate

ACCEPTANCE / SLIDE 52
What Day 90 must demonstrate

Acceptance is based on operational evidence, with exceptions explicitly recorded.

Government sign-off

The acceptance report distinguishes delivered services, accepted limitations and unresolved obligations.

AREA ACCEPTANCE EVIDENCE

Coverage 11 accepted hubs; actual fixed/mobile/verification counts against 33 / 22 / 110 Production Measured commitments Agree test loads, timing boundaries, recovery objectives and criteria before development; record actual results rather than estimated compliance. Finance / data Performance Continuity / security People / information targets. All blanks accounted for; approved output, authentication, dispatch and reject control. Traceable payments; reconciled migration totals; assigned settlement and record exceptions. Proposed five-second online profile target under agreed connectivity and load. Tested recovery; offline labels; safe synchronisation; resolved release blockers. Certified staff, accurate service directory and support readiness.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 54 / 57
View original page — diagrams, tables and imagesOriginal page 54

Continue the national card conversion

TRANSITION / SLIDE 53
Continue the national card conversion

Provincial platform activation is a milestone; replacing every existing licence is a separate volume programme.

Approved conversion order

Prioritise new applicants, expiring licences, replacements and category changes. Additional groups require government justification and a published schedule.

Legacy recognition

Keep existing valid licences recognised under the approved transition. Show “legacy record matched” separately from “new credential authenticated.” Do not penalise a driver solely because a replacement is pending.

Capacity and inclusion

Set targets from verified driver numbers, accepted production rate, station throughput, stock and collection capacity. Continue mobile outreach and assisted services.

Post-launch improvement

Use pilot and national evidence to improve workflows. Further district expansion and an optional verified mobile credential need separate acceptance and funding.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 55 / 57
View original page — diagrams, tables and imagesOriginal page 55

Decisions requested from the Republic

GOVERNMENT DECISION / SLIDE 54
Decisions requested from the Republic

Approve the national mandate and delivery conditions so mobilisation can begin on a concrete basis.

Authority and scope

Appoint sponsor and participating bodies; approve programme responsibilities, 90-day deliverables, transition policy, data access and acceptance authority.

Technology and delivery

Approve credential specification, secure-blank or factory approach, equipment schedule, hosting/recovery, cryptographic ownership, sites and payment arrangements.

Resources and oversight

Approve budget route, supplier commitments, staffing, public communication, independent assessment and ongoing operating funding.

Proposed commitment

Within 90 calendar days, deliver and test the approved national platform, integrate accepted personalisation equipment, launch driver services and activate the approved provincial network. Report measured coverage and outstanding items; continue card conversion under a funded schedule. Submitted by Moz Tech Developers LDA to the Republic of Mozambique. All appointments and approvals remain government decisions.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 56 / 57
View original page — diagrams, tables and imagesOriginal page 56

Evidence, assumptions and references

REFERENCES / SLIDE 55
Evidence, assumptions and references

Research checked 6 October 2026. Click the reference titles to open the underlying sources. S1 INATRO — responsibilities and driver services

S2 INATRO — public service portal

S3 Ministry — service reforms, published 12 May 2025

S4 Carta de Moçambique — August 2026 production integration report; secondary source S5 INATRO — published FAQs; current operating rules require confirmation S6 Entrust — Datacard MX6100 manufacturer specifications S7 Entrust — Laser 450G module specifications S8 Mühlbauer — card-body manufacturing technologies S9 NIST — SP 800-63-4 digital identity guidelines S10 OWASP — Application Security Verification Standard 5.0 S11 ISO — ISO/IEC 18013-5 mobile driving licence reference S12 Banco de Moçambique — mobile-wallet interoperability S13 World Bank — Mozambique country overview S14 MINEC — national symbols and official crest artwork S15 PCI SSC — payment-data security requirements S16 INAM — district forecasts for logistics planning

S17 HEIDELBERG — security printing

All quantities and graphs are proposed targets or labelled scenarios. Supplier compatibility, legal rules and current operational data require validation.

MOZ TECH DEVELOPERS LDA / PROPOSAL TO THE REPUBLIC OF MOZAMBIQUE 57 / 57
View original page — diagrams, tables and imagesOriginal page 57
Source links