PRODUCTION INTELLIGENCE
Good morning, Danny.
Reading production history
aSa’s processing dataset can take up to a minute. We’ll keep this window focused and cache the result.
Checking for live scans…
Each bar is the fabricated weight scanned in that hour. The current hour is still filling in.
“% of known work” compares today’s fabricated weight with the tags aSa still shows queued for the same run and machine. Queued weight is theoretical and the queue read looks back 7 days — so this is the share of known work, not necessarily of the full release.
Where the work moved fastest
Loading signal…
Recent production runs
Columns
Where these numbers come from
Source data: every figure on this page except “Shop floor now” comes from aSa Studio processing-tag scans archived in the platform’s own database. A sync runs every night at 6:15 UTC (overnight Eastern): it copies the newest completed production day and re-reads the three most recent days to pick up late corrections, so archive numbers can trail the shop floor by up to a day. “Shop floor now” is the exception — it reads today directly from aSa and refreshes every few minutes while the dashboard is open. Its hour-by-hour strip buckets today’s tag scans by scan time (Eastern), and “run progress today” compares today’s fabricated weight with the unfabricated tags aSa still shows queued for the same run and machine. Because queued weight is theoretical and the queue read looks back only seven days, that percentage measures the share of known work — not necessarily the full release.
Runs and active time: tag scans are grouped into one run per machine. Estimated active time comes from the spacing of the scans themselves: the gap between consecutive scans counts toward active time up to a 30-minute cap, plus a small fixed allowance. It measures evidence of work, not a machine clock — untracked stops longer than 30 minutes are excluded, so it is not utilization or OEE.
Rates: a run’s rate is its fabricated weight divided by its estimated active time. “Median run rate” is the middle rate across runs in the selected window — half ran faster, half slower. “Best observed rate” is the 75th percentile, a pace the shop beat in one of every four runs. Rates above 20,000 lbs/hr are excluded as scan artifacts. The machine bars divide each machine’s total weight by its summed active time.
Planning signal: the highlighted machine posted the highest estimated rate among machines with at least 10 tags in this window. It is a starting point, not a schedule decision — the planner refines it by matching bar size, fabrication class, and similar job weight, and shows the evidence count and estimated range behind each option.
Historical production runs
Columns
See what changed before it becomes the schedule.
Weekly production signals are normalized for machine, material mix, and run size, so a tougher batch does not automatically look like a performance problem.
Calculating comparable production signals…
Rolling 4-week pulse
Recalculating the evidence below for the selected range — the 4-week tiles above are fixed windows and are not being recalculated.
Mix-adjusted performance
Mix-adjusted performance by machine and week
Runs materially below their comparable baseline
| RUN / JOB | MACHINE | COMPLETED | MATERIAL MIX | WEIGHT | ACTUAL RATE | EXPECTED | INDEX | BASELINE EVIDENCE |
|---|
How these signals are calculated
Mix-adjusted index: each run is compared with the median rate for the same machine, bar-size mix, fabrication-class mix, and similar run size — weight bands of under 300, 300–1,000, 1,000–3,000, 3,000–10,000, and over 10,000 lbs. Run size gets its own control because it is the strongest rate driver the shop has measured: large runs spread setup and scan-gap time over far more weight, so without size banding a shift toward bigger runs would read as a performance jump (the planner compares against similar-size runs for the same reason). A score of 100 means expected performance; 85 means 15% below that comparable baseline. Runs with no usable rate estimate (no measurable active time, or a scan-artifact rate of 20,000+ lbs/hr) still count toward weight, piece, run, and estimated-hour totals but are excluded from rates, baselines, and indexes. Baselines are always computed from the trailing 52 weeks of the archive, so switching between 12, 26, and 52 weeks changes which runs you see — never what “expected” means.
Weeks: runs are grouped into Monday–Sunday weeks by Eastern-time production day, matching the shop calendar. The newest week is usually still in progress; it is drawn hollow on the chart and starred on the heatmap. The four-week comparisons on the tiles and signal cards use complete rolling 28-day windows ending yesterday (Eastern) — the tiles state their exact dates, and the time-range selector never changes them; it only widens or narrows the chart, heatmap, and exception evidence below it. If a nightly sync fails, the newest days in those windows can be empty until the next sync.
Evidence threshold: a baseline requires at least five comparable runs. Size banding makes comparable groups thinner, so more runs — especially run sizes that are new for a machine — show “no baseline” until enough same-size history accumulates. That is deliberate: the tool declines to score a 6,000 lb run against 200 lb history rather than issue a wrong index. A run’s own rate is included in the median it is measured against — that pulls the baseline slightly toward the run itself, so a slow run’s index reads marginally higher, never lower, than a comparison against its peers alone, and each exception’s comparable-run count includes the run being measured. Exceptions are shown below 75 and prioritize meaningful runs of at least 250 lbs and 15 estimated active minutes. Impact is the gap below the 75 threshold multiplied by the run’s weight, so a heavy run just under the threshold can outrank a light run far below it. The table lists at most the 12 highest-impact exceptions for the current selection — the counter above it always shows the true total, ordering by impact or completion date reorders those same rows without swapping in others, and each row shows how many comparable runs back its baseline. Exceptions cover the entire selected time range; check the completed date before treating one as a current problem. Active time and rate are scan-derived estimates—not machine utilization or OEE.
—
Reading the month from the production archive…
How this calendar is calculated
Days and attribution: every figure comes from aSa processing-tag scans archived in the platform’s database, grouped into production days at Eastern midnight. A run is attributed to the day its last tag completed — so a run that crossed midnight appears on the later day, with its timeline bar marked “started previous day.” The nightly sync re-reads the three most recent days to pick up late corrections, so recent days can still be revised; days after the last completed sync haven’t been archived yet and show as not synced.
Timing: run start and end come from run boundaries — the first and last completed-tag scans grouped into that run. “First / last recorded activity” is the earliest start and latest end across the day’s runs, not the literal first physical scan of the morning. White space between timeline bars means no completed-tag scans were recorded in that stretch — it is not machine idle time, downtime, or utilization.
Estimates: active hours are derived from the spacing of scans (gaps count up to a 30-minute cap, plus a small fixed allowance) — evidence of work, not a machine clock or OEE. A run’s rate is weight ÷ estimated active time; rates of 20,000 lbs/hr or more are excluded from medians as scan artifacts, though those runs still count toward weight and run totals.
Shading: each day is shaded by its fabricated weight relative to the displayed month’s busiest day, so shades compare days within one month — not across months. The same runs, weights, and rates appear in the Run history view for the same dates.
Weekly production summary
One week of completed production: totals against the prior week and the 52-week norm, day-by-day weight, a machine table, top jobs, and any high-impact below-baseline runs.
Machine performance report
Archived evidence for one machine over a chosen time frame: weekly throughput, mix-adjusted index, rate benchmarks by material mix with evidence counts, and its highest-impact exceptions.
Job history report
Everything the archive holds for one job: fabrication timeline, weight by machine and material mix, observed rates against shop norms, and a day-by-day record.
Reading 12 months of archived production evidence…
Opens your browser’s print dialog — choose “Save as PDF” as the destination.
Answers are computed from the same tag-scan archive and formulas as every page in this app. The assistant can read the data — it cannot change anything.