Supply chain finance
Give your merchants credit without becoming a lender.
Retailers and brands on your network need stock before they can sell it. You already see what they buy, what they sell, how they pay and what they return. The Zoral Finance Operating System (fOS) turns that trading record into credit decisions, limits and monitoring. A lending partner holds the licence, funds the lines and keeps the credit decision.
Your network already holds most of the credit evidence.
Funding works when it follows real trade. Zoral fOS reads both sides of a merchant’s record: what it buys from suppliers on your network, and what it sells, delivers, has returned and is paid for. Zoral configures the same system and method for your sector and for each funder’s credit policy. It comes as a credit module inside your platform or as an end-to-end lending system. We have built merchant credit decisioning on marketplace and supplier-network trading data.
Read both sides of the trade
Buy-side data shows what a merchant orders from suppliers, how often, in what mix, and how reliably it pays. Sell-side data shows its sales, fulfilment, returns and settlements. With the merchant’s permission, decisions draw on both, alongside bureau, registry and bank data where the funder’s policy requires it.
Read both sides of the trade
Buy-side data shows what a merchant orders from suppliers, how often, in what mix, and how reliably it pays. Sell-side data shows its sales, fulfilment, returns and settlements. With the merchant’s permission, decisions draw on both, alongside bureau, registry and bank data where the funder’s policy requires it.
Questions networks and lenders ask us
Business and risk
We run a network, not a lender. How do we offer credit?
Through a lending partner. A bank, specialty lender, fintech lender or telco with lending permissions holds the licence, funds the lines and takes the credit decision. Your network brings the merchants, the trading data and, for secured lines, the warehouse. Zoral provides the software and the specialists. It does not lend, fund or hold money. Depending on the market, introducing credit or collecting repayments may itself need permission. The lawyers on both sides set the structure.
We are a lender. Why finance merchants on someone else’s network?
The network sees how a merchant buys, sells and pays, order by order, which an application form cannot show. For secured lines, it also sees the stock itself. You set the credit policy, pricing and appetite for each network, and your exposure to each one is shown separately. The same system can carry several networks, each configured to its sector, without a new build each time. Credit decisions stay with your credit committee.
How is inventory used as security, and what happens to the stock?
While the merchant keeps paying, nothing happens to the stock. If it stops paying, the stock held in the network’s warehouse can be sold to repay what is owed, much as a vehicle is repossessed when lease payments stop. Credit scoring is designed to keep that rare. The security matters to the funder too. A secured lending book can attract debt funding for the lender’s own book on better terms. Stock is checked against the network’s warehouse records. It is valued after haircuts the funder sets, with lower values for ageing, slow-moving or perishable goods. The funder controls those settings.
Our sector and our funder’s policy are specific. How is the system tuned?
The method stays the same. The settings change. Order cycles, seasonality, shelf life, typical returns and margins differ by sector. So eligibility, limits, haircuts and early-warning rules are configured for each sector and tested against the network’s past trading before launch. Each funder’s credit policy is configured on top. Lines move from secured to unsecured only when that funder’s policy and the programme’s own repayment history support it.
How do you handle returns, disputes, fraud and circular trading?
Dilution is measured from each merchant’s own history of returns, credit notes and disputes. The funder can set advance rates and reserves to reflect it. When goods come back after a drawdown, the available limit can be adjusted and the case flagged. Zoral fOS can also flag links between merchants and suppliers, such as shared addresses or bank accounts, and trading that jumps just before a drawdown. Your fraud and financial crime teams decide what happens to each case.
Whose data is it, and who agrees to share it?
Trading data belongs to the network and its merchants, and reaches a lending partner only under the agreements, merchant permissions and data protection law that apply. You decide which data each programme uses. A merchant does not see another merchant’s data, and a lending partner sees only its own programme. Where a merchant is a sole trader, its data is personal data and is handled accordingly.
We are a bank. Can we run payables and receivables finance as well?
Yes. The same platform can carry these products: payables finance on invoices an anchor buyer has approved, receivables and invoice finance, and distributor and dealer finance. Each can be configured with its own eligibility, advance rates and pricing. Anchor, buyer and sector limits can be set. A change in an anchor’s behaviour, such as slower approvals or later payment, can raise an early warning. The limits, and any decision to change them, stay with your credit committee.
Can we offer Islamic programmes?
Yes, using the structures your Shariah board approves. Inventory finance suits Murabaha. In Murabaha, the funder buys the goods and sells them to the merchant at cost plus an agreed profit, paid later. Islamic and conventional programmes can run side by side. Your Shariah board remains the authority; Zoral provides the configurable structures and the evidence trail for its review.
What do AI agents do in a programme, and who answers for the credit decision?
AI agents help credit and operations teams reconcile repayments with drawdowns, check warehouse records against the collateral on each line, chase missing documents and draft periodic merchant and network reviews for people to check. They are configured to your policies and workflows, act only through the permissions, workflows and approvals you set, and what they do is recorded. Agents do not make credit decisions. Those follow policy and models the funder approves, and accountability stays with the funder. The funder chooses the language models behind them. They connect to Zoral fOS through a standard interface (MCP), within the environments and agreements the funder controls.
Technology and delivery
Our trading data is incomplete or inconsistent. Can we still start?
Often, yes, but data quality decides how much credit the data can support. We start by checking what you hold: whether each merchant is identified the same way across systems, whether orders link to deliveries, payments and returns, and whether the history covers a full trading cycle. We find gaps before the first line is drawn. The first programme can begin with the merchants whose records are complete. We give a realistic plan after scoping, not before.
Credit module or end-to-end system: how does it fit what we already run?
The credit module is built on the Zoral Decision Engine and connects through documented interfaces. You send orders, deliveries, returns, payments and warehouse records as events or in regular files. You receive decisions, limits and alerts. The end-to-end system adds onboarding, drawdowns, repayments, collections and reporting. It connects to the lender’s payment and loan systems or to a Zoral account-level sub-ledger that posts to its general ledger. Your architects choose the connection for each partner.
Where does Zoral run, who runs it, and is our data portable?
On AWS or Azure in your chosen region, or in your own data centre, to suit data residency rules. Zoral is designed for high availability. If you use it, Zoral Document Fabric, which reads your documents, runs in your own AWS or Azure account, or your private cloud, in your region and under your control. Our controls are independently audited under SOC 2, with details on the Zoral Trust Portal. Zoral can run and support the platform for you, your own technology team can run it, or we share the work and hand over as your team grows. Your data, product definitions and audit history remain yours and can be exported in standard formats.
Is Zoral tied to a bank, a funder or a platform?
No. Zoral is an independent specialist founded in 2004, with over 100 projects behind it, and our platform is our own. We do not fund merchants or compete for them, so you choose your partners. A network can work with more than one lender, and a lender with more than one network. We have worked with clients regulated by the FCA in the UK, the CFPB in the US and the central banks of Malaysia and Thailand, and we have a long-standing relationship with KPMG.
Who implements it?
Atelier, Zoral’s consulting and implementation team, works with your teams and, where you choose, with your advisers and systems integrators. The same team includes credit and data specialists who design programme limits from buyer and supplier data.
Start with one sector and one funder. Prove it on your own trade.
Tell us about the network you want to finance and the trading data you hold. Senior Zoral specialists will assess what that data can support, configure the credit policy with your lending partner, and test limits and haircuts against past trading before the first line is drawn.
Contact Us
Prefer to pick a time? Schedule a meeting
Automate lending, banking and finance operations.
London
Miami
We are on Socials


