A-FMDS: System Overview

A 10,000-foot view of ProAlert's closed-loop daily management system

ProAlert

What A-FMDS Is

A-FMDS (the Automated Floor Management Development System) is ProAlert Core's daily management spine: the connective tissue that turns a collection of strong but separate modules (telemetry, CMMS (Computerized Maintenance Management System), scrap and downtime tracking, RCA (Root Cause Analysis), reporting) into one closed-loop execution system. It answers a single question, continuously and automatically:

The question A-FMDS answers

"Where are we missing the mark right now, and who is doing what, by when, to fix it?"

The name reads exactly as it works. FMDS (Floor Management Daily System) is the established lean-manufacturing discipline: the daily rhythm a plant uses to review targets, surface the gaps against them, and drive each gap to closure with clear ownership. The leading "A" is Automated. That is what ProAlert adds. ProAlert already sees the floor in real time, so it can detect the gap, raise the problem, route it, escalate it, and capture the learning without anyone re-keying data into a whiteboard.

What A-FMDS is
  • A single Gap → Problem → Action flow that every detection source feeds and every screen consumes
  • An accountability layer: every problem has an owner, a due date, and an audited history
  • An automation layer: detection, promotion, and escalation happen without manual transcription
What A-FMDS is not
  • Not "just another dashboard" bolted on top
  • Not a replacement for CMMS, RCA, or scrap tracking: it links to them
  • Not a rip-and-replace: existing detection tables are wrapped, not rebuilt
Design principle: one spine, many sources

A scrap-rate breach, a sensor alarm, a missed schedule, a failed inspection, a manually-raised concern: all of them become the same kind of record in A-FMDS. That is the whole point. One place to look, one lifecycle to learn, one audit trail to trust.

Where FMDS Falls Short Without Automation

FMDS works. The discipline is proven across lean manufacturers worldwide. The gap is not in the methodology; it is in the execution. FMDS without automation depends entirely on the right people doing the right things, at the right time, every shift. When a strong lean leader is present and engaged, the board reflects reality. When that person rotates out, goes on vacation, or moves to another plant, the discipline erodes and the board becomes theatre.

The honest reason most FMDS programs fade is not laziness or bad intent. It is that they ask people to do extra work on top of everything else they are responsible for. Anything extra gets squeezed out when the floor gets busy. Three structural gaps make this predictable:

The gap What breaks without automation How A-FMDS closes it
No single source of targets Targets live in spreadsheets, whiteboards, and tribal knowledge. "What good looks like" varies by shift and by supervisor. Nobody agrees on the baseline. One Target entity covers every scope and metric, with revisions, effective dates, and approval. Every screen in the system uses the same number.
Gaps surface only when someone raises them The morning board reflects what the outgoing supervisor remembered to write down. Events that happened overnight when no one was watching go unreported. Twelve detectors watch continuously, and every one of them produces the same Gap record the moment an actual misses its target. Nothing surfaces only when someone chooses to surface it. The full list is in Where Gaps come from.
Ownership and follow-through are voluntary Problems scatter across call logs, NCRs (Nonconformance Records), work orders, and verbal hand-offs. Most issues age quietly until the next shift meeting when someone asks again. One Problem with an enforced lifecycle, one configurable escalation engine, and a permanent audit trail. The system chases it so the supervisor does not have to, and past resolutions stay attached to the problem, so a recurrence arrives with the previous answer already on it.
The real reason FMDS programs fail

FMDS initiatives fail not because the discipline is wrong but because they rely on people to do it consistently, without error, on top of everything else they are responsible for. Any process that depends on constant human discipline eventually loses to a busy shift. A-FMDS makes the discipline automatic. The system holds regardless of who is on the floor that day.

The Closed Loop

A-FMDS is a loop, not a list. Every operational issue travels the same path from "we missed" to "we learned," and the learning feeds the next cycle.

Targetwhat good looks like
Gapactual missed target
Problemsomeone owns it
Actionwho, what, by when
Escalationif it stalls
Coachingbuild the people
Learningcapture & reuse
1
Target. A target says what "good" is for a metric (scrap %, OEE (Overall Equipment Effectiveness), on-time delivery, response time...) at a given scope (a press, a line, a product, a shift).
2
Gap. When an actual value misses its target, A-FMDS records a Gap: the metric, the expected vs. actual values, a severity, and the scope. Gaps are raised automatically by any of the detection sources (scrap, downtime, sensors, OEE, schedule, inspections, leader routines, overdue preventive maintenance), or by a person.
3
Problem. A Gap that needs ownership is promoted to a Problem. A Problem has an owner, a category, a severity, a due date, and an enforced lifecycle. Critical gaps can be promoted automatically.
4
Action. The concrete, individually-tracked steps that resolve the Problem: investigate, contain, correct, prevent, verify. Each Action has its own owner and due date.
5
Escalation. If a Problem or Action sits too long, a configurable rule engine raises it up the chain: supervisor, then manager, on a timed ladder.
6
Coaching. Recurring or mishandled problems trigger a structured coaching note, so the system develops people, not just closes tickets. (delivered in Phase F4)
7
Learning. Every resolution is captured with its root cause and a recurrence key. The next time a similar problem appears, the earlier resolution surfaces. (delivered in Phase F5)
Append-only history

Every Gap, Problem, Action, and Escalation carries an append-only event stream: a permanent, ordered record of everything that happened to it. That stream is the audit trail, the basis of reporting, and the fuel for future analytics. Records are written once and never quietly edited.

The Spine Entities

A-FMDS introduces a small set of new entities. Each is auditable, each carries an event stream, and each is deliberately generic so any source can feed it and any screen can consume it.

Entity Purpose Key fields
Target What good looks like for a metric at a scope. Versioned and approved. Metric, direction, target / warning / critical thresholds, scope, revision
Gap A recorded instance of an actual missing a target. Gap number, metric, expected, actual, severity, source, status
Problem An operational issue someone is accountable for resolving. Problem number (PRB-…), category, severity, priority, owner, status, due date
Action A concrete step taken to resolve a Problem (or other parent). Action number (ACT-…), type, owner, status, due date, verification flag
Escalation Rule A timed ladder of "who to notify when this sits too long." Applies-to type, filters, levels (delay, notify target, channel)
Coaching Note Delivered F4 Structured supervisor coaching tied to a problem or person. Coachee, anchor, structured prompts
LSW (Leader Standard Work) Routine Delivered F4 A recurring checklist a leader executes. Items, schedule, execution records
Tiered Meeting Delivered F4 Tier 1 / 2 / 3 huddle with an auto-built agenda from open gaps. Tier, agenda items, attendees, action links
Gap vs. Problem

A Gap is a measurement: "scrap was 5%, target 2%." A Problem is accountability: "this is mine to fix." Not every gap becomes a problem; a gap is promoted when it needs an owner. One problem can also roll up many recurring gaps.

Problem vs. Action

A Problem is the issue and its owner. An Action is one executable step. A problem usually needs several actions: contain it now, find the root cause, fix it permanently, verify the fix held. Each is separately owned and tracked.

SQDCP: the Daily Cadence

A-FMDS organises everything by category: the lean SQDCP (Safety, Quality, Delivery, Cost, People) framework that a daily management board is built around. Every Problem is filed under one of these, so a board can show one row per category and a plant can run its huddle top to bottom.

Safety
incidents, hazards
Quality
scrap, NCRs, defects
Delivery
schedule, on-time
Cost
downtime, waste
People
staffing, training

A-FMDS adds two more categories beyond classic SQDCP, because ProAlert tracks them too: Maintenance (equipment health, work orders) and Kaizen (continuous-improvement ideas). Together they are the complete set of problem categories.

The Daily Board

The A-FMDS Daily Board is the screen a plant stands in front of each morning: the live stream of recent gaps and problems, the metric tiles, and the SQDCP grid, one cell per category per working day. Click a red cell and you are looking at that category's gaps and problems for that day. Click a tile and you are on the drill-down described in Drilling into a Metric. The board has a TV mode for the monitor over the line, grid included.

Drilling into a Metric

A board tile tells you a number moved. It does not tell you when, where, or what was behind it, and a plant that cannot answer those three questions standing at the board goes back to a spreadsheet. A-FMDS answers them with one path that every metric uses where its source data supports the next level.

Level The question it answers What you are looking at
1 Where is this metric for the period? The board tile, or the SQDCP grid cell for one category and one day.
2 Which days, weeks or months inside the period drove it? The trend, at Day, Week, Month, Quarter or Year. Every point is a door to the next level.
3 Which asset, product or shift produced it? The breakdown of one point, worst contributor first, with each slice's share of the total and the quantity it was measured over.
4 Which driver dominates? The drivers chart and table: a Pareto with a cumulative curve, ranked largest first, with the rows that make up the first 80 percent highlighted. Scrap ranks by reject code or stage; downtime by call type or failure mode.
5 Did the fix hold? One driver at Week, Month and Year side by side, with the change over each range and the countermeasures being worked in that category and area.
One path, declared per metric

The metric screens share a common pattern. What differs is declared on the metric itself: which dimensions it can be split by, which drivers it can be ranked by, and how its daily figures combine into a week or a month. Scrap and downtime split by asset, product and shift. Safety splits by asset and location, because that is what an incident records. OEE (Overall Equipment Effectiveness) opens an Availability, Performance and Quality decomposition at Level 4. Safety ranks coded hazards; external defects split by product or customer and rank reject codes. First-time-through follows first-pass failures through the scrap dimensions. Adding a metric to the board is a declaration, not a new set of pages, which is what keeps the board reading the same way for every category.

Ranges that mean what they say

A month on the trend is a calendar month and a week starts on Monday. Counting back 30 days from today and calling it "August" would put a bucket labelled August over the middle of two months, so the buckets align to their natural boundary instead. The trend opens at Month, and the range you choose carries through to the breakdown and the drivers below it.

Withheld beats wrong

A range or a button the engine cannot honour is not offered, and the page says why. Hourly production trends require a Business Resource; plant-wide production metrics can use shift roll-ups. Safety and external defects remain day-based. Plant-wide OEE is shown at Shift or Day, because an average of daily OEE figures is not a month's OEE; narrow the board to a line and the longer ranges come back, computed from that line's own production time. Scrap is shown as parts per million only where the plant is configured for it and everything produced in the window is counted in units; otherwise it stays a percentage and the page tells you so.

Public by design

Every level opens from the public board without signing in. Anyone can walk up to the monitor, touch a tile, and follow the path to the countermeasures. People's names appear on that path only when the installation has chosen to publish them; by default the owner column is simply absent on a public screen.

How It Fits ProAlert Core

A-FMDS was designed to wrap and link, never to rip out. Existing modules keep doing their jobs; A-FMDS connects them, first by listening to everything that detects a problem, then by linking the records that resolve it.

Where Gaps come from: the detection sources

A-FMDS is deliberately source-agnostic. A Gap is the same record whether it came from a scrap breach, a downtime stretch, a sensor alarm, or a person, so there is one place to look rather than a different screen per source. That matters on the floor: a supervisor learns one board and one workflow, and it holds however the issue was found. Each detector below reads a capability ProAlert Core is already measuring and turns it into a Gap.

Detection source What raises a Gap Status
Scrap threshold breach
ScrapThreshold
A sustained scrap rate above its configured limit. Delivered (F1)
EdgeSense sensor violation
SensorViolation
An EdgeSense sensor reading outside its safe band. Delivered
Sustained downtime
DowntimeDuration
Unplanned downtime on an asset running past its target duration. Delivered
OEE / availability breach
OEEBreach
OEE or availability, computed from EdgeSense cycle and downtime data, dropping under target. Delivered
KPI breach
KpiBreach
Any tracked KPI (Key Performance Indicator) actual recorded against a target and missing it. Delivered
Schedule discrepancy
ScheduleDiscrepancy
The shift schedule and the floor disagreeing for more than half an hour: scheduled but not running, running unscheduled, or the cycle-capture device offline. Delivered
Leader Standard Work
LSWMiss · LSWItemFail
A routine whose grace window elapsed while it was still outstanding, or a checklist item that recorded a fail or a reading outside its tolerance band. Delivered
Inspection and work-order checkpoints
InspectionFail · TaskResultFail
A critical inspection item recording a Fail, or a required safety-critical step inside an executed work order doing the same. Delivered
Raised by a person
Manual
A Gap someone raises directly from the board, for something no detector would catch. Delivered
Overdue preventive maintenance
PMOverdue
A PM (Preventive Maintenance) task from the maintenance schedule that is active, not suspended, has no work order pending against it, and is more than a day past due. Raising the work order retires the gap; if that work order then runs late, the gap comes back. Delivered
One Gap, twelve live sources

Twelve detectors, one record. A downtime Gap and a scrap Gap travel the identical loop, appear on the same board and drill the same way, so adding a new source later adds nothing for your team to learn. It also means the board is not limited to what one department watches: quality, maintenance, production and leadership all feed the same daily picture instead of each keeping their own.

How existing records connect

Beyond detection, A-FMDS links to the records that carry the work, and reuses the infrastructure already in place.

Existing ProAlert capability Relationship to A-FMDS
Nonconformance register (NCR / ISO 9001) Linked: an NCR can originate or specialise a Problem; the register stays the system of record for quality.
Work orders (CMMS) Linked: a work order is an Action's execution sink; closing the WO can complete the Action.
Root-cause analysis & Kaizen Linked: a Problem can open an RCA or a Kaizen idea; their countermeasures surface as Actions.
Andon downtime calls & safety incidents Linked: a long downtime call or a safety incident can promote straight to a Problem.
SignalR real-time hub & daily metrics Reused: A-FMDS rides the existing hub for live updates; no new infrastructure.
Built for analytics, later

A-FMDS produces clean, typed event streams but does not analyse them itself. A separate, pluggable intelligence layer (internally "RIX") will eventually consume those streams to rank recurring problems and suggest fixes. That layer is roadmap, not something you can switch on today. A-FMDS defines the seam; the analytics plug in without changing the spine.

Rollout Phases

A-FMDS is delivered in five phases, F1 through F5. Each phase is independently useful; the loop gets more complete as the phases land. All five phases are now delivered, so the closed loop runs end to end. What remains is described under What Is Still Coming.

Phase Scope Status
F1 Event → Gap → Problem → live board update: the minimum viable loop. Targets, Gap detection, the Daily Board, and gap promotion. Delivered
F2 Full Problem lifecycle, the generic Action, the configurable escalation engine, and the Problems, Actions, and Escalations management screens. Delivered
F3 The full SQDCP Daily Board with TV display mode, drill-down, an Andon overlay, and accountability reporting and export. Delivered
F4 Coaching notes, Leader Standard Work (LSW) routines, and Tiered Meetings with auto-built agendas. Delivered
F5 Knowledge base, recurrence-driven learning, mobile push notifications, mobile pages, and security tightening. Delivered
Hardening Board honesty and lifecycle completion: a shift-aware activity window, non-completion closure for period-bound routines, schedule adherence on the spine, and business-resource scoping for asset-based gaps. Delivered
Completion The wall-board shape and the last detection sources: the SQDCP grid by day, metric tiles that open onto their own trend, a printable follow-up sheet for a single problem, per-shift Leader Standard Work, escalation for every target type the model defines, and overdue preventive maintenance raised from the maintenance schedule. Delivered
Drill-down The five-level path behind every metric tile: the trend at day to year, the breakdown by asset, product or shift, the driver Pareto, verification at three ranges side by side, internal PPM (parts per million) where a plant speaks it, and the whole path on the public board. Delivered
Built as one system, not bolted on

A-FMDS was designed as a spine from the start rather than retrofitted onto an existing product, which is why a gap raised by a sensor and a gap raised by a supervisor are genuinely the same record rather than two things made to look alike. That is also why each phase could be put in front of real users as it landed: the loop was complete at every step, just with fewer sources feeding it.

Recent board capabilities

The board includes first-time-through, external PPM from customer-found defects, a green cross safety calendar, skills coverage and a Kaizen implementation tile. Internal scrap can show recorded weight and value when enabled. Trends draw governing targets; supported breakdowns can split by two dimensions and production trends can use Hour or Shift where source data supports them.

OEE at Level 4 shows Availability, Performance and Quality; safety ranks coded hazards. Level 5 names the controlled document in which a fix was standardised. Leader Standard Work routines and tiered meetings name their governing documents. See the A-FMDS User Guide for calculation, configuration and access details.

What Is Still Coming

The loop is complete and every detection source is live, which makes it worth being precise about where the current build still draws a line. Each item below is a known boundary, not a discovered surprise, and each is described in the terms a floor team would notice it.

Capability What it means on the floor Status
Targets scored per shift A target is scored over a day, a week, a month, a quarter or a year. A plant that manages to a shift number, or wants a target judged live as the shift runs, cannot have that window scored yet. Both cadences appear in the target editor greyed out, so the intent stays visible without a target being quietly scored over a window nobody chose. Planned
Safety narrowed to a line OEE, scrap and downtime trends can be narrowed to a single Business Resource. The safety trend cannot, because the nightly roll-up it reads counts incidents for the plant, and the page says so rather than showing the plant figure under a filter's name. One level down the picture is better: an incident does record its asset and its location, so a safety point on the trend splits by asset and by location. What is still missing is the line filter above it. Planned
Why this list is short and specific

A daily management board earns trust by being accurate about the plant, and it keeps that trust by being accurate about itself. Everything above is a real boundary of the current build; nothing on the delivered list is aspirational. Where a screen offers a choice the engine cannot yet honour, that choice is shown disabled and labelled rather than hidden, so you can see what is coming without being able to configure something that would silently do nothing. If a screen does not match how your floor actually runs its day, that feedback shapes what gets built next.

Glossary

TermMeaning
A-FMDSAutomated Floor Management Development System: ProAlert's closed-loop daily management spine, described in this document.
FMDSFloor Management Development System: the lean-manufacturing discipline A-FMDS automates.
TargetThe defined "good" value for a metric at a scope.
GapA recorded instance of an actual value missing its target.
ProblemAn owned operational issue, numbered PRB-YYYYMMDD-NNNN.
ActionAn executable step against a problem, numbered ACT-YYYYMMDD-NNNN.
PromoteConverting a Gap into a Problem so it gets an owner.
SQDCPSafety, Quality, Delivery, Cost, People: the daily-management category framework.
EscalationThe timed, automatic raising of a stalled problem up the chain of command.
Recurrence keyA stable fingerprint that lets A-FMDS recognise "the same kind of problem" happening again.
LSWLeader Standard Work: a recurring checklist a leader is expected to perform (delivered in Phase F4).
Next: the User Guide

This document is the concept. To see how people actually use A-FMDS day to day (the Board, Problems, Actions, and Escalations screens), read the A-FMDS User Guide.