Recording a business expense paid from personal funds

It happens constantly. A supplier needs paying and the business account is short, so the owner pays from their own card. A courier arrives and the person with cash in their pocket settles it. Something is bought online and the personal account is the one already logged in.

Commercially this is unremarkable. In the books it is the single most commonly omitted transaction in Indian small-business accounting, and the reason is structural rather than careless: the transaction leaves no trace in any record the bookkeeper looks at. It is not in the business bank statement, because the business bank was not involved. It is not in petty cash, because the cash box was not involved. Nothing in the monthly cycle raises a question about it, since bank reconciliation can only find items that touched the bank.

So it is invisible by default, and the only thing that captures it is somebody deciding to record it. That is worth stating plainly because it explains why this is not solved by better software or a stricter routine. Every automatic check available works by comparing records against records, or against a bank statement that never saw the payment.

The consequence is that the expense is not claimed, and separately, the business does not record that it owes the owner money. Both are losses, and the second is the one nobody notices.

Strip the transaction down and there are two events, not one.

The business incurred a cost. That is true regardless of whose money settled it, because the expense belongs to whoever the goods or services were for, and they were for the business.

And the owner lent the business the money to settle it. Not gave, unless that is genuinely the intention. The owner is now a creditor of the business for that amount, in exactly the way a supplier would be if they had extended credit.

So the entry has two sides like any other: debit the relevant expense account for the amount, and credit a liability account in the owner's name. Something like owner loan account, or amount due to proprietor, or a director's current account depending on the structure. What it must not be is a credit to bank, because no business bank account moved, and it must not be a credit to sales or income, which is a surprisingly common mistake that inflates revenue and profit simultaneously.

Once recorded this way, the expense is in the profit-and-loss statement for the period in which it was incurred, which is correct, and the liability sits on the balance sheet until it is settled. The books now describe what happened, and they will continue to describe it accurately even if the repayment happens in a different year or never happens at all.

When the business later transfers the money to the owner, that transfer is not an expense. This is the part most often got wrong, and getting it wrong produces double-counting.

The repayment entry debits the owner loan liability and credits bank. The liability reduces, the bank reduces, and nothing touches the profit-and-loss statement, because the cost was already recognised when it was incurred. Recording the repayment as an expense would claim the same cost twice: once when the owner paid the supplier and again when the business reimbursed the owner.

The reason this error is so common is that from the business bank statement the repayment looks exactly like an ordinary payment. It is money leaving the account, to a name, with no invoice attached. Whoever is entering it has no way to know it is a repayment rather than a cost unless it was recorded as a liability in the first place. Which is the practical argument for recording the original transaction at the time: it is not merely for completeness, it is what makes the later payment interpretable.

A related point on repayment mechanics: settle these by identifiable bank transfer rather than by taking cash, and keep them as separate transfers rather than bundling several reimbursements into one round-figure payment. A transfer matching a recorded liability is self-explaining. A round sum covering four months of assorted purchases requires a reconstruction to justify.

The omission has effects beyond the missing expense, and they run in a direction people do not expect.

Liabilities are understated, so the balance sheet says the business owes less than it does. That matters whenever the balance sheet is used for anything: a lender assessing the business, a prospective buyer, a partner being brought in, or an owner deciding whether the business can afford something.

Equity is overstated by the same amount, because the two sides move together. The business looks better capitalised than it is.

Profit is overstated, because the expense was never recorded. That means tax on profit that was never really earned, which is the most immediate cash cost of the omission.

And the amount owed to the owner is lost. This one accumulates quietly across years and it is the reason the practice matters most for owners rather than for accountants. Small amounts paid personally, never recorded, are contributions to the business that nobody can now quantify. When the business is sold, wound up, or when a second partner joins, the question of how much the owner put in has a documented answer or it has an argument, and the difference is decided by entries nobody wanted to make at the time.

There is also a scrutiny angle. Business expenses appearing in a personal account are exactly the kind of mixing that makes a personal account relevant to a business examination, which is a much wider exposure than the amount involved.

The mechanism only functions if the capture happens, and capture is the hard part precisely because nothing prompts it.

The practical approach is a standing expectation that any personal payment for the business is written down the same day, with the same information a voucher would carry: date, amount, what it was for, who paid, and the receipt attached. Photographing the receipt and noting paid personally on it takes seconds and preserves everything needed.

Batch the entries rather than the capture. Recording them once a month is fine; noticing them once a month is not, because by then some are forgotten and the receipts have gone through a wash. This is the same distinction that applies across bookkeeping generally: capture cannot be deferred because the information decays, while recording can.

It is also worth setting a deliberate policy rather than letting this happen ad hoc, because the cleanest version of this article's advice is to need it less often. If the business account is chronically short so that personal payments are routine, the underlying issue is working capital rather than bookkeeping, and the volume of these entries is a symptom worth reading.

One structural note: whether the money you put in should be treated as a loan to the business or as additional capital is a real distinction with different consequences, and it depends on intent and on the constitution of the business. Decide it deliberately with your accountant once, rather than differently each time depending on who makes the entry.

Recording the transaction correctly makes the books accurate about what happened. It does not settle two questions that sit alongside it.

It does not make the expense deductible. Whether an amount qualifies depends on its nature and purpose and on specific provisions, some of which restrict particular categories or particular modes of payment. A cost paid personally and correctly recorded as an owner loan is exactly as deductible, or not, as the same cost paid from the business account. The entry establishes that the business incurred it; admissibility is a separate legal question. There can also be consequences attached to how the payment was made, which is a reason to raise cash payments of any size with your accountant specifically.

It does not settle whether the input tax credit on the purchase is available or how to claim it. That depends on whose name is on the invoice and whether the required particulars are present, and an invoice made out to the owner personally rather than to the business with its GSTIN is a different document from one made out correctly. This is genuinely worth asking about before the purchase rather than after.

And it cannot detect what was never captured. This is the limit that no system removes. Software can hold an owner loan account, enforce that a repayment reduces the liability instead of creating an expense, show the running balance owed to the owner, and flag a payment to the owner that does not correspond to a recorded liability. That last check is useful and it works only for amounts already recorded. A purchase made from a personal card that nobody wrote down produces no entry, no imbalance and no alert, because from inside the books it never happened.