Quality & InspectionFree calculatorPDF, Excel, Word export

Master Data Audit Sample Size Calculator

Auditing every record is rarely practical, but a handful of eyeballed rows proves nothing. This calculator gives the sample size needed to estimate a master data error rate at a stated confidence and margin, then converts your audit findings into an interval you can report.

Your numbers

records
3 %

Acceptable plus or minus on the measured error rate.

%

Use 50 if unknown; it gives the largest, safest sample.

records

Fill in once the audit is complete to see the interval.

Your results

Records to audit
381
Observed error rate
8.1%
Sample size, infinite population
384.16
Share of population audited
1%
Interval half-width (plus or minus)
2.7%
Estimated erroneous records in population
3,255

Assumes simple random sampling and independent records. Stratify by record type or plant when error rates differ by group.

Save results:

Records to audit vs margin of error

Sweeps Margin of error from 1 to 10, holding your other inputs fixed.

Audit rules as ERP queries

Optionally ask how your audit rules could run as read-only checks across the full dataset.

Optional. The tool and every export work without this. No spam.

How to use it

Enter the population, such as active items or vendors. Choose the confidence level, usually 95 percent, and the margin of error you can live with. If you have no prior view of the error rate, enter 50 percent; the formula then returns the most conservative sample. After pulling a random sample and checking it against your rules, type the number of defective records into the findings box to get the observed rate, a plus or minus interval and a projected count of bad records across the whole population.

The statistics

The base sample is z squared times p times one minus p, divided by the margin squared. Because master data populations are finite, the result is reduced with the finite population correction, n equals n0 divided by one plus n0 minus one over N. The interval after the audit uses the normal approximation, z times the square root of p times one minus p over n, shrunk by the same finite population effect. The chart shows that halving the margin roughly quadruples the sample, which is why tight margins are expensive and why a wider margin is fine for a first baseline.

  • n0 = z^2 x p x (1 - p) / margin^2
  • n = n0 / (1 + (n0 - 1) / N)
  • Interval = z x sqrt(p(1 - p) / n) x finite correction

Using the result well

Draw the sample randomly, for example by assigning a random number in a spreadsheet to each record key and sorting. Judgment samples of the records you already suspect will overstate the error rate. Define in advance what counts as an error, and decide whether you count records with any defect or defects per field, since the two give different rates. If your error rate is very low, below one or two percent, the normal approximation is weak and an exact binomial interval is better. For repeat audits, keep the same definition so trends are comparable.

Frequently Asked Questions

Why does the sample not grow with population size?

Beyond a few thousand records, the required sample barely changes because precision depends mostly on the sample itself. The finite population correction only reduces the number noticeably for small populations.

What if I do not know the expected error rate?

Use 50 percent. It maximizes the sample and guarantees at least the stated precision. Run a small pilot of 100 records first if you want a better estimate and a smaller final sample.

Should I sample per plant or per record type?

If error rates plausibly differ, yes. Stratify, then compute each stratum separately. A single pooled sample can hide a poorly maintained plant behind well maintained ones.

Can I audit fields rather than records?

Yes, but be consistent. Field-level sampling treats each field as the unit, so the population is records times fields checked. Report whether your rate means defective records or defective fields.

Rule checks across a whole table are cheaper than sampling when you can query it. Netray can help you turn your audit rules into queries over the full ERP dataset, read-only and on-prem if you prefer.