Expense trackers tell you what you spent. They do not model what you owe. NetWorth+ carries credit cards on their real statement cycles, loans on a proper amortisation schedule, and card-to-EMI conversions as the separate liability the bank actually created — so the number at the top of your screen is a net worth rather than a balance.
What a liability actually needs
Modelled properly, not as a monthly number
In short
NetWorth+ tracks credit cards and loans as liabilities inside your net worth rather than as a list of expenses. For a credit card it holds the limit, statement day and grace period, and derives the statement balance on an inclusive end-of-day cutoff, the actual payment deadline, days remaining, and the available credit left after any EMI plans are accounted for. For a loan it holds the principal, rate, tenure and EMI, and splits every instalment into interest, fees and a derived principal that always sums to the amount that actually left your account — so only the principal portion reduces the debt. Converting a card balance to EMI creates a separate liability funded by the card, shown as the card's child on screen, with the blocked credit released as the principal clears. Amortisation is labelled as an estimate, and a Match Statement action corrects the ledger against the figure your lender actually shows. Nothing requires a bank login.
Cards
Limit, statement day, grace, minimum due
Loans
Amortised or flat, with a real schedule
Card to EMI
Modelled as its own liability
Cost
Free, no ads
The problem
It has two clocks running at once, and confusing them is why so many apps show a number that is quietly meaningless.
The statement cycle is one clock: the window in which charges accumulate before the bill closes. The payment deadline is another: statement date plus your grace period. Show a cycle progress bar at 67% next to a countdown reading “0 days left”, and the screen is telling you a third of the time remains and that none of it does, in the same glance.
NetWorth+ labels the bar as the Statement Cycle and counts the badge to the payment deadline, because they are two different questions and a user is entitled to know which one they are looking at.
An unpaid bill does not become due next month. A deadline moves only when it is both past AND settled — and settled is knowable only because the statement balance subtracts payments made after the statement date as well as during the cycle. Without that, an app telling someone in arrears that they have another month is not a rounding error; it is a missed payment.
If you have converted part of a balance to EMI, the bank still holds that principal against your limit even though the debt has moved off the card. NetWorth+ subtracts the linked plans' outstanding from your headroom and releases it as the principal clears. Skip that and a 30,000 conversion reads as 30,000 of fresh spending room, which is exactly the wrong signal at exactly the wrong moment.
Loans & EMI
Only the principal portion reduces the debt. Interest and fees are typed from your statement; the principal is derived from what is left, so the breakdown is structurally incapable of disagreeing with the money that moved.
If interest plus fees exceeds the instalment, the app refuses the entry rather than clamping it — because that is a payment which grows the debt, and silently accepting it corrupts every figure downstream.
A schedule terminates on the balance, not on an instalment count. Real repayment drifts from the projected tenure — an edited EMI, a rate change, a part payment, a missed month — so a loan is finished when it is actually finished.
Delete a mistaken final payment and the loan owes again, and its schedule resumes. Completion is derived from the balance, so there is always a way back.
Card to EMI
The converted amount becomes its own liability, funded by the card — which is where the bank charges the instalment. Your total debt is identical either side of the conversion.
The processing fee is booked as interest expense, never folded into the principal. Rolled in, it would be silently amortised over the tenure and never appear in your spending at all.
The instalment falls on the card's payment due date, because that is when the money actually moves. Letting the user pick a day meant every bill reminder was out by up to a grace period.
People convert precisely because a large statement just arrived. The pending statement due is reduced by the converted principal, so the app stops asking for money you no longer owe.
Penal interest, late fees, bounce and prepayment charges, insurance premiums, tax on interest and an unreported floating-rate move are all unknowable from outside your lender. Modelling them would mean inventing numbers. Every loan in NetWorth+ therefore carries a permanent estimate disclaimer and a Match Statement action: enter the outstanding your lender actually shows, and the app books a dated, visible correction row to close the gap — never a silent rewrite of your opening balance.
The honest bit
The obvious design is to let you type your real balance and have the app store it. It cannot work, for two reasons that are structural rather than fussy.
It would rewrite history. Your opening balance is the anchor every derived figure hangs off — every net worth snapshot was computed from it, and every earlier day is immutable once written. Changing it does not correct today; it silently restates every past day, and your chart quietly becomes a different chart.
And it destroys the reason. A 50 discrepancy is almost never noise. It is a bank fee, a subscription, a cash withdrawal — a real transaction you forgot. Absorbing it into an opening figure means it is never categorised, never appears in a budget, and happens again next month with no trail.
Dated, categorisable, visible in the ledger, and deletable if it was a mistake. The ledger stays the single source of truth instead of acquiring a second, competing one. The same principle applies to reconciling a bank account against your real balance.
Compared
| Typical expense tracker | NetWorth+ | |
|---|---|---|
| Credit card | A category you spend from | A liability with a limit, a cycle and a deadline |
| Statement balance | Not modelled | Derived on an inclusive cutoff, payments after the date included |
| Available credit | Not shown, or limit minus balance | Limit minus balance minus credit blocked by EMI plans |
| Loan repayment | A monthly expense | Interest, fees and principal, with only principal reducing debt |
| Card to EMI | Not modelled | Its own liability, funded by the card, with the fee as an expense |
| Effect on net worth | None — there is no net worth | Debt is subtracted, and the forecast knows the difference between interest and principal |
| Correcting a mismatch | Edit the balance | A dated correction row you can see and delete |
Where this applies
Statement cycles, grace periods and EMI conversion are near-universal across Gulf and Indian card issuers, and NetWorth+ models them the same way wherever you are.
NetWorth+ also covers India, Singapore, Malaysia, the Philippines, Thailand, Vietnam, the United Kingdom and the United States. Currency handling is not limited to the list above — three-decimal dinars and zero-decimal currencies are treated correctly rather than being forced into two decimal places.
Questions
Keep reading
What the debt does to the next 90 days and the next five years, with the interest and principal handled correctly.
Read moreWritten for people carrying three or four cards on different cycles, in more than one currency.
Read moreWhat the loan costs and when it actually ends.
Read moreWork out an instalment and its interest cost in the browser, before you commit.
Read moreHow assets and liabilities resolve into one figure that updates as you use the app.
Read moreA card in one currency, a loan in another, and a total that is still honest.
Read moreFree on Android. Add your cards and loans once, and every cycle, deadline and instalment is carried for you.
Android. No bank login. No ads. Message reading is optional and off until you switch it on.