Transaction processing
Card network messaging, authorization, reversal and clearing. Every financial event carries one lasting identity, so a retried request never becomes a second debit and a late reversal finds the right transaction.
Xenomi builds card, lending and ledger systems, and the AI agents that finish the work around them. Start with both, with the core alone, or with agents on the core you already run. In every case the source code lives in your repository, runs on your infrastructure and is yours to change without us.
A 30-minute call with a founder. Leave with a build-vs-rent view of one system.
We build the card, lending or ledger system around your rules, with the gateway, agents and evals from day one.
The same system and its evals, without agents. Add them when you choose.
Your current systems stay as they are. We add the gateway, agents and evals on top.
Much of the work around a card or lending system exists because software could not carry context from one system to the next, so people did. Agents can. What no agent can do is reason away a missing settlement file, a balance that changed mid-request or an action nobody authorized.
Copying a reference from one screen to another. Re-keying what a customer already said. Typing in what a bureau already holds. Agents take this over.
Why a total differs. Whether an alert is real. Agents test each explanation and resolve what the evidence supports. The rest reaches your team as a prepared case.
An adjustment needs authority. A settlement waits for the bank. These stay. The system enforces them and records that it did. What goes is the data entry wrapped around them.
What your team sees is what is left: approvals, new kinds of exception and changes to policy.
A settlement total differs from what your books expected. The job starts when the file arrives, before anyone opens a queue. It ends as a break closed with evidence, or as one specific decision for your team.
Terms in this job: presentmentpostingbreakdry run
We count verified resolutions and reopened cases. A high closure rate on its own can hide bad decisions.
Your customers will bring their agents, and you will build your own. Either way, a request made in words becomes one named operation. It is checked against who the agent acts for and what it may do, tried before it runs, and executed once.
Who an agent acts for, for what purpose, up to what limit and until when. It is checked on every call and withdrawn in one place.
You capture it, with its purpose and its date. An agent can carry a request for consent. It cannot give the answer.
What was asked, the operation it became, what was checked and what the system recorded. Your auditors read the same log your engineers do.
Build the card, lending or ledger system you need, or connect agents to the ones you already run. Select any box on the map to see what nobody gets to change, what agents take over and one failure we design for.
Every box opens. Select one.
Every card, lending and accounting system has two parts. One is the same at every institution, because card networks, regulators and arithmetic set its rules. The other is different at yours, because you set them. We build the first part once as Xenomi Core, prove it with evals and license it into your system as source code.
Card network messaging, authorization, reversal and clearing. Every financial event carries one lasting identity, so a retried request never becomes a second debit and a late reversal finds the right transaction.
What must be true before money moves, and the states a loan passes through after it does. Each requirement is a recorded fact with its source, its date and how long it stays valid. Your credit policy makes each decision and stays yours.
Double-entry books in exact amounts, and the calculations that decide what they record: interest, fees and taxes, statements, and the order in which a payment is applied. Any balance can be traced back to its entries, and a posting can be tried before it is made.
Who may do what, for every person, service and agent, and keys that stay in your hardware security module. Attackers now use AI to probe every system at once, so the defense does too. Defense agents investigate each signal to a conclusion and contain an attack inside limits you set in advance.
Narrow, timed blocks and holds
Reissuing a card, reversing a posting
Touching a key, switching off a control
It follows rules nobody gets to choose: card network specifications, accounting principles and cryptographic standards. Xenomi builds it once, owns it and updates it when those rules change. The agent layer and the evals are part of it.
Your products, prices, policies and partners, held as versioned configuration. A change is a diff, a run against past activity and an approval, whether your team writes it or an agent proposes it.
All of it runs from source code in your repository, on your infrastructure. Your engineers can read and change every line, and take new Core releases when you want them.
Evals are test packs for your systems, your agents and the jobs they finish. They run before go-live and on every change after it, so your team can update the system without us and trust the result.
Scenarios taken from real operations: the duplicate request, the reversal that arrives late, the settlement file that never arrives. Each one states what must be true about the money afterwards.
Each agent is tested on the jobs it has to do, the requests it must refuse and the approvals it must wait for. What an agent must refuse gets as much care as what it must do.
A job that reports success is checked against the records: the break closed without a cause, the decision made on stale evidence, the job interrupted after its posting had already succeeded.
We also run evals against systems and agents we did not build, so you can see where you stand before you change anything.
You want to launch a product, change a lending rule or fix a customer problem. You should not have to wait for a vendor’s schedule, pay more every time you grow, or keep renting screens and queues for work that agents are taking over.
You have spent years learning who to lend to, how to price risk and when to step in. That know-how is becoming lending rules, agent workflows and AI that serves your customers. When a vendor controls the systems or the AI, you learn and then wait to act.
Sending customer data, business rules and proprietary logic to external AI services, without clear controls on access, storage and reuse, can expose the know-how that makes your business valuable. We run models and agents on your premises or in your private cloud.
What you need to own is also getting smaller. Much of what a rented system charges for is screens and queues. As agents take over that work, the part worth owning is the part that records what happened to the money, and the rules for who may change it.
You keep paying rent through year one, while you build and migrate. Your own running costs grow at a quarter of your volume growth. Card network and third-party fees are the same on both paths and are left out.
A build fee for the agreed scope. No Xenomi fee per transaction. No Xenomi license that grows with volume.
You still budget for infrastructure, card network fees, third-party services and the people who run the system. We compare those costs with what you pay to rent, using your volumes and your plans.
Your team works alongside ours from the start. The code, the knowledge and the ability to keep building all come with the system.
Choose one system or one recurring job, such as a class of reconciliation breaks or disputes. Map what you have, compare building with renting, and agree the scope, the cost and how a correct result will be measured.
Assemble the system from Xenomi Core and build what is specific to you, in your repository. Deploy on your infrastructure, with your team involved throughout.
Run the evals on normal operations, duplicate requests and recovery from failures. Complete the integrations and the certification work the system requires.
Operate alongside your engineers. Handle exceptions together and train your team on the system in production.
Your team takes over with the source code, evals, documentation and runbooks. Change the system without us, and keep us for support and Core updates when you want them.
No agent starts by acting on live money. It starts on your past cases, then watches live work, then prepares cases for people, and only then acts alone on small, reversible operations.
Each rung has a measure that has to hold before the next one opens.
Our team’s experience spans multiple decades in payments and lending: secured and unsecured lending, credit cards, transaction processing, reconciliation, card network certification, authentication and tokenization, built in earlier operating roles.
That experience shapes how we build AI for financial services: around real accounts, real money and the people responsible for both.
Bring us a card, lending or ledger system you want to run in-house, a recurring job you want agents to finish, or a system you want tested. We’ll work out what it takes.
Book an architecture reviewA 30-minute call with a founder. Leave with a build-vs-rent view of one system.