Replace the shift supervisor's handwritten stop log with downtime records tied to work orders, so you know which stops hurt output most and what they cost.
A UAE factory tracks downtime in its ERP by logging every stop against the work center and running work order, with a reason code, duration and planned or unplanned flag. Operators can select reasons on a tablet without machine sensors. The ERP converts downtime minutes into lost units and cost, raises maintenance or quality requests where needed, and produces a Pareto of top reasons by line, shift and product.
An ERP for manufacturing downtime in the UAE records every period when a line or machine should be producing but is not, with the reason, the duration and the work order affected. Planned downtime (changeovers, cleaning, scheduled service) and unplanned downtime (breakdowns, material shortages, waiting for QC release, power dips, no operator) are logged separately, because they need different fixes.
In many plants we visit in Jebel Ali, Al Quoz, Sharjah and Ajman, downtime is written on a shift report as a single line: "machine stopped 2 hrs". There is no reason code, the work order is not updated, and the lost output is quietly absorbed by overtime on the next shift. Management sees late deliveries and rising labor costs, but not the stops behind them.
This page is about capturing and analyzing stops. The maintenance process that prevents mechanical stops is covered in ERP for machine maintenance, and the wider real-time view of operators, job cards and output belongs to shop floor management software.

The same stops repeat every week because nobody has the data to rank them.
Shift logs show total stopped time but not why. Without reason codes, a two-hour mechanical failure and two hours of waiting for raw material look the same.
Short jams of two or three minutes on packing and filling lines are not worth writing down individually. Added together over a shift, they can be the biggest single loss.
Mold or die changes, color changes and line clearances are accepted as part of the day. Nobody measures how long each changeover takes compared with the standard.
The work order still shows planned completion even though the line was down. Sales promises dates based on a plan that is already behind.
Production blames maintenance, maintenance blames material shortages, and stores blames purchasing. Without shared data the weekly meeting becomes an argument instead of an action list.
Finance sees overtime, idle labor and expedited freight but cannot connect them to specific stops. Investment in a spare machine or a faster changeover kit cannot be justified.
The goal is fast capture at the machine and structured review afterward, with each loss turned into an action.
One shared database: every step updates stock, finance and reports in real time.
Downtime data starts on the shop floor but is only useful when it reaches planning, maintenance and costing.
Each line or machine with its shifts, planned breaks and available time, so downtime is measured against the right baseline.
A short, agreed list such as mechanical, electrical, material shortage, changeover, QC hold, no operator and utilities, each mapped to an OEE loss category.
Stops recorded on the running job, so actual times, output and delays are visible on the order; see work order management.
A mechanical or electrical stop raises a maintenance request automatically with the machine and reason already filled in.
Stops caused by inspection failures or holds link to the quality check, so quality-related downtime is not hidden as a production issue.
Material shortage stops point to the component and the late purchase order or transfer, so stores and purchasing see their share.
Idle time valued at work center rates, so production costing shows the cost of stops alongside material and labor variances.
Availability, performance and quality calculated per work center and shift from recorded run time, output and rejects.

A downtime dashboard turns shift logs into a ranked list of problems that each department can own.
Downtime capture is mature in Odoo, ERPNext and Dynamics 365, and usually custom-built around Zoho. Confirm features for your edition.
| Zoho | Odoo | ERPNext | Dynamics 365 | |
|---|---|---|---|---|
| Recording stops | Typically a Zoho Creator shop floor app, as Zoho Inventory has no work center tracking | Work center blocking with loss reasons from the shop floor or work order | Downtime Entry records per workstation with stop reason | Business Central uses capacity entries and stop codes on output journals; SCM adds production floor execution features |
| Reason categories | Custom picklists in Creator | Productivity loss types grouped as availability, performance or quality | Configurable stop reasons | Stop codes and scrap codes, configurable |
| OEE calculation | Built in Zoho Analytics from Creator data | OEE shown per work center in manufacturing reporting | Custom report or dashboard from job cards and downtime entries | Power BI or partner apps for Business Central; reporting in SCM |
| Link to maintenance | Creator workflow to a maintenance form | Maintenance request can be raised from the work center | Asset Repair or Maintenance Visit by custom link | SCM Asset Management work requests |
| Machine data capture | Via Creator APIs and middleware | IoT box and third-party connectors in some editions; confirm | REST API from gateways or MES | Azure IoT and partner connectors |
| Best fit | Light assembly with custom needs | SME discrete manufacturers wanting built-in OEE | Cost-conscious plants with in-house IT support | Larger multi-site operations |
Odoo, ERPNext and Dynamics 365 are covered further on our Odoo manufacturing and ERPNext manufacturing pages.
Manual capture is a sound start; automated signals remove arguments about how long a stop really lasted.
Downtime affects labor, cost and reporting. Confirm specifics with your HR and tax advisors.
UAE Labour Law limits normal hours and overtime, and Ramadan reduces private sector hours. Recovering lost output through overtime has limits, which is why preventing stops matters more than catching up.
Abnormal idle time is generally expensed rather than added to inventory cost under common accounting practice. Separating planned and unplanned downtime helps finance value stock consistently for corporate tax; confirm with your auditor.
Machinery breakdown and business interruption claims need evidence of the stop, its cause and lost output. Timestamped downtime records linked to repair jobs support the claim file.
General information, not tax or legal advice. Rules change; confirm current FTA, MOHRE and Ministry of Finance guidance with your advisor.
The value is in focusing effort on the few stops that cost the most.
A Pareto of stop reasons shows which two or three problems to attack first, instead of debating opinions.
Work orders reflect actual progress, so planners and sales see delays as they happen.
Measured changeover times expose the gap to standard and support quick changeover projects.
Downtime valued in cost terms supports decisions on spare machines, tooling or automation.
Downtime tracking can often go live in 4-10 weeks when the manufacturing module is already in place.
Durations are typical ranges; your plan is agreed after discovery.
Workshop with production, maintenance and quality to agree a short list of reasons and loss categories.
Set up work center calendars, reason codes, capture screens and links to maintenance and quality.
Start where downtime hurts most, check data quality daily and adjust codes that operators misuse.
Build the dashboard and start a daily stop review and weekly Pareto meeting.
Add PLC or sensor signals for run and stop status on critical machines.
We configure the system for the rules UAE businesses report against, and test it before go-live.
General information, not tax or legal advice. Confirm current requirements with the FTA, MOHRE or your advisor. See all UAE compliance guides.
On-site workshops in Dubai, Abu Dhabi and Sharjah, and remote or on-site delivery across the Northern Emirates and free zones.
Official sources and references
Facts on this page were checked against these sources in October 2026. Rules change, so confirm current requirements before acting.
Still have a question? Our consultants are happy to help.
Ask an ExpertNo. Most plants start with operators selecting a reason code on a tablet when the line stops, which already gives far better data than shift notes. Sensors are worth adding later on bottleneck machines where micro-stops matter.
Start with 8 to 15 codes that operators can pick quickly. Too many codes produce careless choices and an "other" category that hides everything.
OEE is useful on a bottleneck machine or high-volume line, such as extrusion in plastic manufacturing or filling lines. For job-shop work with frequent changeovers, availability and changeover time per job are often more practical.
The production manager usually owns the data and the daily review, with maintenance, quality and stores each owning the actions for their reasons. Our page for manufacturing managers shows how this fits their weekly routine.
Yes. Idle time can be valued at the work center rate and shown separately in production cost reports, so finance can see the cost of stops without inflating product cost.
Downtime tracking is the capture process and reason data. A production dashboard displays it alongside output, schedule adherence and scrap.
Related Solutions
Related Industries
Related ERP Platforms
Share a week of shift reports and we will show how stops would be captured, coded and reported in your ERP.
Dubai, United Arab Emirates