What happens: Sized yarn is combined with weft yarn on the loom to produce grey fabric, typically measured in metres.
What Odoo tracks natively: Odoo can manage Work Orders per loom or loom-set, and basic shift-wise production output.
Where customisation is required: The key requirement is loom-level efficiency and downtime tracking. Standard Odoo records Work Order completion but does not capture detailed machine performance. For real-time efficiency, mills may require an IoT/sensor feed or barcode-based shift-reporting layer integrated with Odoo, along with warp and weft yarn consumption tracked against the BOM. This is usually the point where generic weaving mill software falls short and a connected textile ERP starts to pay off.
What happens: Once weaving is completed, the output becomes grey fabric. Instead of being managed as one bulk quantity, the fabric is typically produced, inspected and stored as individual rolls, for example GF-001 (102 metres), GF-002 (97 metres), GF-003 (105 metres). Each roll may carry information such as roll number, fabric type, production order, length, weight, production date, lot/batch, storage location and inspection status.
What Odoo tracks natively: Odoo manages manufacturing outputs, inventory quantities, lot/batch tracking and stock movements, providing the foundation for tracking grey fabric production.
Where customisation is required: The key requirement is roll-level tracking, where each fabric roll is maintained as a traceable production output with attributes such as length, weight, quality status and a direct link to the production order and consumed yarn lot.
What happens: After weaving, grey fabric undergoes quality inspection before being released for further processing, transfer or dispatch. Inspection parameters may vary based on fabric type, construction and customer requirements, including width, length, GSM, weight, appearance and weaving defects. For example, Roll GF-00125 may be inspected for length, width, GSM, appearance, stains and weaving defects.
What Odoo tracks natively: Odoo Quality manages quality checks, inspection points, measurements, pass/fail results and quality alerts as part of the production and inventory process.
Where customisation is required: The key requirement is to link inspection results directly to the individual fabric roll, with configurable inspection parameters, tolerances and customer-specific acceptance criteria.
What happens: Based on inspection results, each fabric roll is classified as Accepted, Rejected or Hold. A held roll may require further review for rework, downgrade, acceptance with deviation or rejection.
What Odoo tracks natively: Odoo can manage quality results, quality alerts and inventory movements/statuses associated with the inspection process.
Where customisation is required: The mill may require a specific roll-wise disposition workflow, including automatic movement to Hold/Rejected locations, downgrade handling and reclassification based on defect severity. This ensures that fabric which has not passed inspection is not incorrectly treated as available or saleable stock.
What happens: If a quality issue is identified in a specific fabric roll, the mill needs to trace the complete production history: Customer / Dispatch → Fabric Roll → Inspection → Production Order → Weaving → Warping / Sizing → Yarn Lot → Supplier
The reverse trace is equally important: if a yarn lot is found to have a quality issue, the mill should be able to identify all production orders and fabric rolls where that yarn was consumed.
What Odoo tracks natively: Odoo provides lot/batch traceability across Purchase, Inventory and Manufacturing, creating the foundation for tracking material consumption and production outputs.
Where customisation is required: The key requirement is end-to-end roll-level traceability, linking each grey fabric roll to its production order and consumed yarn lots, with the ability to perform both backward and forward traceability.
What happens: Once yarn is consumed, chemicals used, wastage recorded and fabric produced, the mill needs one final number: what did this fabric actually cost to make? Today, most mills answer this with a spreadsheet: a hardcoded formula built by one person, updated manually every time a yarn rate or chemical price changes, and rarely audited. It works, until it doesn't. A stale rate, a missed wastage update, or a formula that doesn't account for a knotting loss can quietly misprice a quote.
What Odoo tracks natively: Odoo Manufacturing has a standard costing layer. It can compute cost from BOM components (material cost) plus operation cost (labour/machine time), using standard, average or FIFO costing methods. For a mill making one product from fixed-quantity inputs, this is enough.
Where customisation is required: Textile costing isn't a fixed-quantity BOM problem. It's a unit-conversion and multi-variable rollup problem. A real fabric cost needs to combine:
- Warp and weft yarn cost, converted from kilograms to ends/length/metre using the mill's own count-and-construction formulas
- Sizing chemical cost, apportioned per batch or per beam
- Wastage, applied separately at warping, sizing and weaving, not as one blanket percentage, since loss rates differ by stage
- Crimping and knotting, which increase actual yarn consumed beyond the theoretical length
- Process/operation cost (loom running cost, labour and power) apportioned per metre or per roll rather than per Work Order
None of this exists as a configurable formula in standard Odoo. It has to be built as a costing engine that sits on top of Manufacturing, pulls live rates and process data from each stage, and outputs a cost price per metre or per roll. Because Stage 5 already tracks fabric at roll level, this costing engine can attach a cost to each individual roll rather than only to a production batch.
One thing worth deciding early: do you need this as a live cost (recalculated automatically whenever rates change) or as a quoting simulator (a what-if before confirming a sale, using rates that haven't hit inventory yet)? These are different engineering problems. One is a recalculation trigger; the other is a separate model referencing live rates without writing them to production data.
(For mills that finish fabric in-house rather than dispatch as grey fabric)
What happens: Fabric undergoes calendering, compacting, and final chemical or mechanical finishing, followed by inspection, grading and packing for dispatch.
What Odoo tracks natively: Odoo manages Work Orders, finished-goods inventory by lot, grading and packing-list generation.
Where customisation is required: The key requirement is roll-level traceability back to the original yarn lot, especially for export mills requiring complete batch traceability for buyer audits.
| Textile Requirement | Odoo Foundation | Configuration / Customization |
| Yarn purchase | Purchase | Yarn specification and parameters |
| Yarn lot/batch tracking | Inventory | Yarn properties carry forward to lot |
| Incoming quality inspection | Quality | Configuration and design of QC worksheet |
| Warping production | Manufacturing | Consumption calculation based on EPI, RS, ends and more; creel and cone setups |
| Ends-wise calculation | BOM / Manufacturing | Customization may be required |
| Wastage calculation | BOM / Manufacturing | May require custom logic |
| Sizing production | Manufacturing | Chemical consumption calculator and pickup % |
| Chemical consumption | BOM / Inventory | Specific consumption logic and operation |
| Weaving work orders | Manufacturing | Loom and shopfloor setup |
| Loom-wise production | Work Centers / Manufacturing | May require enhancement |
| Machine efficiency & downtime | Manufacturing foundation | Custom reporting / IoT may be required |
| Grey fabric roll tracking | Inventory / Lots | Roll-specific workflow may require customization |
| Fabric inspection | Quality | Textile-specific parameters require configuration |
| Defect classification | Quality | Manage defect reasons and rework |
| Accepted / Rejected / Hold | Quality + Inventory | Workflow may require customization |
| Yarn-to-fabric traceability | Lots + Manufacturing | Depends on required traceability level |
The important point is that a successful textile ERP implementation should not try to force every requirement into standard functionality. The same pattern shows up outside textiles too: we saw it in batch- and formula-driven plants, which we covered in our guide to Odoo ERP for cosmetics manufacturers.
Before Odoo, Rajeshwari Weavetex managed production, purchasing and sales through pen-and-paper records and Excel. As operations grew, this created challenges in managing Purchase Orders, sales, production planning and real-time stock visibility. (We've written more about how weaving mills gain control and visibility with ERP for textile manufacturing.)
Rajeshwari purchases ready-made yarn and follows the process: Yarn Purchase → Incoming Quality Check → Warping → Sizing → Weaving → Inspection → Dispatch
One of the key technical challenges in this Odoo ERP implementation was unit conversion on production-wise items, particularly in warping. The warping BOM required ends-wise calculation against warping length, along with wastage. Since Odoo's standard BOM does not support wastage at this level, customisation was developed.
The solution also included custom consumption logic and production routing that automatically creates an inventory transfer to the production location when a warping order is raised. If available stock is insufficient, the system can automatically generate an RFQ for replenishment.
The same customised ends-wise BOM structure was extended to sizing to track chemical consumption per batch.
The result is a connected system with real-time dashboards and visibility across production, purchasing and inventory, replacing manual follow-ups and spreadsheet-based reporting with system-driven information.