Interchange revenue (issuing side of cards)
When your user swipes your card, YOU earn money.
By Solomon Ajayi · Free to read, no signup
Lessons 2 and 9 taught the merchant side: someone is paying you, fees cost you money. Issuing is the other half. Your fintech gives users a debit card. When the user swipes it at a merchant, money flows OUT of the user's wallet AND interchange flows IN to you, because every card transaction generates a fee, and a slice of it goes to the issuer. Most engineers only think one direction; the issuing model inverts the mental picture.
Everything you learned about cards so far was the acquiring side, where you accept payment and the card fees are a cost that eats into what you keep. Issuing flips the polarity. Now you give the card out, and when your user spends with it, you are the one who earns a fee. That fee is interchange, and it is the reason a debit card can be a profit center instead of a perk.
The trap is that a single swipe is really two independent stories on your books, and they must be kept apart. The spend side moves the user's money: User Wallet (a liability) goes down because they owe you less now that they spent it, and Network Settlement Payable goes up because you owe the network what it will pass to the merchant. The earn side is separate: Interchange Revenue is the gross fee, the network takes its slice as an expense, and you book the rest as a receivable. Same transaction, two entries, no overlap.
At settlement the two stories collapse into one cash movement, because the network nets what you owe against what it owes you and wires the difference. The intermediate payable and receivable exist for roughly a day, just long enough to keep the spend and earn sides honest until the cash actually lands. This is why your revenue scales with how much users spend, not how many users you have.
Worked example, step by step
User swipes card for ₦10,000 (spend side)
User taps their card at a merchant for ₦10,000. The card network authorizes against the user's wallet balance on your books. You now owe the network ₦10,000 because they'll settle that to the merchant's acquirer.
| Account | Debit | Credit |
|---|---|---|
| User Wallet (2000) | ₦10,000.00 | |
| Network Settlement Payable (2100) | ₦10,000.00 |
User Wallet (liability) DOWN ₦10,000, we owe them less because they spent it. Network Settlement Payable (liability) UP ₦10,000, we owe the network this much. Notice: NO interchange yet. The spend side is separate from the earn side.
Earn the interchange (₦200 gross, ₦150 net after network fee)
Same transaction, the earn side. Interchange is 2% (₦200). The network takes its cut (₦50), you keep ₦150. This is YOUR revenue, money flowing IN because your user swiped your card.
| Account | Debit | Credit |
|---|---|---|
| Network Receivable (1100) | ₦150.00 | |
| Network Fee Expense (5500) | ₦50.00 | |
| Interchange Revenue (4500) | ₦200.00 |
Network Receivable (asset) UP ₦150, what the network will pay you net. Network Fee Expense (expense) UP ₦50, the network's cut, your cost. Interchange Revenue (income) UP ₦200, the GROSS earnings. Debits 150+50=200, Credits 200. Balanced. Most engineers forget this entry exists at all.
Settlement: network nets out everything to your bank
T+1. The network settles with you. They net: you owe them ₦10,000 (the swipe), they owe you ₦150 (interchange). Net: you pay ₦9,850 to the network, which arrives as a debit on your bank.
| Account | Debit | Credit |
|---|---|---|
| Network Settlement Payable (2100) | ₦10,000.00 | |
| Network Receivable (1100) | ₦150.00 | |
| Bank Account (1200) | ₦9,850.00 |
Network Settlement Payable cleared (Dr ₦10,000). Network Receivable cleared (Cr ₦150). Bank DOWN ₦9,850 (net cash out). The two intermediate liabilities exist for ONE day; settlement collapses them into a single bank movement.
Takeaway
Issuing inverts the mental model from acquiring. Every card swipe by your user generates interchange that flows TO you, typically 1-3% of the transaction. Your revenue scales with user spend, not user count. This is why neobanks chase debit-card spend: each swipe is a few naira of pure margin. Engineers building issuing programs must book both the SPEND side (settlement payable) AND the EARN side (interchange revenue), forgetting the latter understates your real take rate.
Practice this on a real ledger
Reading is half of it. Open this lesson in the lab to post the entries yourself against a real Postgres-backed double-entry ledger, with the validation on. Free, your sandbox is yours.