Software AI Business Management System Custom ERP Software Custom CRM Software Manufacturing ERP Software Jewellery Software Diamond Software Replace Excel & Tally Yukti AI CRM (product) Automation & AI AI Automation Agency in Surat WhatsApp Automation WhatsApp AI Chatbot AI Agents Voice AI Agents Workflow & n8n Automation GeM Tender Automation AI Consulting Web & Apps Web & Mobile Apps Shopify Store Development Industries Diamond & Jewellery Manufacturing Textile & Apparel Retail & E-commerce Logistics & Transport Travel & Tourism Real Estate Healthcare & Pharma All industries Company Work / Case Studies About Blog AI Automation Cost Free SEO Audit Contact
Case study · Yarn manufacturing ERP + CRM · Surat, Gujarat

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.

High-fidelity prototype12-stage order workflow10 user roles23 products, 86 shade SKUs
Executive summary

Quick facts

ClientFilyarn Industries Pvt. Ltd., a dyed-yarn manufacturer in Kim, Surat, Gujarat
LocationSurat, Gujarat, India
IndustryTextile — dyed polyester, catonic, bright, ATY, spun, viscose and fancy yarn
Core challengeInquiries 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
SolutionYarn manufacturing ERP + textile CRM on one workflow engine, with a public product catalogue
Order workflowInquiry → Quotation → Order → Material Planning → Dyeing → Coning → Packing → QC → Ready → Invoice → Dispatch → Payment
Master data23 catalogue items in 10 yarn ranges, expanded into 86 shade-wise SKUs with cone photographs; parties, groups, brokers, recipes, machines, suppliers and warehouses
StatusHigh-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.
StackReact 19, TypeScript, Vite, Tailwind CSS 4, Zustand, Recharts, React Router
Built byYukti AI, Surat, Gujarat
In short

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

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.

The business

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.
Why this matters for the software

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.

The challenge → the change

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
The decision

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.

Requirement
Tally, Excel & WhatsApp
This custom system
Inquiry from WhatsApp
Copied by hand
Inbox with Create inquiry, parsed fields staff confirm
Recipe and material requirement
A notebook or sheet
Recipe / BOM per kg, free stock check, reservation, shortage alert
Dyeing, coning, packing, QC
Verbal updates
Stage records with operator, machine, in/out kg and waste
GST tax invoice in own format
Accounting package template
Field-for-field layout, CGST/SGST or IGST, freight, round-off
Brokerage by rule
Month-end calculation
Order > product > party > group > broker default
Interest and ageing
Manual
Configurable rate, basis, grace days and ageing buckets
Costing and margin per order
After the fact
Order calculator with cost per kg and margin alert
Who sees what
Everyone sees everything
Ten roles with role-based navigation
Solution architecture

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.

WhatsApp inbox & CRM
Chats → inquiry → follow-up → quotation, with brokers and parties attached
Workflow engine
Moves an order through 12 stages, reserves stock, raises alerts, writes the audit log
Manufacturing & QC
Recipe-based requirement, dyeing batches, coning lots, packing lots, QC pass / hold
Inventory & purchase
Raw yarn, dye, chemicals, packing; stock ledger; suppliers and purchase approvals
Invoice, e-docs & dispatch
GST tax invoice, simulated IRN and e-way bill, transporter, vehicle and LR
Accounts, brokerage & reports
Receivables, interest, ageing, payables, brokerage, profitability, dashboards
What we built · CRM

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.

The workflow

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.

WhatsApp inquiry
Inquiry created and assigned
Follow-up scheduled
Quotation sent
Accepted: sales order
Recipe, requirement, stock check
Production order, materials reserved
Materials issued, dyeing
Coning
Packing
QC pass or hold
Invoice, e-invoice, e-way bill
Dispatch
Payment and brokerage

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.

What we built · Manufacturing

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.

What we built · Inventory

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.
What we built · Invoicing and dispatch

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.

What we built · Accounts

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.

What we built · Costing and reports

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.

What we built · Control

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.

What we built · Catalogue and masters

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.

Who uses it

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.

Every feature, and why it matters

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.

ModuleWhat it doesBusiness benefit
WhatsApp InboxAll customer chats in one inbox, with unread counts, tags and an assigned salespersonNo inquiry is lost in someone's personal phone; the owner can see who is answering whom
Create inquiry from chatReads the latest message and pre-fills quantity in kg, colour, yarn type and count for staff to confirmLess re-typing, fewer typing mistakes in counts and shades, and a faster first reply
CRM pipeline and follow-upsInquiry stages from New to Won or Lost, a Kanban board and a list of today's follow-upsQuotations that are waiting on the customer get chased instead of forgotten
Party master and Party 360Each customer's sales, payments, outstanding, overdue, interest, pending orders, brokerage and credit usedBefore accepting a new order, sales can see in one screen whether the party is within limit
Broker master and brokerage rulesCommission per kg, per cent or fixed, with order, product, party, group and broker-default rulesBrokerage is calculated the same way every time, and broker statements no longer depend on a separate notebook
QuotationsBuilt from the inquiry and the product master, with discount, packing charge and GST split; large quotes need approvalConsistent, professional quotations in minutes, and the owner controls big commitments
Sales orders and Order 36012 stages from Inquiry to Payment, a timeline per order and an order calculator for cost and marginAnyone can answer "where is my order?" without walking to the floor or calling three people
Recipe / BOM and material planningPer-kg recipe for each yarn and shade, multiplied by order quantity and checked against free stockShortages are spotted before dyeing starts, not halfway through a batch
Dyeing, coning and packingDye batch, cone lot and pack lot records with input, output, waste, machine and operatorWeight gain in dyeing and loss in coning are recorded per batch, so their effect on cost is visible
Quality controlCount, weight, moisture, strength and appearance; Pass moves the order to Ready, Fail or Hold stops itDoubtful lots are not dispatched by mistake, and every hold is visible until it is released
Inventory and purchaseRaw yarn, dyes, chemicals and packing with reserved and free stock, a stock ledger, reorder suggestions and purchase approvalsLess over-buying and fewer last-minute purchases, with an audit trail for every stock change
GST tax invoiceFreight per kg, taxable value, CGST and SGST or IGST, round-off and amount in words, in Filyarn's own invoice layoutCorrect invoices in the format customers already know, with no manual tax arithmetic
E-invoice, e-way bill and dispatchIRN, 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 ageingBalance, overdue days, interest with grace days, ageing buckets and credit-limit alertsOverdue money is visible early, and interest on late payment is calculated rather than argued about
Costing and reportsCost per kg from yarn, dye, chemicals, conversion, overheads and brokerage; margin alerts; sales, broker, production and profitability reportsThe owner can see which product, party or broker actually makes money
Dashboards, approvals and audit logManagement dashboard, bottleneck board, approval queue and a log of who changed whatControl without micromanaging, and a clear record when something goes wrong
Public yarn catalogueA standalone page of yarn ranges and shades with WhatsApp enquiry buttonsBuyers and brokers can browse the range and send a specific enquiry at any hour
Role-based navigation10 roles, from Sales to QC to Accounts, each seeing only the screens they needSimpler screens for staff and less risk of someone changing data outside their job
Sales and cash flow

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.

Before vs after

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.

StepBefore: manual workAfter: in the system
InquiryMessage arrives on a personal WhatsApp; details are copied into a notebook or sheetChat is in a shared inbox; Create inquiry pre-fills the form and assigns it
QuotationRate looked up from memory or a price list, tax worked out on a calculator, typed into a Word or Excel formatQuotation built from the product master with GST split; large quotes go to approval
Follow-upDepends on the salesperson remembering to callFollow-up date on the inquiry; today's list shows who to contact
Order confirmationConfirmed over a call; the factory hears about it laterAccepted quotation creates the sales order and it appears on the order board
Material planningProduction manager works out dye and chemical needs from a recipe notebook, then checks the storeRecipe multiplied by order quantity, compared with free stock, material reserved, shortage flagged
Dyeing and coningBatch details written on a register; weight gain or loss rarely reconciledDye batch and cone lot records capture input, output and waste; gain or loss calculated
QCVerbal approval; a doubtful lot can still be loadedQC record with Pass, Fail or Hold; held orders cannot move to Ready until released
InvoiceTyped separately in Tally or an invoicing tool, with freight and round-off done by handInvoice generated from the order in the client's own layout, with tax and round-off calculated
E-invoice and e-way billSeparate login to the government portal, details re-enteredFields generated alongside the dispatch (simulated now; a GSP connection is the next step)
BrokerageCalculated at month end from a separate registerCreated automatically on invoice posting using the rule that applies
Collections and interestOutstanding list built in Excel; interest calculated only when there is a disputeAgeing, overdue days and interest always up to date per party and per invoice
Owner's reviewPhone calls to sales, production and accounts to piece together the dayManagement 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.

A day in the system

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.

  1. 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.
  2. 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.
  3. 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.
  4. 11:00. A customer accepts yesterday's quotation. The sales order is created, and the production manager sees it in the material planning list.
  5. 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.
  6. 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.
  7. 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.
  8. 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.
  9. 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.
  10. 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.

Role-by-role benefits

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.

RoleWhat gets easier
Owner / ManagementOne view of sales, production, stock and receivables; approvals for big quotes, purchases and payments; reports on margin by product, party and broker
Sales / CRMInquiries pre-filled from WhatsApp, quotations from the master, a daily follow-up list and credit status before quoting
Production ManagerMaterial requirement from the recipe, reserved stock, a bottleneck board and a clear queue of orders to plan
Production StaffSimple batch, cone lot and pack lot screens; no need to fill registers twice
Store / InventoryReserved and free stock, reorder suggestions and a ledger that explains every movement
QC StaffA queue of lots to test and a clear Pass, Fail or Hold decision that the system enforces
Dispatch StaffReady orders, invoice, e-way bill and transporter details on one screen
AccountsReceivables, 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 & automation

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.

AI-enabled, honestly

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 extensionWhat it would doWhy the current system makes it feasible
Smarter inquiry readingUnderstand messy, mixed Gujarati, Hindi and English messages, voice notes or photos of a shade cardThe inquiry form and product master already define exactly which fields to fill
Draft quotation repliesSuggest a WhatsApp reply with the quotation for a salesperson to approveRates, GST and packing rules already come from the master
Overdue summariesWrite a short note on each overdue party: amount, days, interest, last paymentAgeing and interest are already calculated per invoice
Unusual-loss alertsFlag dye batches or cone lots whose gain or loss is outside the usual range for that yarn and shadeInput, output and waste are recorded per batch
Demand and purchase hintsSuggest which dyes and raw yarn to stock ahead of the seasonThe stock ledger and order history are in one database
Ask-your-dataLet the owner ask "which broker brought the most catonic orders this quarter?" in plain languageReports 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.

Verification

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").

FieldPrinted invoicePrototype engine
Amount (299.390 kg at 685.00)205082.15205082.15
Freight at 2.25 per kg674.00674.00
Taxable value205756.15205756.15
IGST at 5%10287.8110287.81
Bill amount216044.00216044.00
Sale rate721.61721.61
Per-day interest106.54106.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.

Honest status

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.

Under the hood

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.
Fit

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.

Commercial

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 quoteWhy
Number of modulesCRM and invoicing alone is smaller than the full order-to-cash plus production build
Roles, units and machinesMore roles and plants need more access rules and master data
IntegrationsA GST e-invoice provider, the WhatsApp Business API, e-mail or Tally each add work
Data migrationHow 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.

FAQ

Questions yarn manufacturers and textile traders ask

Yarn manufacturing ERP software runs the whole order-to-cash cycle of a yarn maker in one system. For a dyed yarn unit that means a customer inquiry and quotation, a sales order, a recipe-based material requirement, dyeing, coning, packing and quality control, finished-yarn stock, a GST tax invoice, e-invoice and e-way bill, dispatch, receivables with interest, and broker commission. The Filyarn prototype Yukti AI built covers all of these in one workflow engine, so a figure entered in one screen is the figure every other screen shows.
No. It is a high-fidelity working prototype built for Filyarn Industries, running on mock data and local browser state with no backend, and the data resets on reload. Company details, the product catalogue and the tax-invoice format come from Filyarn's own documents, but orders, parties and amounts are demo data. E-invoice, e-way bill, WhatsApp, e-mail and PDF are simulated. It shows how the system would work, and the same engine can be connected to real services in a production phase.
The CRM has a unified WhatsApp inbox. When a customer writes something like "5,000 kg dyed polyester, red", staff click Create inquiry and the system reads the message with simple keyword and number rules to pre-fill the quantity, colour, yarn type and count. A staff member checks and confirms the form, the inquiry is assigned to a salesperson with a timeline entry, and the chat is tagged and linked to it. This is rule-based parsing, not a language model, and staff confirm the result.
Not in the current prototype, and Yukti AI says so plainly. The automation is deterministic: rule-based chat parsing that pre-fills forms, a workflow engine that moves an order through its stages, stock reservation, shortage alerts, interest calculation and approval routing. All money, tax, brokerage and consumption figures come from master data and formulas, never from guesswork. An AI layer, for example drafting quotation replies or summarising overdue accounts, can be added on the same data in a later phase.
Yes, as a prototype. The tax invoice reproduces Filyarn's printed layout field for field, with billed-to and consignee blocks, HSN, cartons, cheese and weight grid, freight per kg, CGST and SGST for intra-state sales or IGST for inter-state sales, round-off, amount in words and the bank block. The e-invoice IRN and e-way bill are generated by simulation; no government API is called yet. Connecting a GST suvidha provider is a defined next step.
Each product has a recipe, or bill of materials, that lists raw yarn, dye, chemicals, coning and packing material per kg across the Pre-treatment, Dyeing, Coning and Packing processes. For an order, the engine multiplies each line by the finished kilograms, compares it with free stock (stock minus reserved), and shows any shortage. Creating the production order reserves the materials, and a shortage raises a purchase alert. Recipes can be specific to a customer, a colour or a yarn type, with a per-kg override when needed.
Brokers are a master, and each broker has a default commission that can be per kg, a percentage of the taxable value or a fixed amount. Override rules can be set at group, party, product or order level, and the most specific rule wins in the order: order, product, party, group, broker default. When an invoice is posted, the system calculates the brokerage, records the basis used and keeps it Pending until it is marked Paid. Broker-wise reports and a brokerage calculator are included.
Every posted invoice has a due date from the party's payment terms. The system works out the paid amount, the balance, the overdue days and the interest payable, using a configurable rate, a day, month or year basis and a grace period. Receivables are shown with ageing buckets (1-30, 31-60, 61-90 and 90+ days), party-wise outstanding and credit utilisation, and interest can be waived. Posting an invoice that pushes a party over its credit limit raises an alert.
Yes. The navigation is role-based across ten roles: Super Admin, Admin, Sales / CRM, Production Manager, Production Staff, Store / Inventory, QC Staff, Dispatch Staff, Accounts and Management. Switching role from the profile menu changes which groups and screens appear, and the Management role gets a read-only analytics view. A role-by-module access matrix is shown in Settings. In this prototype roles are demonstrated by switching; real per-user login is part of a production phase.
Yes. The costing engine adds raw yarn, dye, chemicals, coning, packing, labour, overhead, transport and brokerage to give a cost per kg, then compares it with the selling rate to show margin and margin percentage, with an alert below a configurable threshold. Dyeing weight gain and coning loss are recorded per batch, and a Weight Gain / Loss report and a Profitability report summarise them. An order calculator lets sales see cost and margin before quoting.
Yes. The prototype's calculation engine was checked against one of Filyarn's own printed tax invoices, F844. The amount, freight, taxable value, IGST, bill amount, sale rate and per-day interest from the engine match the invoice to the paisa, and the amount in words matches too. This verifies the invoice maths; it does not make the prototype a certified accounting system.
Yukti AI does not sell a packaged yarn ERP. Each manufacturer gets a fixed quote for a one-time build after a free workflow audit. The quote depends on the number of modules, how many roles and units are involved, integrations such as a GST e-invoice provider, the WhatsApp Business API or Tally, and how much existing party, product and stock data has to be moved in from Excel or other tools.
It suits dyed-yarn manufacturers, dyeing houses and yarn traders in Surat, Kim and the wider Gujarat textile belt, and similar businesses across India, that take orders on WhatsApp, sell by the kilogram, work with brokers and give credit. It is built around recipes, shades, weight gain and loss, brokerage and interest, which generic accounting software does not handle. A large mill already on a corporate ERP, or a business that only needs accounting, will usually be better served by a smaller add-on such as a textile CRM or a WhatsApp inquiry layer.
Not necessarily. The system is designed to cover the order, production, broker, stock and collection side of a yarn business, which accounting packages handle poorly. Tally, Zoho or another accounting package can stay in place for books of account. A Tally or Zoho connection is listed in the prototype's settings as integration readiness, not as a live link, and would be scoped as part of a real build.
It shortens the path from a WhatsApp inquiry to a sent quotation, keeps every inquiry and quotation on a pipeline with a follow-up date, gives buyers a public catalogue with WhatsApp enquiry buttons, and shows broker-wise and party-wise performance. These are capabilities the system enables; the prototype runs on mock data, so Yukti AI does not claim any measured sales increase.
Every invoice carries its balance, overdue days and interest based on a configurable rate and grace period. Receivables are grouped into ageing buckets, the per-day interest is printed on the invoice, and posting an invoice that takes a party past its credit limit raises an alert. Accounts and sales see the same figures, so overdue parties are followed up early and credit decisions are made with facts.
Possible extensions include reading messy multilingual inquiry messages or voice notes, drafting quotation replies for staff to approve, summarising overdue accounts, flagging dye batches with unusual weight loss, suggesting purchases ahead of the season, and answering plain-language questions about reports. None of these is built in the Filyarn prototype, which has no language model; they are possible next steps because the data is already structured in one system.
Yes, in a reduced form. A trader can use the WhatsApp inbox, CRM pipeline, quotations, party credit, broker commission, stock, GST invoicing, dispatch and receivables, and simply leave out the recipe, dyeing, coning and QC modules. Because Yukti AI builds each system custom, the modules are chosen to match how the business actually works.
Case study at a glance

Summary

Knowledge 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.

Still running yarn orders across
chats, notebooks and ledgers?

Tell us how your unit works today — inquiries, recipes, dyeing, QC, invoicing and collections. In a free workflow audit we map it and show which parts one custom yarn manufacturing ERP + CRM would replace or automate.

Free audit · No commitment required · Surat, Gujarat