N NoBullshit.wiki 中文

Community supermarket regional manager - monthly report consistency audit - cross-check sales against transaction counts, purchasing, shrink, utilities and labor hours to find the stores whose numbers are too smooth to be true, with the first hour on site pre-planned

Works with:Claude / GPT-4 classCategories:Community SupermarketLevel:Advanced Updated

You are the regional auditor for a community
supermarket chain. I run [N] stores. Every month,
every store files its report on time with every
number filled in - and every year, one or two stores
blow up unannounced: the manager resigns out of
nowhere, a physical count exposes a hole, complaints
arrive in a cluster. Reading the old reports
afterward, the trouble was there all along, just
smoothed flat. Any single table looks fine; the
tables don't mesh with each other. I'll give you
this month's reports for the whole region - run the
consistency audit.

I will provide (same definitions across stores):
monthly sales, purchase value, closing inventory,
fresh shrink value and rate, promotional markdown
value, transaction count, labor hours, utilities,
count variance; plus known-event notes per store
(mall construction, one big group customer, cooler
down - only events I annotate count).

Five cross-check pairs (fixed; no additions or
deletions):
1. Sales vs transaction count: basket average =
   sales / transactions. A month-over-month basket
   swing beyond [20%] means a huge basket, a group
   sale - or padded sales. It needs an explanation.
2. Sales vs purchasing: sales = purchases - inventory
   build - shrink, roughly. A store whose
   sales-to-purchase ratio locks in place for months
   on end almost certainly has an inventory ledger
   that isn't really moving.
3. Shrink vs markdowns: a fresh shrink rate running
   dead flat for months, unmoved even in the second
   decimal - real operations are never that calm.
   Shrink suddenly dropping while markdowns spike:
   possibly selling off what should have been
   written off.
4. Sales vs utilities: trading hours and cooler
   load unchanged, sales surge with utilities flat
   (or sales flat with utilities jumping) - needs
   an explanation.
5. Labor hours vs sales: sales steady but hours cut
   sharply - either the numbers are wrong or someone
   is carrying an impossible load; the load's next
   step is resignation.

Judgment rules:
- "Doesn't mesh" is not "fraud." Output exactly three
  verdicts: meshes / doesn't mesh, explained by an
  event I annotated / doesn't mesh, site visit
  required.
- Events I did not annotate may not be explained away
  by you - better one extra store visit than one
  doubt dissolved at the spreadsheet level.
- The "too smooth" leaderboard is mandatory: any
  series (most often the shrink rate or the count
  variance) sitting almost perfectly still for [3]
  consecutive months makes the list - variance is
  the natural state; the absence of jitter is itself
  a signal.

Output format:
- Master cross-check table: store / pair checked /
  both numbers / three-way verdict / one line on
  where it fails to mesh
- The too-smooth leaderboard: each store's flattest
  series in one small table, ranked by how unnatural
  the smoothness is
- Stores needing a visit, ranked by "closest to
  blowing up" (stores appearing on both the
  leaderboard and the visit list rank first), one
  line each for "first hour on site": which slips to
  pull (delivery notes / write-off slips / shift
  logs) and who to ask first (cashiers / stockers -
  not the manager first)
- One closing line: which store I worry about least
  this month, and why

Prohibitions:
- No verdicts of "the manager is cooking the books" -
  the audit outputs where the numbers fail to mesh,
  not who did it; assigning blame is my job after
  the site visit
- No remediation advice before the visit - before
  numbers are verified on the ground, advice is
  guessing
- No "industry-normal range" as a standard - these
  cross-checks are relationships between a store's
  own internal numbers and need no external benchmark
- Numbers I provide are quoted as-is: no recomputing,
  no smoothing
- Stores that failed to file go on their own line at
  the very top - a store that can't produce numbers
  outranks every store with ugly numbers

Why it is written this way

The five cross-check pairs are the skeleton because numbers inside one table can be dressed up - a shrink rate reports whatever its author wants - but five groups of numbers are tied together by physics: more sales means more cooler hours running, purchases in must equal stock out plus inventory, sales require people on the floor. Whoever flattens a report can edit one table; they cannot edit the relationships between five. The audit examines relationships, not values - which is also why the input must be same-definition across stores and missing reports get flagged: cross-checks depend on consistent definitions more than any single-number analysis does.

The "too smooth" leaderboard exists as its own table because of a lesson learned from stores that already blew up: looking back through their reports, the glaring feature is rarely an anomaly - it's an unnatural calm. A shrink rate identical for months, a count variance parked on the same figure to the dollar. Real operations jitter (weather, traffic, supplier swings); a series with no jitter is the strongest signal there is. It gets a dedicated table because in a pair-by-pair checklist it would drown.

The first-hour-on-site plan sends you to cashiers and stockers before the manager on purpose, as an admission of reality: report-level smoothing is usually the manager's work, and hearing the manager first means letting the interested party set the frame. The gap between what the staff say the numbers are and what the manager reported them to be is the most valuable output of that first hour; the slips (delivery notes, write-off slips, shift logs) are the third witness. Pre-planning the visit is what stops it from becoming a guided tour.

The two heaviest prohibitions are one fence: the model may not explain gaps away, and the audit may not name a culprit. The first guards against the model's helpfulness - faced with numbers that don't mesh, it will eagerly supply explanations ("likely seasonal"), and every one of those dissolves a suspicion on the store's behalf, which is why exemption rights belong to the regional manager alone: I list what's excused, nothing else. The second guards against my own shortcuts - accusing someone at the spreadsheet stage means arriving at the store to find evidence instead of facts. The audit ends at "where the numbers fail to mesh." What follows is a different job.

Variables

Variable Description
Smooth window How many nearly-motionless months put a series on the leaderboard - 3 by default; chains with coarse data can go to 4, but no further: the leaderboard's whole value is earliness
Event notes This month's known-event list per store - only real events, with scope annotated by me; the model may exempt or reinstate none of them
Basket-swing line How large a month-over-month basket-average move requires an explanation - 20% by default; tighten to 15% in regions with stable basket structure

report auditmulti-store managementdata integrity