gst-billing

The Discount Everybody Applies and Nobody Approves

A discount with no threshold, no approver and no time is not a sale with a concession, it is a hole in the audit trail with a total attached. What has to be true for a discount to be a decision, and a constructed month where 10,560 of reduction was applied by nobody who decided it.

Discount ControlApprovalsCounter OperationsPermissionsNox-Billings

Someone gives a discount. It is one of the oldest things in retail and it is not, in itself, a problem. The problem is that in most counters the discount has no shape at all: no threshold, no approver, no record of who decided, and often no record that a decision happened. It appears as a reduced number on an invoice, and the reduced number is indistinguishable from a lower price.

The interesting question is not whether to give discounts. Almost every business that sells anything gives discounts, and a system that cannot accommodate that is a system people work around. The question is what has to be true for a discount to be a decision rather than a habit, and that turns out to be a narrow and specific list.

The uncomfortable part is what a discount with no approver actually is in the record. It is a reduction in recorded revenue that nobody authorised, attached to an operator identity that identifies who typed it but not who decided it. That is not a sale with a discount. It is a hole in the audit trail with a total attached to it, and it is indistinguishable, in the record, from a mistake.

NoxOrigin does not have a discount approval engine, and this article will say that again in the place where it matters rather than only in a caveat. What exists is permissions, roles, thresholds and audit history, which are the raw material a decision needs. Turning that raw material into an actual approval step is something you configure and run, and the rest of this article is about the shape of the decision you are trying to run.

The mechanismA decision is a person, a rule, an approver and a time. Take away any one and it is not a decision.

It is worth being precise about this because a discount is often treated as a field, and a field is not a decision. A field holds a number. A decision holds a number plus the conditions under which it was available, the person who could exercise it, the person who did exercise it, and when. Those four things are what separate a discount from a correction.

The person matters first, and not only for accountability. Who applies a discount reveals what the discount is actually for. If the same person applies small discounts on every sale, it is a commercial habit and the real question is whether it belongs in a rule. If it rotates across the counter, the discount is being used to close transactions, and the counter is now running a pricing policy nobody wrote down. If it always comes from one manager, it is already a decision and it merely lacks the record.

The rule matters because it decides which discounts need a second person. A business with a written threshold has an answer ready for every case, including the ones nobody anticipated, and the answer is available in a second rather than by telephone. A business without a threshold has to have a conversation every time, and conversations at a counter are the mechanism by which inconsistency enters a business: the same customer gets two different treatments depending on who is standing there, and both decisions are defensible in isolation.

The approver matters because that is what makes it a decision rather than an action. A person approving something is making a judgement about a business outcome — is this worth the margin to keep the customer — and the value of the record is that it can be looked at later. Which of them, over a month, cost more than they were worth. The time matters last but is not optional, because an approver who cannot be asked what they approved has approved nothing; they have received a notification and dismissed it.

Illustrative: four discounts, and what makes each of them a decision or a habit

Rule already decided

Discount inside a written limit

The operator applies it inside a threshold they are authorised to apply, and the record carries the operator, the amount and the time. No second person is needed because the rule already made the decision. This is the case a threshold exists to handle, and it should be the overwhelming majority of discounts, because it is the only one that is fast enough not to slow the counter down.

Two people, one fact

Discount over the limit, approved at the time

The operator asks, someone with the authority to say yes or no says it, and the record carries both identities and the time. The counter pauses for perhaps fifteen seconds. This is the case that is worth being slow about, precisely because it is rare, and because the rarity is what makes a threshold a threshold rather than a formality.

Illustrative: what each kind of discount leaves in the record

KindWhat the record can showWhat it cannot showWho can change it later
No discount field at all, price simply changedA lower total and an operator identityThat anything was given away, or by how muchNobody. The original price is gone, so the record is now the only evidence and it is not evidence of a decision
Discount applied, no approver required and none recordedThat a reduction happened, who typed it, and whenWho decided, under what rule, and whether it was within anyone's authorityOnly by guessing. There is no second identity and no threshold to compare it to
Discount applied, within a written limitThe amount, the operator, the time, and the rule it was tested againstWhether the rule itself is still the right one, which is a review question rather than a record questionThe rule, deliberately, by whoever owns pricing. This is the healthy state
Discount over the limit, approved and recordedBoth identities, the amount, the time, and the reason givenWhether the judgement was correct, which only time and a margin report can tell youNobody retroactively. The record is a fact, and the review reads it
Discount agreed after the customer has leftAn amount with no context and no time that matches the transactionAlmost everything, including whether it was ever discussedThe system can record it, which is exactly the problem. It looks identical to a real decision

The failure modeA recorded discount with no approver is not a sale. It is a gap in the trail with a number on it.

Here is why this is worse than it looks. Every other error at a counter is a discrepancy between two records that both exist, and discrepancies are detectable because there is something to compare. A discount with no approver is not a discrepancy. It is a perfectly valid reduction, correctly calculated, correctly taxed, correctly recorded, and indistinguishable in every respect from a decision that was properly made.

That is exactly what makes it dangerous. It will not surface in reconciliation, because the totals agree. It will not surface in the stock count, because the movement is correct. It will not surface in an invoice check, because the invoice is right. The only place it surfaces is a review of what people did, and a review is a thing that only happens if somebody has decided to look, which is precisely the thing that is missing.

The practical consequence is that the discount stops being a decision made under a rule and becomes a component of the price. Which means it stops being visible as a cost. Margin analysis, if you do it, will show a lower margin on a category of sales and the natural reading will be that the pricing is wrong, when the actual cause is that a number nobody approved is now the price. A business can spend a year repricing because of a habit that was never a policy.

There is a second-order effect on the people at the counter, and it is the one that keeps the habit alive. A discount applied with no rule is a discount the operator knows they can get away with. That is not a moral observation, it is an observation about what the system teaches. Once nobody has ever been asked to justify a discount, the absence of a question is experienced as permission, and the next person at the counter learns the same thing from the same silence. A control that has never once been observed to work is indistinguishable from permission.

Constructed figures for a month at one counter, showing what a habit looks like once it has become arithmetic. Every figure here is invented for this article and the arithmetic is shown so it can be checked by hand. The 18% GST rate is used only so that invoice totals are checkable; it is not a statement about the rate that applies to your business, and nothing here is tax advice.

One sale, discounted two ways.

LineArithmeticResult
Line total before adjustment2 x 340.00, plus 1 x 1,250.001,930.00
Discount, as appliedas stated at the counter-100.00
Taxable value1,930.00 - 100.001,830.00
GST at 18%, for checkability only1,830.00 x 0.18329.40
Invoice total1,830.00 + 329.402,159.40

Now the same sale with the discount as a percentage instead of an amount, which is what happens when a customer asks for ten percent off and the operator is deciding.

LineArithmeticResult
Discount at 10% of the line total1,930.00 x 0.10193.00
Taxable value1,930.00 - 193.001,737.00
GST at 18%, for checkability only1,737.00 x 0.18312.66
Invoice total1,737.00 + 312.662,049.66

The gap between the two treatments of the same sale. Invoice total 2,159.40 minus 2,049.66 = 109.74. In tax terms that is the 93.00 of additional discount, 93.00 x 0.18 = 16.74, and 93.00 + 16.74 = 109.74. So a habit that is expressed as an amount and a habit that is expressed as a percentage differ by 109.74 on one sale, on the same goods, with the same customer, in the same minute.

Now a constructed month. One counter, 22 working days, 40 sales a day, constructed so the totals round.

LineArithmeticResult
Sales in the month22 x 40880
Sales with a discount of any size22 x 40 x 0.5 = 440440 of 880
Average discount where one was given, constructedas stated120.00
Total discount given, constructed440 x 120.0052,800.00
Of those, discounts that fit inside a written limit440 - 44 = 396, at 120.0047,520.00
Of those, discounts over the limit44, at 320.0014,080.00
Of the 44 over the limit, discounts with a recorded approver11, at 320.003,520.00
Of the 44 over the limit, discounts with no recorded approver33, at 320.0010,560.00

The line that matters is the last one. 10,560.00 of reduction, in a constructed month of 880 sales, was applied by people with authority to type the number and by nobody else. Not because they were stealing — 320.00 is a small enough discount that losing 33 of them would have cost real customers — but because no rule existed that said they should not, and no record exists that says somebody decided they should. Those 33 sales are not sales with a discount. They are 33 entries in an audit trail with a hole in the middle of them, and the record cannot tell you which.

The methodFive things have to be true before a discount is a decision

First, there is a written limit, and it is a number rather than a description. Anything describable in words will be interpreted differently by four people, and a rule that requires interpretation is not a rule. The number needs to be on the same scale as the transactions it governs, which means deciding whether it applies per line, per invoice, per customer, or per month per customer, and writing that down, because the four give completely different answers on the same sale.

Second, the limit is enforced by permission rather than by knowledge. If applying a discount inside the limit requires a capability the operator has and applying one outside it requires a capability they do not, the boundary is structural and it holds on a busy Saturday. If it requires the operator to remember the number, it will not hold on a busy Saturday, and nobody is at fault when it fails.

Third, above the limit there is a second person, and the second person is identified. Not a role in a policy document that names no one; a person who exists, is reachable at the counter, and has the capability. A rule whose approver is on leave is a rule that will be broken or a queue that will stop the counter, and the correct response is a named backup rather than a hopeful assumption.

Fourth, the reason is captured when the discount is outside the routine. A reason is not needed for every discount — that is what the threshold is for, and requiring a reason on every small discount is how you get a reason field full of the letter x. A reason is needed for the ones that are unusual, and unusual is precisely the set worth being able to read next month.

Fifth, the review is scheduled, which is the part everybody skips and the part that makes the rest worth doing. Without a recurring read of the discount records, the limit is a gate and nothing more. With one — say, every discount over the limit, listed, with the operator, the approver and the amount — a pattern becomes visible within weeks: one operator and one customer account, or one product family where the price is genuinely wrong. That review is also the only mechanism by which anybody ever finds out that a control works, and a control nobody has ever observed to work will be quietly removed by the first person who finds it annoying.

What a discount has to have before it is a decision rather than a habit

  • A written numeric limit, and a written statement of what it applies to: per line, per invoice, per customer, or per month per customer
  • Enforcement by permission rather than by memory, so the boundary holds on the busiest day rather than the quietest
  • A named second person for anything above the limit, with a named backup, reachable at the counter
  • The operator identity attached from the session, so who applied it is a fact and not a recollection
  • The approver identity and time recorded with the approval, so a decision can be read back months later
  • A reason captured on the discounts that are outside the routine, and explicitly not required on those inside it
  • A recurring review of everything above the limit, with an owner and a date, because a limit with no review is a gate
  • An honest answer to what happens when a discount is approved after the customer has gone, since that is the case with no context at all

Two boundaries to state here rather than leave implied. The first is about what a discount is not. In NoxOrigin there is no change-request record, no milestone record, no deliverable record, no contract editor and no e-signature. If the thing being sold is project work and the customer asks for a reduction in scope, that is not a discount to be approved at a counter; it is a new quote raised against the same project, and the old quote stands as it was. Applying a percentage to an invoice is a different act from renegotiating what is being delivered, and conflating the two is how a scope change ends up as a small unexplained number on a document.

The second is about people, and it is a boundary of the product rather than of the method. There is no timesheet record and no payroll module in NoxOrigin. That means a discount record can tell you what an operator did at the counter, and it cannot tell you their hours, their shift, or their pay, and nothing here should be read as though it could. The question of who was on the till and when they were on it has its own shape and its own article on shifts and the business day, and the honest position is that the discount record answers who did this thing, while the business day answers when the day was open, and neither one substitutes for the other.

The last thing worth saying is that a discount policy is a margin policy. Once discounts are recorded properly, the question stops being who gave what away and becomes which kinds of discount pay for themselves. A discount to keep a customer is a customer-acquisition cost that happens to be booked at the counter. A discount to move stock is a stock decision, and stock movement and purchasing live in the Commerce area rather than in the invoice. A discount applied because the price was wrong is a pricing correction. None of those is a counter decision, and recording them as one is how a pricing problem gets reviewed by people who cannot fix it.

Frequently asked questions

Does NoxOrigin stop a counter person from exceeding their discount limit?

No, and we would be misleading you if we said otherwise. There is no discount approval engine in the product. What exists is the material an approval needs: roles and permissions, thresholds, PIN-based access and audit history of what changed and who changed it. Building the actual stop, route, wait and record into an approval step is workflow work that you configure and run, and a business that needs a hard block should assume it is responsible for that. What we can honestly claim is that once a discount has been applied, the record will let you see who applied it and review the pattern afterwards.

What is the difference between a discount and a price correction?

Intention, and whether anybody looked at it. A price correction means the price was wrong and the recorded figure now matches reality; a discount means the price was right and a concession was made on top of it. They produce the same shape of document and they need different responses, which is why the record should distinguish them. A correction is fixed once. A discount is a decision that was taken, and it should be reviewable as a set of decisions rather than reconciled as a total.

Should small discounts need approval too?

No, and requiring it is the most common way a control gets abandoned. If every discount needs a second person, the counter stops, the queue becomes the reason the control is bypassed, and within a month the limit has been raised until it does not matter. The design that works is the inverse: a written limit that a person can apply themselves without asking, and a genuine second person only above it. The limit should be set at a level where the fast path covers the overwhelming majority of discounts, because that is the only way the slow path survives contact with a busy evening.

How do we handle a regular customer who always expects a discount?

Write the arrangement down and make it a thing the system can represent, because otherwise it is a private arrangement that only one person at the counter knows about and the whole thing depends on that person. A standing arrangement attached to the customer record, applied at the point of sale, is visible to every operator and reviewable by the owner. A private arrangement is not a policy, it is a single point of failure, and it usually ends when the person leaves.

Is a discount ever legitimately a stock or purchasing decision?

Yes, and it matters to record it as one. A discount used to move slow stock is a decision about stock, and stock movement, purchasing, warehouses and low-stock signals live in the Commerce area rather than in the invoice. If a discount exists to clear an item, the honest record is the movement and the reasoning, and the invoice is downstream of it. Recording it only as a reduced price means the next replenishment decision has no idea that the item is being discounted and will order more of it.

What about after the customer has left?

That is the weakest case and it should be treated as one. A discount applied after the transaction has closed, with no witness, is a number with no context, and in the record it is indistinguishable from a decision that was properly made. If your business has a real need for this — a goodwill gesture to a customer who came back days later, for example — then decide in advance that these are a separate category with their own limit and their own review, rather than allowing them to blend into the counter's normal discounts where nobody will ever notice them.

Sources and further reading

Continue reading

Looking for the rest of this topic? More in business operations →

gst-billingThe Sale That Happened Before the Record DidRead guide →gst-billingThe Customer Who Wants Their Own Copy of Something ElseRead guide →gst-billingThe Day That Ends Early Because Something Was WrongRead guide →