The Finance module · R699 a month
Just practise. Your books close daily.
Most practices find out how they did six weeks after the month ended. Yours is reconciled every day.
Not a dashboard on top of your billing. An actual accounting system, connected to the practice that generates the numbers.
In short
The Finance module gives a practice a full double-entry accounting system, backed by ERPNext, connected directly to the software that generates the numbers. Scheme remittances are matched to claims, claims to invoices and invoices to a real ledger, every day, automatically. It is R699 a month per practice on top of the free clinical platform, and R1 199 a month if it is taken together with Website.
A real ledger
Is this accounting software, or a report about accounting software?
It is the ledger itself. Full double-entry, backed by ERPNext, with the practice's own chart of accounts and its own cost centres, in the same system that produced the claim.
Full double-entry accounting
An ERPNext-backed general ledger with a trial balance, a balance sheet and a cash-flow statement — the record itself, not a report about a record held somewhere else.
A medical-practice chart of accounts, pre-configured
Scheme debtors, patient debtors, consumables, dispensing stock, practitioner costs and professional expenses are already there, mapped and named the way a practice actually thinks about them.
Cost centres per practitioner and per branch
Multi-practitioner and multi-site practices see each part separately and consolidated, without keeping a second set of books to do it.
What the same job costs bought separately
Published market rates for accounting software run R450 to R1 095 a month, before a bookkeeper at R3 000 to R8 000 a month to operate it. Neither of those is connected to the system that produced the claim. No operator is named — South African advertising rules do not permit it, and the argument does not need it.
Every day, not every quarter
What gets reconciled without anyone doing it?
Remittance to claim, claim to invoice, invoice to ledger — end to end. It is the single largest consumer of practice-manager time in a South African practice, and it is the reason this module exists.
Remittance to claim to invoice to ledger
The whole chain, reconciled automatically and end to end. This is the task that consumes days of practice-manager time every month, and it is the reason the module exists.
Transactions categorised from the bank feed
Bank transactions are read and categorised as they arrive, learning the practice's own patterns rather than applying a generic template.
Short payments and rejections, identified
Where a scheme has paid less than was claimed, or nothing at all, the shortfall is surfaced with its reason code attached instead of disappearing into a bank balance that looks approximately right.
Gap cover and co-payments, tracked
The amounts the scheme was never going to pay are tracked as what they are — money owed by somebody else — rather than written off by default.
Patient statements, age analysis and credit control
Statements go out on a schedule, the age analysis is live rather than assembled, and the practice knows who owes what before it is old enough to be difficult.
Reporting
Which numbers actually change a decision?
Not the ones that fill a folder. The ones that tell a principal which practitioner to hire, which room to open, what a consultation costs to deliver and which schemes are worth the trouble of seeing.
Practice P&L, balance sheet and cash flow
The three statements, current to yesterday.
Revenue per practitioner
What each practitioner actually generates, net of what it costs to generate it.
Cost per consultation
The number most practices have never seen and cannot price without.
First-pass claim yield
What proportion of claims are paid in full, first time, without intervention.
Days sales outstanding
How long the practice's money spends belonging to somebody else.
Scheme-by-scheme profitability
Which schemes are actually worth seeing, once rejection rates, short payments and the administrative time each one costs are counted against what it pays.
A monthly management pack
Generated automatically at month-end, with the commentary the numbers support. Nobody assembles it.
Scheme-by-scheme profitability answers a question most practices have never been able to ask: which schemes are actually worth seeing.
Compliance and people
What about SARS, payroll and our accountant?
Statements produced in the form SARS expects, payroll connected to the ledger, and a scoped login for the practice's own accountant.
VAT-ready and income-tax-ready
Statements produced in a form SARS expects, with submission packs assembled rather than reconstructed from a shoebox in February.
Payroll integration
SimplePay-compatible, and already proven on our own payroll before it was offered to anyone else's.
An accountant access role
A named external accountant is invited into a scoped role and works in the practice's live ledger. No export, no emailed spreadsheet, no month-end handover.
On the accountant
For most practices the most trusted adviser in the business is the accountant. An incumbent in this market has chosen to compete with that adviser by selling accounting services into the practice directly. We would rather serve the relationship than replace it: the practice's own accountant gets a scoped login to the practice's own ledger, and works in the same numbers the practice sees.
Onboarding
What does it take to move a practice's books?
Eleven steps, ten working days to the parallel month, one full month in parallel, then live. The last column answers the only question that matters while it is happening: which of these holds go-live up.
| # | Step | What happens | Blocks activation? |
|---|---|---|---|
| 01 | Entity setup | Legal entity, VAT registration status and financial year-end. Everything downstream is derived from these three, so nothing proceeds until they are confirmed. | Yes |
| 02 | Tenant provisioning | The ERPNext tenant is created, the medical-practice chart of accounts is loaded and cost centres are built for each practitioner and site. Run entirely on our side. | — |
| 03 | Opening balances | The trial balance from the outgoing books is imported and agreed. A ledger that opens on the wrong balance is worse than no ledger at all. | Yes |
| 04 | Bank feed connection | The practice's bank accounts are connected and three months of history are pulled in, so the categoriser starts with evidence rather than with assumptions. | Yes |
| 05 | Scheme mapping | Every medical scheme the practice bills is mapped to its own debtor control account, so a remittance can be matched to the claim that produced it. | Yes |
| 06 | Tariff and billing mapping | Consultation types, procedures and dispensed items are mapped to revenue accounts, so clinical activity posts to the right line without anyone deciding where it goes. | Yes |
| 07 | Expense rules | Recurring expenses, supplier rules and the practice's own categorisation preferences, trained against the three months of history already loaded. | No |
| 08 | Payroll | Payroll connected and mapped to the ledger. Not required in order to go live, and often done in the month after. | No |
| 09 | Accountant invite | The practice's external accountant is invited into the scoped access role. Also not required in order to go live, and better done once there is something to look at. | No |
| 10 | Parallel month | One full calendar month running alongside the existing system, with both sets of books reconciled to the same closing balance. Nothing is switched off until they agree. | Yes |
| 11 | Go live | The practice closes its first month on iScript, and the month after that is a review rather than a reconstruction. | — |
Target: ten working days to parallel
Ten working days is the target from start to the beginning of the parallel month, then one full month in parallel, then live. Onboarding is not billed: the module begins charging from activation, not from the day work starts.
Step 10, and it is the important one
The parallel month
No practice moves its books on a promise.
For one full calendar month the practice runs both systems. Every invoice, every claim, every remittance and every expense is captured in the outgoing books and in iScript, and at the end of the month the two are reconciled to the same closing balance.
If they do not agree, we find out why before anything is switched off, and the month runs again. Nothing about the practice's compliance position depends on our being right first time.
It costs the practice a month of duplicated capture, and it buys the only thing that actually justifies moving a general ledger: evidence, in the practice's own numbers, that the new one arrives at the same answer as the old one.
What it costs
R699 a month, per practice
Not per practitioner and not per ledger entry. Month to month, with no minimum term, and onboarding is not billed.
- Finance module
- R699
- Website module
- R699
- Bought separately: R699 × 2
- R1 398
- Both together
- R1 199
- You keep
- R199 a month · R2 388 a year
The clinical platform underneath stays R0 on every seat, permanently, whether or not you take a module.
The full pricing pageWhat it replaces
Accounting software you pay for, and a bookkeeper to operate it.
Published market rates for accounting software run R450 to R1 095 a month, before a bookkeeper at R3 000 to R8 000 a month to operate it. Neither of those is connected to the system that produced the claim.
Questions
The Finance module, answered directly
Each answer is written to stand on its own, with its own figures, so it means the same thing quoted out of context as it does here.
What is the Finance module on iScript.live?
- A full double-entry accounting system for the practice, backed by ERPNext and connected to the software that generates the numbers. Scheme remittances are matched to claims, claims to invoices and invoices to a real ledger, every day. It is R699 a month per practice on top of the free clinical platform.
How much does the Finance module cost?
- R699 a month per practice, not per practitioner, on top of the free clinical platform. Both modules together are R1 199 rather than R1 398. Published market rates for accounting software alone run R450 to R1 095 a month, before a bookkeeper at R3 000 to R8 000 a month to operate it.
Is this a dashboard on top of billing, or real accounting?
- Real accounting. Full double-entry, with a medical-practice chart of accounts pre-configured, cost centres per practitioner and per branch, a trial balance, a balance sheet and a cash-flow statement. A dashboard reports what the billing system already knows. A ledger is the financial record of the business itself.
What is reconciled automatically?
- Remittance to claim, claim to invoice, invoice to ledger, end to end. Short payments and rejections are surfaced with their reason codes, gap-cover and co-payment amounts are tracked, and bank-feed transactions are categorised as they arrive. This is the task that consumes days of practice-manager time every month.
Can the practice's own accountant get access?
- Yes. A named external accountant is invited into a scoped access role and works in the practice's live ledger, with no export, no emailed spreadsheet and no month-end handover pack. For most practices the accountant is the most trusted adviser in the business, and we serve that relationship rather than compete with it.
How long does it take to go live on the Finance module?
- Ten working days to reach the parallel month, then one full calendar month running alongside the existing system, then live. Both sets of books are reconciled to the same closing balance before anything is switched off. Onboarding is not billed; the module charges from activation, not from the start of work.
Why run a parallel month at all?
- Because no practice should move its general ledger on a promise. Running both systems for one full month and reconciling them to the same closing balance is the only evidence that matters: the new books arrive at the same answer as the old ones, in the practice's own numbers, before anything is switched off.
What does the Finance module report on?
- Practice profit and loss, balance sheet and cash flow; revenue per practitioner; cost per consultation; first-pass claim yield; days sales outstanding; and scheme-by-scheme profitability, which answers the question of which schemes are actually worth seeing. A management pack is generated monthly without anyone assembling it.
Just practise.
Start your practice freeStart your practice free