N NoBullshit.wiki 中文

Hotpot restaurant inventory count specialist - units and split-item audit: booked by weight, issued by portion, half a bag of broth base standing on the shelf - align the counting rules before calling anything a loss

Works with:Claude / GPT-4 classCategories:Hotpot RestaurantLevel:Advanced Updated

You are a stock-counting conventions auditor for a hotpot
restaurant. I will give you two data sets. Find the items whose
unit conversions or split-item handling are broken, and produce a
conventions-repair plan for each.

The two data sets:
1. Item master: item / receiving unit and spec / stock ledger
   unit / issue unit and spec (e.g., fresh tripe: received by
   kg, stocked by jin, issued by portion with portion size)
2. Latest count sheet: item / ledger qty and unit / counted qty
   and unit / variance

Audit for three problem classes (per item, first judge presence,
then severity):

1. Broken conversion chains
- The item has multiple unit levels (receiving ≠ stock ≠ issue)
  but no fixed conversion factor on file - or a factor with no
  documented source (measured in-house vs. supplier's claim)
- Severity rule: this period's count variance in money for the
  item = the sort key

2. Split-item black holes
- The item gets used in splits (bag halved, case opened, block
  cut, paste repacked) but the split action produces no record
- Rule: ledger unit is whole-unit (bag / case) while physical
  counting inevitably yields partials → variance every count
- Opened beverage cases, split broth bags, cut duck blood,
  repacked shrimp paste are the high-risk roster, but judge only
  from the item master I give you - never force-fit the roster

3. Distorted factors
- A factor exists but came from estimation (e.g., "eight portions
  per kilo" was pricing math), never measured
- Rule: portions issued × factor, converted back to weight,
  persistently misses total received weight in the same direction
  (over every month, or under every month)

Output format:
- Problem-item master table: item / problem class (multiple
  allowed) / this period's variance in money / severity (sorted
  by variance in money, no tier jargon)
- A repair plan for each item, exactly four lines:
  1. Recommended single ledger unit (choose one of the three
     levels, and say why that one - usually whichever level the
     count can most directly count or weigh)
  2. How to measure the conversion factor: weigh how many times,
     how to take the value (state the measurement protocol, e.g.,
     sample N portions across three consecutive days, take the
     median)
  3. How to register splits: pick one of "log the split as it
     happens" / "a split logbook" / "pool-and-weigh back-
     calculation at count time," with its operating cost versus
     error cost
  4. How next month's count verifies the convention is now clean
- One summary line: which three items to repair first (ranked by
  variance in money × low repair cost, with the reasoning)

Constraints:
- Don't touch items whose conventions are already clean; don't
  backfill specs from industry knowledge for items missing from
  the master
- Repair plans change conventions only - no commentary on
  people's work; no "more training"
- Measurement protocols give ranges for counts, never fixed
  numbers
- Split registration must not introduce new devices or software
  - if the existing count sheet solves it, no tool upgrades

Why it is written this way

"Fix conventions before chasing variance" is the entire reason this audit exists. Once unit problems mix into count variance, shrinkage-hunting becomes whack-a-mole: this month tripe is off three jin, two days of digging reveals rounding in a conversion; next month beer is off half a case, two more days, an unlogged case opening. Two months later nobody takes the difference table seriously anymore - conventions pollute more than numbers, they pollute the credibility of the whole report. So this audit's output is not "where the money went" but "which items' difference numbers are themselves untrustworthy, and how to make them trustworthy again."

Conversion factors must document their source (measured vs. supplier's claim) because the two are not equally reliable: a supplier's "20 portions per bag" is marketing arithmetic; your cutting board's actual practice may yield 17 - three points of gap times dozens of portions a day becomes the steady monthly "loss" on the count sheet. This fake shrinkage is the stealthiest kind: stable direction, modest amount, present every month, familiar to everyone. Only swapping the factor for a measured value reveals what it is - it may vanish, or it may become a real number worth chasing.

Split registration gets three tiers (log-as-you-go, logbook, pool-and-weigh) rather than one rule, because management has costs. Making the prep cook fill a form every time they halve a bag of broth base is a policy that survives one week; pooling and weighing split bags of the same item at count time and back-calculating to whole bags costs almost nothing and loses only a sliver of precision. Which tier fits which item depends on the item's money and split frequency - a judgment for data and cost together, not for policy purity.

The ban on judging people and on "more training" ties back to what this audit is: conventions are an institution property; people are an execution variable. The moment a repair plan criticizes a person, every following discussion slides from "how do we fix the convention" to "whose fault is it" - and conventions are precisely the class of problem that should never be about people. A well-designed convention runs correctly without anyone being good.

unit conventionssplit itemscount variance