Running a business when the bank account is the obstacle

Small Algerian businesses often trade for years before they open a business account, and some never open one. The software has to survive that rather than wait for it. Money that moves in cash, through a personal account or through a third party still has to leave a record somebody can defend a year later, and a system is either built for that or it is a form waiting for a statement that will not arrive.

What must be recorded when the money never enters a bank?

Four things, in one numbered document, at the moment it happens: the movement, the person, the moment, the purpose.

A payment taken across a counter leaves only what was written down, and a numbered voucher is the cheapest instrument a business owns:

• a number from one series that never repeats, not a book-and-page reference that dies when the book does
• the amount in figures and in words, because words resist alteration
• what it was for: an invoice, an order, or a stated purpose
• who paid, by name, and who counted, by name
• the date, and the time when several payments arrive in a day
• a signature from the person who counted, and a second from whoever takes custody
• where it went next: the drawer, the owner, a supplier, a courier's float

None of that is banking; it is a record of a decision, and it makes the evening closable.

What breaks first?

Reconciliation, then credit, then evidence — in that order, because that is the order the pain arrives.

Reconciliation goes first because nothing ties the day together. Cash arrives and leaves undocumented, and the only check left is counting the drawer. Counting says how much is there; it never says which payment is missing.

Credit goes second. Selling on account needs a balance per customer, and cash sales hide in the same drawer. A customer who paid half in cash and half later has two records, one of them in somebody's memory.

Evidence goes last and is feared first. A dispute, a loan application or an inspection asks for proof, and the record either exists or it does not. Nothing reconstructs it afterwards: a voucher rebuilt from memory is a statement about memory.

A personal account used for business, or no account at all?

The question	No account	A personal account
Where cash lands	A drawer or a courier's float	One balance, shared with the household
What breaks first	Reconciliation: no total exists	Separation: profit and spending merge
What a client can verify	Only your receipts	A statement that shows both
What the accountant inherits	A cash book to rebuild	A statement to split by hand

With a personal account, the first casualty is not compliance; it is the meaning of the balance. The number in the account is neither profit nor available cash, because a supplier is waiting to be paid from it and the household drew from it last week. Two flows share one figure, and no report splits them later.

With no account the problem differs and is easier in one way: nothing pretends to be reconciled. Every movement is cash, so every movement needs a voucher, and the ledger becomes the only place the business exists. The weakness is that nothing outside the business corroborates it.

What does a client ask for that a statement usually answers?

Three requests, and each has an honest substitute — weaker than a statement, not dishonest.

That you are trading: an invoice series that runs unbroken, delivery notes the customer signed, a supplier's statement of account. That a payment happened: a numbered receipt signed by the person who counted the money, or the courier's collection slip where goods were paid on delivery. That the volume is real: a register of invoices, not a total typed into a summary.

What a statement does that none of these can is corroborate, because it is issued by somebody else. That is why the substitutes must be numbered, dated and filed: their worth is that a stranger can follow them without asking you anything.

Where is the line?

Plainly: whether to open an account, whether business money may sit in a personal one, what a bank accepts as incoming funds, how income is declared, what counts as an acceptable accounting record, and whether a cash sale must be invoiced — all of that belongs to a bank and an accountant who know the file and the rules in force. This article describes what a system must capture so those questions can be answered later. It makes no claim about what is permitted.

The line matters for design, not only for caution. A system that encodes an assumption about what is allowed becomes wrong the month the rule changes, and it takes the record with it. A system that stores the document, the signature, the date and the purpose stays useful either way.

How do you run it, in order?

1. Fix the numbering before the first receipt: one series, no reuse, gaps visible rather than hidden.
2. Print the voucher in duplicate with those fields, and never issue one unsigned.
3. Separate counting from custody, so no single person both counts the money and keeps it.
4. Close the day: count the drawer against the vouchers, and record the difference rather than absorb it.
5. Open a customer ledger now, even in a notebook, so credit exists as data before a bank does.
6. Record what the owner takes as a drawing, never as a cost.
7. Keep cancelled invoices in the register, marked, rather than deleting them.
8. Ask the accountant once what evidence they would want in a year, and store exactly that.

Where this goes wrong

The second receipt book. Two series, one of them unofficial, and neither reconcilable at month end.

The signature before the amount. A blank voucher signed by the person receiving it, filled in later by somebody else.

"The owner has it." Cash handed over with no document, and the business's money and the family's money become one line.

The spreadsheet that starts in month three. The first two months rebuilt from memory, so the year has a hole where the questions are.

A receipt with no purpose. "Received" proves a transfer, not a sale.

What this does not cover

No amounts, no thresholds, no forms, nothing about which account to open or how a cash sale should be declared. It assumes the business wants a record; one that intends to hide one will not be fixed by software, and no ledger should be sold as if it could. It also assumes the money enters a system at all — where the trade is still paper in a drawer, the first job is the voucher, not the database.

We build the ledger these businesses run on: numbered vouchers, a cash book that closes every evening, and a customer balance that survives a change of staff.