Banca Pro Logo

A Complete Insurance Buying Journey, Running in Your Customer's Chat Window

JourneyFX runs a complete insurance buying journey on WhatsApp or your own chat app - quote, KYC, payment, and policy issuance - using the APIs you already operate, with no app download and no form abandonment.

Mozart Interface
Business impact

Outcomes Insurers
Achieve with JourneyFX

A configurable, durable journey platform that reduces drop-off, accelerates premium collection, and removes the release cycle from product launches.

Faster Launches
Fewer abandoned applications

Conversations are resumable - a paused case picks up exactly where it stopped.

Increased Efficiency
Faster path to premium

Quote to payment completes in one thread with no channel switch or callback queue.

Scalable SOP Aligned Ops
New lines of business in days

Each line of business is a configuration file, not a development cycle.

Key Capabilities

Everything needed to run a regulated insurance sale over chat

Workflow Management
Journey configuration engine

Each line of business is a versioned definition file — no code changes when products or plans change.

Bank Partner Enablement
Dual-channel delivery

One journey definition runs on WhatsApp and your own chat app — authored once, rendered natively on each.

Bank Partner Onboarding
Durable case management

Cases persist through restarts, retries, and channel switches — no answer is lost, no step is repeated.

Customization
Safe issuance by construction

One payment reference mints at most one policy — enforced by a database constraint, not application logic.

Compliance & Integration
Compliance and evidence capture

Consent, declarations, and document hashes are recorded on an append-only case timeline automatically.

Monitoring & Visibility
Privacy by architecture

Customer data is encrypted at capture; sensitive answers are structurally excluded from AI processing.

A Regulated Insurance Sale, Completed in a Chat Window.

See how JourneyFX runs quote, KYC, payment, and issuance on your existing APIs - on WhatsApp and your own app.

Claims Pro Interface
Underwrite Pro Interface
Integrations & Ecosystem

Connects to your existing systems - without replacing them

Core insurance APIs

Calls your existing quote, proposal, KYC, payment, and issuance services through a 16-operation adapter contract - nothing is replaced.

WhatsApp & chat channels

Connects via Meta Cloud API for WhatsApp and a native ChatApp channel for your own web or in-app experience.

KYC & identity verification

Registry-based KYC via PAN and date of birth, with DigiLocker and hosted KYC page fallback for unverified cases.

Payment gateways

Requests your gateway link and tracks payment status - premium is collected by you and never passes through Monocept.

Monoceptr dashboard showing Insurance project settings with project name Mozart Insurance and URL mozart-insurance, branding logo upload options, favicon upload, and Audit Logs panel with filtered log entries and user actions.
Why JourneyFX?

Built on properties that make a regulated chat sale possible

Journeys are configuration

New products and variants ship without an engineering release.

Versioned definition files

tick mark

Publish-time validation gates

No code change per product

Compliance by construction

Evidence, consent, and issuance safety enforced at the database level.

Append-only audit trail

Idempotent policy issuance

Sensitive data never in AI prompts

One journey, two channels

WhatsApp and your own app run the same definition - always in sync.

Authored once, rendered natively

Channel capability floor enforced

Cases portable across channels

Clear quick answers

Get answers to common questions

Find solutions to frequently asked questions regarding JourneyFX

Can the same customer start on one channel and finish on another?

Yes. A case is not bound to one channel — a customer can begin on your website and complete on WhatsApp, with the same answers and the same step retained throughout.

How does the platform prevent a payment retry from issuing a duplicate policy?

A uniqueness constraint on the payment reference in the issuance table means one payment reference can mint at most one policy — this is enforced by the database, not by application code.

Can the journey be tested before live insurer APIs are connected?

Yes. Every operation has a simulator that returns a realistic response shape, so all three journeys run end to end — including issuance and document delivery — with no live API access required.

How are health declarations and sensitive answers protected from AI processing?

Sensitive answers including health declarations and financial details are classified at the data layer and structurally excluded from any AI processing — they are never passed to a language model in any form.

What happens to a case where the customer has paid but the journey has not completed?

A database trigger refuses to close or expire any case with a payment in flight — a paying case is never abandoned by a cleanup or expiry sweep.