Graduate Program in Supply Chain Management
Data Literacy & Spreadsheet Tracking
•
Graduate
Supply Chain Data Literacy Foundations
Introduction
Supply chains are coordinated through data. Purchase orders, inventory balances, shipment events, production records, supplier lead times, forecasts, customer orders, and logistics costs all provide evidence for decisions. Yet data do not become useful merely because they are stored in an enterprise resource planning system or displayed in a spreadsheet. Managers must understand what a value represents, how it was measured, at what level it was aggregated, whether it is comparable with other values, and how much confidence should be placed in it.
Supply chain data literacy is the ability to locate, interpret, evaluate, transform, communicate, and ethically use data for operational and strategic decisions. It combines technical competence with statistical reasoning and professional judgment. A data-literate supply chain professional can distinguish a stockout from a recording error, recognize that an average lead time may hide severe variability, and challenge a dashboard whose definitions are unclear.
This chapter establishes the foundations required for spreadsheet tracking and supply chain analytics. It examines data types, measurement scales, units, granularity, metadata, data lifecycles, statistical reasoning, and evidence-based decision-making.
Learning Objectives
By the end of this chapter, you should be able to:
Classify common supply chain data by type, structure, and measurement scale.
Explain why units, definitions, time periods, and granularity determine whether data are comparable.
Design useful metadata for spreadsheet trackers and operational datasets.
Describe the supply chain data lifecycle and identify governance risks at each stage.
Apply basic statistical reasoning to averages, variation, rates, proportions, and uncertainty.
Evaluate evidence before recommending a supply chain action.
Recognize ethical, technological, and managerial implications of data use.
1. Data as Representations of Supply Chain Reality
Data are recorded representations of events, objects, attributes, or relationships. A row in a shipment spreadsheet may represent one shipment, one shipment line, one pallet movement, or one daily status observation. The number “250” has no reliable meaning without knowing whether it denotes units, kilograms, dollars, or minutes and whether it refers to an order, a product line, or an entire customer account.
Information is data interpreted in context. Knowledge is the ability to use interpreted information to guide action. For example:
Data: 18, 22, 17, and 43 days.
Information: These are supplier lead times for four completed purchase orders.
Knowledge: The supplier’s typical lead time may be near three weeks, but the 43-day observation signals disruption risk and may justify safety stock or a supplier review.
A useful supply chain data model connects five questions:
What? What entity, event, or attribute is being recorded?
When? Which timestamp and time zone apply?
Where? Which facility, lane, supplier, or market is involved?
How much? What quantity, value, duration, or rate is measured?
Under what definition? What business rule, unit, and method generated the value?
Failure to answer these questions creates false precision: numbers appear exact while their meaning remains uncertain.
2. Data Types and Structures
2.1 Qualitative and quantitative data
Qualitative data describe categories or attributes, such as supplier name, shipment status, transport mode, defect reason, or country. They may be nominal or ordinal. Although they are often represented by text, they can be essential for analysis.
Quantitative data represent counts or measurements. Examples include units ordered, weight, cost, distance, temperature, and lead time. Quantitative data may be discrete or continuous.
Discrete data are countable and usually take separated values: number of orders, pallets, defects, or trucks.
Continuous data can take values within an interval: weight, elapsed time, temperature, or fuel consumption.
A count of 12 damaged cartons is not equivalent in structure to 12.4 kilograms of damaged material. The former is a count; the latter is a measurement.
2.2 Structured, semi-structured, and unstructured data
Structured data fit a defined schema, such as columns for order ID, SKU, quantity, date, and status. Spreadsheets and relational databases are common examples.
Semi-structured data contain organizational markers but do not follow a rigid table, such as JSON messages from a carrier, electronic invoices, or XML shipment notices.
Unstructured data lack a predefined tabular structure. Examples include emails, photographs of damaged goods, contracts, and free-text inspection notes. Modern supply chain analytics increasingly combines all three forms, but interpretation and quality controls differ by form.
2.3 Master, transactional, reference, and event data
Data category
Meaning
Supply chain examples
Master data
Relatively stable entities and attributes
SKU, supplier, customer, facility
Transactional data
Records of business transactions
Purchase order, invoice, sales order
Event data
Time-stamped occurrences
Picked, loaded, departed, delivered
Reference data
Controlled codes and classifications
Currency codes, country codes, status values
Master-data errors can propagate widely. An incorrect case-pack quantity, for example, can distort replenishment, warehouse labor planning, and transport calculations simultaneously.
3. Measurement Scales and Their Consequences
Measurement scale determines which comparisons and calculations are legitimate.
Scale
Defining feature
Examples
Appropriate summaries
Nominal
Categories without order
Carrier, SKU family, country
Counts, proportions, mode
Ordinal
Ordered categories, unequal gaps not guaranteed
Risk: low/medium/high; service grade
Median, rank, counts
Interval
Equal differences; zero is not an absolute absence
Calendar temperature in °C; dates on a timeline
Differences, mean in suitable contexts
Ratio
Equal differences and meaningful zero
Units, kilograms, dollars, hours
All ordinary arithmetic, ratios
A nominal code such as “1 = air” and “2 = sea” is not numerical in a mathematical sense. Averaging those codes is meaningless. Similarly, the difference between “high” and “medium” risk cannot automatically be treated as equal to the difference between “medium” and “low.”
Ratio-scale data support statements such as “twice as many units” because zero means absence of the measured quantity. Interval data support differences but not necessarily ratio statements. A temperature of 20°C is not twice as warm, in an absolute physical sense, as 10°C.
Units and dimensional consistency
A unit gives a numerical value its operational meaning. Common supply chain units include pieces, cases, pallets, kilograms, cubic metres, monetary currency, kilometres, hours, and percentage points. Unit conversion must preserve the underlying quantity. For example, if a product has 24 pieces per case, then:
ext{pieces} = ext{cases} × 24
The equation applies only when the case-pack quantity is known and constant for the relevant SKU and period. If 15 cases are shipped, the quantity is 360 pieces. A spreadsheet should store both the original unit and the conversion rule where traceability matters.
Rates require especially careful units. If 480 units are shipped over 8 hours, the average throughput is:
The result describes an average rate, not necessarily the rate at every moment. Mixing units, such as dividing units by minutes and labelling the result units per hour, produces a factor-of-60 error.
4. Granularity, Keys, and Aggregation
Granularity is the level of detail represented by one observation. A dataset may have one row per purchase order, purchase-order line, shipment, package, SKU-location-day, or supplier-month. The grain should be explicitly stated before analysis.
Consider an order containing three SKUs. If a spreadsheet has one row per order, the order quantity might be 100 total units. If it has one row per order line, it may contain three quantities that sum to 100. Joining these datasets without understanding their grains can duplicate the order total three times.
A primary key uniquely identifies a record at its stated grain. An order-line key might combine order ID and line number. A shipment event key might combine shipment ID, event code, and event timestamp. Duplicate keys may indicate either a data-quality problem or an incorrect assumption about the grain.
Aggregation changes meaning. A monthly supplier average can conceal differences by SKU, destination, or transport mode. Conversely, extremely detailed data can overwhelm decision-makers and introduce noise. The correct granularity is the level needed for the decision.
A practical grain statement is: “Each row represents one SKU at one distribution centre for one calendar day, measured at local midnight.” This statement identifies the entity, location, time interval, and observation rule.
5. Metadata: The Context That Makes Data Usable
Metadata are data about data. They document definitions, ownership, origin, structure, timing, units, quality, and permitted use. A spreadsheet without metadata often becomes dependent on the memory of its creator.
Useful metadata fields include:
Metadata field
Example
Field name and description
promised_date: date promised to customer
Data type
Date, integer, decimal, text, Boolean
Unit
Pieces, kg, USD, hours
Grain
One row per shipment line
Source and owner
Transport management system; logistics systems team
Valid values
Planned, in transit, delivered, cancelled
Time zone and calendar
UTC; fiscal calendar or Gregorian calendar
Refresh frequency
Daily at 06:00 local time
Quality rule
Delivered date cannot precede ship date
Sensitivity and retention
Commercially confidential; retain seven years
A data dictionary is a structured catalogue of these definitions. It should distinguish a field’s technical name from its business meaning. For example, OTD might mean on-time departure in one department and on-time delivery in another. A data dictionary prevents ambiguous abbreviations from becoming institutionalized.
Metadata also support reproducibility. If a manager asks why a service metric changed, metadata should make it possible to identify the source extract, filter conditions, calculation logic, and refresh time.
6. The Supply Chain Data Lifecycle
Data pass through stages rather than appearing fully formed. A practical lifecycle includes planning, collection, validation, storage, transformation, analysis, communication, use, retention, and disposal.
Supply chain data lifecycle from collection through disposal
Figure: Supply chain data lifecycle from collection through disposal
Figure: The supply chain data lifecycle connects data creation with decision use and governance.
At the planning stage, the organization defines the decision, required variables, acceptable accuracy, and responsible owner. During collection, controls should reduce missing, duplicated, or incorrectly coded records. Validation may include range checks, format checks, referential integrity, reconciliation to trusted totals, and review of unusual values.
Transformation includes cleaning, joining, deriving, and aggregating. Every transformation should be documented because a derived metric is not a raw fact. Analysis then converts prepared data into descriptive, diagnostic, predictive, or prescriptive evidence. Communication must state definitions, assumptions, uncertainty, and limitations.
Governance applies throughout the lifecycle. Personal data, supplier pricing, employee information, and commercially sensitive records may require access controls, lawful processing, retention limits, and secure disposal. Data should not be collected indefinitely simply because storage is inexpensive.
7. Statistical Reasoning for Supply Chain Decisions
Statistical reasoning is not limited to advanced modelling. It begins with asking whether a pattern is real, representative, and decision-relevant.
7.1 Centre and variation
For observations x₁, x₂, …, xₙ, the arithmetic mean is:
x̄ = rac{1}{n} ∑i=1n xi
Here, x̄ is the sample mean, n is the number of observations, and xᵢ is observation i. The mean is appropriate for numerical data when each observation is comparable and extreme values do not make it misleading. It is sensitive to outliers.
The median is the middle ordered observation, or the average of the two middle observations when n is even. It is often more representative for skewed lead-time or demand data. The range is maximum minus minimum, while the interquartile range (IQR) is the third quartile minus the first quartile and describes the middle 50% of observations.
Sample standard deviation measures dispersion around the sample mean:
s = √[0m{rac{∑i=1n(xi − x̄)2}{n − 1}}
The denominator n − 1 is used when estimating population variability from a sample under standard statistical assumptions. Standard deviation has the same units as x. It should not be compared across differently scaled variables without care.
7.2 Rates, proportions, and denominators
A proportion is:
p = rac{ ext{number of events of interest}}{ ext{number of eligible cases}}
For example, if 92 of 100 eligible deliveries were on time, the on-time delivery proportion is 0.92, or 92%. The denominator must be defined. Including cancelled orders, orders without a promised date, or orders not yet due can change the result substantially.
A weighted average is appropriate when groups have unequal sizes. If two warehouses have service rates of 98% for 50 orders and 90% for 500 orders, the combined rate is:
A simple average of 98% and 90% gives 94%, which does not represent the combined order population. This is a common spreadsheet error.
7.3 Correlation, causation, and uncertainty
Correlation describes association, not proof that one variable causes another. Higher expedite spending may be associated with late orders because disruptions cause both; reducing expedite spending alone may not improve lateness.
A sample is a subset of a broader population. Conclusions based on a small, selective, or outdated sample may not generalize. Managers should ask how observations were selected, whether records are missing systematically, and whether the period includes unusual events.
A confidence interval communicates sampling uncertainty under specified assumptions. For a sample mean, a commonly used approximate interval is:
x̄ ± t^* rac{s}{√n}
where t* is a critical value determined by the chosen confidence level and degrees of freedom, s is sample standard deviation, and n is sample size. This expression is appropriate when observations are reasonably independent and the sampling or modelling assumptions are defensible. It does not correct biased sampling or measurement error.
8. Evidence and the Decision Context
Evidence is not synonymous with data volume. Strong evidence is relevant to the decision, validly measured, sufficiently complete, timely, and interpreted with appropriate uncertainty. A technically accurate metric can still be poor evidence if it measures the wrong outcome.
A disciplined decision process asks:
What decision is being made, and what action could follow?
What outcome matters: cost, service, resilience, safety, cash, or sustainability?
What is the unit of analysis and the comparison period?
What alternative explanations could produce the observed pattern?
What assumptions, missing data, and measurement biases exist?
What is the consequence of false positives and false negatives?
What additional evidence would materially change the recommendation?
Descriptive analytics answers what happened. Diagnostic analysis investigates why. Predictive analysis estimates what may happen, while prescriptive analysis evaluates possible actions. These categories overlap in practice, but each requires different assumptions. A forecast is not a fact; it is a conditional estimate based on data, model structure, and assumptions.
9. Spreadsheet Tracking as a Control System
A spreadsheet tracker should be designed as an operational control, not merely a list. A robust design separates:
Inputs: manually entered or imported records.
Reference tables: controlled lists, conversion factors, and calendars.
Calculations: formulas and derived fields.
Outputs: summaries, alerts, and charts.
Documentation: definitions, owner, refresh date, and change log.
Good practice includes one observation per row, stable column names, unique identifiers, explicit date formats, controlled status values, protected formula cells, and validation rules. Blank, zero, not applicable, and unknown should not be treated as interchangeable. A missing delivery date is not necessarily a zero-day delivery.
Spreadsheet formulas should be auditable. Avoid hard-coded constants inside many formulas; place assumptions in labelled cells or reference tables. Reconcile totals to a trusted system and test edge cases such as cancelled orders, partial shipments, returns, duplicate IDs, and time-zone changes.
10. Illustrative Case: Northstar Components
Background
Northstar Components, a fictional industrial manufacturer, tracks supplier performance in a spreadsheet. Its purchasing team reports that Supplier A has an average lead time of 12 days, compared with Supplier B at 15 days. Management is considering moving additional volume to Supplier A.
Problem
A review shows that the spreadsheet contains one row per purchase order, although some orders have multiple lines and partial deliveries. Supplier A’s 12-day figure uses order creation to the first receipt. Supplier B’s 15-day figure uses order approval to complete receipt. The start and end definitions are therefore inconsistent.
Analysis
The team defines a common grain: one row per purchase-order line and receipt event. It defines lead time as the number of calendar days from the approved order timestamp to the timestamp when the full line quantity is received. It also records promised lead time, quantity, supplier, SKU, destination, and exception reason.
After cleaning three months of records, the results are:
Measure
Supplier A
Supplier B
Completed order lines
180
165
Median lead time
14 days
15 days
Mean lead time
16.8 days
15.4 days
90th percentile lead time
29 days
22 days
Complete and on-time lines
78%
84%
Supplier A’s lower initial average was caused by measuring only the first receipt. The corrected evidence shows greater variability and poorer service despite a similar median.
Approach and solution
Northstar creates a controlled data dictionary, standardizes timestamps to UTC while retaining local dates for operations, separates partial receipts, and publishes both median and upper-tail lead-time measures. It does not immediately transfer volume. Instead, it pilots a smaller allocation to Supplier B for critical SKUs and investigates Supplier A’s late shipments by lane and product family.
Outcome
The organization avoids a potentially costly sourcing decision based on an invalid comparison. Supplier A is asked to improve performance on two high-variance lanes, while Supplier B receives additional volume only where capacity and total landed cost are acceptable.
Learning points
The case demonstrates that data literacy involves definitions, grain, units, denominators, and decision consequences. A more sophisticated dashboard would not have solved the problem if the underlying measurement rules remained inconsistent.
11. Challenges, Ethics, and Contemporary Developments
Data quality problems are often organizational rather than purely technical. Employees may omit fields because systems are slow, suppliers may use different event definitions, and incentives may encourage optimistic reporting. A performance metric can become a target and thereby change the behaviour it was intended to measure—a risk associated with Goodhart’s law.
Ethically, supply chain analysts should avoid manipulating denominators, selectively excluding inconvenient observations, or presenting a forecast as certainty. Data involving workers, drivers, customers, or suppliers should be collected and used proportionately. Access should follow role-based principles, and sensitive information should be protected through authentication, encryption, retention controls, and audit logs. Applicable privacy, employment, trade, and sector regulations must be considered with legal and compliance specialists.
Artificial intelligence and automation can classify documents, detect anomalies, forecast demand, and generate spreadsheet narratives. However, automated output inherits data and model limitations. Human review remains necessary for unusual cases, high-impact decisions, and explanations to affected stakeholders. Generative systems may also fabricate plausible but unsupported interpretations. Provenance, version control, validation, and clear accountability are therefore essential.
Contemporary supply chains increasingly use event streams, Internet of Things sensors, digital twins, and shared data platforms. These technologies improve timeliness but may increase volume, interoperability challenges, cybersecurity exposure, and false confidence. More data are valuable only when they improve the decision relative to their cost and risk.
Best-Practice Checklist
Before using a supply chain dataset or spreadsheet, confirm that:
The decision purpose and population are stated.
Each row’s grain and key are documented.
Variables have clear definitions, units, and time zones.
Categories use controlled values.
Missing, zero, and not-applicable values are distinguished.
Totals reconcile to a trusted source.
Dates and timestamps follow an explicit convention.
Calculations and assumptions are visible and testable.
Averages are accompanied by counts and variation where relevant.
Denominators and exclusions are disclosed.
Access, privacy, retention, and change control are addressed.
Results communicate uncertainty and do not overstate causation.
Chapter Summary
Supply chain data literacy is the disciplined interpretation and use of data for operational and strategic decisions. Data must be understood through its type, structure, measurement scale, unit, time reference, and granularity. Nominal and ordinal categories support limited arithmetic, whereas ratio-scale quantities support meaningful numerical comparisons. Units and conversion rules are essential for dimensional consistency.
Granularity determines what one row means, and keys protect against duplication and incorrect joins. Metadata—especially data dictionaries, ownership, source, units, quality rules, and refresh schedules—makes data interpretable and reproducible. The data lifecycle extends from purpose definition and collection through validation, storage, transformation, analysis, communication, retention, and disposal.
Statistical reasoning requires more than calculating an average. Analysts must select suitable measures of centre and variation, use correct denominators and weighted averages, distinguish association from causation, and consider sampling and measurement uncertainty. Evidence is valuable when it is relevant, valid, complete enough, timely, and transparent about limitations.
Well-designed spreadsheet trackers separate inputs, reference data, calculations, outputs, and documentation. Ethical governance requires secure, proportionate, and accountable use of data. Technology and AI can improve supply chain visibility, but automation does not remove the need for definitions, validation, human judgment, and responsible decision-making.
Key Terms
Data literacy: The ability to interpret, evaluate, transform, communicate, and use data effectively.
Metadata: Information describing a dataset’s meaning, structure, origin, quality, ownership, and use.
Granularity: The level of detail represented by one observation or row.
Grain: A precise statement of what one record represents.
Primary key: A field or combination of fields that uniquely identifies a record.
Nominal scale: A measurement scale containing categories without numerical order.
Ordinal scale: An ordered categorical scale in which category gaps may not be equal.
Interval scale: A scale with equal differences but no necessarily meaningful absolute zero.
Ratio scale: A scale with equal differences and a meaningful zero.
Continuous data: Measurements that can take values across an interval.
Master data: Relatively stable records describing entities such as products or suppliers.
Transactional data: Records of business transactions such as orders and invoices.
Event data: Time-stamped records of occurrences or status changes.
Data dictionary: A catalogue of fields, definitions, types, units, and business rules.
Data lifecycle: The stages through which data are planned, collected, governed, analysed, used, retained, and disposed.
Mean: The arithmetic average of numerical observations.
Median: The middle value of ordered observations.
Standard deviation: A measure of dispersion around a mean, expressed in the variable’s units.
Evidence: Information judged relevant, credible, and sufficiently supported for a decision.
Review Questions
Short Answer Questions
What is the difference between data, information, and knowledge?
Why is a nominal code not suitable for calculating an average?
Define granularity and give one supply chain example.
What information should a data dictionary contain?
Why can a mean lead time be misleading?
Long Answer Questions
Explain the four measurement scales and discuss their implications for supply chain analysis.
Describe the supply chain data lifecycle and identify quality risks at three stages.
Explain how units, time zones, and definitions affect the comparability of operational metrics.
Discuss how a spreadsheet can be designed as a reliable operational control system.
Explain why correlation does not establish causation in supply chain decision-making.
Analytical / Application Questions
Two warehouses report on-time delivery rates of 97% for 80 orders and 91% for 720 orders. Calculate the combined rate and explain why a simple average is inappropriate.
A supplier’s average lead time is 10 days, but its median is 7 days and its 90th percentile is 24 days. What does this suggest about the distribution, and what additional evidence should a sourcing manager examine?
A shipment file has one row per shipment, while an invoice file has one row per shipment line. Explain how joining them can distort total cost and propose controls to prevent the error.
Multiple Choice Questions with Answers
Question 1
Which measurement scale supports meaningful statements such as “twice as many units”?
A. Nominal
B. Ordinal
C. Interval
D. Ratio
Correct Answer: D. Ratio
Question 2
In a spreadsheet with one row per SKU-location-day, what does the grain describe?
A. The file’s storage format
B. What one row represents
C. The number of worksheets
D. The spreadsheet owner
Correct Answer: B. What one row represents
Question 3
Which item is metadata?
A. A shipment quantity of 500 units
B. A supplier’s name
C. The rule that delivered date cannot precede ship date
D. A purchase-order number
Correct Answer: C. The rule that delivered date cannot precede ship date
Question 4
A process handles 600 units in 10 hours. What is its average throughput?
A. 6 units/hour
B. 60 units/hour
C. 600 units/hour
D. 6,000 units/hour
Correct Answer: B. 60 units/hour
Question 5
Which statistic is generally less sensitive to extreme lead-time observations?
A. Mean
B. Median
C. Range
D. Variance
Correct Answer: B. Median
Question 6
Why should on-time delivery metrics state their denominator?
A. To make all percentages equal
B. To show which cases are included in the calculation
C. To eliminate the need for timestamps
D. To convert ordinal data into ratio data
Correct Answer: B. To show which cases are included in the calculation
Question 7
Which practice best reduces duplication when combining order and order-line data?
A. Delete all repeated order IDs
B. Ignore the grain of both datasets
C. Join using keys appropriate to each dataset’s grain
D. Average every numeric column after joining
Correct Answer: C. Join using keys appropriate to each dataset’s grain
Question 8
A correlation between expedite spending and late orders proves that expedite spending causes lateness. This statement is:
A. Correct because correlation always proves causation
B. Correct only for nominal data
C. Incorrect because association alone does not establish causation
D. Incorrect because quantitative data cannot be correlated
Correct Answer: C. Incorrect because association alone does not establish causation
Question 9
Which is a recommended spreadsheet design practice?
A. Mix raw inputs and formulas in unidentified cells
B. Use uncontrolled text for all statuses
C. Separate inputs, reference tables, calculations, and outputs
D. Replace missing values with zero in every field
Correct Answer: C. Separate inputs, reference tables, calculations, and outputs
Question 10
Which statement about AI-generated supply chain analysis is most appropriate?
A. Automated output requires no validation
B. AI removes the need for data definitions
C. AI output should be reviewed for provenance, bias, and accuracy
D. AI forecasts are facts rather than conditional estimates
Correct Answer: C. AI output should be reviewed for provenance, bias, and accuracy
Data Literacy & Spreadsheet Tracking
Chapter 1
of 15