Industry 4.0 — Working Paper · Version 2.0

    Counting Is the Easy Part: Bin Tagging at Receipt, a Bin-Level Book, and the Variance a Physical Stock-Take Actually Owes

    Architecture, Computational Methods, and a Modelled Scenario for MileSoft Annual Inventory Tagging

    MileSoft Engineering Research Group · August 2026 · 7 min read

    1 per binbarcode sticker printed at receipt, numbered within the receipt
    20%above minimum is where the dashboard flags a part about to be short
    30 dayslook-ahead of the shelf-life expiry report

    Abstract

    Overview

    The annual physical count is the most disruptive event in a store's year, and most of what it produces is not shrinkage. It is counting error: bins counted twice, bins missed entirely, descriptions transcribed by hand, and a reconciliation performed weeks later against a stock position that has since moved.

    This paper presents the architecture and computational methods of MileSoft Annual Inventory Tagging in its web release. Its central argument is that a stock-take is a measurement, and a measurement without a stated error model is not evidence. The system's design is read here as a set of controls on specific error terms, and the paper is explicit about which terms the current release controls and which remain the job of the count itself.

    Four results carry the paper. A receipt is decomposed into uniquely tagged bins whose quantities must sum exactly to what was received, which fixes the granularity at which any later count is checkable. Every later movement — pick, dispatch, issue, adjustment, relocation — is booked against a bin barcode, so the book position is held per bin rather than per part. A count over such a structure is a set operation over tags, in which double counts and missed bins are coverage errors the count procedure must close; the release supplies the tag population but not a count mode, and the paper keeps the two apart. And the reconciliation must report absolute variance, not net: a count whose positive and negative errors cancel reconciles perfectly in total value while being wrong at every location.

    The work is anchored in ISO/IEC 19987 and 19988 for the event model, GS1 identification keys for the tags, ISO 22400 for the KPI discipline, and ISO 5725 for the accuracy vocabulary a variance report needs. This product appears in no published case study; Section 5 reports observed properties and a modelled scenario, and no deployment claim is made. Version 2.0 replaces the figures and product statements of version 1.0, which described an earlier desktop release; claims the web release does not show have been withdrawn rather than restated.

    Keywords

    Annual inventory taggingPhysical stock verificationPhysical stock takeBarcode bin labelsBin level inventoryInventory record accuracyCycle countingFIFO pickingShelf life managementVariance reconciliationStock adjustment audit trailWarehouse count shutdown

    Contributions

    What this paper covers

    Each contribution is designed to be independently useful to engineers, procurement teams, and platform evaluators.

    01

    Bin decomposition as the unit of checkability

    A receipt is split into uniquely tagged bins whose quantities must sum exactly to the quantity received — four bins of 2,000 for a receipt of 8,000 on the captured screen. The decomposition fixes the granularity at which any later count can be checked, because a count is only as verifiable as the smallest independently identified container.

    02

    The bin-level book

    Every movement after receipt is booked against a bin barcode: pick lists name bins, issues draw down one bin and leave its balance, adjustments and relocations act on one bin. The book position of a part is then the sum of its bins' positions, which is the list a physical stock verification checks against.

    03

    Coverage as a set operation over tags

    Double counts and missed bins are coverage errors. Treating the count as a set of scanned tags, with the missed set computed before the count closes, removes both structurally. This is stated as a requirement on the count procedure: the web release supplies the tag population, not a count mode.

    04

    Absolute variance, because net variance hides the error

    A stock-take whose positive and negative discrepancies cancel reconciles perfectly by value while being wrong at every location. Reporting the sum of absolute variances and the share of bins matching exactly, alongside the net, is what separates a store with good records from one with two compensating errors.

    05

    Capability reference framework

    An eight-dimension, vendor-independent benchmark for inventory tagging systems, each dimension answerable by demonstration on the system itself rather than by reading a specification.

    Standards

    Governing standards addressed

    Computational methods and workflows in this paper are grounded in and validated against these published standards.

    ISO/IEC 19987:2024

    Information technology — EPC Information Services (EPCIS) Standard

    The event model for a movement or a count observation: what container, when, where, and under which business step.

    ISO/IEC 19988:2024

    Information technology — GS1 Core Business Vocabulary (CBV)

    Disposition and business-step values, including the inspection and counting steps a stock-take generates.

    GS1 General Specifications

    GS1 identification keys and barcode symbology

    The tag itself — trade item and logistic unit keys, symbology selection and print quality for a scan-once workflow.

    GS1 SSCC

    Serial Shipping Container Code

    Unique identity for each decomposed container, which is what makes a bin independently countable.

    ISO/IEC 15459-1:2014

    Information technology — Unique identification — Part 1: Individual transport units

    Unique identification of transport units where a GS1 key is not in use.

    ISO 5725-1 / ISO 5725-2

    Accuracy (trueness and precision) of measurement methods and results

    The vocabulary a variance report needs: bias against scatter, and why the two must be reported separately.

    ISO 22400-2:2014

    Key performance indicators for manufacturing operations management — Part 2

    The discipline of publishing a denominator with every accuracy ratio.

    IEC 62264-3

    Enterprise-control system integration — Part 3: Activity models of manufacturing operations management

    Inventory operations as a defined activity with a specified interface to the enterprise system of record.

    Full paper

    Read the complete text

    The entire paper is published here in full — sections, equations, figures, tables, and appendices.

    1Introduction

    For most plants and stores the annual physical count is the most disruptive event of the year. Movements stop, counters fan out across the facility with paper sheets, and the variance list that emerges is long — most of it counting error rather than shrinkage.

    That last clause is the whole problem. A variance report conflates two things that need opposite responses: stock that is genuinely missing, and stock that was counted wrongly. A store that cannot separate them cannot act on either, and will book an adjustment against a discrepancy that never existed.

    This paper reads the system's design as a set of controls on specific error terms. A stock-take is a measurement; a measurement without an error model is not evidence; and the design decisions that matter are the ones that remove error terms, most of which are decided at receipt, months before anyone counts.

    1.1The four error terms

    Four failure modes recur every year, and they map cleanly onto distinct terms in a count's error budget.

    Table 1. The dominant error terms in a manual count, and where each is addressed in Sections 3 and 4.
    Error termHow it arisesWhere addressed
    Double countThe same container is counted twice by different countersOne barcode per bin (Section 3.1); scans treated as a set (Section 4.3)
    Missed countA container behind another is never reachedThe bin-level book lists every barcode holding stock (Section 4.2); missed set before close (Section 4.3)
    TranscriptionA counter writes a description that does not match the recordIdentity comes from the sticker, not from reading it (Section 3.1)
    Post-count driftMovements between the count and the reconciliationMovements recorded per bin with date and time (Section 3.2); the book drawn at the count's timestamp (Section 4.3)

    None of the four is addressed by counting faster. They are addressed by what is identified at receipt and by when the reconciliation is drawn — which is why speed is a consequence of this design rather than its objective.

    1.2Contributions

    1. Bin decomposition stated as a conservation constraint, fixing the granularity at which a count is checkable (Section 4.1).
    2. The bin-level book: the book position of a part as the sum of per-bin positions maintained by every movement (Section 4.2).
    3. Coverage as a set operation over tags — the requirement a count over tagged bins must meet (Section 4.3).
    4. Absolute against net variance, and why a reconciled total is not evidence of an accurate record (Section 4.4).
    5. An eight-dimension capability reference framework for inventory tagging systems (Section 6.3).

    2Background and Related Work

    Physical inventory verification is one of the oldest obligations in commerce and one of the least examined. Its literature sits in three places that rarely cite each other: measurement science, error proofing, and the identification standards that make an object countable at all.

    2.1Trueness and precision are different failures

    ISO 5725 separates trueness — the closeness of a mean to a reference value — from precision, the scatter of repeated measurements. The distinction is routinely collapsed in stock-take reporting, and collapsing it is the source of the most common misreading of a variance report.

    A count with poor trueness is systematically wrong in one direction: a scanner configured for the wrong pack size, a bin standard that counts crates as pieces. A count with poor precision is scattered: some locations high, some low, no pattern. The first is a configuration defect and is cheap to fix; the second is a process defect and is not.

    Section 4.4 shows that net variance measures only the first and absolute variance measures both, which is why reporting one number lets a poor count pass.

    2.2Control against warning at the point of error

    Shingo distinguishes the control function of an error-proofing device — the next action becomes impossible — from the warning function, where the operator is told and may proceed. The distinction is decisive in a stock-take because the environment is the worst case for warnings: temporary staff, unfamiliar layout, time pressure.

    It is also the right lens for the transactions of Section 3. Most of what the web release does is record rather than refuse: it keeps invoice and actual quantity, bin, location, user and time, and leaves the decision with the operator. Recording is what makes a later count attributable; refusing is what stops an error being made. Section 6 returns to where a control would earn its place.

    2.3What makes an object countable

    A count presupposes a set of distinguishable objects. GS1 provides the Global Trade Item Number for a trade item class and the Serial Shipping Container Code for an individual logistic unit; ISO/IEC 15459-1 covers transport units outside a GS1 scheme; the General Specifications govern symbology selection and print quality, which decide whether a tag scans at all on the first attempt.

    The class-against-instance distinction is what makes bin-level counting possible. A tag identifying only the part number tells a counter what is in front of them; a tag identifying this bin tells the system which of forty identical bins has been counted, which is the fact any count over bins depends on.

    The event model is EPCIS, standardised as ISO/IEC 19987, with its vocabulary in ISO/IEC 19988. A movement or a count observation is an event with a business step and a disposition like any other, which means a stock-take can integrate into a traceability record rather than sitting beside it as a spreadsheet.

    3System Overview

    The system is a web-based store and inventory application. Everyday inward, storage and outward flows create and maintain tagged bins; the annual physical stock verification is a check of the store against the bin-level record those flows built. This ordering matters: a count is only as good as the granularity established at receipt, months earlier.

    Plants are separate zones. Masters, transactions, reports and dashboards are scoped to the zone selected at login, and each user carries a role and a zone. The masters hold parts — with standard bin quantity, minimum and maximum levels, supply area and one or more storage locations — together with vendors, buyers, supply areas, storage locations and line-side locations; the part master also imports from an Excel template.

    Plant dashboard with four tiles for total parts, critical parts and today's inward and outward, a stock health panel with OK, about to be short, short and excess counts, an area utilisation bar with occupied and vacant storage locations, six shortcut tiles for material inward, scan and issue, pick list, dispatch, stock report and part master, and charts of monthly inward and stock by supply area.
    Figure 1. Web release, demonstration data: the plant dashboard. Tiles give total and critical parts and the day's inward and outward; stock health splits active parts into OK, about to be short, short and excess; area utilisation shows how many storage locations are occupied; shortcut tiles lead to the daily transactions; charts show monthly inward and stock by supply area.

    3.1Receipt, decomposition and tagging

    A receipt is captured against its invoice, with the part, its storage location, its standard bin quantity, its unit and its shelf life in days where one is set. Two quantities are recorded: the quantity the invoice claims and the quantity actually received. Beside them the screen shows the part's maximum and minimum level, stock in hand and remaining capacity.

    The two-quantity pattern recurs throughout this library and does the same work here as elsewhere. A single received quantity records what was accepted and destroys the evidence of a supplier discrepancy; two record both, and the difference is a supplier performance fact rather than a rounding error absorbed at the dock.

    The received quantity is then decomposed into bins at the standard bin quantity, and the screen shows the breakdown before the receipt is saved. Saving prints one barcode sticker per bin. Section 4.1 states the conservation constraint the decomposition must satisfy.

    Parts receipt entry form with date, PCS number, part search, part number, storage location, description, standard bin quantity 2000, unit NOS, shelf life N/A, invoice quantity 8000, actual quantity 8000, vendor code, invoice number and remarks, a stock details panel with maximum, minimum, stock in hand and remaining capacity, and a bin breakdown box reading 2000 X 4.
    Figure 2. Web release, demonstration data: the material inward screen, filled but not saved. The part lookup fills storage location, description, standard bin quantity of 2,000 and unit; invoice and actual quantity are separate fields, here both 8,000; the stock panel shows maximum, minimum, in-hand and remaining capacity; and the bin breakdown reads 2000 X 4.

    Each sticker carries the part number and description, the quantity in that bin, the storage location, the vendor and invoice, the date, a barcode unique to the bin with its number printed beneath, and the bin's place in the receipt — 1/5 to 5/5 on the captured example. Stickers can be reprinted from the inward history.

    Sticker generation page with an inward summary line of part, description, invoice, date, vendor, total bins and location, above five sticker previews, each showing part number, date, description, quantity per unit, storage location, vendor, invoice number, a barcode with its number beneath, and a sequence from 1/5 to 5/5.
    Figure 3. Web release, demonstration data: sticker generation for an earlier five-bin receipt, reprinted from the inward history. One sticker per bin, each with its own barcode and its position in the receipt.

    3.2Movements booked against the bin

    Every transaction after receipt names a bin. A pick list is built from a production schedule imported from Excel, or part by part with a quantity and a line-side location, and the system previews which bin barcodes to pick in first-in-first-out order. At dispatch, scanning a picked bin marks it on its list, with a running count of bins scanned against the total.

    A direct issue scans one bin, shows its bin quantity and remaining balance, and issues all or part of it to a line-side location; the outward history records the date and time, bin barcode, quantity, line-side location, mode, pick list and the user who issued it. A stock adjustment lists a part's bin barcodes, acts on one of them with a quantity in or out, and records a written reason. A bin moved to another rack is re-pointed by its barcode, and the change is kept in a changed-locations log.

    Issue material screen with a scanned bin barcode, part number, description and location, bin quantity 500, balance quantity 400, actual quantity, a line-side location drop-down, an Issue Out button, and a today's parts issued panel with its scan count.
    Figure 4. Web release, demonstration data: issue by scanning a bin. The scanned barcode brings up the part, description and location; the bin quantity is 500 and its balance 400; the operator enters the quantity to issue and chooses the line-side location before Issue Out.

    Two places where the release records rather than refuses. Dispatch releases the bins an operator selects, and scanning marks bins rather than gating them. And the captured screens show no separate two-scan putaway: the storage location comes from the part master and is printed on the sticker. Both are recorded; neither is blocked.

    3.3First-in-first-out, shelf life and the dashboard

    First-in-first-out is applied where it is cheapest to apply — at pick-list creation, as a preview of which bins to take. Shelf life is carried per part in days, and a shelf-life expiry report lists bins expiring within 30 days, with barcode, inward and expiry date, days left, remaining quantity, location, vendor and invoice.

    The interaction between the two rules is worth being explicit about, because they are not the same rule. First-in-first-out selects by receipt date; expiry-based selection selects by remaining life. They coincide only where every receipt of a part carries the same shelf life, which is the common case and not the general one.

    Between counts, the dashboard classifies parts as OK, about to be short — stock within 20% above the minimum level — short, or excess; bands stock on hand by age into 0-30, 31-90, 91-180 and over 180 days; and ranks the parts furthest below their minimum.

    Slow-moving stock ageing bar chart and ageing breakdown table for 0-30, 31-90, 91-180 and 180+ days with parts, quantity and value, above a critical shortage parts table with part number, description, supply area, location, stock, minimum level and a red shortage figure per row.
    Figure 5. Web release, demonstration data: the lower dashboard. Stock on hand is banded by age with parts, quantity and value per band; the critical shortage table ranks parts by how far stock sits below the minimum level.

    4Computational Methods

    Four computations carry the paper. The first two are what the system maintains while stock moves; the last two are what a count over that structure must do, and what it owes its reader once it closes.

    4.1Bin decomposition and its conservation constraint

    A receipt of quantity Q is split into bins at the part's standard bin quantity, with one residual bin holding any remainder.

    n = floor(received quantity / standard bin quantity), r = the remainder, and n full bins plus the residual must equal the received quantity exactly(decomp)
    q(std) is the standard bin quantity carried on the part record. The identity is a constraint a system must hold at receipt, not an arithmetic observation — a decomposition that does not close indicates a mis-keyed quantity before any stock is stored.

    For the captured receipt, 8,000 pieces at a standard bin quantity of 2,000 give n = 4 and r = 0: four bins, which is what the inward screen shows as 2000 X 4.

    The decomposition's real function is granularity. A count can verify only what is independently identified, so a receipt held as one undifferentiated quantity can be verified only in total, while four tagged bins can be verified four times. This is the same argument as the traceability tier structure elsewhere in this library: resolution is decided at capture and cannot be recovered afterwards.

    The unit of a stock-take is not the part. It is the smallest independently tagged container, and every accuracy figure a count produces is an accuracy figure about those.

    4.2The bin-level book

    Because every movement names a bin, the book position can be held per bin, and a part's position is the sum of its bins'.

    book quantity of bin b = received into b, less issued from b, plus adjustments in, less adjustments out; the book quantity of part p is the sum over its bins B(p)(book)
    R(b) is the quantity the bin was created with at receipt, I(b) the quantity issued or dispatched from it, and A+(b), A-(b) adjustments booked against it. A relocation changes the bin's location, not any term of the sum.

    Holding the book per bin changes what a discrepancy can tell you. A part-level book can say only that a part is short; a bin-level book says which barcodes should exist, where each should be and what each should hold, so a count can point at the bin that disagrees. It also defines the tag population T that Section 4.3 needs: every bin of the part with a non-zero balance.

    A stock figure that is a list of barcodes is checkable. A stock figure that is a single number is only comparable.

    4.3Coverage: what a count over tagged bins must do

    The two dominant errors in a manual count are both coverage errors: a container counted more than once, and a container never reached. Both are closed by treating the count as a set operation over tags rather than a walk over aisles.

    S is the set of tags scanned, M the missed set - every expected tag not in S - and because S is a set, a second scan of the same tag cannot add to it(coverage)
    T is the set of tags expected in the count scope — from Section 4.2, every bin with a non-zero book balance. Holding scans as a set makes a repeated scan a no-op rather than a second count, and the missed set is known by difference before the count is allowed to close.

    Two consequences follow that procedure alone cannot deliver. Double counting becomes impossible rather than discouraged, and the missed set is known while counters are still on the floor, so flagged bins are recounted before the team leaves rather than the following week from memory.

    The book must also be drawn at the count's timestamp. Because the release records every issue and dispatch against a bin with its date and time, movements across the count window can be separated from variance instead of being booked as shrinkage.

    This subsection is a requirement on the count, not a description of the release. The web release supplies T — the bin population and its book — but does not itself run a count mode that holds S and computes M.

    4.4The variance the reconciliation owes

    Once the count closes, counted quantity is compared to book quantity per bin. How the differences are aggregated decides whether the result is evidence or reassurance.

    per-bin variance v(i); net value variance sums the signed differences; absolute value variance sums their magnitudes; record accuracy alpha is the share of bins with zero variance(variance)
    u(i) is the unit value of the part in bin i. Net variance is what a financial reconciliation needs; absolute variance and record accuracy are what an operational judgement needs, and the three answer different questions.

    The failure this prevents is specific and common. A store with one bin over by 400 pieces and another under by 400 has a net variance of zero and an absolute variance of 800. Reported by net alone, the count reconciles and the store concludes its records are sound; in fact it has two errors, both of which will cause a pick failure, and neither of which it now knows about.

    Record accuracy — the fraction of bins whose count matched exactly — is the figure a store should manage against, because it is the probability that any given pick will find what the system promised. It is also the only one of the three that cannot be improved by compensating errors.

    Ask any stock-take report for three numbers: net variance, absolute variance, and the proportion of bins that matched exactly. A report that offers only the first is reporting to the ledger and not to the store.

    In the web release the correction itself is a stock adjustment booked against one bin barcode, with quantity in or out and a written reason. That is what keeps the adjustments that close a count attributable afterwards, whichever instrument produced the counts.

    Material stock adjustment form with date, part number search, part description, a table of three bin barcodes with part, description, location, inward quantity, issued quantity and inward date, fields for balance quantity 500, stock in hand 1000, quantity in 0 and quantity out 10, and a remarks box reading ten pieces damaged in handling, found at the monthly bin check.
    Figure 6. Web release, demonstration data: a stock adjustment on one bin. A part search lists its bin barcodes with location, inward and issued quantity; one bin is selected, ten pieces are entered as quantity out, and the reason is written in the remarks before saving.

    5Observed Properties and a Modelled Scenario

    This product appears in no published MileSoft case study. There is therefore no field evidence to report, and this section makes no deployment claim. Everything below is either a property read from the web release's screens, which carry demonstration data, or a modelled scenario with its assumptions printed.

    5.1Observed properties of the web release

    Table 2. Properties read directly from the web release, with the screen each was observed on.
    PropertyValueWhere observed
    Two receipt quantitiesinvoice quantity and actual quantity as separate fieldsMaterial inward
    Bin decomposition8,000 at a standard bin of 2,000 shown as 2000 X 4Material inward
    One barcode per binpart, quantity, location, vendor, invoice, date and n of N on each stickerSticker generation
    Pick list sourcesschedule imported from Excel, or part, quantity and line-side locationPick list creation
    First-in-first-outa preview of the bins to pick, oldest firstPick list creation
    Dispatchscanned bins marked on the list, with a scanned-of-total counterDispatch pick list
    Partial issuebin quantity, balance and quantity to issue, to a line-side locationIssue material
    Bin-level adjustmentquantity in or out on one bin barcode, with remarksStock adjustment
    Bin relocationnew storage location by barcode, with a changed-locations logEdit storage location
    About to be shortstock within 20% above the minimum levelDashboard
    Ageing bands0-30, 31-90, 91-180 and 180+ daysDashboard
    Shelf-life look-aheadbins expiring within 30 daysShelf-life expiry report
    Reports5 in the Reports menuNavigation
    Plantszones as separate tenants, chosen at loginZone master

    What the release does not show matters as much. There is no count mode — no tag locking and no missed-bin list — no variance report, no separate two-scan putaway, and no first-in-first-out violations report. Version 1.0 of this paper described those features from the earlier desktop release; they are withdrawn here rather than carried forward, and Sections 4.3 and 4.4 present the count's side as method.

    Dispatch pick list screen with a non-dispatched pending pick list table of three lists with date, time and dispatch flag, and a pick list detail panel with scanned 0 of 1, a barcode scan input, and one row with part number, description, invoice, bar code number, location and a yellow Pending badge, beside a Dispatch button.
    Figure 7. Web release, demonstration data: dispatch. Pending pick lists are listed on the left; the selected list shows a scanned-of-total counter, a barcode scan field, and each bin to be picked with its barcode, location and a Pending status until scanned.

    5.2Figures published for this module

    Table 3. Figures published for this module, with their status in version 2.0.
    FigureValueStatus
    Stock-take effort avoided1,344 hours per audit yearModelled — return-on-investment calculator defaults (Section 5.3)
    Physical count phase8-16 hours, against 48-72 on paperWithdrawn — vendor-reported for the desktop release; the web release has no count mode
    Operational pause4-8 hours for the initial passWithdrawn — same reason
    Reports19 (earlier: 15 or more)Superseded — 5 in the web release's Reports menu

    The count-duration figure was the one a buyer would weigh most heavily and the one carrying least evidence: a range with no facility size, no container population and no definition of what the phase included. It described a count mode the current release does not have, so it is withdrawn rather than repeated.

    5.3Modelled effort avoided

    The published return model for this product is stated as stock-take and reconciliation time saved. Its assumptions are printed here so a reader can substitute their own.

    Table 4. Modelled scenario — not a deployment result. Assumptions are the published defaults of the return-on-investment model for this product.
    AssumptionValue
    People engaged in the audit8
    Audit hours per person per day4
    Audit window60 days
    Baseline effort1,920 hours per audit year
    Share of that effort automated70%
    Modelled hours avoided1,344 per audit year

    Two observations. The model's window is sixty days, not the count weekend — so what it prices is the reconciliation tail rather than the count itself, which is where a bin-level book does its work. And it prices only labour: the shutdown hours of production and shipping are excluded, and in most facilities those dominate.

    The 70% is an assumption of the model, not a measurement of this release. A buyer computing this properly should substitute their own share, and add the shutdown: recovered production hours are likely to exceed the entire labour saving the published model reports.

    6Discussion

    6.1The annual count is a symptom

    A store that must halt for days each year to discover what it holds is telling you that its records were not trusted for the rest of the year. The count is a consequence of that distrust, not a cause of accuracy.

    This reframes what a tagging system is for. Its most valuable output is not a faster count but a record good enough to measure: the record accuracy figure of Section 4.4 is what determines whether counts can eventually become sampled rather than exhaustive. A store at 99.5% record accuracy can verify a stratified sample and defend it; one at 92% cannot, and will be counting everything for as long as that holds.

    Sections 4.1 and 4.2 describe what moves that figure, and both operate during the year rather than during the count. A system evaluated only on how fast it counts is being evaluated on the least important thing it does.

    The goal is not a faster annual count. It is a store whose records are good enough that the annual count stops being the only thing anyone believes.

    6.2Enforcement, recording and verification are different jobs

    The release applies first-in-first-out as guidance at pick-list creation and records what was actually picked and issued. It does not report violations of the rule. That is a reasonable first step and an incomplete one.

    Any enforcement that passes through human hands has a bypass. A picker facing an empty designated location and a full one behind it will take the accessible stock, and a sensible system lets them — blocking the pick would stop the line. Because every issue is recorded against a bin with its inward date, the data needed to report such exceptions already exists; a standing violations report is what would turn that necessary flexibility from an untracked leak into a measured exception with a location attached.

    The same logic recommends caution with shelf life. Where receipts of a part carry different remaining lives, first-in-first-out and expiry-first selection diverge, and a store enforcing the first while an operator believes it enforces the second will issue expiring stock in strict receipt order.

    6.3A capability reference framework for inventory tagging systems

    Table 5. Capability reference framework. Each dimension separates a tagging system from a labelling tool, and each is answerable by demonstration on the system rather than by reading a specification.
    DimensionQuestion the system must answer by demonstration
    D1 Bin identityIs the barcode on the sticker unique to that bin, or does it identify only the part?
    D2 Two quantities at receiptKey a receipt where the actual quantity differs from the invoice. Are both kept?
    D3 Automatic splitReceive more than one standard bin. Does the system work out the bins, or does the operator?
    D4 Sticker contentDoes the sticker carry location, vendor and invoice, so a bin can be traced without the screen?
    D5 FIFO at pickingBuild a pick list. Does the system say which bins to take, oldest first?
    D6 Partial issueIssue part of a bin. Does the bin keep its balance, or is the whole bin written off?
    D7 Bin-level correctionsAdjust stock. Is the adjustment booked against one bin with a reason, or against a part total?
    D8 Moves on recordMove a bin to another rack. Is the change logged with who made it and when?

    D1 and D7 take a minute each and settle most of the question. A system whose barcode names only the part is a labelling tool; one that adjusts part totals instead of bins will lose the trail the first time a count disagrees.

    The framework deliberately measures the year, not the count. A buyer who also needs the count itself run by the system should add three questions this release does not answer: does a second scan of the same bin change the count, can unscanned bins be listed before the count closes, and does the report give net variance, absolute variance and record accuracy.

    6.4Generalisability

    The coverage argument of Section 4.3 generalises to any exhaustive verification over an identified population: asset registers, tool cribs, library stock, calibration inventories. The absolute-against-net variance argument generalises further still, to every reconciliation where compensating errors are possible — which is most of them.

    What does not generalise is any count-duration figure. Duration depends on facility size, container population, counter numbers and layout, and a store adopting another site's figure as a plan would be planning against another site's geometry.

    7Threats to Validity and Limitations

    1. No field evidence exists for this product. It appears in no published case study, so this paper reports no deployment outcome, and the absence is itself informative.
    2. The release has no count mode. Sections 4.3 and 4.4 state what a count over tagged bins must do; the release supplies the bin population, the bin-level book and the adjustment trail, not the count itself.
    3. The release records more than it refuses. Dispatch releases the bins an operator selects, and no separate two-scan putaway appears in the captured screens, so a bin stored somewhere other than its printed location is found by the next scan or count, not prevented.
    4. Tag quality is an unmeasured dependency. Every method in Section 4 assumes the tag scans first time; a label degraded by oil, abrasion or cold storage silently converts a scan workflow back into a transcription workflow.
    5. Record accuracy is a property of tagged bins only. Bulk stock, open stores and line-side material that never entered the bin structure are outside every figure in Section 4.4.
    6. The modelled 70% is an assumption. It prices the reconciliation tail over a sixty-day window and excludes the production and shipping shutdown, which in most facilities is the larger cost.
    7. The screens are one demonstration dataset at one date. Standard bin quantities, levels and location schemes are configuration, and no value read from a capture is offered as a benchmark.
    8. The captures are read-only. Forms were filled and not saved, and the sticker figure is the reprint of an earlier receipt rather than of the receipt shown on the inward screen; behaviour after saving is described from those screens, not from a transaction executed for this paper.

    The fourth limitation is the one facilities underestimate. Print quality and label survivability are treated as a procurement detail and are in fact the foundation every method in this paper rests on.

    8Future Work

    • A count mode over the bin population: scans held as a set so a repeated scan is a no-op, and the missed set listed before the count may close.
    • A variance report giving net variance, absolute variance and record accuracy per count, drawn against the book at the count's timestamp.
    • A confirmation scan at putaway, reading the location label and the bin sticker independently, so a misplaced bin is refused rather than recorded.
    • A standing first-in-first-out violations report built from the issue history the release already keeps, and expiry-first selection for parts whose receipts carry different remaining lives.
    • A measured deployment, published with facility size, bin population and the three variance figures, to replace modelled assumptions with evidence.

    9Conclusion

    A physical count is a measurement, and most variance reports are not evidence because they carry no error model. This paper has read one system's design as a set of controls on the specific terms that make up that error, and has been explicit about which of those controls the current release provides.

    Four results are worth carrying away. Resolution is set at receipt: a count can verify only what was independently tagged, so splitting a receipt into bins — and requiring that those bins sum exactly to what arrived — fixes what any later count is capable of proving. Booking every later movement against a bin keeps the book at that resolution, so a discrepancy can point at a barcode rather than a part. A count over tagged bins is a set operation, and double counts and missed bins are closed by the structure of the count, not by the discipline of the counters. And a reconciliation owes three numbers, not one: a net variance of zero is compatible with every location being wrong.

    The framework of Section 6.3 is offered as the durable contribution. Its first dimension takes a minute: scan a sticker, and see whether the system knows which bin it is.


    Appendix ANomenclature

    Table 6. Symbols and abbreviations used in this paper.
    Symbol / termMeaning
    QQuantity actually received against an invoice
    q(std)Standard bin quantity carried on the part record
    n, rNumber of full bins and the residual quantity in the last one
    beta(b), beta(p)Book quantity of bin b, and of part p as the sum over its bins
    R(b), I(b)Quantity bin b was created with, and quantity issued or dispatched from it
    A+(b), A-(b)Adjustments in and out booked against bin b
    T, S, MTags expected in scope, tags scanned, and the missed set T minus S
    v(i)Per-bin variance: counted quantity less book quantity
    V(net)Net value variance — the signed sum, what a ledger reconciliation needs
    V(abs)Absolute value variance — the sum of magnitudes, what a store needs
    alphaRecord accuracy: the share of bins whose count matched exactly
    u(i)Unit value of the part in bin i
    FIFO / FEFOFirst-in-first-out by receipt date; first-expired-first-out by remaining life
    SSCC / GTINSerial Shipping Container Code and Global Trade Item Number

    Appendix BWorked Numerical Examples

    Appendix B.1Decomposition, and what it buys

    An illustrative receipt of 1,000 pieces arrives for a part whose standard bin quantity is 120.

    Applying Equation (decomp): n = floor(1000 / 120) = 8, r = 1000 — 960 = 40. Nine tagged bins — eight of 120 and one of 40 — and the identity closes: 8 x 120 + 40 = 1,000.

    Now consider what each arrangement permits at count time. Held as one quantity, the receipt admits exactly one verification, which passes if the total is right however the stock is distributed. Held as nine bins, it admits nine, and a bin in the wrong rack produces a variance in two places rather than none.

    Nine stickers cost nine labels and roughly a minute. They are the difference between a count that can locate an error and one that can only detect its absence.

    Appendix B.2One bin through the book

    An illustrative bin is created at receipt holding 500 pieces. A direct issue takes 100 to the line: Equation (book) gives 500 — 100 = 400, the balance the issue screen then shows for that bin. Later, ten damaged pieces are written off as an adjustment out on the same barcode: 400 — 10 = 390.

    At the count, the bin is expected in T with a book of 390 at its current location. If it is found with 390, it matches; if it is found with 370 in another rack, the variance of -20 and the location difference both point at one barcode, and the adjustment that closes it is booked against that barcode with its reason — rather than against a part total that four other bins also contribute to.

    Appendix B.3Three numbers from one count

    An illustrative count covers 2,400 bins. 2,352 match exactly. Of the remaining 48: 22 are over by an average of 31 pieces at 18 currency units each, and 26 are under by an average of 27 pieces at 19 units each.

    Applying Equation (variance): the positive value variance is 22 x 31 x 18 = 12,276 and the negative is 26 x 27 x 19 = 13,338. Net variance is -1,062. Absolute variance is 12,276 + 13,338 = 25,614. Record accuracy is 2,352 / 2,400 = 98.0%.

    Reported by net alone the count looks excellent: a shortfall of 1,062 on a population of 2,400 bins is well inside any materiality threshold, and the ledger reconciles. Reported honestly, the store has 48 wrong bins, an absolute error twenty-four times the net, and a two-percent probability that any given pick will not find what the system promised.

    The two reports describe the same count. One of them tells a store manager that forty-eight picks are going to fail before the next count.

    Provenance

    Where these numbers come from

    Every quantitative claim in this paper traces to a named deployment, a product specification, or an explicitly labelled model.

    MetricReported valueProvenance
    Barcode stickers printed per receiptone per bin, numbered n of N, with part, quantity, location, vendor and invoiceProduct specification/products/annual-inventory-tagging

    Read from the web release's captured screens on the product page (demonstration data).

    Bin breakdown shown on the material inward screen8,000 received at a standard bin of 2,000, shown as 2000 X 4Product specification/products/annual-inventory-tagging

    Read from the web release's captured screens on the product page (demonstration data). One receipt's values, not a product default.

    Band in which the dashboard flags a part about to be shortstock within 20% above the minimum levelProduct specification/products/annual-inventory-tagging

    Stated on the dashboard's stock health panel of the web release.

    Look-ahead of the shelf-life expiry reportbins expiring within 30 daysProduct specification/products/annual-inventory-tagging

    Read from the web release's captured screens on the product page (demonstration data).

    Reports in the web release's Reports menu5Product specification/products/annual-inventory-tagging

    Parts info, stock (also vendor-wise), inward/outward, outward history and shelf-life expiry. Supersedes the 19 counted on the earlier desktop release.

    Stock-take and reconciliation hours automated per audit year1,344 h (modelled)Modelled estimate
    • 8 people spending 4 audit hours per day across a 60-day audit window
    • 70% of stock-take and reconciliation effort automated
    • Model and defaults published in src/data/roiModels.ts

    Bibliography

    References

    1. [1]International Organization for Standardization / International Electrotechnical Commission (2024). ISO/IEC 19987: Information technology - EPC Information Services (EPCIS) Standard, version 2.0. ISO/IEC, Geneva. https://www.iso.org/standard/85557.html
    2. [2]International Organization for Standardization / International Electrotechnical Commission (2024). ISO/IEC 19988:2024 - Information technology - GS1 Core Business Vocabulary (CBV). ISO/IEC, Geneva, edition 3, March 2024; publishes GS1 CBV 2.0, ratified June 2022, which fixes the vocabularies for the EPCIS business step, disposition and business transaction type fields. https://www.iso.org/standard/85558.html
    3. [3]GS1 (2024). GS1 General Specifications. GS1 AISBL; defines the GTIN, SSCC and GLN identification keys. https://ref.gs1.org/standards/genspecs/
    4. [4]GS1 (2024). Serial Shipping Container Code (SSCC). GS1 identification key series; an 18-digit key for a logistic unit, carried under application identifier 00. https://www.gs1.org/standards/id-keys/sscc
    5. [5]GS1 (2023). GS1 Logistic Label Guideline. GS1 AISBL; the SSCC is the only mandatory field on a GS1 logistic label. https://www.gs1.org/standards/gs1-logistic-label-guideline/1-3
    6. [6]International Organization for Standardization / International Electrotechnical Commission (2014). ISO/IEC 15459-1: Information technology - Automatic identification and data capture techniques - Unique identification - Part 1: Individual transport units. ISO/IEC, Geneva. https://www.iso.org/standard/54779.html
    7. [7]International Organization for Standardization (2023). ISO 5725-1: Accuracy (trueness and precision) of measurement methods and results - Part 1: General principles and definitions. ISO, Geneva (superseding ISO 5725-1:1994).
    8. [8]International Organization for Standardization (2019). ISO 5725-2: Accuracy (trueness and precision) of measurement methods and results - Part 2: Basic method for the determination of repeatability and reproducibility. ISO, Geneva.
    9. [9]International Organization for Standardization (2014). ISO 22400-1: Automation systems and integration - Key performance indicators (KPIs) for manufacturing operations management - Part 1: Overview, concepts and terminology. ISO, Geneva. https://www.iso.org/standard/56847.html
    10. [10]International Organization for Standardization (2014). ISO 22400-2: Automation systems and integration - Key performance indicators (KPIs) for manufacturing operations management - Part 2: Definitions and descriptions. ISO, Geneva; defines OEE as availability x effectiveness x quality ratio. https://www.iso.org/standard/54497.html
    11. [11]International Electrotechnical Commission / International Society of Automation (2025). Enterprise-control system integration - Part 1: Models and terminology. IEC 62264-1; ANSI/ISA-95.00.01-2025 (IEC 62264-1 Mod).
    12. [12]International Society of Automation (2013). Enterprise-control system integration - Part 3: Activity models of manufacturing operations management. ANSI/ISA-95.00.03-2013 (IEC 62264-3 Modified).
    13. [13]International Organization for Standardization (2007). ISO 22005:2007 - Traceability in the feed and food chain - General principles and basic requirements for system design and implementation. ISO, Geneva; defines traceability as the ability to follow the movement of a feed or food through specified stages of production, processing and distribution, and states the design requirements a traceability system must meet. https://www.iso.org/standard/36297.html
    14. [14]International Organization for Standardization (2022). ISO 28000: Security and resilience - Security management systems - Requirements. ISO, Geneva; published 15 March 2022. https://www.iso.org/standard/79612.html
    15. [15]Shingo, S. (translated by A. P. Dillon) (1986). Zero Quality Control: Source Inspection and the Poka-Yoke System. Productivity Press, Cambridge, MA. Originally published in Japanese, 1985.
    16. [16]F. W. Harris (1913). How Many Parts to Make at Once. Factory, The Magazine of Management, vol. 10, no. 2, pp. 135-136, 152; the first statement of the economic order quantity, reprinted in Operations Research 38(6), 1990, pp. 947-950. https://pubsonline.informs.org/doi/10.1287/opre.38.6.947
    17. [17]H. F. Dickie (1951). ABC Inventory Analysis Shoots for Dollars, Not Pennies. Factory Management and Maintenance, vol. 109, no. 7, July 1951, pp. 92-94; the origin of ABC classification, applying Pareto and Lorenz to stock value.
    18. [18]Little, J. D. C. (1961). A proof for the queuing formula: L = lambda W. Operations Research, 9(3), 383-387.
    19. [19]Kagermann, H., Wahlster, W., and Helbig, J. (2013). Securing the future of German manufacturing industry: Recommendations for implementing the strategic initiative INDUSTRIE 4.0. Final report of the Industrie 4.0 Working Group, acatech - National Academy of Science and Engineering. https://www.acatech.de/wp-content/uploads/2018/03/Final_report__Industrie_4.0_accessible.pdf
    20. [20]Lee, J., Bagheri, B., and Kao, H.-A. (2015). A cyber-physical systems architecture for Industry 4.0-based manufacturing systems. Manufacturing Letters, 3, 18-23.

    FAQ

    Frequently asked questions

    Common questions from engineers and technical evaluators about this research.

    What is annual inventory tagging?

    Giving every storage unit its own barcode so the annual physical inventory can be checked unit by unit. In MileSoft's system the unit is the bin and the tagging happens at material inward: each receipt is split into bins at the part's standard bin quantity and a sticker is printed for every bin.

    Does the system run the physical count itself?

    No. The web release has no count mode. It maintains the bin-level book the count checks against — which barcodes exist, where each sits and what each holds — and books any correction against one bin with a reason. Section 4.3 states what the count procedure must do over that population.

    What does each bin sticker carry?

    The part number and description, the quantity in that bin, its storage location, the vendor and invoice, the date, a barcode unique to the bin with its number printed beneath, and the bin's place in the receipt, such as 3/5. Stickers can be reprinted from the inward history.

    How is first-in-first-out handled?

    At pick-list creation the system previews which bins to pick, oldest first. It records what was actually picked and issued, but does not report violations of the rule; Section 6.2 explains why a violations report is the natural next step.

    What is the difference between net and absolute variance?

    Net variance sums the signed differences and is what a ledger reconciliation needs. Absolute variance sums their magnitudes. A store with one bin over by 400 and another under by 400 has a net variance of zero and an absolute variance of 800 — it reconciles perfectly while being wrong twice.

    What happened to the figures in version 1.0 of this paper?

    Version 1.0 described an earlier desktop release, including a vendor-reported count phase of 8-16 hours, tag locking, a variance report and nineteen reports. The web release documented here shows none of those, so version 2.0 withdraws them; Section 5.2 lists each with its status.
    Free Download

    Take the paper with you

    The typeset PDF carries the same text, equations, figures, and full bibliography — formatted for circulation, tender packs, and offline review.

    Citation

    Cite this paper

    MileSoft Engineering Research Group (2026). Counting Is the Easy Part: Bin Tagging at Receipt, a Bin-Level Book, and the Variance a Physical Stock-Take Actually Owes: Architecture, Computational Methods, and a Modelled Scenario for MileSoft Annual Inventory Tagging. Working Paper Version 2.0. MileSoft Software Technologies. https://milesoft.net/research/products/annual-inventory-tagging

    Ready to Transform Your Operations?

    Let's discuss how our industrial solutions can optimize your processes, reduce costs, and drive measurable growth.