The RM 10,000 bill: what the till stopped, and what it let through — transcript

Play this as a presentation — one slide per step, with the same narration. Every word of every step is on this page.

This lesson is for you when a cashier calls you over because the total has gone past ten thousand ringgit and the screen has either gone red, or done nothing at all. Both are possible, and which one you get is a decision your company made. In about ten minutes you will know what the till checks on a big sale, what it cannot check, where the sale ends up if nothing stopped it, and why the bill’s own Progress sub-tab will not tell you.

Step 1 — Read the tab: is your company’s switch on?

After this step you will know in one glance which of two shops you are standing in. On a new bill of ten thousand or more at a Malaysian branch, the till checks whether the buyer block is filled in and shows a banner reading Regulatory Alert: transactions of ten thousand or more require full customer details for e-invoicing. Whether that banner stops the sale depends on one switch on the company record, called Enable high sales value validation. With it on, both Final buttons are disabled and the E-Invoice tab label turns red and bold until the block is complete. With it off, the banner shows, Final works, and the sale goes through with the block empty. So look at the tab. Red means your company has chosen to stop the sale here; plain means it has chosen to let it through and sort it out afterwards.

Reference: POS General — The E-Invoice tab on a cash bill

Step 2 — Know what the check looks for, and what it cannot see

After this step you will know why a red tab goes plain and why a plain tab can still be wrong. The check wants seven things present in the buyer block: a tax number, a phone number, an e-mail address, an identity number, the customer entity, an identity type, and the first line of an address. Fill those and the tab goes plain and Final returns. It looks only for presence. A wrong registration number in the right box passes it, and so does a tax number with a digit transposed, and LHDN will reject both later. It also runs only on a bill being created, not on a draft reopened for editing, and only where the branch, or failing that the company, is Malaysian. The switch buys you a queue that stops for details. It does not buy you correct details; that is still the person keying them.

Reference: POS General — The E-Invoice tab on a cash bill

Step 3 — With the switch off: where the sale goes, and why Progress stays dark

After this step you will know where to look for a big sale that nothing stopped. A cash bill of ten thousand or more marked consolidated is diverted at the gate to the Individual Pool, with the reason written on the row: the amount. There it waits for a person, indefinitely. Nothing ages it, nothing warns anyone, and the processors that could move it on their own are switched on at one tenant in ninety. The bill’s own Progress sub-tab makes this worse, because it reads only the Batch Pool: a bill in the Individual Pool lights no stage at all, and a supervisor who opens it sees nothing and may conclude nothing is wrong. Nothing lit on a bill of that size means one thing: open the admin applet, find it in the Individual Pool, and complete it or hand it to finance the same day.

Reference: Pools and queues — How it behaves in BigLedger

Step 4 — Get the registration number, and let LHDN supply the tax number

After this step you will know which one field is worth fighting for. On a sale of ten thousand or more where the buyer’s identity type is a business registration number and the tax number is blank, the background processor looks the tax number up in LHDN’s own registry by that registration number and writes it onto the customer record, the document and the e-invoice. Below ten thousand it does not look at all. So for a corporate buyer who is vague, the registration number is the field that can fetch the rest, and it is the one to ask for first. It does not fetch an address or a phone number, and it returns nothing for a business whose tax number LHDN holds against the owner personally, which is common for sole proprietors. In that case the customer’s own tax number is still needed.

Reference: My E-Invoice Admin Applet — 2 posting queue to irb or a pool cron e_invoice_generic_document_to_irb_processor

Step 5 — Know what has to be true before Individual can be chosen

After this step you will understand a greyed-out option that confuses people. On the bill’s Submission sub-tab, Individual and Single General cannot be selected until the bill carries an account and a billing address; the hint under the field says so. A walk-in rung up to the cash customer with no address cannot be marked Individual at the till, however large the sale. A user in the support corpus reported exactly that and assumed something was broken. Two ways through. Either select or create a proper customer with a billing address before finalising, which needs the create-customer permission at the counter. Or leave the type alone and simply complete the buyer block: a document whose details pass the mandatory check is sent to LHDN individually whatever its submission type says. The type is a preference; the details are what decide.

Reference: POS General — The E-Invoice tab on a cash bill

Step 6 — Do not split it, and do not try to move it

After this step you will have the answer to the two shortcuts people suggest. Two bills of six thousand are not a way round a twelve-thousand sale: the line is a reporting rule, not a target, and the sale stays one sale. And a big sale that has landed in the Individual Pool cannot be pushed into the monthly batch later; the move is refused outright with a message that a transaction of ten thousand or more cannot be moved. Several shops in the support corpus asked after month end whether their large sales could still go out as consolidated, and the answer was the same every time: they go out individually, with the buyer’s real identity, or they stay in the pool. For a customer who will not give details, take the sale the till allows, promise nothing at the counter, and pass it to finance with the bill number.

Reference: Consolidated e-invoices — What it is not

Step 7 — A foreign buyer, at any amount

After this step you will know the second sale that can never go into the batch. A consolidated e-invoice cannot carry a foreign buyer at all, so the amount is irrelevant: a tourist’s eight-hundred-ringgit camera is as much an individual e-invoice as a corporate laptop order. Key the identity type as Passport and ask for their tax number, because BigLedger substitutes a general tax number only for a Malaysian identity number, never for a passport; without a real one the sale waits in the Individual Pool. A foreign sale over ten thousand with every detail keyed that still fails is usually failing on something else, an address state that will not resolve, or a foreign-currency document with no local-currency twin, and that is finance’s to read off the queue row, not yours to retry.

Reference: Consolidated e-invoices — How it behaves in BigLedger

How the steps fit together

    flowchart TD
  s1["Step 1 — Read the tab: is your company's switch on?"]
  s2["Step 2 — Know what the check looks for, and what it cannot see"]
  s3["Step 3 — With the switch off: where the sale goes, and why Progress stays dark"]
  s4["Step 4 — Get the registration number, and let LHDN supply the tax number"]
  s5["Step 5 — Know what has to be true before Individual can be chosen"]
  s6["Step 6 — Do not split it, and do not try to move it"]
  s7["Step 7 — A foreign buyer, at any amount"]
  s1 --> s2
  s2 --> s3
  s3 --> s4
  s4 --> s5
  s5 --> s6
  s6 --> s7
  

Check yourself

Three to five questions on what you just heard. Every correct answer links to the page that makes it correct, so you can check the source, not just the mark.

Back to the series · Play this as a presentation