In short: ALM (Asset-Liability Management) is the discipline banks use to make sure they will always have enough cash to pay what they owe, when they owe it, by comparing the pace of inflows with the pace of outflows over time, under different scenarios. Applied to a company, it means projecting cash by scenario (not by average) and acting before the liquidity squeeze (running out of money) shows up.
What ALM is, in practice
ALM stands for Asset-Liability Management. It is the area within a bank responsible for making sure the money coming in (assets: receivables, investments, credit operations) and the money that needs to go out (liabilities: deposits, debt, obligations) are balanced over time, not just in total value.
A bank can have, on paper, far more assets (money to receive) than liabilities (bills to pay) and still fail if the assets only turn into cash a year from now while the liabilities come due tomorrow. This timing mismatch is exactly what Asset-Liability Management (ALM) exists to measure and manage.
Why banks can't live without it
After the 2008 financial crisis, regulators worldwide began requiring banks to apply even stricter liquidity management discipline. In Brazil, the rules and the supervision come from BACEN, which writes and enforces standards such as IRRBB (interest rate risk in the banking book), requiring banks to constantly simulate stress scenarios: "what if rates go up? What if customers withdraw more than expected?"
The result is that banks are rarely caught off guard by their own liquidity, not by luck, but because they measure the risk before it materializes.
The three elements of ALM that make sense for a company
- Liquidity gap: the period-by-period difference between what comes in and what goes out. For a company, this means comparing when sales get paid against when suppliers get paid, week by week, not only at month-end.
- Scenarios, not averages: instead of projecting a single "expected" number, project a base scenario, an optimistic one, and a stress one (e.g., a drop in sales, a rise in input costs). The average erases the very information that could save the company.
- Liquidity buffer: banks hold minimum reserves to absorb shocks. A company can define, based on its scenarios, the minimum cash or stock level it should never fall below.
How to apply this without being a bank
No company needs a banking structure to benefit from ALM logic. The practical steps are:
- Map every cash inflow and outflow with its real dates, not rounded estimates.
- Build at least three projection scenarios (base, optimistic, stress) for the coming months.
- Identify the points on the calendar where the liquidity gap gets tightest.
- Set a minimum cash buffer and act before touching it, not after.
This is exactly the process Kash, F8X's first technology product, is being built to automate. Bringing ALM discipline into the daily life of whoever sells a burger or a good old plate of the day, with no technical finance knowledge required.
Frequently asked questions
Is ALM only for banks?
No. ALM originated in banks because regulation requires it, but the logic of comparing the pace of cash inflows and outflows over time applies to any business with bills to pay and receive on different dates, or even one that has to manage stock with products that run out or expire.
What is the difference between ALM and a regular cash flow?
A regular cash flow usually projects a single scenario, often an optimistic one. For example: "I'll sell 20% more next week, because there's a holiday." ALM works with multiple scenarios (base, optimistic, stress) and measures the mismatch between inflows and outflows over time, not just the closing balance. In other words, ALM projections take sales history into account: while they may expect the holiday to lift sales, they also account for drops caused by rain or customers travelling.
Do I need an expensive system to apply ALM in my company?
Not necessarily. To begin with, you can start with a well-structured spreadsheet. Kash exists precisely to make this discipline accessible without requiring a bank's infrastructure.