AP by Xcelerates
InsuranceAP
AI-Powered Insurance Distribution Operating Platform
AP carries an insurer’s agency force through its entire working life — recruitment, onboarding, licensing, training, selling, servicing, renewals and commission visibility — as one platform over the core systems you already run.
AP is available as a configurable enterprise platform for insurer evaluation, demonstration and implementation. Every capability below carries its own status, so what is built and what is contracted for are never blurred together.
- Configure
- Integrate
- Extend
- Policy administration
- Rating
- Claims
- Commission
- CRM
- Warehouse
What AP is
AP is an AI-powered insurance distribution operating platform developed by Xcelerates. It manages an insurance company’s agency distribution force across recruitment, onboarding, licensing, training, lead management, quotation, applications, policy servicing, renewals and commission visibility, operating as a system of engagement over the insurer’s existing core systems.
The problem
The revenue engine is the least connected part of the business.
Recruitment in spreadsheets. Licensing in a regulator’s portal. Training in a separate LMS. Sales in a CRM the agents avoid. Policies in a core system nobody outside operations can query. Commission in a monthly PDF.
Each of those was a sensible decision on its own. The cost appears at the seams, and it is paid three times over: head office spends its capacity coordinating between systems, agency leaders manage a downline they cannot see, and agents spend selling hours on data entry.
AP is the layer that closes those seams — without asking the insurer to replace anything it already owns.
Who evaluates it
Six people have to be satisfied, and they are not asking the same question.
An enterprise platform is bought by a committee whose members disagree about what matters. This page answers all six in turn rather than writing for the one who signs.
Insurance executive
One truthful view of force size, production, quality and trajectory — where two screens cannot report different numbers for the same question.
Chief distribution officer
A distribution lifecycle that advances itself, so head office spends its capacity on exceptions rather than on chasing.
Agency principal or leader
The entire authorised downline, visible at any depth, with the production and compliance signals needed to coach it.
Agent
Fewer systems, faster answers, and product information that is correct because it came from approved material.
CIO or enterprise architect
A platform that integrates with the systems of record rather than competing with them, and that does not dictate the cloud, the database or the model vendor.
Compliance and risk
Server-enforced permissions, a durable audit trail, and an AI layer that refuses rather than guesses and never makes a regulated decision.

Real AP interface, running on synthetic demonstration data. No client data appears anywhere on this site.
The AI operating model
Six steps, and the last one is what makes the first five deployable.
“AI-powered” describes nothing a buyer can evaluate. What matters is what the AI is allowed to know, what it is allowed to do, and where it has to stop. In AP that is an explicit six-step model, and the last step is the one that makes the rest safe to deploy.
- 01
Monitors
The platform watches the conditions that matter — licences approaching expiry, mandatory training running late, applications sitting unworked, leads going cold, renewals at risk, integrations degrading.
- 02
Identifies
It separates the exception from the noise, deduplicating by condition so one recurring problem is one item of work rather than forty notifications.
- 03
Analyses
It assembles the context a person would otherwise gather by hand: what the record says, what the downline shows, what the approved product material covers, what the system of record returned.
- 04
Prepares
It drafts the thing that comes next — the follow-up, the summary, the comparison, the explanation of a commission discrepancy — with its sources named.
- 05
Acts, within permission
For low-risk work below the configured autonomy ceiling, it goes ahead. Every tool it can call is bound to the caller’s permissions and evaluated by the same authorisation engine as the rest of the product.
- 06
Escalates
Anything above the ceiling — and anything regulated — stops and waits for a person. Approve, decline and underwriting decisions are human, recorded with actor, time and reason.
Where the training loop pays for itself
Approving product material is a single act with two effects: it becomes learnable by a person, and it becomes the only material AI is permitted to answer from — cited by document and version. A question the approved corpus does not cover is refused, not improvised, and a superseded document stops being an answer the moment it is withdrawn.
Benefits, exclusions, waiting periods, product comparisons, refresher questions — answered from what compliance approved, in front of a customer, or declined.
What the AI layer actually does
- Lead prioritisation
Which leads deserve the next hour, and why.
- Onboarding follow-up
Chasing the missing document so a person does not have to.
- Licence monitoring
Expiry anticipated and escalated before it stops someone selling.
- Training guidance
What an agent still owes, and what it blocks.
- Approved product answers
Benefits, exclusions, waiting periods and comparisons — cited, or refused.
- Quotation explanation
Why the illustration says what it says, in language an agent can repeat.
- Application completeness
What is missing before submission, checked against the configured requirements.
- Renewal prioritisation
Which renewals are at risk and who should act.
- Commission explanation
Why a statement differs from an expectation, expressed as a discrepancy rather than a correction.
- Downline performance analysis
Where a leader’s attention would do the most good.
- Operational exception handling
Triage across the lifecycle, with resolution attributed to whoever — or whatever — resolved it.

Real AP interface, running on synthetic demonstration data. No client data appears anywhere on this site.
Capabilities
What the platform does, and what state each part is in.
Open any row for the behaviour you can hold the product to, and for the point where it deliberately stops.
Reading the statuses
- AvailableAvailable
- Built, tested and running in the product’s reference edition.
- ConfigurableConfigurable
- Available, and shaped to your organisation through configuration rather than code.
- OptionalOptional
- Available, licensed as a separate module and switched on by contract.
- Contract readyContract ready
- The integration boundary and contract exist. The adapter is built during an engagement.
- FutureFuture
- A committed direction on the product roadmap. Not built, and not sold as though it were.
For the business buyer
Running the distribution business
The surfaces leadership and head office work from: what the force looks like, what it is producing, and what is going wrong.
Insurance company command centreAvailableA role-aware, scope-aware view of the distribution business — force composition, production, pipeline, quality, compliance and trajectory.
- Every figure is produced by a single named metric definition, so two surfaces cannot report different numbers for the same business question.
- A viewer sees only what their role and organisational scope permit.
- A figure someone is not entitled to see is absent, not zeroed. A zero is a claim about the business, and showing one where the real answer is “not permitted” is a lie the reader cannot detect.
Agency management and the complete downlineAvailableAn organisation ladder of configurable depth, and an agency hierarchy of leaders and agents beneath it.
- A leader sees their entire authorised downline, at any depth, and can drill from a leader into a leader into an agent.
- They see nothing outside it — not in a list, not in a search result, and not by guessing an identifier.
- Reach is a property of the record’s position in the hierarchy, never of a value the caller supplies.
Agency and downline performanceAvailableProduction, activity and compliance signals rolled up the hierarchy so a leader can see who needs coaching.
- Roll-ups resolve through the same metric layer as every other figure on the platform.
- Performance is readable at each level of the ladder without exposing anything outside the viewer’s subtree.
Exception centreAvailableThe things going wrong — a lapsing licence, overdue training, a stalled application, a failing integration — surfaced rather than left to be discovered.
- Exceptions deduplicate by condition and carry occurrence counts, so one recurring problem is one row.
- Where AI resolved something, that is tracked and attributable.
Role-aware dashboardsConfigurablePer-role, per-scope dashboards composed from widgets over the shared metric layer.
- Dashboards are composed per request from the viewer’s role, organisational scope and licensed modules.
- A metric belonging to a module you have not licensed reports an explicit no-data state rather than a zero value.
For the operational buyer
The agent lifecycle
From a candidate nobody has met to a producing, licensed, trained agent — with gates that genuinely block.
Agency recruitmentConfigurableA candidate pipeline from sourcing to activation, with stages and gates you configure.
- Stage transitions are validated by the server, not by the screen.
- Gates — documents, licence, mandatory training, assessment, contract, background check — are individually configurable as enabled and as blocking.
- A blocking gate genuinely blocks. A candidate cannot be activated past one.
Agent onboarding and activationConfigurableThe controlled path from an accepted candidate to a producing agent.
- Gates are evaluated at the moment activation is attempted, not at the moment they were last checked.
- Activation raises a business event other systems can subscribe to.
Licence managementAvailableRegistration, verification, expiry and renewal of the licences an agent must hold to sell.
- Expiry is anticipated rather than discovered: an approaching expiry raises notifications, with escalation.
- Licence status affects what the agent may do, and that is enforced server-side rather than by hiding a button.
Training and approved product knowledgeAvailableAssignment, completion and recording of learning — and the point where training content becomes the material AI is allowed to answer from.
- Overdue mandatory training is surfaced to the agent and to their leader.
- Approving training content is the single act that makes material both learnable by a person and answerable-from by AI.
- Superseded documents cannot be cited. A withdrawn product sheet stops being an answer the moment it is withdrawn.
For the operational buyer
Selling and servicing
The agent’s working surface: leads, customers, quotations, applications, policies and renewals.
CRM and lead pipelineAvailableCapture, scoring, assignment, stage progression and conversion of leads.
- A neglected lead is surfaced as an exception rather than left to rot.
- Conversion produces a customer or prospect the rest of the selling journey can act on.
Customer 360AvailableA composed view of a customer — profile, policies, documents, interactions and history — assembled from whichever system owns each part.
- Composition happens per request and is filtered by permission.
- A section the viewer may not see is withheld visibly: they are told a section exists and is not shown to them, rather than being handed a view that silently pretends to be complete.
Product catalogue and comparisonAvailableWhat the insurer sells, with the structured attributes needed to explain and compare it.
- Comparison uses only approved structured data.
- Where a product has no comparable value, the absence is rendered as an absence. Filling it with a plausible figure would be the most damaging defect this kind of product can have.
QuotationAvailableCapture of need, selection of product, and production of an illustrative quotation.
- Pricing comes from a quotation provider — your rating engine in a real deployment.
- The origin of every figure is unmistakable on screen. A development figure is never dressed up as an insurer’s rate.
AP does not price. It presents what the rating engine returned.
ApplicationsAvailableThe regulated path from quotation to submitted application: a configured form, required documents, workflow states and a human decision.
- The server is authoritative on every state transition.
- Required documents are enforced at submission, not suggested.
- Approve, decline and request-more-information are made by a human holding the decision permission, and recorded durably with actor, time, subject and reason.
AI never makes the decision. It prepares the case; a person decides it.
Policy servicingAvailableVisibility of in-force policies and the servicing actions the insurer permits.
- Policies are read from the system of record through a canonical contract.
- Where the data is stale or the source is unreachable, that is shown. It is never hidden behind a plausible empty result.
AP does not become a second source of policy truth.
RenewalsAvailableAnticipation and working of upcoming and at-risk renewals.
- At-risk renewals surface ahead of the event, to the agent who can act and the leader who can coach.
Claims visibilityContract readyClaim visibility at a configurable depth — status only, status with document upload, or full submission.
- The module boundary, permissions and integration contract exist. The implementation is scoped and built during an engagement, against your claims system.
- AI may explain what a claim requires. It may not decide one.
AP does not adjudicate claims.
For the operational buyer
Commission and communication
What an agent earned, and everything the platform tells people.
Commission visibility and reconciliationAvailableIngestion, display, reconciliation, forecasting and explanation of commission.
- Your system calculates. AP reconciles what it receives, surfaces discrepancies, and explains them in terms an agent can act on.
- A discrepancy is raised, never silently corrected.
AP is not the authoritative commission calculation engine, and does not attempt to become one.
Notifications — in-appAvailableTemplated, deduplicated, prioritised messages, with every send attempt durably recorded.
- Every attempt is recorded with its outcome, and where a message was suppressed, the reason.
- A channel with no configured adapter records that it could not send. It does not silently succeed.
Notifications — email, SMS, push and messagingContract readyOutbound channels beyond in-app, delivered through your chosen providers.
- The channel abstraction and delivery log are built. The provider adapters are configured during an engagement, against the gateways you already hold contracts with.
- Until an adapter is configured, the delivery log records that the channel could not send — which is the honest state, and a visible one.
For the risk and governance buyer
The AI layer
Not a chat box bolted to a portal. An orchestrator, a permission-bound tool registry, an approval gateway and a governance console.
Specialised AI agentsAvailableAgents scoped to a job — lead prioritisation, onboarding follow-up, licence monitoring, renewal prioritisation, commission explanation — each with its own tools, autonomy ceiling and confidence floor.
- Every agent declares the tools it may call, the permission each tool requires, and the level of autonomy it is allowed.
- Tools are bound to the caller’s permissions and evaluated by the same authorisation engine as the rest of the product.
- Prompt content is not a security boundary, and AP does not treat it as one.
Grounded product knowledgeAvailableAnswers about products come only from approved, in-effect material the asker is permitted to read — with citations naming document and version.
- A question the approved corpus does not cover is refused, with a machine-readable reason rather than a sentence somebody has to parse.
- A refusal is rendered as a refusal. It is not softened into a plausible guess.
AP does not give free-form insurance advice. It answers from what the insurer approved, or it declines.
Human approval gatewayAvailableAny action above the configured autonomy ceiling stops and waits for a person.
- The pending action is stored with an expiry, and nobody can approve their own.
- Approvals are audited like every other consequential decision.
AI makes no regulated decision. That is enforced, not promised.
AI governance consoleAvailableKill switches, autonomy ceilings, provider selection and tool enablement — readable and changeable by the people accountable for them.
- Governance is a running control surface, not a policy document filed somewhere.
- A residency gate refuses egress of regulated data to a provider your configuration does not permit.
AI provider flexibilityContract readyThe model behind the AI layer is a configuration decision, including a private model inside your own environment.
- AP ships with a deterministic provider that needs no credentials and sends nothing anywhere — so the full AI product runs with no external model at all.
- A hosted provider adapter is implemented and available. Other providers — OpenAI-compatible, Azure OpenAI, Bedrock, Vertex, or a private model you host — are declared boundaries whose adapters are built and certified during an engagement.
Xcelerates does not claim a provider is supported before it has passed the conformance suite.
Agent AI companion (mobile)FutureAn AI-first mobile experience for agents — a conversation and a small set of intents, not a shrunken portal.
- The contracts this rests on are defined and verified against the platform capabilities beneath them. No mobile application exists.
- By design, the device would never talk to a model provider directly: every call goes through AP, so your approved provider and residency policy apply on a phone exactly as on a desktop.
There is no shipped mobile application today. This is a roadmap item.
Client meeting assistantFuturePreparation before a client meeting, grounded product answers during it, and a reviewed summary with a CRM update after it.
- Recording would never be assumed. Consent would be an auditable record — wording, participants, method, time — not a checkbox.
- Guidance would be explicitly marked agent-only or customer-shareable, and nothing would be written to a system of record until a human confirmed it.
- Today this exists as a contract and a consent model. It is not built.
No always-on listening, and no uncontrolled recording. Those are design constraints, not features to be added later.
For the technology buyer
Platform, integration and control
How AP sits inside an enterprise landscape without asking it to change.
Client data gatewayAvailableThe boundary between AP’s domain and your technology landscape. Business capabilities depend on canonical contracts, never on your schema.
- Fourteen canonical provider contracts cover the domains AP reads and writes across.
- Adapters resolve those contracts per domain and per deployment, so two domains can come from two different systems.
- Staleness and failure are surfaced, never hidden behind a plausible empty result.
Modular licensing and entitlementAvailableModules are switched on by contract. What you have not licensed is not merely hidden — it is refused.
- An unlicensed module is invisible in navigation and refused by the API. Hiding a menu is not access control.
- The licence is signed and verified offline, with no callback and no network dependency, because an air-gapped deployment has to be a supported one.
- Licence expiry degrades. It never destroys or withholds your own business data.
One authorisation decision pointAvailableEvery access decision — screen, API, AI tool, background job — resolves through the same policy evaluation.
- Authorisation scope is read from the record the operation concerns, never from a value the caller supplied.
- A second decision site is how an authorisation model drifts, so there is exactly one.
Durable audit trailAvailableAppend-only by construction, including denials. A consequential decision that is not recorded did not happen, as far as a regulator is concerned.
- Decisions carry actor, time, subject and reason.
- Denied attempts are audited, not discarded — the absence of a record of refusal is itself a gap.
Technology neutralityAvailableNo business capability inside AP knows which database, cloud, model vendor or client system is underneath it.
- AP is defined as a technology-neutral product blueprint with a certified reference implementation, so the product is not the same thing as the stack it currently runs on.
- Alternative enterprise technologies are assessed and certified against a conformance suite rather than asserted.
A technology is supported when it has passed the conformance suite — not when the architecture could accommodate it.

Real AP interface, running on synthetic demonstration data. No client data appears anywhere on this site.
Integration
A system of engagement over your systems of record.
Your policy administration, rating, claims, commission and customer systems stay where they are. The client data gateway is the boundary that makes that workable rather than aspirational.
AP’s business capabilities depend on canonical provider contracts, never on your schema. Adapters resolve those contracts per domain, so policies can come from one system and commission from another without the product knowing or caring.
Staleness and failure are surfaced. An unreachable source produces a visible degraded state, not an empty list that reads like an answer.
REST APIs
AvailableA declarative adapter reads your systems through their existing HTTP interfaces.
Staging database
AvailableWhere an API is not on offer, AP reads a canonical staging schema your team populates — a common answer for older core systems.
Business events
AvailableAP raises canonical events other systems can subscribe to, such as agent activation.
File exchange, SOAP, warehouse and change-data-capture
Contract readyThe canonical contracts exist and the adapter pattern is established. The specific adapter is built during an engagement.
Identity — OIDC, SAML, your IdP
Contract readyThe authentication seam exists and local accounts are available today. Federated identity adapters are built and certified per client.
Deployment and residency
It runs where your regulator and your security team need it to run.
For a regulated insurer this is usually the first question and the last blocker. The short answer: regulated operational data can stay inside an environment you approve, and that includes when AI is involved.
AP ships with a deterministic AI provider that needs no credentials and sends nothing anywhere, so the full AI product runs with no external model at all. Where a hosted model is used, a residency gate refuses egress of regulated data to any provider your configuration does not permit.
Xcelerates makes no universal compliance claim. Which environment, which controls and which certifications apply is settled per engagement, against your requirements.
Vendor-managed
Contract readyXcelerates runs the deployment on infrastructure we operate on your behalf.
Your cloud account
Contract readyAP runs inside your own cloud tenancy, under your controls and your billing.
Private cloud or your data centre
Contract readyThe intended default posture for a regulated insurer. Operational data stays inside an environment you approve.
Containers
AvailableAP is built and hardened as container images, with a software bill of materials per image.
Kubernetes
Contract readyDeployment definitions are authored. They are certified against your cluster during an engagement.
Restricted or air-gapped
Contract readyLicences verify offline with no callback, which is what makes a disconnected deployment possible at all. It has not yet been performed against a real air-gapped environment.
Technology beyond the certified reference stack is assessed and certified against a conformance suite rather than asserted. A database, cloud or identity provider is described as supported once it has passed — not because the architecture could accommodate it.
Boundaries
What AP is not, stated before you have to ask.
These boundaries are load-bearing. They are exactly what lets AP install into an insurer that already owns a policy system, a rating engine, a claims system and a commission engine.
AP is not a policy administration system.
Your core system stays the system of record. AP reads policies through a canonical contract and does not become a second source of policy truth.
AP does not price or underwrite as a system of record.
Premium comes from a rating engine through a provider contract. AP presents the figure and makes its origin unmistakable.
AP does not calculate authoritative commission.
Your system calculates. AP ingests, reconciles, forecasts and explains — and raises a discrepancy rather than silently correcting one.
AP does not adjudicate claims.
Claim visibility is configurable in depth. The decision stays with the people who hold the authority and the accountability.
AP is not a general-purpose assistant.
Every AI agent is scoped, tooled, permission-bound and audited. A question outside approved material is refused, not improvised.
AP is not for policyholders.
It is not a direct-to-consumer purchase channel. Policyholders are subjects of records an agent or insurer operates on, not users of the platform.
Implementation
What an engagement actually involves.
No timeline is published here, because a timeline that has never been run against a real insurer is a number invented to look reassuring.
- 01
Discovery
Your systems of record, your operating model, your organisation ladder, your regulatory constraints, and which modules the contract covers.
- 02
Configuration
Roles, hierarchy depth, pipeline stages and gates, forms, branding, notification templates, dashboards and metric definitions.
- 03
Integration
Adapters built behind the client data gateway against your policy, customer, commission and claims systems — API, staging database, events or file exchange.
- 04
Governance setup
AI provider selection, residency policy, autonomy ceilings, approval routing, tool enablement, and who holds which decision permission.
- 05
Migration and validation
Data brought in, adapters exercised against real sources, and the lifecycle walked end to end before anyone depends on it.
- 06
Rollout and support
Training, phased activation by region or agency, then ongoing releases against the certified reference stack.
Questions
The questions buyers actually ask.
Including the ones with an uncomfortable answer.
What is AP?
AP is an AI-powered insurance distribution operating platform. It runs an insurer’s agency force through its whole working life — recruitment, onboarding, licensing, training, selling, servicing, renewals and commission visibility — as a system of engagement sitting over the insurer’s existing core systems. AP is the first product from Xcelerates.
Who is AP designed for?
Insurance companies that distribute through an agency force, and the agencies within that force. Inside the insurer it serves executives, distribution and operations teams, compliance, and IT; inside the force it serves agency principals, team leaders and agents. It is not designed for policyholders and is not a direct-to-consumer purchase channel.
What business problems does AP solve?
Insurance distribution is usually run across disconnected systems — recruitment in spreadsheets, licensing in a regulator portal, training in a separate LMS, sales in a CRM agents avoid, policies in a core system nobody outside operations can query, and commission in a monthly PDF. The cost is paid three times: head office spends its capacity coordinating, agency leaders manage a downline they cannot see, and agents spend selling hours on data entry.
How does AP integrate with existing insurer systems?
Through a client data gateway. AP’s business capabilities depend on canonical provider contracts rather than on any client’s schema, and adapters resolve those contracts per domain and per deployment. In practice that means REST APIs, a canonical staging database, business events, or file exchange — often several at once, because different domains live in different systems. Where data is stale or a source is unreachable, AP shows that rather than presenting an empty result as a complete one.
Can AP run in our own cloud or data centre?
Yes — that is the intended posture for a regulated insurer. AP ships as hardened container images, and can be deployed vendor-managed, into your own cloud account, into a private cloud, or into your data centre. Which applies to a given engagement is settled during implementation, and the specific target environment is certified rather than assumed.
Does insurer data have to leave our environment?
No. AP ships with a deterministic AI provider that requires no credentials and sends nothing anywhere, so the full AI product can run with no external model at all. Where a hosted model is used instead, a residency gate refuses egress of regulated data to any provider your configuration does not permit.
Can AP use a private or client-approved model?
The provider is a configuration decision, and a private model you host is one of the declared options. It is contract ready rather than certified: the boundary exists, and the adapter is built and put through the conformance suite as part of an engagement. Xcelerates does not describe a provider as supported before it has passed that suite.
Can AP support different databases?
AP’s domain never names a database — persistence sits behind a port with a conformance suite. PostgreSQL is the certified reference database today. Microsoft SQL Server and Oracle are architecturally supported with a documented certification path, and neither has an adapter yet. Calling them supported before that work is done is exactly the dishonesty the certification model exists to prevent.
How does AI actually help an insurance agent?
It answers product questions from material the insurer approved, with the document and version cited — and refuses when the approved material does not cover the question. It prioritises leads and renewals, chases missing onboarding documents, flags licences and training before they become a problem, checks an application for completeness before submission, and explains a commission discrepancy. Anything regulated, and anything above the configured autonomy ceiling, goes to a person.
Can AP manage agent onboarding and licensing?
Yes. Recruitment runs as a configurable pipeline whose gates — documents, licence, mandatory training, assessment, contract, background check — are each configurable as enabled and as blocking, and a blocking gate genuinely blocks activation. Licences are registered, verified and monitored, with expiry anticipated through escalating notifications rather than discovered after the fact.
Can agency leaders see their entire downline?
Yes, at any depth, drilling from a leader into a leader into an agent. They see nothing outside their authorised subtree — not in a list, not in a search result, and not by guessing an identifier — because reach is a property of the record’s position in the hierarchy rather than of anything the caller supplies.
Does AP calculate commissions?
No. Your system calculates commission and remains authoritative. AP ingests the result, displays it, reconciles it, forecasts from it, and explains it — raising a discrepancy rather than silently correcting one.
Does AP price or underwrite policies?
Not as a system of record. Premium comes from a rating engine through a provider contract, and AP makes the origin of every figure unmistakable on screen. Underwriting decisions are made by a person holding the decision permission, and AI is structurally prevented from making them.
Is there a mobile app?
Not today. The web experience is built to work on a phone-sized screen, because an agent works between appointments rather than at a desk. A separate AI-first mobile companion is a roadmap item: its contracts are defined and verified against the platform capabilities beneath them, and no mobile application has been built.
What does implementation involve?
A discovery pass over your systems and operating model; configuration of the organisation ladder, roles, pipeline stages and gates; adapters built against your systems of record behind the client data gateway; module entitlement set by contract; AI governance configured — providers, autonomy ceilings, approval routing; then migration, training and phased rollout. Where a requirement falls outside the product architecture, we say so rather than absorbing it silently.
Why not just extend our core system instead?
Sometimes that is the right answer, and where it is we will say so. It stops being the right answer when the work is distribution rather than administration: a policy administration system models contracts and premiums, not recruitment pipelines, licence expiry, agency hierarchies, training approval or an authorised downline. Building those into a core system means extending a platform that was not designed for them, on that vendor’s release cycle, and carrying the result through every upgrade. AP sits over the core system through canonical contracts precisely so neither one has to become the other.
You are a small vendor. What happens to us if Xcelerates changes direction?
A fair question, and the honest answer is structural rather than reassuring. AP is defined as a technology-neutral product blueprint — around twenty documents specifying required behaviour without naming a framework, a database or a cloud — with this codebase as its certified reference implementation. The specification is a contract deliverable, not internal documentation, so what you buy is documented independently of the team that wrote it and of the stack it currently runs on. Deployment into your own cloud or data centre, an offline-verified licence with no callback, and licence expiry that degrades rather than withholding your own business data are all part of the same answer: the further your operation is from depending on Xcelerates being reachable, the less vendor risk you are carrying.
Do you have a live insurer deployment today?
Not yet. AP is built and tested as a certified reference edition and is available for evaluation, demonstration and implementation. We publish no client list, user count or case study because there is not yet a true one to publish — what we offer in their place is an explicit status against every capability on this page, so an evaluation can verify what exists rather than take our word for it.
Next step
Start wherever you actually are.
Not every evaluation begins with a demonstration, and being pushed into a sales call before you have the answers you need is how a good platform loses a good buyer.