Just-in-Time Funding (JIT Funding)

Just-in-time funding, usually shortened to JIT funding, is a way of running a card program in which individual cards carry no balance of their own. When a cardholder tries to pay, the request is passed to the business that runs the program, which decides in real time whether to approve it. If it approves, the exact amount is moved from a central pool to the card at that instant and the purchase goes through.

The technique is a feature of modern issuer processing platforms and is used by fintech companies, expense management providers, delivery platforms and lenders. It is an alternative to the traditional prepaid approach to card funding, in which money is loaded onto each card in advance and sits there until spent. JIT funding keeps the money in one place and gives the program a say in every transaction.

The cardholder presents the card and the merchant's acquirer sends a request for payment authorization through the card network to the issuer processor. Instead of checking a card balance, the processor forwards the details to the program's own system, normally as an API call or webhook notification: the card, the amount, the merchant name, the merchant category code, the country and the way the card was read.

The program's system applies its own logic and answers approve or decline. On approval, the processor moves the amount from the program's funding account to the card and returns an approval to the network. The whole exchange must fit inside the card network's time limit, which leaves the program a second or two at most. This is the basis of real-time authorization by the program instead of by the processor's static rules.

Later events adjust the funding. If the merchant settles for less than was authorized, the difference returns to the pool; if a refund arrives, the money is credited back; if the authorization expires unused, the funds are released.

Processors typically offer two forms. In the managed form, the processor itself draws from the program's pool automatically, applying the spend controls the program has configured, such as limits per card, per day or per merchant type. The program does not have to answer each request.

In the programmatic form, sometimes called gateway JIT funding, every authorization is sent to the program for a live decision. This gives full control: the program can check its own ledger, a customer's credit line, an order in its system or the cardholder's location before answering. The cost is an engineering one, since the decision service must be fast and always available.

• Expense and corporate cards. A company funds one account and issues virtual cards to employees. Each purchase is checked against a budget or approval at the moment it happens, and no money sits idle on individual cards.
• Delivery and gig platforms. A courier's card is approved only at the restaurant or shop named in an active order, for no more than the order value. Any other attempt is declined.
• Lending and pay-later products. A lender approves a loan and funds a single-use card for the purchase price, so the merchant is paid by card without integrating with the lender.
• Wallets and accounts held elsewhere. A card linked to a balance kept on the program's own ledger, or to a crypto or brokerage account, is funded from that balance only when the customer spends.
• Insurance and benefits. A claim payment or allowance is released to a card restricted to approved merchant types.

The main advantage is capital efficiency. A program with fifty thousand prepaid cards must load each one, leaving funds scattered and idle; with JIT funding a single pool supports all cards, and its size reflects actual daily spend. Reconciliation is simpler because there is one balance to track. Control is finer, since rules can use information the processor does not have. Fraud exposure is lower: a stolen card number is useless unless the program's own conditions are met at that moment.

The pool must never run dry. If the funding account lacks money, every card in the program declines at once, so programs monitor the balance, top it up automatically and often keep a buffer. The account is usually held at the BIN sponsor bank, commonly as a for benefit of account, and the bank sets requirements for how it is funded and reconciled.

Availability is the second concern. If the program's decision service is slow or offline, the processor must fall back to preset rules or decline, and the program should define that behaviour in advance, much as issuers define stand-in processing. Some transactions do not fit the model neatly. A fuel pump or hotel may place an authorization hold for an estimated amount and settle for a different one; restaurants add tips after approval; an incremental authorization raises the amount mid-stay; and some transactions are settled without any authorization, known as force posts. The program's ledger must handle each case, or the pool and the card records will drift apart.

JIT funding is distinct from just-in-time prefunding in cross-border payments, which concerns funding payout partners shortly before settlement instead of holding balances with them in advance.