VETERAN PRO stops asking veterans to dig their own rights out of a catalogue. The app walks them through it: confirms status, points to the next step, opens benefits and partner discounts, and keeps a direct line to a support specialist.
The Veteran PRO portal, e-Veteran, Zahyst+ are reference directories. You log in, search, read an instruction. VETERAN PRO flips that around.
Everything below is a real screen from the prototype. Every action works: login, onboarding, completing missions, discount QR codes, chat, request statuses.

Level and XP, a 6/21 progress bar, the next step, active missions and the support-specialist card.

21 steps across 5 blocks: from confirming status through documents and benefits to running your own business.

Partner discounts with filters and a QR code at the till. Some offers unlock as your level grows.

An assistant that explains state services in plain language. In production it is the existing Veteran PRO AI assistant.

A 10-category catalogue and the status of requests in progress. It mirrors the CRM — the app never creates them.

A real person from the CRM. Call or message, with no new paperwork inside the app.
XP is earned for steps that actually change a life: confirming status, claiming a benefit, booking rehabilitation. No loot boxes, no pressure, and respect for an adult audience.
Confirm status, +150. Claim the utilities benefit, +150. First partner discount, +75. Every step is explained openly.
From "Recruit in the system" to "Veteran ambassador". A level unlocks exclusive offers and never drops back down.
The loyalty engine decides who sees an offer and when, with frequency caps and quiet hours so it never turns into spam.
Partners, offers, QR and segmentation are configured outside the app. The same module can plug into the portal or Diia.
The client asked for this the way large marketing platforms are built: the data layer, loyalty and the app are separate systems you can swap without breaking the rest. One vendor across all parts removes the risk of drawn-out API negotiations between teams.
Single sign-on on Keycloak with a custom connector to BankID NBU (which is OAuth 2.0, not OIDC). It returns full name, tax ID and phone. The tax ID is isolated behind an internal subject_id and every access is written to an audit log.
Stores app state and the extended profile, assembles the next-best step, serves GET /home. It stays thin and talks to subsystems through clear API contracts.
The client is considering Apache Unomi. Our honest recommendation: for the MVP, a light custom CDM on PostgreSQL + REST that consolidates the registry, Odoo CRM, app and loyalty by tax ID. Unomi is a phase-two option, since it is a heavy headless web-tracking CDP.
A standalone service: better to adopt open source (Open Loyalty) than build from scratch. Partner admin, offers, QR redemption, segmentation by status, region and cohort, plus gamification settings.
The existing AWS bot is wired in at the API level only, with no in-house AI work, exactly as it already runs on the portal.
The EDRVV registry through Trembita. Request statuses are a read-only mirror of the specialist CRM (Odoo or OSKAR — source pending client confirmation). Anonymised analytics go to SuperSet in phase two. Push runs on FCM and APNs.
Pulling personal data from the registry and CRM only works once the system is entered into the security profile (deadline ~10 Aug 2026) and a BankID certificate is issued. Until then that data is mocked in the prototype. Deployment lives in the ministry’s managed infrastructure. We make no claim about data residency beyond what a legal review confirms.
Ukraine already has analogues of individual modules. Nobody has the full combination — an official route, verified identity, loyalty, support and AI in one place.
Discounts and QR via Diia. It owns the loyalty niche but has no gamification and no proactivity.
Ministry of Defence: 504M UAH saved, 16 partners. Proof that the "offer → QR → redemption" model works.
6M users. A model for a thin app over a state registry with familiar login.
It carries the veteran e-ID. We are not competing with Diia — we build a separate proactive app for the forum and for the outreach Diia cannot do.
Team: 2 Flutter, 1–1.5 backend (BFF), 0.5 DevOps/Keycloak, 0.5 design, 0.5–1 QA, 0.25 security/architecture. Figures are an estimate for the demo MVP; a pilot that clears the full security profile widens both scope and budget. Final numbers follow a locked scope.
The ministry obtains the contract and certificate (free for state bodies). If it is not ready in time, the demo runs on the test environment.
Without it, EDRVV and CRM data stay mocked. The deadline holds; the scope narrows.
Create them early, or risk a month of review right before the forum.
Amounts change by Cabinet resolution. In production we pull them from a managed source rather than hard-coding.
A fully clickable prototype. Sign in with BankID, go through onboarding, complete a mission, open a discount QR code.
Open the prototype