Jagat Batara M.T., CSCP Back to Case Studies
Case Study · Process Automation & Analytics

Data Quality Check AutomationTransforming Operational Data Validation

Designing and building a data quality rule engine and executive dashboard that replaced a weekly manual audit process with a daily automated statistical-based pipeline — built for mining & logistics operations and scaled for a growing portfolio of datasets.

Every week, about four hours went into checking spreadsheets by hand. The work was tiring, it only caught format errors, and it left no audit trail.

Worse, errors only surfaced after the reports had reached management.

What if the data were checked automatically, every day?

A case study in STAR format: Situation, Task, Action, Result.

~4 hours → 0
Manual QA effort / week
80+
Automated validation rules
Daily
Unattended execution
2 → 5
Datasets in roadmap
SSituation

Manual weekly checks, errors found too late

A mid-scale mining & logistics operation managed daily vessel berthing and cargo data entirely through manual spreadsheet entry. Data quality checks were conducted weekly by hand — a process taking approximately four hours per cycle, prone to reviewer fatigue, limited to format-level checks, and lacking any statistical baseline or audit trail. New errors only became visible after reports had already reached management.

Mining & logisticsMid-scale operation
Vessel berthingRecorded daily
Cargo dataRecorded daily
SpreadsheetEntered entirely by hand

How an error travelled before the system existed

Data enteredDaily, by hand, in a spreadsheet
Weekly manual check~4 hours per cycle, format only
Report goes outTo management
Error spottedOnly now, after the report
The check came too late, so errors could reach management before anyone saw them.

Four problems with the old way

~4 hours per cycle

Every weekly check took about half a working day.

Reviewer fatigue

Repetitive manual review is prone to missed errors.

Format-level only

Checks stopped at format; logic and anomalies went unchecked.

No baseline, no audit trail

No statistical reference for “normal”, and no record of what was checked.

TTask

A system that checks the data on its own

Designing and building a rule-based data quality system capable of:

01
Validating operational data daily without manual intervention.
Weekly, by handDaily, automatic
02
Detecting anomalies statistically and dynamically, rather than based on fixed thresholds.
Fixed thresholdsStatistical, dynamic
03
Presenting a portfolio-level view across multiple data domains as the program scales beyond a single dataset.
One datasetA portfolio of domains
AAction

Seven steps, from rulebook to dashboard

System architecture · 7 steps

From rulebook to dashboard

How the automated data quality program was built, step by step. Tap a step to jump to it.

Key design principles
Deterministic core, AI narrates

All numbers and findings are computed by rule-based logic — AI is used only for readable summaries, eliminating hallucination risk on the data itself.

Zero hardcoded thresholds

Reference lists and business thresholds live in an external master-data source, so non-technical updates don’t require code changes.

Statistically sound outliers

Metrics that naturally scale with an uncontrolled factor (e.g. duration) are compared as normalized ratios, not raw totals — avoiding false positives from bias.

Portfolio Case Study · Data Quality Automation Program
A1

Compiling a tiered validation rulebook

A tiered rulebook (Critical / High / Info severity) covering data completeness, chronological order, cross-column reconciliation, and reference data integrity — 80+ rules in total, developed rule by rule with domain stakeholders before a single line of code was written.

Three severity levels
Critical
High
Info
Four kinds of checks
CompletenessIs everything that should be filled, filled?
Chronological orderDo the timestamps follow a logical order?
Cross-column reconciliationDo related columns agree with each other?
Reference data integrityDo values match the reference lists?
Stakeholders, rule by rule Then code 80+
A2

Building a statistical outlier detection layer

Using the 3-sigma method, segmented by operational context (e.g., terminal × cargo type × vessel class) instead of fixed thresholds.

In plain words: a value is flagged when it sits more than three standard deviations from the average of comparable records, so “normal” is learned from the data, not set by hand.

The 3-sigma band
μ−3σ+3σ normal outlier outlier
Each segment gets its own baseline (example from the article)
Terminal× Cargo type× Vessel class
A3

Refining the statistical model through tuning iterations

Including fixing a real bias where downtime metrics naturally scaled with operation duration; by restating it as a ratio against total time, false positives were eliminated without losing detection sensitivity.

Downtime (hours) Downtime ÷ total time
Try it: switch the metric
0False alarms (long but normal operations)
0Real anomaly caught

Concept illustration with made-up numbers, not production data. The 3-sigma line is calculated live from the points shown.

A4

Externalizing all reference data and thresholds

Into a master data workbook, eliminating hardcoded business logic so non-technical stakeholders can adjust rules without code changes.

Hardcoded
Thresholds inside the code
Every change needs code edits and a redeploy
Externalized
Master data workbook
Rule engine reads it
Non-technical stakeholders adjust rules directly
A5

Orchestrating the entire pipeline

Within a low-code automation platform: scheduled daily trigger → rule engine execution → AI-assisted narrative summary (with deterministic fallback for resilience when AI capacity is unavailable) → severity-based email alerts → growing audit log (append-only).

Tap each stage
A6

Expanding the architecture to a second data domain

Designing a scalable data model (append-only run history + constantly refreshed findings details) so the same pipeline pattern could serve a growing portfolio of datasets without redesign.

One pipeline pattern, reused
Domain 1 · live
Domain 2 · live
3 more · roadmap
Run history
Append-only: each run adds a row, nothing is overwritten
Findings details
Constantly refreshed with the latest findings
A7

Designing and building a two-tiered Power BI dashboard

An executive summary aggregating data readiness scores across monitored domains, and a per-domain drill-down view showing the most frequently failing rules, impacted records, and data quality trends over time.

See how the dashboard is structured

Schematic of the two tiers, not a screenshot.

RResult

From four hours a week to zero

Before
~4 hours / week
After
0 ongoing manual work
Before
After
Frequency
Weekly
Daily, unattended
Manual effort
~4 hours per cycle
Zero ongoing
What is checked
Format only
80+ rules + 3-sigma outliers
Audit trail
None
Append-only audit log
Management view
Did not exist
Portfolio dashboard

Reduced manual QA effort from ~4 hours/week to zero ongoing manual work.

Built an auditable and repeatable rule catalog that successfully uncovered systemic data issues previously unseen through manual spot-checks.

Produced a reusable blueprint that was successfully replicated to a second operational domain in a matter of days, not months.

Provided management with an immediate, comprehensive view of data quality trends across the portfolio — a previously nonexistent capability.

Impact summary

100%
Manual audit effort eliminated
80+
Business rules codified
Days
Time to replicate to a new domain
1
Unified dashboard for a growing portfolio
Design principles

Three rules behind the build

Deterministic core, AI for narrative only

All numbers and findings are calculated by rule-based logic. AI is solely used to generate human-readable summaries, eliminating hallucination risks on the underlying data.

Numbers come from rules; AI only words them.

Zero hardcoded thresholds

Reference lists and business thresholds are stored in an external master data source, so operational adjustments do not require code changes or redeployments.

Statistically sound outliers

Metrics that naturally scale with uncontrolled factors are compared as normalized ratios, not raw numbers — avoiding bias against larger or longer-duration records.

Dashboard notes

Two questions, two layers

The dashboard was designed following a simple hierarchy of questions: is the portfolio healthy? (executive summary) followed by what exactly went wrong, and where? (per-dataset drill-down). The dataset scorecard pattern allows new domains to join the program just by adding a single row — rather than a redesign.

Tier 1 · Executive summary
Is the portfolio healthy?
  • Data readiness scores
  • Across all monitored domains
Tier 2 · Per-domain drill-down
What exactly went wrong, and where?
  • Most frequently failing rules
  • Impacted records
  • Data quality trends over time

A new domain is just one more row

The dataset scorecard pattern means a new domain joins the program by adding a single row, rather than through a redesign.

Power BI|Data Quality ProgramRefreshed daily 06:00

Data Quality — Executive Summary

Portfolio view across all monitored operational datasets

PeriodLast 30 daysDomainAll
Overall data readiness
87.4%
Portfolio weighted average
Datasets live / planned
2 / 5
Fleet ops live; 3 in roadmap
Open critical findings
58
Requires immediate action · Fleet 22 · Stockyard 36
Open high findings
146
Address within the day · Fleet 38 · Stockyard 108
Dataset scorecard
Readiness, open findings and trend by operational domain
DatasetReadinessCritHigh30-day trendStatus
Fleet OperationsVessel berthing & cargo
96.2%
2238Live
Stockyard InventoryYard & material tracking
48.4%
36108Live
Equipment UtilizationFleet burn-rate (planned)
———no data yetPlanned
Maintenance RecordsM&R records (planned)
———no data yetPlanned
Invoice RegisterBilling QC (planned)
———no data yetPlanned
Readiness trend (30 days)
Two live datasets — separate trend lines by domain
● Fleet Operations● Stockyard Inventory
Open findings by severity
204open
Critical 58
High 146
■ Fleet■ Stockyard
Info / Low / Medium tracked in run-level summary; detail view holds Critical + High only.
Executive summaryDomain drill-down+
Illustrative mockup — dataset names and figures are representative, not production data
Wrap-up

Back to the weekly four hours

The data now gets checked every day, automatically.

80+ rules and a 3-sigma layer run on a daily schedule, findings go out as severity-based email alerts, every run is kept in an append-only audit log, and management sees the whole portfolio on one dashboard. The weekly manual check is no longer needed.

Tools & techniques

Low-code Workflow Automation
TypeScript (Office Scripts)
Power BI & DAX
Power Query (M)
Statistical Process Control (3σ)
Rule-Based Validation Design
Data Modeling
Applied Generative AI (narrative layer)
Note: Company names, dataset names, and all figures are illustrative and generalized to protect confidential operational data. The architecture and rule logic described reflect a real system built and operated in production.
JB
Jagat Batara, M.T., CSCP
Supply chain, port logistics, and analytics.