Yarn manufacturing ERP software: a dyed yarn ERP + CRM for Filyarn Industries, Surat
How Yukti AI built a working prototype of textile ERP software for Filyarn Industries, a dyed-yarn manufacturer in Kim, Surat. One system follows an order from the first WhatsApp inquiry through quotation, recipe-based material planning, dyeing, coning, packing, QC, GST invoice, e-invoice, e-way bill, dispatch, payment and broker commission.
Short answer: Yukti AI built Filyarn a high-fidelity prototype of a yarn manufacturing ERP and textile CRM that runs a dyed-yarn order through 12 stages in one workflow engine. It has a WhatsApp inbox that pre-fills inquiries, quotations, recipe-based material planning, dyeing, coning, packing and QC, a GST tax invoice in Filyarn's own format, simulated e-invoice and e-way bill, receivables with interest and ageing, yarn brokerage rules, costing, ten role-based views and a public product catalogue. It runs on mock data: it is not a live production deployment.
Quick facts
| Client | Filyarn Industries Pvt. Ltd., a dyed-yarn manufacturer in Kim, Surat, Gujarat |
|---|---|
| Location | Surat, Gujarat, India |
| Industry | Textile — dyed polyester, catonic, bright, ATY, spun, viscose and fancy yarn |
| Core challenge | Inquiries arrive on WhatsApp and have to become quotations, orders, dyeing batches, GST invoices and collections without re-typing, while brokers, credit and interest are tracked |
| Solution | Yarn manufacturing ERP + textile CRM on one workflow engine, with a public product catalogue |
| Order workflow | Inquiry → Quotation → Order → Material Planning → Dyeing → Coning → Packing → QC → Ready → Invoice → Dispatch → Payment |
| Master data | 23 catalogue items in 10 yarn ranges, expanded into 86 shade-wise SKUs with cone photographs; parties, groups, brokers, recipes, machines, suppliers and warehouses |
| Status | High-fidelity working prototype on mock data with local state and no backend. E-invoice, e-way bill, WhatsApp, e-mail and PDF are simulated. Not a live deployment. |
| Stack | React 19, TypeScript, Vite, Tailwind CSS 4, Zustand, Recharts, React Router |
| Built by | Yukti AI, Surat, Gujarat |
What is yarn manufacturing ERP software? A system that runs a yarn maker's order-to-cash cycle in one place: inquiries, quotations, orders, recipes and material, dyeing, coning, packing, QC, stock, GST invoicing, dispatch, receivables and broker commission. A dyed yarn ERP must also handle recipes, weight gain and loss, and shade-wise products, which generic accounting software does not.
Is it live? No. It is a prototype on mock data, built so Filyarn can see and test the whole workflow. Company details, products and the invoice format are real; orders and amounts are demo data.
On this page
- Who this is for
- The problem and the decision
- How the system is put together
- Textile CRM and WhatsApp inquiry automation
- The 12-stage order workflow
- Dyeing, coning, packing and QC
- Inventory, purchase and suppliers
- GST invoice, e-invoice, e-way bill and dispatch
- Receivables, interest and brokerage
- Costing, profitability and reports
- Dashboards, approvals and audit
- Public catalogue and masters
- Who uses it
- Every feature and its business benefit
- How it helps you sell more and collect faster
- Before vs after: the workflow step by step
- A day in the system
- Role-by-role benefits
- AI and automation: what exists and what does not
- AI-ready data and possible AI extensions
- Checked against a real invoice
- Prototype boundaries and next phases
- FAQ
Which textile businesses is a yarn manufacturing ERP like this built for?
The Filyarn prototype was designed around one kind of business: a unit that buys raw yarn, dyes and finishes it, winds it onto cones, packs it in cartons and sells it by the kilogram, very often through a broker. That description fits a large part of the textile belt around Surat, Kim, Palsana, Sachin and Pandesara, and many dyeing houses and yarn traders elsewhere in Gujarat and India.
If most of the points below sound familiar, the problems this dyed yarn ERP was built for are probably your problems too:
- Dyed-yarn manufacturers working in polyester, catonic, bright, ATY, spun, viscose, fancy or twisted yarn, where every shade has its own recipe and the weight changes in dyeing and coning.
- Dyeing houses and job-work dyers who need yarn dyeing software and dyeing house management software to track batches, machines, operators, dye and chemical consumption, and QC holds.
- Yarn traders and stockists who mainly need yarn trading software: inquiries, quotations, party credit, brokers, GST invoicing and collections, even if production is limited.
- Businesses that sell through brokers and need broker commission software that calculates brokerage per kg, per cent or fixed, by order, product, party or group, without a separate register.
- Owners who live on WhatsApp, where most orders start as a chat, and who want those chats to become proper records instead of screenshots.
- Units outgrowing Excel and Tally, where accounts are fine but the order, production and broker side is spread across sheets, notebooks and phone calls.
It is less of a fit for a large integrated spinning mill that already runs a full corporate ERP, or for a business that only needs accounting. For those, a focused add-on, such as a textile CRM or a WhatsApp inquiry layer, is usually the better first step. Yukti AI builds custom systems, so the scope is set after a free workflow audit rather than forced into a fixed package. See custom ERP vs off-the-shelf ERP for how to think about that choice.
Why is a dyed-yarn unit hard to run on generic software?
A dyed-yarn manufacturer buys raw yarn, dyes and chemicals, turns them into shade-matched yarn on cones, and sells by the kilogram to weavers and traders, often through brokers. Accounting software sees invoices. A generic CRM sees leads. Neither understands that a 5,000 kg order for red polyester needs a recipe, a dye batch, a coning lot, a packing count and a QC pass before an invoice can be raised.
- Inquiries live on WhatsApp. The quantity, shade and yarn type sit inside a chat message, and someone has to copy them into a quotation by hand.
- Material depends on the recipe. Dye, chemicals and packing per kilogram differ by yarn and shade, and stock has to be reserved before dyeing starts.
- Weight changes in the process. Yarn gains weight in dyeing and loses some in coning, and both affect cost and the invoiced quantity.
- Brokers earn on the sale. Commission can be per kg, a percentage or a fixed amount, and differs by party, product or order.
- Payments run on credit. Overdue days, interest after a grace period and credit limits all need to be visible per party.
- Paperwork is statutory. A GST tax invoice, an e-invoice IRN and an e-way bill have to be prepared for every dispatch.
For yarn manufacturing, the inquiry, the quotation, the recipe, the batch, the QC result, the invoice and the payment should be one linked order record, not a chat, a notebook and a spreadsheet that have to agree.
What problems was this yarn ERP built to solve?
It was built to move the jobs a dyed-yarn unit typically handles by hand into one system. The left column describes that manual work in general terms, not in Filyarn's own words; the right column is what the prototype does.
Without one system
- WhatsApp messages re-typed into quotations
- Dye, chemical and packing needs worked out by hand for every order
- No view of which order is stuck at dyeing, coning, packing or QC
- Invoice maths, freight and round-off checked manually
- Broker commission and customer interest calculated at month end
- Overdue parties found by scrolling through ledgers
With the system
- One click turns a WhatsApp chat into an assigned inquiry, pre-filled for staff to confirm
- Recipe-based material requirement with stock reserved and shortages flagged
- A bottleneck board and order tracking board showing every stage
- A GST tax invoice computed by the engine in Filyarn's own layout
- Brokerage resolved by rule on every invoice; interest and ageing computed from settings
- Receivables, credit utilisation and top overdue accounts on the dashboard
Why a custom build instead of off-the-shelf textile ERP software in India?
Packaged textile ERP products are usually built around fabric, garments or trading. A dyed-yarn manufacturer's logic is different: recipes per kilogram, shade-wise SKUs, weight gain in dyeing, cheese and carton counts, and brokerage that changes by party. Tally and Excel handle the ledger but not the production. A custom build let the data model follow the unit's own workflow, which is the principle behind every AI-powered business management system Yukti AI builds. See also custom ERP vs off-the-shelf ERP.
How is the dyed yarn ERP put together?
The prototype separates three layers. Pure formulas calculate money, tax, brokerage, interest, stock and consumption. A workflow engine moves each order through its stages and records every change. Read-only selectors feed dashboards, notices and ledgers. The seed data was generated by running the real engine day by day, so ledgers stay consistent.
Textile CRM and WhatsApp inquiry automation for yarn traders and manufacturers
The sales side is a custom CRM shaped around how yarn customers buy: a WhatsApp message with a quantity and a shade, a quotation, some negotiation, often a broker in the middle, and repeat orders from the same party. It is the same idea as WhatsApp automation, applied to a yarn business.
WhatsApp Inbox
A unified inbox lists customer chats with unread counts, tags and an assignee. Create inquiry reads the latest customer message that contains a quantity and pre-fills the quantity in kg, colour, yarn type (polyester, catonic, ATY, viscose, spun, bright, fancy, Anmol or TPM) and count such as 150/72. The inquiry is created with source WhatsApp, assigned to a salesperson, tagged on the chat and logged on a timeline. This is keyword and number matching, not a language model, and the form is pre-filled for staff to check.
Pipeline, leads, inquiries and follow-ups
Inquiries move through New, Contacted, Quotation Pending, Quotation Sent, Negotiation, Won, Lost and Converted to Order. They can be seen as a table or on a Kanban pipeline, and Follow-ups gives each salesperson a Today's follow-ups list with scheduled reminders, so a quotation is not forgotten.
Customers / Parties and Party 360
The party master holds code, contact, WhatsApp number, city, state, GSTIN, credit limit, payment days, broker, salesperson, party group and packing preference. A Party 360 page brings together sales, paid, outstanding, overdue, interest, pending orders, brokerage and credit used for that customer. Why it matters: before quoting, the salesperson sees whether the party is already over its credit limit.
Quotations
A quotation is created from an inquiry with the product resolved from the master, the rate from the price master, GST, payment days, validity and notes, and a total built by the same engine as the invoice. Status runs Draft, Sent, Negotiation, Accepted or Rejected. Sending moves the inquiry to Quotation Sent, and accepting converts it into a confirmed sales order. Quotations above a configured value need management approval before they can be sent.
Brokers
Brokers are a master with their parties, sales and brokerage earned, so a trading intermediary is tracked like any other part of the business. How commission is calculated is covered under receivables, interest and brokerage.
How does one yarn order flow through the system?
The Overview menu includes an End-to-End Demo that walks ABC Textiles' request for 5,000 kg of dyed polyester, red, through every step below using the same engine as the rest of the app. Each step writes to the order timeline and the audit log, so the order record tells its own story.
Behind this, an order carries one of 12 stages: Inquiry, Quotation, Order, Material Planning, Dyeing, Coning, Packing, QC, Ready, Invoice, Dispatch and Payment. An order board shows every order by stage with days spent in the stage, and the system will not advance an order that is on QC Hold or that lacks stock to issue, which keeps the data honest.
Yarn dyeing software: recipes, dyeing, coning, packing and QC
Production is the part generic software misses. These modules turn a confirmed order into a plan, a dye batch and a packed, inspected lot of yarn.
Recipe / BOM and material planning
Each recipe lists, per kilogram of finished yarn, the raw yarn, dye, chemicals, coning and packing material, tagged by process: Pre-treatment, Dyeing, Coning or Packing. It also holds expected loss and gain percentages and labour, overhead and transport per kg. A recipe can be tied to a customer, a colour and a yarn type, with versions. Material planning multiplies the recipe by the order quantity, compares it with free stock (stock minus reserved) and shows the shortage line by line.
Order Calculator
Before quoting, sales can enter an order and see inputs, the material requirement and conversion costs, with per-kg overrides. Why it matters: the salesperson sees cost per kg and margin before a rate is promised.
Production planning
Confirmed orders awaiting planning are listed, and creating a production order reserves the required materials against stock. If anything is short, a Material shortage alert is raised for the purchase team.
Dyeing
Issuing materials posts consumption entries to the stock ledger and starts a dye batch with the colour and shade, input kg, dye and chemical quantities, machine, operator and start time. Completing it records output kg and waste, and the system calculates weight gain or loss: gain is output minus input, and the percentage is shown.
Coning
Dyed yarn is wound onto tubes. A cone lot records input and output kg, waste, cone count from the cone weight, machine and operator.
Packing
Packing consumes cartons, tubes, stickers and poly bags per the recipe and records the packed weight and counts per lot. Cheese (cone) and carton counts for documents come from each product's packing norm: kg per cheese and cheese per carton.
Quality control
Every packed lot goes to a QC queue for shade, count, moisture, strength and appearance. A pass marks the order Ready. A fail or hold puts the order on QC Hold, raises a notice and blocks further progress until the hold is released after rework and re-inspection.
Production history, Bottleneck Board and machines
Production History keeps past batches. The Manufacturing Bottleneck Board shows where orders are waiting and for how long, and a machine master tracks dyeing, coning and packing machines with capacity and Running, Idle or Maintenance status.
How are raw material, yarn stock and purchasing handled?
Inventory keeps raw yarn, dyes, chemicals, packing material and consumables with stock, reserved quantity, minimum and reorder levels, warehouse and batch. Every movement goes through one ledger, so the closing balance always has a trail.
- Raw Materials and Packing Material. Stock, reserved and free quantities, with reorder warnings.
- Yarn Stock. Finished yarn that is ready but not yet dispatched.
- Stock In, Stock Out and Stock Ledger. Purchases, consumption and adjustments with date, quantity, running balance, reference and batch.
- Purchase / Stock In. Suggested purchases when free stock falls below the reorder level, purchase orders to suppliers, and posting a purchase invoice raises stock and updates the material rate.
- Stock Adjustment. A physical count can be corrected with a reason; large adjustments go through approval.
- Suppliers and Payables. A supplier master with credit terms, and payables with due dates and ageing.
GST e-invoice and e-way bill software for yarn: the tax invoice, IRN and dispatch
This is where a yarn ERP earns trust, because the customer's accountant reads the invoice. The tax invoice reproduces Filyarn's own printed format.
Sales invoice
The invoice has billed-to and consignee blocks, challan number and date, purchase order, order and vehicle numbers, broker, and the HSN, carton, cheese, weight, rate and amount grid with grade and shade number. It then shows the sale rate, per-day interest, freight per kg, taxable value, GST, round-off, bill amount, amount in words in Indian numbering, ledger balance, bank block, IRN and acknowledgement, and the terms. GST is split into CGST and SGST for intra-state sales or charged as IGST for inter-state sales by comparing the party's state with the company state.
E-Invoice and E-Way Bill
Dedicated screens list each invoice with its IRN, acknowledgement and e-way bill. In the prototype these are generated by simulation: no government API is called, and the values are not real. Creating a dispatch triggers them if they are missing, so the workflow order is right for when a GST provider is connected.
Dispatch
A dispatch records transporter, vehicle, LR number, packages, weight, destination and the e-way bill number, and moves the order to Dispatched. Transporters and warehouses are masters.
Documents
Quotation, invoice and challan share one letterhead and column layout so a customer sees a consistent document set. PDF is produced through the browser's print function.
Receivables, interest and yarn brokerage software
Accounts is a working ledger layer on top of the invoices, with the payment-follow-up and broker rules a yarn trade needs.
Receivables and ageing
Every posted invoice shows paid, balance, overdue days and interest payable. Outstanding is grouped into Not due, 1-30, 31-60, 61-90 and 90+ day buckets, with party-wise outstanding, credit utilisation against each party's limit and a top overdue accounts list. Posting an invoice that takes a party over its credit limit raises a warning.
Payments
Record payment takes the invoice, amount, mode (for example NEFT), reference, bank and notes. A part payment leaves a balance; a full payment completes the order. Payables mirror this for supplier bills.
Interest on overdue payments
Interest uses a configurable rate, a day, month or year basis and a grace period: chargeable days are overdue days minus grace days. An interest calculator shows the result, interest can be waived on an invoice, and a Settings check line shows a worked example so the owner can confirm the rule. The invoice also prints a per-day interest figure.
Brokerage
Brokerage can be per kg, a percentage of the taxable value or a fixed amount. A rule can be set at order, product, party or group level, or fall back to the broker's default, with precedence in that order. On posting an invoice the system creates a brokerage entry with the basis used, keeps it Pending and lets accounts mark it Paid. A brokerage calculator, broker-wise sales and top brokers are included.
Textile manufacturing software with costing, profitability and reports
Costing
The costing engine builds cost per kg from raw yarn, dye, chemicals, coning, packing, consumables, labour, overhead, transport, brokerage and other cost, then compares it with the selling rate to give revenue, margin and margin percentage with a cost breakdown chart. A margin alert threshold is configurable.
Weight gain and loss
Dyeing gain and coning loss are recorded per batch and summarised in a Weight Gain / Loss report, so the unit can see which recipes or shifts are drifting from their expected percentages.
Reports
- Sales: trend, party-wise, product-wise and broker-wise sales.
- Production: stage status and production trend.
- Stock: stock movement summary.
- Party, Payment and Brokerage: outstanding by party, collection trend, sales versus collections and brokerage paid and pending.
- Profitability and Weight Gain / Loss: margin per order and gain or loss per batch.
Amounts are shown in rupees with Indian digit grouping, and compact values in thousands, lakh and crore.
Dashboards, approvals, notifications and an audit log
Dashboard and Management Dashboard
The dashboard shows today's picture: orders in production, ready to dispatch, receivables and recent activity. A Management Dashboard gives owners a read-only analytics view of sales, collections, production and profitability, with a section on what management can see right now.
Order Tracking Board and Bottleneck Board
Kanban views by stage show where each order is and how many days it has spent there, which is how a manager spots the batch that is stuck at QC or the order waiting for stock.
Approvals
Configurable thresholds route quotations above ₹25 L, purchases of ₹5 L or more, stock adjustments of ₹25 K or more and supplier payments of ₹5 L or more to an approval queue before they proceed.
Notification Center and WhatsApp Templates
Notices cover material shortages, QC failures, new orders, ready orders and credit-limit breaches. A template library holds the standard WhatsApp messages for quotations and reminders.
Audit Log and Documents
Every create, status change, posting and payment writes an audit entry with the user, record, old value and new value. A Documents area stores attachments against records.
A public yarn catalogue and shade-wise product masters
Public product catalogue
A standalone, responsive catalogue page is built from the same masters as the ERP: a hero, a filterable product grid with the real cone photographs, shade families, company credentials, the board and WhatsApp enquiry buttons. It shares no layout with the ERP, so it can be moved to its own domain later. It is also useful as a yarn-trader-facing website section.
Product master
All 23 catalogue items across 10 ranges (Polyester, Catonic, Bright, Polyester ATY, Catonic ATY, Spun, Viscose, Fancy, Anmol and White TPM) are expanded into 86 shade-wise SKUs, each with yarn type, count or denier, composition, raw yarn, grade, shade number, HSN, GST rate, packing norms and standard cost.
Other masters
Party master and party groups, broker master, colour master with shades, raw materials, recipes, staff, machines, tax / payment terms / units, transporters, warehouses and suppliers: 13 masters in all, so rates and rules are set once and used everywhere.
What does each person work in?
The navigation is role-based. Switching the role from the profile menu changes which groups and screens appear, and a role-by-module matrix in Settings shows Full, View or No access per module. In the prototype this is a demonstration, not a login system.
Super Admin & Admin
Everything, including Settings & Rules, masters, approvals and the audit log.
Sales / CRM
WhatsApp inbox, pipeline, inquiries, follow-ups, parties, brokers, quotations, orders and the order calculator.
Production Manager & Staff
Production planning, dyeing, coning, packing, QC visibility, the bottleneck board and production reports.
Store / Inventory
Raw materials, yarn stock, packing material, stock in and out, ledger, adjustments, purchases and suppliers.
QC Staff & Dispatch Staff
The QC queue and inspection results; dispatch, e-way bill and e-invoice screens.
Accounts & Management
Receivables, payables, payments, interest, brokerage and payment reports; Management sees a read-only analytics view.
What does this textile ERP software deliver, and what is the business benefit of each part?
A feature list on its own does not tell an owner much. The table below pairs each module in the Filyarn prototype with the practical difference it is designed to make to a yarn business. These are the benefits the system enables when it is used on real data; the prototype runs on mock data, so none of them is a measured result.
| Module | What it does | Business benefit |
|---|---|---|
| WhatsApp Inbox | All customer chats in one inbox, with unread counts, tags and an assigned salesperson | No inquiry is lost in someone's personal phone; the owner can see who is answering whom |
| Create inquiry from chat | Reads the latest message and pre-fills quantity in kg, colour, yarn type and count for staff to confirm | Less re-typing, fewer typing mistakes in counts and shades, and a faster first reply |
| CRM pipeline and follow-ups | Inquiry stages from New to Won or Lost, a Kanban board and a list of today's follow-ups | Quotations that are waiting on the customer get chased instead of forgotten |
| Party master and Party 360 | Each customer's sales, payments, outstanding, overdue, interest, pending orders, brokerage and credit used | Before accepting a new order, sales can see in one screen whether the party is within limit |
| Broker master and brokerage rules | Commission per kg, per cent or fixed, with order, product, party, group and broker-default rules | Brokerage is calculated the same way every time, and broker statements no longer depend on a separate notebook |
| Quotations | Built from the inquiry and the product master, with discount, packing charge and GST split; large quotes need approval | Consistent, professional quotations in minutes, and the owner controls big commitments |
| Sales orders and Order 360 | 12 stages from Inquiry to Payment, a timeline per order and an order calculator for cost and margin | Anyone can answer "where is my order?" without walking to the floor or calling three people |
| Recipe / BOM and material planning | Per-kg recipe for each yarn and shade, multiplied by order quantity and checked against free stock | Shortages are spotted before dyeing starts, not halfway through a batch |
| Dyeing, coning and packing | Dye batch, cone lot and pack lot records with input, output, waste, machine and operator | Weight gain in dyeing and loss in coning are recorded per batch, so their effect on cost is visible |
| Quality control | Count, weight, moisture, strength and appearance; Pass moves the order to Ready, Fail or Hold stops it | Doubtful lots are not dispatched by mistake, and every hold is visible until it is released |
| Inventory and purchase | Raw yarn, dyes, chemicals and packing with reserved and free stock, a stock ledger, reorder suggestions and purchase approvals | Less over-buying and fewer last-minute purchases, with an audit trail for every stock change |
| GST tax invoice | Freight per kg, taxable value, CGST and SGST or IGST, round-off and amount in words, in Filyarn's own invoice layout | Correct invoices in the format customers already know, with no manual tax arithmetic |
| E-invoice, e-way bill and dispatch | IRN, acknowledgement and e-way bill fields plus transporter, vehicle and LR details (simulated in the prototype) | Statutory paperwork is part of the dispatch screen instead of a separate portal session, once a GST provider is connected |
| Receivables, interest and ageing | Balance, overdue days, interest with grace days, ageing buckets and credit-limit alerts | Overdue money is visible early, and interest on late payment is calculated rather than argued about |
| Costing and reports | Cost per kg from yarn, dye, chemicals, conversion, overheads and brokerage; margin alerts; sales, broker, production and profitability reports | The owner can see which product, party or broker actually makes money |
| Dashboards, approvals and audit log | Management dashboard, bottleneck board, approval queue and a log of who changed what | Control without micromanaging, and a clear record when something goes wrong |
| Public yarn catalogue | A standalone page of yarn ranges and shades with WhatsApp enquiry buttons | Buyers and brokers can browse the range and send a specific enquiry at any hour |
| Role-based navigation | 10 roles, from Sales to QC to Accounts, each seeing only the screens they need | Simpler screens for staff and less risk of someone changing data outside their job |
How can a yarn ERP help a manufacturer sell more and collect faster?
Most yarn units do not lose sales because their yarn is worse. They lose sales because a reply came late, a quotation was never followed up, or a broker sent the inquiry to someone who answered first. The Filyarn system is designed to close those gaps. Here is how each part contributes, described as what the system makes possible rather than as a promised number.
1. A faster turnaround from WhatsApp inquiry to quotation
A typical inquiry reads something like "need 5000 kg red polyester 150/72". In the prototype, a salesperson opens the chat and clicks Create inquiry. The system reads the message and fills in the quantity, colour, yarn type and count, links the party and assigns the inquiry. From there a quotation is built from the product master with the right rate, discount, packing charge and GST. The salesperson checks it and sends it. The time saved is the time that used to go into copying the details into a notebook, looking up the rate and working out the tax by hand.
2. A public catalogue that turns browsing into enquiries
The standalone catalogue shows yarn ranges and shade families with a WhatsApp enquiry button on each. A buyer in Ludhiana, Bhiwandi or Tiruppur can look at the range late at night and send a specific enquiry, which then arrives in the same inbox as every other chat. For a manufacturer that has relied on brokers and word of mouth, this is a low-cost way to be found and contacted directly.
3. Brokers managed properly, not just paid
Brokers bring a large share of business in the Surat yarn market. The broker master and brokerage rules mean commission is created automatically when an invoice is posted, with the basis recorded, and stays Pending until it is paid. Broker-wise sales and top-broker reports show which brokers bring the most business and at what margin, so the owner can decide where to spend attention. Paying brokers correctly and on time also matters for the relationship.
4. Follow-ups that do not depend on memory
Every inquiry and quotation has a stage and a follow-up date. Today's follow-ups list exactly which customers need a call or a message. Quotations stuck in Negotiation are visible on the pipeline board. In a busy season, this is the difference between converting an inquiry and letting it go cold.
5. Interest on overdue payments and better cash flow
Selling on credit is normal in textiles, but uncontrolled credit hurts working capital. The system calculates overdue days and interest from a configurable rate and grace period, prints the per-day interest on the invoice, groups receivables into ageing buckets, and raises a notice when an invoice pushes a party past its credit limit. Accounts can follow up with facts, sales can see which parties are risky before quoting, and the owner can see the overall position at a glance. Collecting on time is, in practice, as important to a yarn business as winning the next order.
None of this replaces a good sales team. It gives that team a clean list of what to do next and the information to do it well. This is the same idea behind Yukti AI's custom CRM software and CRM automation work for Indian businesses.
How does the workflow change, step by step, when Excel, Tally and phone calls give way to one system?
The before column describes the common way yarn units in India work without an integrated system. It is inferred from what the modules were built to replace, not quoted from Filyarn. The after column is how the same step works in the prototype.
| Step | Before: manual work | After: in the system |
|---|---|---|
| Inquiry | Message arrives on a personal WhatsApp; details are copied into a notebook or sheet | Chat is in a shared inbox; Create inquiry pre-fills the form and assigns it |
| Quotation | Rate looked up from memory or a price list, tax worked out on a calculator, typed into a Word or Excel format | Quotation built from the product master with GST split; large quotes go to approval |
| Follow-up | Depends on the salesperson remembering to call | Follow-up date on the inquiry; today's list shows who to contact |
| Order confirmation | Confirmed over a call; the factory hears about it later | Accepted quotation creates the sales order and it appears on the order board |
| Material planning | Production manager works out dye and chemical needs from a recipe notebook, then checks the store | Recipe multiplied by order quantity, compared with free stock, material reserved, shortage flagged |
| Dyeing and coning | Batch details written on a register; weight gain or loss rarely reconciled | Dye batch and cone lot records capture input, output and waste; gain or loss calculated |
| QC | Verbal approval; a doubtful lot can still be loaded | QC record with Pass, Fail or Hold; held orders cannot move to Ready until released |
| Invoice | Typed separately in Tally or an invoicing tool, with freight and round-off done by hand | Invoice generated from the order in the client's own layout, with tax and round-off calculated |
| E-invoice and e-way bill | Separate login to the government portal, details re-entered | Fields generated alongside the dispatch (simulated now; a GSP connection is the next step) |
| Brokerage | Calculated at month end from a separate register | Created automatically on invoice posting using the rule that applies |
| Collections and interest | Outstanding list built in Excel; interest calculated only when there is a dispute | Ageing, overdue days and interest always up to date per party and per invoice |
| Owner's review | Phone calls to sales, production and accounts to piece together the day | Management dashboard, bottleneck board and reports in one place |
Tally or another accounting package can stay in place. The system is designed to sit in front of accounts, covering the order, production, broker and collection side that accounting software does not handle well. Read more on replacing Excel and Tally workflows.
What does a working day look like in a dyed yarn ERP?
The prototype includes an end-to-end demo that walks a sample inquiry for 5,000 kg of red polyester from a demo customer through every stage. The day below is written in the same spirit: an illustration of how the screens fit together, using demo data, not a record of real activity.
- Morning, 9:30. The owner opens the management dashboard. It shows open inquiries, orders by stage, batches on QC hold, receivables by ageing bucket and any credit-limit alerts raised overnight.
- 10:00. Sales opens the WhatsApp inbox. A broker has forwarded a requirement for a catonic shade. The salesperson clicks Create inquiry, checks the pre-filled count and quantity, and links the broker.
- 10:20. A quotation is built from the product master and sent. Another quotation from last week is still in Negotiation, so a follow-up is logged for the afternoon.
- 11:00. A customer accepts yesterday's quotation. The sales order is created, and the production manager sees it in the material planning list.
- 11:30. The recipe shows a shortage of one dye. The system raises a shortage notice; the store sees a suggested purchase and raises a purchase order, which goes to approval because of its value.
- Afternoon, 2:00. On the floor, a dye batch for another order is completed. Output weight is entered, and the weight gain is calculated against input. The lot moves to coning.
- 3:30. QC tests a packed lot. Moisture is outside the norm, so it is put on Hold, and a notice appears for the production manager.
- 4:30. A Ready order is invoiced. Tax, freight and round-off are calculated, the e-invoice and e-way bill fields are generated, and dispatch records the transporter, vehicle and LR. Brokerage for the order is created as Pending.
- 5:30. Accounts records two payments and checks the 61-90 day bucket. Interest is already calculated on the overdue invoices, so the follow-up calls start with exact figures.
- Evening. The owner checks the bottleneck board, sees the QC hold and the pending purchase approval, and approves the purchase from the approval queue.
Nothing in that day needed a sheet to be emailed or a register to be photographed. Every step left a record that the next person could see.
How does each person in a yarn unit benefit from the system?
The role list above shows what each person sees. This table shows why it helps them, in plain terms.
| Role | What gets easier |
|---|---|
| Owner / Management | One view of sales, production, stock and receivables; approvals for big quotes, purchases and payments; reports on margin by product, party and broker |
| Sales / CRM | Inquiries pre-filled from WhatsApp, quotations from the master, a daily follow-up list and credit status before quoting |
| Production Manager | Material requirement from the recipe, reserved stock, a bottleneck board and a clear queue of orders to plan |
| Production Staff | Simple batch, cone lot and pack lot screens; no need to fill registers twice |
| Store / Inventory | Reserved and free stock, reorder suggestions and a ledger that explains every movement |
| QC Staff | A queue of lots to test and a clear Pass, Fail or Hold decision that the system enforces |
| Dispatch Staff | Ready orders, invoice, e-way bill and transporter details on one screen |
| Accounts | Receivables, ageing, interest, payments and brokerage that are already calculated, plus a clean handover to the accounting package |
| Brokers (indirectly) | Commission calculated by rule and tracked from Pending to Paid, so statements are consistent |
AI for the yarn industry and automation for textile manufacturing: what exists today
Yukti AI positions its work as an AI-powered business management system, and it is careful to describe only what is built. In the Filyarn prototype the automation is real but rule-based; there is no language model in the code.
- WhatsApp inquiry automation. Keyword and number rules read a chat and pre-fill quantity, colour, yarn type and count; staff confirm.
- Workflow automation. The engine advances an order stage by stage, creates the production order, reserves and issues material, builds the dye batch, cone lot, pack lot and QC record, and posts the invoice and dispatch.
- Automatic alerts. Material shortages, QC failures, ready orders and credit-limit breaches create notices.
- Automatic calculation. GST, brokerage, interest, ageing, cost and weight gain or loss all come from formulas on master data, never from estimates.
Because every record sits in one structured model, an AI layer can be added later on the same data, for example drafting quotation replies, summarising overdue accounts or flagging batches with unusual loss. That is the direction of AI ERP and AI CRM, and none of it is claimed as built here.
How does this make a textile business ready for AI, and what could come next?
"AI for the textile industry" is used loosely in a lot of marketing. So it is worth being precise. The Filyarn prototype contains no language model and makes no AI calls. What it does have is the foundation that AI needs and most yarn units do not yet have: every inquiry, quotation, order, batch, invoice, payment and broker entry stored as structured data in one place, with clear stages and a full audit log.
The chat parsing in the WhatsApp inbox is a good example. It uses keyword and number rules to recognise a quantity in kg, a colour, a yarn type such as Polyester, Catonic, ATY or Viscose, and a count such as 150/72. It then pre-fills the inquiry, and a person confirms it. That is useful automation for textile manufacturers, and it works the same way every time, but it is not artificial intelligence and the page does not call it that.
Because the data is already clean and connected, the following are natural next steps. Each one is a possible extension, not something built in this prototype:
| Possible AI extension | What it would do | Why the current system makes it feasible |
|---|---|---|
| Smarter inquiry reading | Understand messy, mixed Gujarati, Hindi and English messages, voice notes or photos of a shade card | The inquiry form and product master already define exactly which fields to fill |
| Draft quotation replies | Suggest a WhatsApp reply with the quotation for a salesperson to approve | Rates, GST and packing rules already come from the master |
| Overdue summaries | Write a short note on each overdue party: amount, days, interest, last payment | Ageing and interest are already calculated per invoice |
| Unusual-loss alerts | Flag dye batches or cone lots whose gain or loss is outside the usual range for that yarn and shade | Input, output and waste are recorded per batch |
| Demand and purchase hints | Suggest which dyes and raw yarn to stock ahead of the season | The stock ledger and order history are in one database |
| Ask-your-data | Let the owner ask "which broker brought the most catonic orders this quarter?" in plain language | Reports already exist on the same data; AI would add a conversational front end |
Any of these would be scoped, priced and tested separately, and a person would stay in the loop for anything that commits money or stock. This is how Yukti AI approaches an AI ERP: build the reliable system first, then add AI where it saves real time. For background, see how AI changes a CRM and what an AI agent is.
Does the calculation engine match a real yarn invoice?
Yes. The engine's invoice maths was checked against one of Filyarn's own printed tax invoices (F844). Every figure below matches, including the amount in words ("Two Lakh Sixteen Thousand Forty Four").
| Field | Printed invoice | Prototype engine |
|---|---|---|
| Amount (299.390 kg at 685.00) | 205082.15 | 205082.15 |
| Freight at 2.25 per kg | 674.00 | 674.00 |
| Taxable value | 205756.15 | 205756.15 |
| IGST at 5% | 10287.81 | 10287.81 |
| Bill amount | 216044.00 | 216044.00 |
| Sale rate | 721.61 | 721.61 |
| Per-day interest | 106.54 | 106.54 |
This confirms the invoice formulas for weight, rate, freight, IGST, round-off and sale rate. It is a check of the maths on one invoice, not an audit or certification of the whole system.
Prototype boundaries and what comes next
This case study describes a working prototype, not a live deployment. The line between what is real and what is simulated is below.
Real in the prototype
The company master, the product catalogue and photographs, the tax-invoice layout, the calculation engine, the 12-stage workflow and the role-based navigation.
Mock or simulated
Orders, parties, stock and amounts are demo data; data lives in browser state and resets on reload. E-invoice, e-way bill, WhatsApp, e-mail and PDF are simulated and call no external service.
Next: real data
A database with login and row-level access, so staff work on real parties, stock and orders.
Next: live integrations
A GST e-invoice and e-way bill provider, the WhatsApp Business API, e-mail, and Tally or Zoho accounting export.
Next: automation
Workflow automation with n8n for reminders and alerts, plus an AI layer on the same data once the base is live.
Next: shop floor
Phone-friendly screens for dyeing, coning and QC staff, and a customer-facing order status view.
Technology and design decisions
The prototype is a single-page web app that runs in the browser with no backend. All money, tax, brokerage, interest, stock and consumption figures come only from master data and the formulas in one calculation file, so nothing is randomised. The workflow engine mutates a draft copy of the database through a store, and is written so it can later be swapped for API calls, n8n webhooks or database functions.
Full technical stack
- React 19 with TypeScript and Vite — a typed single-page app.
- Tailwind CSS 4 — the design system for tables, badges, modals and the pipeline.
- Zustand — state store; each action runs an engine function on a cloned database.
- React Router 7 — screens per module, with a standalone catalogue route.
- Recharts — sales, collections, production and profitability charts.
- Pure calculation library — GST, quotation and invoice totals, brokerage rules, interest, gain and loss, recipe requirement, costing and ageing.
Terms used in this case study
- ATY
- Air-textured yarn, a textured polyester or catonic yarn type sold in the catalogue.
- Cheese / cone
- The wound package of yarn. Cheese and carton counts are derived from each product's packing norm.
- Recipe / BOM
- The material needed per kilogram of finished yarn across pre-treatment, dyeing, coning and packing.
- Weight gain / loss
- The difference between yarn weight going into and coming out of a process, shown as kg and percent.
- IRN and e-way bill
- The e-invoice reference number and the transport document required for goods movement under GST.
- Brokerage
- Commission paid to a broker who brought the sale, per kg, as a percentage or as a fixed amount.
Is this textile ERP software right for your unit?
It fits any yarn, dyeing or textile unit where one order passes through several processes, where customers order on WhatsApp, and where brokers, credit and statutory documents matter. A dyeing unit can start with the CRM, orders and invoicing and add production and inventory later.
- Dyed-yarn and yarn-processing manufacturers in Surat and across Gujarat
- Yarn traders who sell through brokers and need credit and interest control
- Dyeing, twisting, texturising and coning units with batch-wise production
- Textile businesses outgrowing Tally and Excel — see replacing Excel and Tally with one system
Built in Surat, for textile and manufacturing firms across India
Yukti AI is a software company at 220, Leonard Square, Yogichowk, Varachha, Surat, Gujarat. Related work includes a manufacturing ERP for a box factory, a manufacturing system for Splenzo and a visual search system for textile designs. For the industry view, read AI automation for textile and apparel and AI automation for manufacturing.
What does a custom yarn ERP involve, and how long does it take?
Yukti AI does not sell this as a subscription package. Each manufacturer gets a fixed quote for a one-time custom ERP build after a free workflow audit. The audit maps how inquiries, recipes, production, invoicing and collections work in your unit today, and the quote covers only the modules you need.
| What moves the quote | Why |
|---|---|
| Number of modules | CRM and invoicing alone is smaller than the full order-to-cash plus production build |
| Roles, units and machines | More roles and plants need more access rules and master data |
| Integrations | A GST e-invoice provider, the WhatsApp Business API, e-mail or Tally each add work |
| Data migration | How many parties, products, recipes and stock lines must be moved in from Excel or other tools |
For what drives the cost of custom software in India, read custom ERP software cost in India.
Questions yarn manufacturers and textile traders ask
Explore more
Manufacturing ERP Software
Production, stock, orders and billing for factories, built around your own process.
Custom ERP Software
An ERP built around your own workflow, statuses and documents.
AI Business Management System
CRM, ERP, billing and WhatsApp in one platform, with an AI layer on your data.
WhatsApp Automation
Turn customer chats into inquiries, quotations and reminders.
Textile & Apparel
AI and automation for textile manufacturers and traders in India.
Case study: box factory ERP
A manufacturing ERP for a packaging unit, from order to dispatch.
Case study: textile visual search
Finding fabric designs by image for a textile business.
Replace Excel & Tally
Move off scattered spreadsheets onto one system, keeping your history.
All case studies
More systems Yukti AI has built for Indian businesses.
Summary
- Yukti AI, a software company in Surat, Gujarat, built a high-fidelity prototype of a dyed yarn manufacturing ERP and textile CRM for Filyarn Industries, a yarn manufacturer in Kim, Surat.
- The yarn manufacturing ERP software follows an order through 12 stages: inquiry, quotation, order, material planning, dyeing, coning, packing, QC, ready, invoice, dispatch and payment.
- Its WhatsApp inquiry automation reads a customer chat with keyword and number rules and pre-fills quantity, colour, yarn type and count for staff to confirm; it does not use a language model.
- Recipe-based material planning multiplies per-kg recipes by order quantity, checks free stock, reserves material and flags shortages; dyeing weight gain and coning loss are recorded per batch.
- The GST tax invoice follows Filyarn's own layout with CGST/SGST or IGST, freight, round-off and amount in words; e-invoice IRN and e-way bill are simulated and no government API is called.
- Receivables use configurable interest, grace days and ageing buckets, and yarn brokerage resolves by rule: order, product, party, group, then broker default.
- The calculation engine reproduces Filyarn's printed invoice F844 to the paisa; the system runs on mock data with ten role-based views and a public product catalogue, and is not a live production deployment.