Skip to main content
OEE & Downtime Analytics for ERPNext — A build-to-order ERPNext app that turns your Work Order and Job Card data into automat — 1/1Illustrative preview

A build-to-order ERPNext app that turns your Work Order and Job Card data into automated OEE (availability x

performance x quality), downtime Pareto charts, and loss-reason dashboards by workstation, line, shift, and operator.

ECOSIRE scopes, builds, installs, and supports it on your Frappe v15/v16 bench.

What is OEE & Downtime Analytics for ERPNext?

A build-to-order ERPNext app that turns your Work Order and Job Card data into automated OEE (availability x performance x quality), downtime Pareto charts, and loss-reason dashboards by workstation, line, shift, and operator. ECOSIRE scopes, builds, installs, and supports it on your Frappe v15/v16 bench. Built to order by ECOSIRE for ERPNext v15, v16 — indicative price from $999.00 USD; request a quote for a scoped proposal.

Key Features

Automatic OEE calculation (availability x performance x quality) per workstation, line, and shift, recomputed on Job Card submit via hooks.py doc events
Dedicated Downtime Event DocType linking start/end timestamps, duration, and reason code to the originating Job Card, Work Order, and Workstation
Configurable Downtime Reason master mapped to the six big losses (breakdowns, setup/adjustments, small stops, reduced speed, startup rejects, production rejects)
Availability loss derived from planned run time minus captured downtime, sourced from Job Card time logs
Performance loss computed from ideal cycle time versus actual produced quantity and run time
Quality loss computed from good versus scrapped/reworked quantity pulled from Job Card and Stock Entry data
Downtime Pareto report ranking loss reasons by lost minutes so teams attack the vital few first
Shift- and operator-level OEE trend charts with drill-down from plant to line to workstation
Lean shop-floor capture via a Frappe client script so operators log a downtime reason in a few taps
OEE Snapshot DocType persisting computed factors for fast, non-recomputed dashboard loads
Scheduler events (scheduler_events) that roll up shift and daily OEE without manual refresh
Whitelisted server methods and standard Frappe REST API endpoints to feed andon screens, Power BI, or custom reports
Role profiles and DocType permissions scoping operator, supervisor, and CI-manager views correctly
Number Card and dashboard chart set for the ERPNext workspace, plus configurable OEE targets per workstation
Built and tested against Frappe/ERPNext v15 and v16

Built to order, done for you

No DIY setup — a working app, built, installed and supported by ECOSIRE.

  1. 1

    You order

    Start with a one-time build price. We scope it with you at kickoff.

  2. 2

    We build & install

    ECOSIRE builds, configures and installs it on your ERPNext.

  3. 3

    Go live + support

    You go live in about one working week, with two weeks of go-live support. Defects in the code we deliver are fixed free of charge.

Technical Specifications

ERPNext Compatibility
—
License
Licence confirmation required
Python Requirement
Python 3.10+
Database
MariaDB 10.6+

About this Product

Most manufacturers running ERPNext can see that a work center is busy, but not how effectively it runs. ERPNext core captures Job Cards, Work Orders, and time logs, and it exposes an operation time and a produced quantity, but it has no first-class concept of Overall Equipment Effectiveness. There is no availability-versus-performance-versus-quality split, no structured downtime reason capture, no six-big-losses classification, and no Pareto view of where minutes are actually being lost. Continuous-improvement and lean teams end up exporting Job Card data into spreadsheets, hand-calculating OEE after the fact, and arguing about definitions instead of fixing the line. By the time the number is compiled, the shift it describes is long gone.

ECOSIRE builds a proper Frappe app that adds a real OEE and downtime layer on top of your existing ERPNext production data. We introduce dedicated DocTypes — a Downtime Event log (with start, end, duration, reason code, and a link to the Job Card/Work Order/Workstation), a configurable Downtime Reason master mapped to the six big losses, and an OEE Snapshot that stores the computed availability, performance, and quality factors per workstation, line, and shift. Availability is derived from planned run time minus captured downtime, performance from ideal cycle time versus actual, and quality from good versus scrapped/reworked quantity pulled from your Job Card and Stock Entry data. The math runs automatically: hooks.py doc events on Job Card and Downtime Event recompute the affected snapshot on submit, and scheduler_events roll up shift and daily figures so dashboards are never stale.

On top of that data we build the analytics your team actually opens every morning. A downtime Pareto ranks loss reasons by lost minutes so you attack the vital few first; a six-big-losses breakdown separates breakdowns, setup and adjustments, small stops, reduced speed, startup rejects, and production rejects; and OEE trend charts drill from plant to line to workstation to operator and shift. Shop-floor capture is kept fast with a Frappe client script and a lean operator form so a downtime reason can be logged in a couple of taps without leaving the workstation. Everything is exposed through whitelisted server methods and the standard Frappe REST API, so the same numbers can feed a wall-mounted andon screen, Power BI, or your own reporting, and access is governed by proper role profiles and DocType permissions so operators, supervisors, and CI managers each see the right scope.

Because this is build-to-order, nothing is a generic download you have to bend to fit. We start with a short scoping call to pin down your line and shift model, your ideal cycle times, and your reason-code taxonomy, then build the app against your actual Workstation, Operation, and routing structure and target your Frappe/ERPNext v15 or v16 bench. Typical delivery is one working week from confirmed scope. You get the installable source, UAT on a staging site, a rollback plan, documentation, a training session for your CI and supervisor team, a post-go-live support window, and the git repository handed over so the code is yours to keep.

What you get

  • Installable Frappe app source code for your commissioned version (v15 or v16), built against your actual Workstation and routing structure
  • Installation and configuration on your bench, including reason-code taxonomy, ideal cycle times, and role profile setup
  • Technical documentation covering DocTypes, hooks.py doc events, scheduler events, and the whitelisted REST endpoints
  • User guide plus a live training session for your CI managers, supervisors, and shop-floor operators
  • UAT on a staging site with a documented rollback plan before any production go-live
  • Post-go-live support window for bug fixes and configuration adjustments
  • Git repository handover so the source code is yours to keep, fork, and extend
  • OEE calculation definition sheet documenting exactly how availability, performance, and quality are derived for your process

Who this is for

Continuous-improvement / lean manager

Owns the OEE number and needs a single trusted definition across every line, plus a downtime Pareto that tells them where to run the next kaizen instead of waiting on month-end spreadsheets.

Production / plant manager

Wants live visibility of how each line and shift is actually performing versus target, with the ability to drill from a plant-level OEE down to the specific workstation and operator dragging it down.

Maintenance / reliability engineer

Needs structured breakdown and small-stop data mapped to the six big losses so they can separate genuine equipment failures from setup and speed losses and plan preventive maintenance around real downtime patterns.

Shift supervisor / line lead

Captures downtime reasons in real time from the floor and needs a fast, low-friction form plus a shift scoreboard, without navigating deep into ERPNext during a running shift.

How OEE & Downtime Analytics for ERPNext Compares

CriterionECOSIRECustom BuildCompetitorERPNext Native
OEE calculationAutomatic availability x performance x quality, recomputed on Job Card submitPossible but you design and maintain the whole formula and refresh logicOften a fixed OEE formula that may not match your definitionsNo OEE concept; time and quantity captured but never combined
Downtime reason captureStructured Downtime Event DocType + configurable reason master, six-big-losses mappedBuild the DocTypes and mapping yourself from scratchSome reason logging, taxonomy rarely matches your plantNo structured downtime or loss-reason capture
Pareto & loss analyticsDowntime Pareto + six-big-losses breakdown + drill-down trends out of the boxReport-by-report, built and paid for one at a timeFixed dashboards, limited drill-down beyond the vendor's designOnly generic list/report views; no Pareto or loss classification
Fit to your processBuilt to your lines, shifts, cycle times, and reason taxonomy during scopingFully bespoke, but at full custom time and costGeneric; you bend your process to the app's assumptionsGeneric ERPNext manufacturing only
Frappe v15/v16 supportTargeted and tested against your exact bench versionDepends entirely on your developer's diligenceDepends on the vendor's release cadence and upgrade supportNative to your ERPNext version, but without OEE features
Source code ownershipFull git repository handed over; yours to keep and extendYou own it, but you carry all build and maintenance costUsually closed or license-locked; no repo handoverN/A; nothing custom delivered
Delivery modelBuild-to-order, one working week from confirmed scope, UAT + rollback planWeeks to months depending on in-house capacityInstant install, but generic and often needs heavy configurationAlready present, but the OEE capability simply does not exist
Support after go-liveIncluded support window + optional ongoing/upgrade engagementsWhatever your team can spareVendor support tiers, variable responsivenessCommunity/your own ERPNext support only

Frequently Asked Questions about OEE & Downtime Analytics

How long does delivery take?

This is a build-to-order app, not an instant download. After a short scoping call to confirm your line/shift model, ideal cycle times, and reason-code taxonomy, typical delivery is one working week from confirmed scope. Larger multi-plant taxonomies or heavy integration work can extend that, and we will tell you the honest estimate before you commit.

Does this work with our existing ERPNext production data?

Yes. It is built on top of your existing Work Orders, Job Cards, Operations, Workstations, and Stock Entries rather than replacing them. Availability comes from Job Card time logs, performance from ideal versus actual cycle time, and quality from good versus scrapped/reworked quantity. We do not require you to re-key production data into a separate system.

How is OEE actually calculated, and can we control the definitions?

OEE is availability x performance x quality. Availability = planned run time minus captured downtime; performance = ideal cycle time versus actual output; quality = good versus rejected/reworked quantity. During scoping we agree the exact inputs, your ideal cycle times, and your downtime reason taxonomy, and we hand over a definition sheet so the number is never ambiguous or disputed later.

Which Frappe and ERPNext versions are supported?

We build and test against Frappe/ERPNext v15 and v16. Tell us your exact bench version during scoping and we target that. If you are mid-upgrade we can plan the build against the version you will be running at go-live.

How does downtime get captured on the shop floor?

We add a lean Downtime Event capture form with a Frappe client script so an operator or line lead can log a reason code against the running Job Card in a few taps, without navigating deep into ERPNext. Reason codes are a configurable master mapped to the six big losses, and events are automatically linked to the Work Order, Job Card, and Workstation.

What about support and updates after go-live?

Every build includes a post-go-live support window for bug fixes and configuration adjustments. Because you receive the full git repository, your own team can also maintain and extend the app. Beyond the included window, ECOSIRE offers ongoing support and version-upgrade engagements (for example, carrying the app forward to a future Frappe major version) as a separate arrangement.

Can the OEE data feed dashboards or systems outside ERPNext?

Yes. The computed factors are exposed through whitelisted server methods and the standard Frappe REST API, so the same numbers can drive a wall-mounted andon screen, feed Power BI or another BI tool, or be consumed by your own reporting. Access is governed by proper role profiles and DocType permissions.

Request a quote

OEE & Downtime Analytics

A build-to-order ERPNext app that turns your Work Order and Job Card data into automated OEE (availability x performance x quality), downtime Pareto charts, and loss-reason dashboards by workstation, line, shift, and operator. ECOSIRE scopes, builds, installs, and supports it on your Frappe v15/v16 bench.

  • Automatic OEE calculation (availability x performance x quality) per workstation, line, and shift, recomputed on Job Card submit via hooks.py doc events
  • Dedicated Downtime Event DocType linking start/end timestamps, duration, and reason code to the originating Job Card, Work Order, and Workstation
  • Configurable Downtime Reason master mapped to the six big losses (breakdowns, setup/adjustments, small stops, reduced speed, startup rejects, production rejects)
  • Availability loss derived from planned run time minus captured downtime, sourced from Job Card time logs

Request a Quotation

Tell us about your OEE & Downtime Analytics requirements and we'll send pricing, licensing options and a tailored proposal — usually within one business day.

No payment now. This sends a quote request to our team — we'll follow up by email with pricing and next steps.