From operational event to finance record
Finance control starts before finance opens the report. A POS sale, sales invoice, purchase payment, stock receipt, credit note, and journal entry all create financial meaning as they happen.
That is why clean operational discipline matters. If the wrong item, customer, tax treatment, account, or payment reference is used upstream, finance inherits the cleanup downstream.
In practice, follow one customer invoice. While it is a draft, nothing is filed. The invoice itself makes its ledger postings, so finance never types a journal for it, and if your organization has connected KRA eTIMS under Settings → Connectors, it is filed the moment it is issued, whether or not it has been paid. If the customer has a valid KRA PIN in their VAT & Tax Settings, the filing goes out as business-to-business; without one it files as a consumer sale. Later, a credit note applied to that invoice raises the eTIMS reversal as well as the ledger correction. Nobody re-keys any of it, which is the point: a wrong customer, tax setting or item at entry time becomes a wrong figure in every report downstream.
Finance signal path
Transaction is recorded
Sale, receipt, payment, return, adjustment, or journal entry.
Account and tax meaning attach
Chart of accounts, tax rates, item/customer treatment, and payment method.
Report reads the record
Ledger, income statement, balance sheet, cash flow, aging, or tax view.
Review closes the loop
Reconcile, investigate, correct, document, and approve.
Key takeaways
- Every posting except a manual journal is made by a business document, so finance inherits whatever was entered upstream.
- eTIMS files an invoice when it is issued, not when it is created or paid; a draft files nothing.
- A valid customer KRA PIN makes the filing business-to-business; a malformed one is left off and the sale files as a consumer sale.
- Cancelling, crediting or refunding a filed document raises a reversal; undoing it in AWRA alone does not undo it at KRA.