Maintenance

A CMMS without the second tablet.

MaintainX or Limble for maintenance + Tulip for production = two tablets at every workstation and two contracts at the finance meeting. Ignite Lean ships the CMMS on the same shell. Same asset tree, same operators, same data. When the kiosk catches downtime, the work order is already in the queue before maintenance has been paged.

Asset register

Every machine, every fixture. Tagged to a station.

A CMMS is only as good as its asset list. Every press, lathe, fixture, oven, and forklift gets one row — manufacturer, model, serial, location, criticality, photo. Each asset is bound to a workstation on the canvas you already built for production, so the kiosk knows which equipment is running each job. Print the QR sticker, slap it on the machine, scan to open the asset with a prefilled work-order form.

  • Asset hierarchy: plant → line → workstation → asset → component
  • Manufacturer, model, serial, install date, criticality, custom fields
  • Photo + spec sheets attached. Visible from the mobile scan
  • QR codes auto-printed per asset. Scan → open → file a request in 8 seconds
  • Reuses the production canvas. No second org chart to maintain
Work orders

Six-state lifecycle with the timer running.

Request → open → in-progress → complete → verified → closed. Each transition is attributed and timestamped — your MTTR is real, not estimated. A live timer ticks while the tech is on the WO; parts and labor get charged automatically as they're consumed. The closeout forces a root cause + failure code so the next analyst can find the pattern. No half-written WOs left in someone's notebook.

  • Six-state lifecycle: request, open, in-progress, complete, verified, closed
  • Live timer on the kiosk: tap "In Progress" to start, "Complete" to stop
  • Parts consumed + labor minutes captured into the WO row, not estimated later
  • Closeout requires root cause + failure code (drives the Pareto downstream)
  • Photos, attachments, sign-offs at every state — the audit trail is the WO
Preventive maintenance

Time, runtime, meter — three triggers, one queue.

A PM template ("Quarterly grease all bearings on the bridle press") plus a schedule ("every 90 days OR every 250 run-hours, whichever first") plus an asset. A nightly cron checks each schedule and generates the work order. The queue surfaces the upcoming list with warning windows so nothing fires red. Compliance % is computed from the actual completion timestamps — not a self-reported number on a Monday morning.

  • Three trigger types: time-based, runtime-based, meter-based
  • Schedule warning windows: "PM due in 4 hours" surfaces on the kiosk yellow card
  • Nightly cron auto-generates the WOs. No supervisor has to remember
  • PM compliance % is computed live from the WO rows — auditor-grade
  • Templates with parts pre-listed: the tech opens the WO already stocked
Kiosk downtime → auto Work Order

The moat. The standalone CMMS cannot do this.

Operator on the kiosk taps "Report problem" — the form is already prefilled with the station, the running asset, the downtime reason, the current build context, and the operator name. They tap submit. A draft WO is in the maintenance queue before they've walked back to the bench. No retyping in MaintainX. No "wait, which line was it on?". The downtime event and the work order are the same record.

  • One-tap "Report problem" on every kiosk — no menu hunting
  • WO prefilled: station, asset, reason code, build context, operator
  • QR-scan from a phone hits the same prefilled form — works for walk-by reports too
  • Downtime event ↔ WO are joined in the DB. Reports tie cost back to the line
  • No standalone CMMS can do this. They'd need real-time access to your kiosks
Spare parts inventory

Min, reorder, current. Plus a movements log.

MRO parts get the same treatment as production parts — except with a min, reorder point, and current quantity. When a tech consumes a part on a WO, on-hand drops. Crossing the reorder point flags a purchase suggestion in the unified Tasks inbox. Movements (in / out / adjust / transfer) all log to a per-part history with the WO they came from. Stockout-driven downtime is one of the biggest hidden costs in SMB manufacturing — this is how you stop it.

  • Min / reorder / current quantities + on-order count per part
  • Movements log: every in, out, adjust, transfer — with the WO it came from
  • Low-stock alert lands in the unified Tasks inbox. Not a separate dashboard
  • Vendor + location per part. PO suggestion auto-fills when reorder fires
  • Same UI shape as production parts — no second mental model for the team
Maintenance KPIs (MTBF, MTTR, PM%)

Three numbers that move leadership.

MTBF (mean time between failures), MTTR (mean time to repair), and PM compliance %. All three computed from the WO + downtime data you just collected — no manual entry, no spreadsheet glue. World-class targets are baked in (MTBF trending up, MTTR under 4 hours, compliance > 90%) so the dashboard tells leadership at a glance whether the program is paying for itself. Per asset, per line, per plant. Drill down to the underlying WOs in one tap.

  • MTBF, MTTR, PM compliance % — per asset, per line, per plant, org-wide
  • Computed live from the WO + downtime rows. No double entry
  • Targets baked in: > 90% PM compliance, < 4h MTTR, MTBF trending up
  • Drill from the tile to the underlying WOs. Audit the math in one tap
  • Same KPI page as production. One dashboard, two domains
Get started

Ready to run your line on Ignite Lean?

Free during early access — 1 manager seat included, unlimited operators.

Get early access