All work

Government Identity Deployments

Each country arrives with its own laws, document rules, languages, approval paths, roles, payments, and operating procedures. The delivery team must meet those requirements without creating an unrelated product for every jurisdiction.

Role
Software Developer, Project Lead, and Lead Developer
Type and status
Confidential deployment · Current role
Period
Mar 2023 - Present

See the system.

Actual interface evidence is embedded here. External links are secondary.

Public St. Kitts and Nevis eVisa homepage with photo checking, application, tracking, payment, and document-submission actions.
Public deployment surface

A real citizen-facing deployment surface. It demonstrates the delivered service context, not sole ownership of the national program or every feature shown.

Public St. Kitts and Nevis eVisa service, captured September 3, 2026
Government Identity DeploymentsPublic eVisa service
Public St. Kitts and Nevis eVisa homepage with photo checking, application, tracking, payment, and document-submission actions.

A real citizen-facing deployment surface. It demonstrates the delivered service context, not sole ownership of the national program or every feature shown.

The operational problem

Each country arrives with its own laws, document rules, languages, approval paths, roles, payments, and operating procedures. The delivery team must meet those requirements without creating an unrelated product for every jurisdiction.

I help adapt, extend, test, and ship passport, visa, and identity-document software for different national governments.

Why this system exists

A configurable platform keeps common identity capabilities maintainable across countries. Configuration handles known variation; new code is reserved for requirements the shared platform cannot express safely.

Requirements move through business analysis, country configuration, feature development, end-to-end testing, defect resolution, release preparation, and production support across a larger delivery team.

Who uses itGovernment program teams, implementation partners, document officers, reviewers, quality-control staff, and citizen applicants.

How the work moves

  1. Receive requirements
  2. Map jurisdiction rules
  3. Configure the platform
  4. Develop requirement gaps
  5. Test the complete workflow
  6. Resolve defects
  7. Support release

What shaped the solution

Sensitive identity information and controlled production access.

Strong tenant separation across government clients.

Country-specific workflows on a shared product.

Delivery deadlines and cross-team dependencies.

What I owned

Configured

Country workflows, entitlements, validation, roles, and Spring Profile behaviour

Developed

Requirement-specific Java, Spring, Vaadin, and payment workflow features

Tested

Complete country flows, regression behaviour, failure paths, and release defects

Operated

Production diagnosis, controlled changes, and release support

Collaborated

Business analysis, QA, DevOps, database, and implementation teams

Context matters. The work happened with teams and stakeholders. These statements describe my contribution without turning shared delivery into a solo claim.

Decisions that carried the work

Configure before forking

Country behavior lived in XML rules and Spring Profiles where possible, keeping one maintainable platform instead of creating client forks.

Treat workflow as state

Reception, review, approval, personalization, quality control, and issuance were handled as guarded states and role-aware transitions.

Make payments retry-safe

Invoice validation, idempotency, transactional updates, webhooks, and reconciliation protected the workflow when external and internal state diverged.

Verified outcome

Led St. Lucia implementation work within the delivery team.

Co-led St. Kitts eVisa and passport delivery within the broader program.

Developed citizen-facing online passport and payment workflow features for Trinidad and Tobago.

Continue to support country onboarding, release, and production problem solving.

What I will not overclaim

The public case study is intentionally generalized. It contains no citizen data, internal source code, private endpoints, or non-public customer requirements.

Verified from Canadian Bank Note Software Developer sources. Current employment status follows Ayub's September 3, 2026 correction; older frontmatter contains a conflicting March 2026 end date.

Tools used where they fit

JavaSpringHibernateVaadinPostgreSQLOracleXML
Open public project

Continue through the work

Q IntelligenceEmail Ayub