Skip to content
GREEN FUTURETECH.
Explore

Research libraryInventory as a Decision

Chapter 12 of 14 · Part IV · Draft web edition

Optimisation earns authority through reproducible decisions and safe fallback

A small transparent policy engine is more useful than an opaque optimiser that cannot explain missing data or infeasible orders.

Sections
7
Exhibits
5
Minutes
24
Sources
8
EX 51 · Check ID; reuse or post. From Send or retry same ID. Leads to Reconcile acknowledgement.

The cloth is woven from this chapter's 5 exhibits: each weft is one exhibit's own data, normalised; each warp group is a section. The probe reads the exhibit's own value where it crosses. Procedural visualisation, not a measurement.

The chapter as a draft: 7 sections, 2 exhibit wefts, one shuttle.

Lead exhibit · 49LayersillustrativeA recommendation needs an inspectable path to approval
CaptureReceipt and issue eventsCount and quality statusValidateUnits and specificationsFreshness and reconciliationCalculateVersioned policyForecast and scenariosAuthorisePlanner reviewCash and exception approvalReconcileOrder acknowledgementUsable receipt outcome

Read-outCapture: Receipt and issue events, Count and quality status

Method and source

Illustrative GFT architecture. The cited sources inform material planning, count approval and shipment reconciliation; they do not establish this design as installed.

Unit: proposed responsibilities. Status: illustrative. Sources: S07, S27, S31. Illustrative figures are teaching examples, not measured factory results.

The chapter's warpBar: share of the reading · square: an exhibit

Section 12.0 · Opening · 1 min · no exhibit of its own · one movement Go to section ↓

Overture · 1 min

An inventory decision engine should earn the right to recommend before it earns the right to commit. GFT proposes a reproducible calculation, a visible constraint check, an accountable approval and a fallback that preserves unresolved obligations. More sophisticated optimisation can widen the choices examined. It should not silently widen purchasing authority. This chapter specifies that boundary for an apparel maker; it describes a proposed operating design, not an installed GFT system or evidence of realised savings.

¶ 01

12.12 min · 8 paragraphs · 1 exhibit

The baseline should be executable without machine learning

GFT would begin with an item-location policy that a planner can calculate independently. It should identify the stock object, the customer promise, the review event, the replenishment rule and the owner of exceptions. A policy also needs its effective date, expiry condition and permitted material substitutions. An engine that cannot state these fields has no stable instruction to execute, even if its forecast is statistically elaborate.

The foundational teaching material distinguishes order-point policies from periodic review and defines inventory position separately from physical stock. Those distinctions support an executable baseline: a trigger, an order calculation and a review calendar can be specified without a learning algorithm. Their suitability still depends on the demand and replenishment process.[S05] GFT proposes keeping this baseline available as a comparator and as a documented manual procedure, subject to current input checks.

¶ 02 · 1 source

S05

The forecast interface should accept an identified forecast vintage, item-location scope, horizon, demand unit, time basis and uncertainty representation. It should also describe whether the demand represents customer requests, observed sales or component consumption. GFT would reject an interface that sends a bare number with no definition. Forecast estimation belongs to the forecasting paper; this chapter owns the contract by which an estimate becomes a candidate replenishment action.

¶ 03

Calendars require equal care. GFT would distinguish the factory consumption calendar, supplier dispatch calendar and delivery acceptance calendar. A supplier closure should change the feasible receipt date before a recommendation is approved. The planner should be able to inspect the calendar version used in the calculation and see any assumption about working days. A recommendation recalculated after a calendar change should supersede its predecessor rather than appear as an additional requirement.

¶ 04

The exception queue is part of the baseline. GFT proposes grouping exceptions by the decision they block: uncertain availability, incompatible specification, unaffordable quantity, late receipt or missing approval. Each entry should identify an accountable role, the affected promise and the evidence needed to clear it. The North Carolina cycle-counting procedure separates count entry from approval and explicitly addresses discrepancies; it is a procedural reference, not proof of apparel-factory performance.[S27]

¶ 05 · 1 source

S27

The proposed chain in Exhibit 49 keeps data capture, calculation and commitment distinct. Its layers are design responsibilities, not claims about deployed software. A small factory might initially perform several responsibilities in a controlled workbook. The separation remains useful because the planner must know which action changes a record and which action changes a commercial obligation.

GFT would preserve a specimen decision packet that another authorised planner can reproduce from the saved extract. Reproduction means the same accepted inputs produce the same policy calculation, rounding and constraint results. It does not mean that the next shipment will arrive as predicted. The packet should distinguish reproducibility of a calculation from reliability of the commercial assumptions on which it depends.

¶ 07

A baseline also needs a declared response when no replenishment is proposed. GFT would distinguish a valid decision to wait from an absent calculation, an expired policy and a blocked input. Each state should have a reason visible to the planner. Silence should never be interpreted as confirmation that the customer promise is protected. The review record should show the next event that can change the decision, such as a usable receipt, a revised requirement or an approved parameter update.

¶ 08

12.22 min · 7 paragraphs · 1 exhibit

Optimisation must expose its objective and constraints

A solver needs an economic question rather than a general instruction to improve inventory. GFT proposes quantities by material and release date as decision variables, with explicit choices for approved substitutions where permitted. The objective should identify relevant purchase, ordering, holding, shortage and expediting costs over a stated horizon. The treatment of remaining stock must be visible. A terminal assumption can otherwise make buying beyond the selling window appear attractive without revealing the residual exposure.

The MIT material on lot-sizing extensions provides a basis for examining purchase discounts alongside inventory costs. It does not establish local supplier prices or factory constraints.[S03] GFT would therefore bind the objective to dated commercial inputs and retain the input currency and cost boundary. A discount schedule from a supplier quotation should be distinguished from an assumed teaching schedule. Cost coefficients should never imply precision that the underlying shortage or recovery evidence cannot support.

¶ 02 · 1 source

S03

GFT proposes separate constraints for spending dates, order multiples, minimum lots, receiving space, available conversion capacity and material compatibility. Service commitments need their own mathematical definition. A promised garment quantity cannot be supported by an aggregate fabric total if required components are unavailable. MIT's material-planning lecture explicitly raises capacity and uncertainty as issues beyond an initial requirements calculation; a requirements schedule alone does not prove feasibility.[S07]

¶ 03 · 1 source

S07

For implementation, GFT would write the inventory balance as opening usable supply plus accepted receipts, less consumption and other authorised outflows, equals closing usable stock. The arithmetic must use the same material state throughout. A receipt under quality hold should enter the physical ledger without automatically entering usable supply. The finance constraint should evaluate payment obligations on their actual assumed dates. A plan passing an aggregate budget check may still fail at a deposit date.

¶ 04

The engine should return a status alongside its proposed quantities. GFT's proposed statuses in Exhibit 50 separate independently checked feasibility from a claim of optimality. A time limit may leave an admissible candidate, an inadmissible candidate or no candidate. The planner needs to know which occurred. The status should preserve termination reason, objective value, any available bound, the reported gap definition and the result of independent constraint checks.

Exhibit 50RegisterillustrativeSolver status determines the permitted next action
State
Checked feasible
Interpretation
All saved constraints pass
Permitted response
Review within authority

Read-outState: Checked feasible. Interpretation: All saved constraints pass. Permitted response: Review within authority

Open the full register (6 rows)
Checked feasibleAll saved constraints passReview within authority
Time limit, candidateFeasible; optimum unprovedReview candidate and bound
Time limit, no planNo feasible candidate savedEscalate; no order output
Proved infeasibleSaved constraints conflictApprove changed promise
Invalid or stale inputProblem is not admissibleRepair and recalculate
Unbounded modelObjective lacks a valid limitBlock and inspect model
Method and source

Illustrative GFT control contract. These labels are proposed business states, not the native status names of a selected solver. Feasibility is checked against the saved model.

Unit: proposed decision states. Status: illustrative. Sources: S03, S07. Illustrative figures are teaching examples, not measured factory results.

A reported optimum remains conditional on the submitted formulation. GFT would independently recalculate pack divisibility, cash timing, material balances and capacity consumption from the proposed quantities. Integer rounding after optimisation should trigger those checks again. If costs can take values close to zero, the report should explain how a relative gap is defined rather than presenting an unstable percentage as an intuitive measure of economic importance.

¶ 01

Infeasibility is a business finding when the formulation is correct. GFT would present the conflicting obligations and controlled alternatives: change the delivery promise, split the order, qualify another source or obtain additional approved funding. A diagnostic model may allow labelled service shortfalls to identify a trade-off. Its output must remain a diagnostic until the authorised owner accepts the changed promise. A penalty coefficient should not quietly purchase permission to breach a hard commitment.

¶ 02

12.33 min · 9 paragraphs · read with a related exhibit

Uncertainty belongs in scenarios that a planner can inspect

Related · chapter 139 paragraphs step it

Related exhibit 56 · chapter 13Control mapillustrativeCombined stresses change demand, release and funding together
Demand surgeAdded delayQuality holdFunding gapReference0000Demand only1000Delay and hold0110Combined1111

Read-outReference: Demand surge 0, Added delay 0, Quality hold 0, Funding gap 0 (shock absent (0) or present (1))

Method and source

Illustrative scenario activation, not outcomes, severity or probabilities. Active demand: requests x1.3; active delay: five extra days; active quality: 75 percent timely release; active funding: 60 percent funded purchases. Zero means the reference assumption. Combined activates all four shocks.

Unit: shock absent (0) or present (1). Status: illustrative. Illustrative figures are teaching examples, not measured factory results.

Read this exhibit in its chapter ↗
12.3 · Introduction · paragraph 1 of 9

A deterministic run answers what the selected model would recommend if its point inputs occurred. It does not describe the consequences of a delayed trim delivery or an unobserved demand surge. GFT proposes saving the deterministic case because it is easy to audit, then testing the same candidate quantities against named scenario paths. Each path should specify demand, usable-receipt timing, accepted quantity, costs and capacity events on a common calendar.

Maitra's research manuscript combines stochastic inventory simulation with optimisation and discusses both random and conditional sampling. It is a method illustration, not evidence that a particular policy will outperform in Cameroon.[S23] GFT would retain the generated paths and random seeds where sampling is used. Another planner should be able to inspect the path that caused a shortage, rather than seeing only an average objective or a favourable selected run.

Scenario probabilities require evidence. Where no local distribution has been calibrated, GFT would label adverse paths as illustrative stress cases and report their consequences separately from any probability-weighted result. A late-delivery case might be important even when its probability is unknown. Assigning it an arbitrary small probability would create an apparently precise expected cost while concealing the uncertainty the exercise is meant to expose.

Dependence is another input. Michna and colleagues examine models with stochastic lead times and discuss differing demand and lead-time assumptions; their analysis does not supply a local apparel-factory distribution.[S24] GFT proposes retaining joint episodes where demand pressure and supply delay occur together. If independent resampling is used, the report should identify that assumption and compare it with a deliberately dependent stress path. The comparison tests sensitivity to the assumption without claiming that either path has been observed locally.

Observed sales are also an incomplete foundation for some scenarios. Chen and colleagues describe censoring of both demand and supply in their research problem.[S22] For the proposed factory interface, GFT would preserve stockout flags, unfilled requests, partial receipts and unresolved open orders. Those records should accompany any fitted input. A period with no sale during unavailability must not automatically become evidence of no demand.

A conservative uncertainty set offers another representation. GFT would define admissible ranges and test whether a candidate remains feasible across their specified combinations. This can reveal exposure without assigning probabilities, but the set itself is a judgement requiring approval. Combining every adverse bound may produce an unaffordable plan. That result should prompt a discussion of service and recovery options, with the assumptions visible, rather than automatic expansion of every buffer.

The operational report should therefore separate expected outcomes under a stated distribution, outcomes on named stress paths and failures outside the admitted model. GFT would show which customer promise is lost, when cash becomes binding and whether an approved fallback remains possible. The next chapter owns the full comparative evaluation and field-pilot protocol. Here the requirement is narrower: the decision engine must retain enough detail for those evaluations to be performed honestly.

An illustrative stress calculation clarifies the distinction. Suppose a component needs 40 units per working day and a delay adds 3 working days without replacement supply. Additional exposure is 40 × 3 = 120 units before any change in demand or initial availability. This is teaching arithmetic, not a recommended buffer. The decision packet should retain the assumed rate, calendar and delay together; changing any of them should produce a new scenario result.

Scenario reports should retain the timing of a failure as well as its total magnitude. GFT would identify whether a shortage occurs before a production release, during conversion or after the promised dispatch. The same missing quantity can have different consequences at these boundaries. A feasible recovery before release might preserve the promise, while a late arrival can leave an otherwise complete garment order stranded. The proposed engine should show the affected requirement and the recovery assumption explicitly, leaving commercial acceptance to the authorised planner.

12.42 min · 8 paragraphs · read with a related exhibit

An input error should stop an order recommendation

GFT proposes admission checks before any calculation can produce an approvable purchase recommendation. The checks should distinguish missing, invalid, stale and disputed inputs. A missing lead time is unknown. A negative lead time is invalid. A quotation beyond its accepted review window is stale. A receipt that conflicts with the physical count is disputed. These states need different remedies, even when they all block order release.

The item definition should carry the purchase unit, consumption unit and governed conversion. GFT would forbid conversion between rolls and metres without an accepted roll-length basis, and between mass and length without the relevant specification. Apparent numerical compatibility is insufficient. Material revision, shade restrictions and approved substitution should be checked before netting supply against demand. The engine must not manufacture interchangeability by collapsing different stock identifiers.

¶ 02

For time inputs, GFT would require event definitions and calendars. Promised dispatch, physical arrival and usable acceptance are different events. An imported timestamp without a time-zone interpretation should not silently determine which review window contains the receipt. Future-dated movements and out-of-sequence releases should enter an exception queue. The data owner can then explain a recording delay or correct a genuine error while preserving the original event.

¶ 03

Count discrepancies require controlled resolution. The opened North Carolina procedure explicitly covers entering results and approving counts.[S27] GFT would use that separation to design a local discrepancy workflow: record the observation, investigate relevant movements, approve an adjustment and recalculate affected recommendations. The recommendation engine should not overwrite the ledger to make its material balance fit. Model feasibility cannot adjudicate a disputed physical quantity.

¶ 04 · 1 source

S27

Shipment reconciliation is similarly distinct from successful data transfer. Project Zipper compared barcode and RFID information across shipping and receiving stages; its study-specific findings should not become a guaranteed accuracy target for a different factory.[S31] GFT proposes reconciling expected, dispatched, physically received and accepted quantities as separate states. Duplicate messages should not create additional stock, and a successfully uploaded shipping notice should not become a usable receipt.

¶ 05 · 1 source

S31

The failure response should remain proportionate to the affected boundary. GFT would block recommendations using an unresolved item-location record and flag any dependent garment commitments. Unrelated records may continue only if their independence has been established. A shared unit-conversion error may invalidate a wider scope than a local count dispute. The interface should explain the blocked scope and the rule that caused it, making recovery an accountable decision.

¶ 06

GFT would also apply numerical admission checks: finite values, valid probability ranges, consistent horizons and adequate precision for the declared units. Zero variability should be accepted only when it is a deliberate input supported by the chosen method, rather than a replacement for a missing estimate. Extremely large proposed quantities should be compared with approved bounds before display as a recommendation. Validation should reveal uncertainty rather than hide it behind defaults.

¶ 07

Finally, freshness should follow the decision's consequence. GFT would set review rules by input class and record the last accepted observation. A stock extract can become stale after an important movement even if little time has elapsed. A stable material specification may remain usable longer than a delivery promise under disruption. The system should evaluate these explicit rules, retain their versions and state which changed input would make recalculation necessary.

¶ 08

12.53 min · 9 paragraphs · 1 exhibit

Integration needs an idempotent decision and event log

Step 1 of 4Queue stable identifier

Exhibit 51 · illustrativeA retry must preserve the original business identifier

Queue stableidentifierSend or retry same IDCheck ID; reuse orpostReconcileacknowledgement
Queue stable identifierSend or retry same IDCheck ID; reuse or postReconcile acknowledgement

Queue stable identifier

Queue stable identifier. Starting point. Leads to Send or retry same ID. · illustrative

GFT’s proposed integration contract separates the identity of a physical event from the identity of a recommendation.

Send or retry same ID

Send or retry same ID. From Queue stable identifier. Leads to Check ID; reuse or post. · illustrative

Check ID; reuse or post

Check ID; reuse or post. From Send or retry same ID. Leads to Reconcile acknowledgement. · illustrative

Reconcile acknowledgement

Reconcile acknowledgement. From Check ID; reuse or post. End point. · illustrative

Method and source · Exhibit 51

Illustrative GFT transaction design. Shipment reconciliation motivates the business control; the source does not establish idempotent transport or an exactly-once guarantee.

Unit: proposed reconnect sequence. Status: illustrative. Sources: S31. Illustrative figures are teaching examples, not measured factory results.

12.5 · the bodyExhibit 51 above; its figures are illustrative where marked.

GFT's proposed integration contract separates the identity of a physical event from the identity of a recommendation. A receipt event should have a stable identifier that survives retry. A recommendation should have an identifier tied to its decision window, scope and revision. A technical retry must reuse the original identifier; a genuine recalculation must explicitly supersede the earlier recommendation. Otherwise the receiving planner cannot distinguish a duplicate from an additional requirement.

The decision log should retain the source-extract fingerprint, forecast vintage, calendar and policy versions, solver configuration, quantities before and after rounding, constraint results and approval state. If a planner overrides a quantity, GFT would save both the calculated proposal and the authorised replacement, with its reason. The log should record whether the replacement passed the same checks. An override should not acquire apparent mathematical approval merely because it appears in the same screen.

¶ 02

Reproducibility also requires preserving ordering and tie-breaking rules where they affect results. GFT would record the software version and random seed when relevant, together with tolerances used in feasibility checks. Equivalent objective values may permit different feasible plans. The packet should distinguish an exact replay from a materially equivalent result and state the equivalence criteria. Commercial approval should bind to the selected quantities and dates, not an unspecified family of alternatives.

¶ 03

The reconnect sequence in Exhibit 51 is an illustrative business contract. It requires an acknowledgement or reconciliation before a transmission is treated as complete. The architecture paper owns transport and storage implementation, while the data-governance paper owns permissions and retention. This chapter specifies the inventory consequence: uncertain delivery of an instruction must remain uncertain until the receiving system's state has been checked.

Consider an illustrative failure in which a purchasing system creates an order but the response is lost. GFT would retain the submission as acknowledgement pending and query the receiving record using the stable identifier. Reissuing it as a new business request would be prohibited. If the receiving system cannot support this lookup, the fallback should require manual reconciliation before another submission. A local log alone cannot prove that a remote order was never created.

¶ 05

GFT would require the receiving control to bind the identifier to the submitted content. A retry with matching content should return the recorded result; the same identifier with changed quantities should be rejected for reconciliation. The uniqueness check and posting must share a protected transaction boundary so concurrent retries cannot both post. Where the receiving system cannot provide this behaviour, execution authority should remain restricted and the manual reconciliation requirement should be explicit.

¶ 06

The same principle applies to reversals. GFT would treat cancellation and correction as linked events rather than deleting the original record. An order cancellation request is distinct from supplier acceptance of that cancellation. A material receipt reversal is distinct from physical removal of the goods. Each event should retain its own acknowledgement and authority so that the stock and commitment ledgers can be reconstructed without guessing what an edited field previously meant.

¶ 07

Concurrent decisions need a further check. GFT proposes revalidating stock reservations, remaining spending authority and policy validity immediately before release. Another planner may already have committed the shared component or used the available cash. If the saved snapshot no longer supports approval, the recommendation should return for recalculation. Approval of an earlier snapshot should not reserve every changing resource indefinitely unless a specific reservation mechanism establishes that right.

¶ 08

Acceptance criteria should include failed transactions as explicit cases. GFT would ask the implementation team to demonstrate a repeated receipt message, a retry after a lost response, a cancelled proposal reopened by an old browser session and an order acknowledgement received after a manual fallback purchase. The expected result should be stated before each exercise. These demonstrations would check the proposed control logic; passing them would not establish operating reliability under every outage. Any unresolved receiving-system behaviour should remain a release restriction.

¶ 09

12.62 min · 7 paragraphs · 1 exhibit

Automation authority should remain narrower than model coverage

GFT proposes starting with read-only calculations and named planner approval. A model may cover materials, sites or disruption cases that have never been accepted for automated action. Coverage is useful for analysis. Execution authority should be separately listed by item-location, supplier, quantity, spending date, permitted action and validity window. Any request outside that list should return to review, even when the calculation is mathematically valid.

The conceptual matrix in Exhibit 52 is deliberately illustrative. Its ordinal coordinates organise a governance discussion; they are not calibrated evidence scores or an automatic promotion rule. GFT would require the decision owner to approve both the supporting evidence and the permitted reversibility of the action. A move towards bounded execution should be a documented authorisation, with the former approved state available for restoration.

Exhibit 52Decision mapillustrativeAuthority expands only within an approved envelope
Accepted operational evidence →Permitted commercial commitment →Read-onlyReviewed proposalBounded release

Read-outRead-only: Accepted operational evidence 0.7, Permitted commercial commitment 0.3

Method and source

Illustrative GFT governance map. Coordinates are teaching positions on ordinal axes, not measured scores. Moving a point does not authorise an order.

Unit: illustrative ordinal placement. Status: illustrative. Illustrative figures are teaching examples, not measured factory results.

The release envelope should include cumulative exposure. GFT would require a cap that applies across related recommendations, outstanding submissions and accepted orders. Splitting a large quantity into smaller requests should not bypass that cap. The rule should specify when exposure is released, for example after a reconciled cancellation or an approved completion event. Merely losing the connection should not restore spending authority already consumed by an uncertain submission.

¶ 01
Note

An emergency stop should prevent new submissions and make the in-flight state visible. GFT would distinguish stopping the engine from cancelling orders already accepted elsewhere. Operators need a queue showing which actions are pending, acknowledged or commercially committed. Reopening execution should require reconciliation of that queue and confirmation that the admission checks still pass. A restart should not simply replay every saved instruction as a fresh request.

¶ 02

Manual fallback also needs a boundary. GFT would retain an approved rule card, the last trusted stock snapshot, unresolved movements and a register for temporary decisions. If stock truth is unavailable, the manual process may require a physical check and finance confirmation before buying. The objective is controlled continuity of necessary decisions. It is not permission to reproduce stale quantities on paper or to promise service that the known constraints cannot support.

¶ 03

A return from fallback should include reconciliation of temporary orders, supplier acknowledgements, receipts and reservations. GFT would then regenerate affected recommendations from the reconciled state and explicitly retire superseded proposals. The next chapter defines how operational evidence supports a wider pilot. The present chapter supplies the control conditions that make such evidence interpretable: the reader must know which policy acted, under whose authority and with which exceptions.

¶ 04

12.73 min · 8 paragraphs · 1 exhibit

The safety-stock tool must show what it does not calculate

Exhibit 538 paragraphs step it

Exhibit 53RegisterillustrativeA longer assumed lead time raises the illustrative trigger
Lead time
4
Mean demand
160
Safety stock
32.9
Rounded trigger
193

Read-outLead time: 4. Mean demand: 160. Safety stock: 32.9. Rounded trigger: 193

Open the full register (3 rows)
416032.9193
936049.4410
1664065.8706
Method and source

Illustrative arithmetic: mean daily demand 40, independent daily residual standard deviation 10, fixed L, z 1.645. Safety stock = 1.645 * 10 * sqrt(L); trigger = 40 * L + safety stock. Displayed trigger rounds upwards to a whole unit. No observed demand or local probability calibration.

Unit: working days and trim units. Status: illustrative. Sources: S05. Illustrative figures are teaching examples, not measured factory results.

12.7 · Introduction · paragraph 1 of 8

A safety-stock output should expose the chosen service measure and admitted assumptions beside the answer. Under stationary independent daily demand and fixed lead time, the teaching formulation uses mean lead-time demand plus a safety factor times its standard deviation. Cycle service and unit fill rate are different measures in the MIT material.[S05] GFT's proposed interface should therefore refuse to label a cycle-service input as a guaranteed fill-rate result.

The worked case below is GFT's illustrative arithmetic for a deliberately narrow model. It does not repeat the full derivation from the safety-stock chapter. Its purpose is to show what a decision packet must reveal: assumed inputs, an equation, unit handling, rounding, a constraint check and the limits of the calculated output. No factory data, supplier quotation or measured local service outcome is implied.

The sensitivity table in Exhibit 53 changes only assumed lead time. The model's trigger rises with both mean consumption during replenishment and its uncertainty term. It does not account for additional variability in lead time itself. The table is useful precisely because its narrow basis is visible; it cannot establish the buffer needed under correlated delays, uncertain acceptance or a seasonal selling deadline.

GFT would display exclusions next to this result. The narrow calculation does not coordinate multiple stock locations, price seasonal obsolescence, infer censored demand, model correlated shocks, predict quality release or enforce cash. Those functions should appear as implemented capabilities only after their logic and interfaces have been verified. Linking to another analytical tool should not imply that its constraints were actually included in this calculation.

Rounding deserves a visible distinction between a mathematical threshold and a commercial quantity. GFT would retain fractional intermediate results, round a displayed stock threshold under its declared convention and apply purchase packs only to the candidate order. A pack conversion should not alter the meaning of the service parameter. If a rounded candidate exceeds cash, space or maximum-age constraints, the interface should show the conflict. Hiding the conflict by silently rounding down would substitute a different policy without informing its owner.

A sensitivity result should also identify what remains fixed. GFT would keep mean demand, residual variability, calendar and service factor visible while the user changes lead time. If a user instead changes the time unit, the interface should require consistent conversion of all relevant inputs. A numerical output that looks plausible after an inconsistent conversion is still invalid. The tool should permit the planner to recover the last valid input set and explain why the rejected set cannot support the selected equation.

A useful export should retain accepted inputs, rejected fields, the equation identifier, unrounded values, rounding convention and unresolved constraints. GFT would present a blocked state as a complete calculation outcome, with the next accountable decision visible. That is the practical connection to the programme's feasibility, performance-management and digital-strategy design: commercial commitments, measured events and digital recommendations should share an inspectable boundary. This chapter is an operating-method proposal, not investment, legal or tax advice.

Check the record

The chapter keeps its sources within reach.

Every knot is a source this chapter cites; select one to read its record, or filter the register by grade. Publication dates and inherited-source limits stay explicit. Read the paper's full evidence summary.

8 sources · 20 citation marks on this pageMost cited: S05, 5 times

Grade AGrade BGrade CKnot size: citations on this page

All 8 records shown

c12-S03 · Grade A

MIT OpenCourseWare

Inventory management II: EOQ extensions and discounts

This resource contains lecture slides on inventory management, EOQ extensions, discounts, exchange curves, etc.

2006. Register access date: 2026-10-30. Source provenance is supplied by the paper evidence register.

Open the recorded source ↗
Chapter source notes

S05 MIT OpenCourseWare. 2006.

S27 North Carolina Office of the State Controller. 2023-10-24.

S07 MIT OpenCourseWare. 2006.

S31 GS1 US and Auburn University RFID Lab. 2018.

S03 MIT OpenCourseWare. 2006.

S23 arXiv, Sarit Maitra. 2024-06-27.

S24 arXiv, Michna, Nielsen and Nielsen. 2015-03-20.

S22 arXiv, Chen, Jiang, Zhang and Zhou. 2023-10-31.

Keep the thread · chapter 12 of 14

Chapter 13 picks up the thread.

Move the shuttle along the rack to preview any chapter: its sections, exhibits and reading time. Draft web edition. This research is not investment, legal or tax advice; illustrative models are not measured factory results.

The paper's rack · 14 boltsBolt length: reading time

13Part IV: Prove the policy before widening its authority

A policy improves the factory only when measured service and cash improve together

Backtests, simulations and a controlled operating pilot answer different questions and must be reported separately.

  • 13.1A replay must use only information available at the decision date
  • 13.2Observed sales do not reveal every missed request
  • 13.3Simulation isolates policy logic but does not validate local inputs
  • 13.4Stress tests should include combined rather than isolated failures
Reading time
23 min
Exhibits
4
Sections
7
Continue to chapter 13
← Previous: chapter 11, The feasible stock plan is bounded by cash, not just by statistical serviceContinue the threadChapter 13 · A policy improves the factory only when measured service and cash improve together

Find a thread.

Type to search.