- One polo order, and what Tally can hold
- The same order as principal and as job worker
- Five fit-gap rows, scored for the polo factory
- Stock items for one style
- Four rolls, one alternate unit
- Three dye lots as batches
- Five BoMs for five sizes
- A Manufacturing Journal for 900 size-L polos
- Embroidery sent out as job work
- The polo order as a job worker
- The quotation cost build, and where Tally meets it
- Additional cost of purchase on the imported fabric
- The final inspection sample for 3,000 polos
- Export invoice, advance and forex gain
- Order profitability with a cost centre
- Migration rows for the open polo order
- Test script: the polo order from order to cash
- Test script: shade split at cutting
- The polo order seen from the brand and the buying agent
- Reading and writing Tally over XML
- One purchase request, from MerchandiserOS to Tally and back
- The polo order with operations on top
Part 1Before you start
1Who TallyPrime fits
TallyPrime fits small and mid-size garment and textile businesses that need correct books, GST returns, e-invoices and a trustworthy stock ledger, and that are willing to run their production planning, sampling and floor tracking somewhere else. It is accounting and inventory software with manufacturing vouchers. A Tally project goes well when everyone accepts, from the first meeting, that production planning and the floor sit elsewhere.
In South Asia, Tally is often already in the building. The accountant knows it, the auditor reads its reports, and the GST filings come out of it. So the useful question for a garment factory is what Tally should hold and what should sit beside it. TallyPrime covers the ledger, GST, stock by godown and batch, BoMs with by-products and scrap, the Manufacturing Journal and job work in both directions. It has no documented style-colour-size variant model, no routings or work centres, no production planning and no shop-floor screens.
Signs TallyPrime is the right book of record
Tally works as the ledger when the factory values compliance and speed of accounting over an all-in-one system.
- Finance and GST already run in Tally, and the auditor and the tax consultant rely on its reports.
- The factory has a few hundred active colour-size combinations per season, not tens of thousands.
- Merchandising, sampling and production follow-up already live in spreadsheets or another tool, and the goal is to make that tool proper, not to move it into Tally.
- A local Tally partner is available for TDL work, and the factory is ready to keep that TDL small.
Signs to slow down
Slow down when the plan asks Tally to do the work of a production system.
- The owner expects Tally to show which line is late on which order today. It has no lines.
- A partner proposes a large TDL add-on to hold styles, samples, T&A and cutting. That is a second system living inside the accounts, and it has to survive every Tally release.
- Colour-size combinations run into the thousands per season. Each is a stock item in standard Tally.
- The factory has several plants or companies and expects one planning view across them.
2Why no ERP fits apparel on its own
No general ERP or accounting system fits apparel out of the box, because it is built around a known item with one bill of materials, while a garment order starts as a style that is quoted, sampled and approved before any item exists. TallyPrime is an accounting system first, so it meets this wall earlier than a manufacturing ERP does; SAP, NetSuite, Dynamics 365 and Odoo meet the same wall a little later. The same wall stands in front of brands and buying agents that never sew a garment, because their development, sampling and factory follow-up happen before and outside any transaction too (section 33).
An ERP is built around the transaction: a known item, a fixed bill of materials, a price, a receipt, an invoice. It is right to be strict about that, because strictness keeps the books correct. A garment order does not start there.
Forcing an accounting system to do all of this means heavy customisation in the one system that most needs to stay standard. The ledger fills with data finance never reads, every release gets harder, and the merchandisers keep their spreadsheets anyway. The durable answer is to give Tally the books and give the operations to a system built for them. Section 3 summarises that model and section 35 shows it in full.
One polo order, and what Tally can hold
A buyer sends a tech pack for 3,000 men's piqué polos in navy, five sizes, ex-factory 15 December. Follow the order and ask, at each step, which Tally voucher or master records it.
| Step | What happens | In TallyPrime |
|---|---|---|
| Tech pack arrives | Measurements by size, construction, artwork, trims list | Nothing. There is no stock item yet |
| Costing and quote | Fabric use from a marker, CM from 18 minutes, quote at USD 4.26 FOB | Nothing. Cost Estimation works on an existing BoM |
| Lab dips, strike-off, fit sample | Three lab dip rounds before navy is approved | Nothing |
| Order confirmed | Size breakdown 300 / 750 / 900 / 750 / 300 | Sales Order voucher, five stock items |
| Fabric and trims bought | 925 kg of jersey, rib, buttons, labels, polybags | Purchase Order voucher |
| Fabric received | Three dye lots, rolls of different width and weight | Receipt Note or Purchase, with batches and alternate units |
| Cutting and sewing | Cut by dye lot, 18 minutes per polo, output by line by hour | Stock Journal and Manufacturing Journal after the fact; no lines, no hours |
| Embroidery at a subcontractor | Panels out, 1% loss, panels back | Job Work Out Order, Material Out, Material In |
| Final AQL inspection | General level II, AQL 2.5, sample of 125 pieces | Nothing |
| Shipping and invoice | Cartons, packing list, commercial invoice, e-invoice | Delivery Note, Sales invoice, IRN |
Tally records five of the ten steps well, and two more after the fact. The three it cannot see at all (the tech pack, the quote and the approvals) are where the order is won or lost.
3The recommended architecture, in short
With TallyPrime, the split is almost drawn for you: Tally keeps the books, and an operations system built for apparel runs everything from the style to the shipment. This is the model where an operations layer fits most naturally, because Tally never tried to be the production system.
| Area | Owned by | Why there |
|---|---|---|
| Style, tech pack, samples and approvals, quotation costing | Operations layer | This work happens before a Tally stock item exists, and it changes daily |
| Buyer orders, procurement planning, production planning, shop floor, quality, logistics | Operations layer | It needs sizes, dye lots, minutes, inspections and dates in one place |
| Shop-floor capture | The operations layer's floor screens, or a floor system such as Garment.io connected to it | Operators need a simple screen, not an accounting voucher |
| Accounts, payables and receivables, invoicing, payments, stock value, GST and e-invoicing | TallyPrime | This is the legal and financial record, and Tally does it well as standard |
With this split, the Tally project stays close to standard: few or no TDL add-ons, clean upgrades to each new release, and an accountant who recognises every screen. The rest of this guide still explains how far Tally can be pushed toward garment production, because some factories choose to do that, and because a consultant needs to know what each choice costs. Where an area moves out of Tally under the recommended model, the section ends with a short note.
4Business types, and what each needs from TallyPrime
The business type decides who owns the material, what is invoiced, and which Tally vouchers carry weight. Settle it in the first discovery meeting, because a factory often runs two types at once, for example full package for one buyer and CMT for another, and Tally treats the two very differently.
| Type | What it does | What it needs from Tally | Where it struggles |
|---|---|---|---|
| CMT (cut, make, trim) | Sews buyer-supplied fabric; sells labour | Job worker flow: Job Work In Order, Material In of the principal's fabric, Material Out of garments, job-charge invoice | Fabric reconciliation per order is by total, not by dye lot or roll, unless batches are used |
| Full-package (FOB) factory | Buys all materials, makes, ships; sells the garment | Purchases with batches and alternate units, BoMs per size, Manufacturing Journal, job work out, export invoicing, forex, GST | Everything before the order and everything on the floor; the largest gap |
| Textile mill (knitting, weaving, dyeing) | Turns yarn into fabric | Weight units, batches per lot, by-products and scrap in BoMs, job work for outside dyeing | Recipes, machine loading and batch genealogy need another tool |
| Hosiery and knit-to-shape | Knits socks, tights or sweaters from yarn | Yarn BoM by weight, a pair unit, compound units for dozens, stages as godowns | Singles, pairs and packs must be designed as units before go-live |
| Brand or wholesaler | Buys finished goods from factories and sells them | Purchases, sales, GST, stock by godown and batch, multi-currency | Supplier follow-up, samples and development live elsewhere |
| Buying agent or buying house | Sources and follows orders for buyers across factories; earns commission; holds no stock | Accounts, commission invoices, GST on services, multi-currency receipts | The real work (T&A, samples, inspections) is not in Tally at all |
| Own-label retailer | A retailer developing its own label with factories | Purchases from factories, landed cost, supplier payments; the retail back office usually sits in a retail system | Development, sampling and factory follow-up happen outside Tally |
These are general implementation practice, not a Tally statement. Treat them as the starting point for the workshop questions in section 6. Businesses that do not manufacture at all (brands, buying agents and own-label retailers) have their own part of this guide, section 33, because Tally is often a very good fit for their books.
The same order as principal and as job worker
The buyer offers the polo order two ways. As full package, the factory buys everything and sells at USD 4.26 FOB. As CMT, the buyer sends the fabric (three dye lots, 2,880 m) and the factory charges an illustrative USD 1.60 a piece for making. In Tally the two are different voucher chains.
| Question | Full package | CMT (factory is the job worker) |
|---|---|---|
| Who buys the fabric | The factory, on a Purchase Order voucher | The buyer; no purchase in the factory's Tally |
| How the fabric enters Tally | Purchase or Receipt Note, into the factory's own godown, at cost | Material In against a Job Work In Order, into a godown for the principal's stock |
| Invoice to the buyer | 3,000 × 4.26 = USD 12,780.00 | 3,000 × 1.60 = USD 4,800.00 |
| Material reconciliation | Internal: fabric used against the BoMs | External: 2,880 m received, 2,856 m used, 24 m returned by Material Out |
| Main risk | Under-buying fabric on one average consumption (Example 7) | Being charged for fabric the factory cannot account for |
The 2,856 m used comes from the per-size consumption in Example 7. In CMT, that figure per dye lot is the evidence the factory shows the buyer, so record the batch on every Material In and Material Out line.
Part 2Discovery
5Who should be on a TallyPrime apparel project team?
A Tally apparel project needs the finance head and the factory's operations heads in the same room, because most of the design questions are about what Tally should not hold. The Tally partner configures and writes any TDL; the factory decides how items, units, batches, costs and job work are recorded.
| Role | Usually | Decides |
|---|---|---|
| Sponsor | Owner or managing director | What Tally holds and what sits outside it; budget; go-live window |
| Finance head | Chief accountant or CFO | Ledgers, GST, cost centres, valuation method, forex, what the auditor needs |
| Merchandising head | Head of merchandising | Item naming for colours and sizes, order entry, how many stock items a season creates |
| Production manager | Factory manager | What a Manufacturing Journal represents, godowns per stage, job work steps |
| Stores head | Fabric and trims store manager | Units, alternate units, batch rules, godowns, receiving checks |
| CAD and marker lead | CAD room head | Consumption per size for the BoMs |
| Quality manager | QA manager | Where inspections are recorded, since Tally has no inspection object |
| Shipping lead | Shipping or commercial manager | Delivery notes, export invoices, LC documents |
| Key users | One or two per department | Test scripts and first-line support |
| Tally partner | Local Tally partner | Configuration, TDL, data import, integration connector |
Write one name against every decision. "Accounts and merchandising will agree" produces no decision, and the stock item list is where that shows first.
6What should discovery workshops for a garment factory on Tally cover?
Run one workshop per department, each walking a real recent order from start to finish, and for every step ask two questions: where is this recorded today, and does it belong in the books. In a Tally project the second question matters more than in any other, because anything that is not a financial or stock event is better held outside Tally.
Merchandising
- How does a buyer order arrive, and how often is it amended after confirmation?
- How many colour-size combinations did last season create? That number is the stock item count in Tally.
- What quantity tolerance do buyers allow, and who checks it before shipment?
- Is one order split into several deliveries with their own dates?
- Where is the T&A calendar kept today?
Development and sampling
- Which sample types does each buyer require, and where are rounds and comments recorded?
- Who prepares the quotation cost, and from what inputs?
Purchasing and stores
- In which unit is each material bought, stocked and issued? Which fabrics are bought in kg and cut in m?
- How are dye lots and rolls labelled, and can the store find every roll of one lot today?
- Which materials are nominated or supplied by the buyer?
- Are import charges (freight, clearing, duty) added to material cost today, and when do those bills arrive?
Production and job work
- At what point is a garment "produced" for the books: end of line, after finishing, after packing?
- Which processes go to job workers (print, embroidery, wash, CMT), and how are pieces counted out and back?
- Does the factory also work as a job worker for other principals?
- How are rejects and seconds recorded, and are seconds sold?
Quality and shipping
- Which inspections run, and where are the reports kept?
- How are cartons packed, and which documents does each buyer and each LC require?
Finance
- Which currencies are used, and how are forex gains and losses booked today?
- How are buyers paid: advance, LC, open account? Which buyers deduct chargebacks?
- Is the factory an exporter under LUT or bond, in a special economic zone, or under another scheme? What reports does that require?
- Which GST returns, e-invoices and e-way bills are produced, and by whom?
Each workshop ends with a findings list mapped to the fit-gap lines in section 7 and a decision owner per finding.
7The apparel fit-gap checklist for TallyPrime: 52 lines
A fit-gap checklist lists every requirement an apparel business has and records, line by line, whether the system meets it as standard, with configuration, with custom code, or better outside it. For TallyPrime, the pattern is clear: finance and stock movements are standard or configurable, product development and the floor are not.
The answers are our assessment of TallyPrime 7.x for a typical full-package garment factory in India. Confirm each line against your release and your partner's add-ons before you sign a scope.
Key: Standard works as delivered · Configure masters, features and settings · Custom build TDL work or a third-party add-on · Operations layer better run in an apparel operations system and passed to Tally
| # | Requirement | Tally answer | Notes |
|---|---|---|---|
| Product | |||
| 1 | Style master with a colour-size variant matrix | Custom build | No variant model documented; one stock item per colour-size, grouped by stock group and category (section 11) |
| 2 | Size scales per product category | Custom build | Only as a naming rule, unless TDL adds a size field |
| 3 | Season or collection, and style reuse | Configure | Stock category or stock group per season |
| 4 | Carry-over styles with a new BoM | Configure | Multiple BoMs per stock item are supported |
| 5 | Prepacks and ratio packs | Custom build | A pack can be a stock item with a BoM; carton content by pack needs TDL |
| 6 | Pairs and multi-packs (hosiery) | Configure | A pair unit, compound units for dozens, a pack as an item with a BoM |
| 7 | Buyer's own style and colour codes | Configure | Aliases or part numbers on the stock item |
| 8 | Tech-pack revision linked to the order | Operations layer | No tech-pack object |
| 9 | Points of measure with tolerance per size | Operations layer | No measurement-spec object |
| 10 | Sample types and rounds with buyer approval | Operations layer | No approval object (section 16) |
| BoM and costing | |||
| 11 | BoM lines that apply by colour or size | Configure | Each colour-size stock item carries its own BoM |
| 12 | Size-graded fabric consumption | Configure | Per-size BoM quantities; generating them needs a sheet or an import (section 14) |
| 13 | Wastage and shrinkage held separately | Custom build | A BoM line holds one quantity; scrap lines record waste after the fact |
| 14 | Trims that change by colourway | Configure | Per-item BoMs |
| 15 | Pre-costing with many elements and currencies | Operations layer | Happens before the stock item exists |
| 16 | Standard against actual cost per order | Configure | Cost centres with job costing give actuals per order; the quote sits elsewhere |
| 17 | Labour cost from operation minutes | Custom build | No routings; labour enters as additional cost in the Manufacturing Journal |
| 18 | Landed cost on receipts | Standard | Additional cost of purchase, appropriated by quantity or by value, inside the purchase voucher |
| 19 | Quote versions and approval | Operations layer | No quotation costing object |
| Materials | |||
| 20 | Purchase, stock and issue units with per-lot conversion | Standard | Alternate units; the conversion can be changed per voucher (section 12) |
| 21 | GSM and width per lot or roll | Custom build | TDL fields on the batch, or recorded outside |
| 22 | Roll tracking | Configure | A batch per roll, if the batch is not already the dye lot |
| 23 | Dye lot and shade | Configure | Batch as dye lot; shade group needs TDL or a naming rule |
| 24 | Four-point fabric inspection | Operations layer | No inspection object |
| 25 | Quality hold and quarantine | Configure | A "QC hold" godown and a Stock Journal transfer to release |
| 26 | Buyer-supplied stock | Standard | Job worker flow: Material In from the principal, held in its own godown |
| 27 | Reserved against free stock | Custom build | Order processing shows pending orders; stock reservation is not documented |
| 28 | Leftovers and stock-lot disposal | Configure | A leftover stock group and a sales flow |
| Production | |||
| 29 | Work orders per style-colour or delivery | Custom build | No production order with status; the Manufacturing Journal records completion |
| 30 | Cut orders, lay plans, marker efficiency | Operations layer | No cutting object |
| 31 | Bundles and bundle tickets | Operations layer | No bundle object |
| 32 | WIP by stage and line | Operations layer | Godowns per stage give stock by stage, never by line or hour |
| 33 | Graded output (first quality, seconds, rejects) | Configure | Seconds as a co-product and rejects as scrap in the Manufacturing Journal |
| 34 | Subcontract out and back with loss | Standard | Job Work Out Order, Material Out, Material In, godown per job worker (section 17) |
| 35 | Capacity by line from minutes | Operations layer | No capacity model |
| 36 | T&A with a critical path | Operations layer | No T&A object |
| Quality | |||
| 37 | Inline and end-of-line capture | Operations layer | No floor screens |
| 38 | Final AQL to ISO 2859-1 at the buyer's level | Operations layer | No sampling tables |
| 39 | Logged override of a failed inspection | Operations layer | No inspection record to override |
| 40 | Lab tests and certificates per order | Custom build | Documents are kept outside or linked by TDL |
| Sales and shipping | |||
| 41 | Grid order entry by colour and size | Custom build | Line by line in standard; grid entry needs TDL |
| 42 | Several deliveries per order | Configure | Order processing with due dates per line; delivery notes against the order |
| 43 | Over and under-shipment tolerance | Custom build | No tolerance field |
| 44 | Carton packing and labels (SSCC) | Custom build | No carton object |
| 45 | EDI 850, 855, 856, 810 | Custom build | Connector or EDI provider |
| 46 | Buyer label and ASN rules | Custom build | Per buyer |
| Finance | |||
| 47 | Multi-currency and exchange differences | Standard | Forex rates by date, gain and loss calculated |
| 48 | Letter of credit terms and document checking | Custom build | No LC object |
| 49 | Advances and down payments | Configure | Bill-wise details with an advance reference against the order |
| 50 | Reason-coded chargebacks | Configure | One ledger per reason |
| 51 | Profitability per order | Configure | Cost centre per order with job costing (section 18) |
| 52 | E-invoicing per country | Standard | India IRN and e-way bill through Tally's GSP, with an active TSS; other countries, check your release (section 22) |
Counted from this table, 6 of the 52 lines are standard, 17 need configuration, 15 need TDL or an add-on and 14 are better run outside Tally. That count is our assessment for a typical full-package factory, not a survey. A CMT factory drops most of the costing and material lines and finds Tally's job-worker flow a close fit.
Five fit-gap rows, scored for the polo factory
A fit-gap row is useful only with evidence, a decision and an owner.
| # | Requirement | Evidence from the factory | Decision | Owner |
|---|---|---|---|---|
| 1 | Colour-size matrix | Last season created 1,140 colour-size combinations across 76 styles | One stock item per combination, created by import from the operations layer; no grid TDL | Merchandising head |
| 12 | Size-graded consumption | Fabric under-bought on the base size last year (Example 7) | Per-size BoMs imported; purchase quantity comes from the operations layer | CAD lead |
| 20 | Per-lot kg to m | Four rolls held 1.9 m less than the fixed factor said (Example 5) | Enter both units on every fabric receipt line | Stores head |
| 34 | Embroidery out and back | Rejects never reconciled on the last order | Standard job work out with a godown per embroiderer | Production manager |
| 38 | Final AQL | Buyer manual requires general level II, AQL 2.5 major | Inspection run outside Tally; the sales invoice waits for a pass | QA manager |
1,140 combinations over 76 styles is an average of 15 per style, for example three colours in five sizes. The figures are illustrative.
8Which TallyPrime edition and hosting does a garment factory need?
Most garment factories need TallyPrime Gold, because more than one person (accounts, stores, purchasing) works in the same data at the same time on the office network. Silver is for a single user on a single machine. TallyPrime Server suits larger offices with many concurrent users.
| Option | What Tally's licensing pages say | Fit for a garment factory |
|---|---|---|
| TallyPrime Silver | Single user, single machine; includes 1 Tally Virtual User (TVU) | A small CMT unit where one accountant does everything |
| TallyPrime Gold | Multi-user on a LAN, activated on one system and shared with connected users; includes 10 TVUs by default | The usual choice: accounts, stores and purchasing working together |
| TallyPrime Server | Includes 20 TVUs by default, with more purchasable | Larger offices, or a group with heavy concurrent use |
| TallyPrime Cloud Access | TallyPrime hosted by Tally on Oracle Cloud Infrastructure, used through a client or a browser | Remote access for owners and accountants; check how integrations reach it |
A licence comes with a year of Tally Software Services (TSS), which Tally's licensing page describes as covering upgrades to new releases, online e-way bill and e-invoice generation, reports in a browser and data synchronisation. An Indian exporter that raises e-invoices needs TSS kept active. Prices change and differ by rental or lifetime purchase; take them from tallysolutions.com at the time of quoting.
Where does Tally run, and why does it matter for integration?
TallyPrime is desktop software: in most factories it runs on a machine in the office, and other users connect over the LAN. That shapes every integration, because a cloud system cannot call a PC that sits behind the factory's router. Section 34 explains the usual answer, a small connector inside the network that talks to Tally locally and to the cloud outbound.
9TallyPrime vs Zoho Books for a garment business
TallyPrime and Zoho Books are the two accounting systems small Indian garment businesses most often weigh, and neither is a production system. Tally is stronger on manufacturing vouchers and job work; Zoho is cloud-first with a REST API and webhooks. Choose on how production is recorded and how the operations layer will connect.
| Question | TallyPrime | Zoho Books with Zoho Inventory |
|---|---|---|
| Where it runs | Desktop on the office LAN; Cloud Access as a hosted option | Cloud |
| Colour and size | One stock item per combination | Item groups with attributes (Zoho chapter) |
| Bills of materials | BoMs with components, co-products, by-products and scrap; several BoMs per item | Composite items (assemblies and kits); Zoho Inventory states it does not yet support manufacturing modules |
| Recording production | Manufacturing Journal, Stock Journal | Assembling a composite item |
| Subcontracting | Job work out and in, both roles documented | No job work flow in Zoho Inventory; workarounds with warehouses and transfer orders |
| Units | Alternate units with a conversion changeable per voucher | Unit conversion with a set rate per target unit |
| Landed cost | Additional cost of purchase, by quantity or value, in the purchase voucher | Landed cost on bills, by value or quantity, including from another vendor's bill |
| Integration | XML and JSON over HTTP to the running application, ODBC for reading; no webhooks or OAuth described | REST API with OAuth 2.0 scopes, workflow webhooks, incoming webhooks |
For a factory that makes garments, Tally's job work and Manufacturing Journal usually outweigh Zoho's cloud convenience. For a brand that buys finished goods, Zoho's cloud model and API are often the easier base. In both cases the style, the samples and the floor sit in an operations layer, so the choice is about the books and the connection. Other options at this size are compared in the ERPNext chapter and on the comparison page.
Part 3Design, area by area
10How should stock groups, categories and materials be set up in TallyPrime for apparel?
Use stock groups for what a thing is (fabric, trims, packing, garments) and stock categories for a second, independent cut such as season or buyer, and give every material one main unit chosen for how it is issued. A stock group in Tally is a hierarchy for classifying stock items; a stock category is a parallel classification that cuts across groups.
| Stock group | Examples | Main unit | Alternate unit | Batches |
|---|---|---|---|---|
| Knit fabric | Navy jersey 180 GSM, rib 1×1 | m | kg | Yes: dye lot and roll |
| Woven fabric | Poplin, denim | m | none, or yd | Yes: dye lot |
| Yarn | 30s combed cotton | kg | cone | Yes: lot |
| Trims | Buttons, labels, thread, zips | pcs, or cone for thread | gross, box | Only where shade matters (thread, zips) |
| Packing | Polybags, cartons, hangtags | pcs | bundle | No |
| Semi-finished | Embroidered fronts | pcs | none | No |
| Finished garments | P2041-NVY-M | pcs | dozen, carton | Optional: by dye lot for packing |
| Seconds and waste | P2041 seconds, cutting waste | pcs, kg | none | No |
Choose the valuation method per item with finance. Tally's inventory features page lists average cost, FIFO, LIFO, last purchase cost, standard cost and monthly average cost; for fabric and trims, a factory usually keeps one method throughout so the auditor sees consistent values.
11How do you handle sizes and colours in TallyPrime?
TallyPrime has no documented style-colour-size variant model, so each colour-size combination becomes its own stock item, grouped under a stock group for the style. A style/colour/size matrix is the grid of colours by sizes that defines every sellable version of a style; in Tally that grid is held by a naming rule, not by the software.
This works when the combinations are counted in hundreds per season. It becomes painful in thousands, because every item needs its own BoM, rates and GST details. Three rules keep it under control.
- A fixed code pattern. Style, colour, size, in that order and always the same length:
P2041-NVY-M. Reports sort and filter on it. - Create items by import, never by hand. The operations layer or a sheet generates the list for a new style; Tally imports it.
- One stock group per style. Stock summaries then roll up to the style without extra reports.
Some Tally partners sell TDL add-ons that add size-colour grids to vouchers. They can help order entry, but they live inside your Tally and must be re-tested at every release (section 24).
Stock items for one style
Style P-2041 in navy, five sizes, under stock group Polos ‣ P-2041 and stock category AW26.
| Stock item | Alias (buyer code) | Unit | Order qty |
|---|---|---|---|
| P2041-NVY-S | BY-77310-410-S | pcs | 300 |
| P2041-NVY-M | BY-77310-410-M | pcs | 750 |
| P2041-NVY-L | BY-77310-410-L | pcs | 900 |
| P2041-NVY-XL | BY-77310-410-XL | pcs | 750 |
| P2041-NVY-XXL | BY-77310-410-XXL | pcs | 300 |
| Total | 3,000 |
If the buyer adds white and black, the style needs 15 stock items and 15 BoMs. The buyer code is illustrative.
12How do you convert kilograms to metres for fabric in TallyPrime?
Give knit fabric a main unit of metres and an alternate unit of kilograms, then enter both quantities on every receipt line, because Tally lets the conversion be changed per voucher. Tally's own FAQ states that with alternate units the conversion factor can differ for different items and vouchers, and gives the example of changing a box from 10 pieces to 5 at voucher level. Compound units, by contrast, are fixed (1 kg = 1,000 g).
This matters because knit fabric's metres per kilogram depend on the weight and width of each roll. The formula is metres per kg = 1000 ÷ (GSM × width in metres). A fixed factor in the stock item master is only a planning figure.
Four rolls, one alternate unit
Navy jersey is specified at 180 GSM and 1.80 m width. The stock item master holds the planning factor.
Four rolls weigh 99.7 kg
At the master factor: 99.7 × 3.086 = 307.7 m
Measured length of the four rolls: 305.8 m
Difference: 307.7 − 305.8 = 1.9 m
On the Receipt Note the store enters the line as 305.8 m with 99.7 kg, overriding the master factor for that voucher. Stock in metres is then what the cutting room will actually find. If the master factor were used, the books would show 1.9 m that does not exist on four rolls, and about the same again on every four rolls after that.
Test in your release whether a different conversion can be kept per batch allocation inside one voucher line, or whether each lot needs its own line. The documentation describes the change at voucher level.
With operations on top: the measured lot record (GSM, width, shrinkage) is captured per receipt in the operations layer, and the metres and kilograms it reports are what Tally receives.
13How do you track dye lots and fabric rolls in TallyPrime?
Switch on batch-wise details, treat each batch as a dye lot (or a roll within a dye lot), and make the batch mandatory on fabric receipts and issues. A dye lot is fabric dyed in one batch; pieces from different dye lots can differ in shade and must not be mixed in one garment.
Tally's documentation enables batches under F11: Features ‣ F2: Inventory Features with Maintain batch-wise details, and on the stock item with Maintain in Batches. Manufacturing and expiry dates are optional; a garment factory usually leaves expiry off and uses the manufacturing date field, if at all, for the mill's dye date.
Tally has one batch identifier per line. If you need both the dye lot and the roll, put both in the batch name with a fixed pattern such as A/R01, so that the lot can be read from any roll. Width, GSM and shade group are not batch fields in standard Tally; they need TDL or another system.
Tally will not stop a user from issuing two lots to the same cut. The rule "one dye lot per cut" is enforced by people or by the operations layer.
Three dye lots as batches
The factory ordered 925 kg. The mill ships 933 kg, measured at 2,880 m in three dye lots.
| Batch | Metres | Used for |
|---|---|---|
| A | 1,210 | XXL 300, XL 750, M 23, S 87 |
| B | 1,030 | L 900, S 213 |
| C | 640 | M 727 |
| Total | 2,880 |
A: 300 × 1.10 + 750 × 1.02 + 23 × 0.88 + 87 × 0.82 = 330 + 765 + 20.24 + 71.34 = 1,186.58 m, leftover 23.42 m
B: 900 × 0.95 + 213 × 0.82 = 855 + 174.66 = 1,029.66 m, leftover 0.34 m
C: 727 × 0.88 = 639.76 m, leftover 0.24 m
Used in total: 1,186.58 + 1,029.66 + 639.76 = 2,856.00 m of 2,880 m
In Tally, the Receipt Note carries 2,880 m and 933 kg split over batches A, B and C. The Stock Journal that moves fabric to the cutting godown names the batch, so the Batch Summary shows what each lot has left. The cut plan itself (which sizes come from which lot) is made outside Tally.
14How do you handle size-dependent fabric consumption in TallyPrime BoMs?
Because every size is its own stock item, give every size its own BoM with its own fabric quantity. This is one of the few places where Tally's item-per-combination model helps: size-graded consumption falls out of the design, as long as the BoMs are generated and imported rather than typed.
Tally's documentation switches a BoM on with Set Components (BOM) on the stock item, allows several BoMs per item, and, with Define Type of Component for BOM set through F12, classifies each line as a component, co-product, by-product or scrap.
Five BoMs for five sizes
| Stock item | Body fabric per piece (m) | Pieces | Fabric (m) |
|---|---|---|---|
| P2041-NVY-S | 0.82 | 300 | 246.00 |
| P2041-NVY-M | 0.88 | 750 | 660.00 |
| P2041-NVY-L | 0.95 | 900 | 855.00 |
| P2041-NVY-XL | 1.02 | 750 | 765.00 |
| P2041-NVY-XXL | 1.10 | 300 | 330.00 |
| Total | 3,000 | 2,856.00 |
Shortfall: 2,856 − 2,640 = 216 m
If all five items shared the size-M BoM, purchasing would buy 216 m too little and the cutting room would find out on the XL and XXL lays. Each BoM also carries one rib set, three buttons and the labels and polybag; those do not change by size.
With operations on top: the classified two-level bill of materials (fabric and trims, with yarn linked to fabric) and the consumption engine (marker efficiency, shrinkage, woven construction) run in the operations layer. Tally receives per-size BoMs only if finance wants the Manufacturing Journal to consume from them.
15How do you record garment production in TallyPrime: Manufacturing Journal or Stock Journal?
Use the Stock Journal to move material between godowns (store to cutting, cutting to sewing, to and from a QC hold) and the Manufacturing Journal to record that finished garments were made, consuming components by the BoM and recording co-products, by-products and scrap. Tally has no work centres, routings or operation times, so production planning and line tracking always sit outside it.
The Manufacturing Journal is a mode of the Stock Journal voucher. In the TallyPrime documentation, you open the Stock Journal from Alt+G ‣ Create Voucher ‣ Alt+F7 and press Ctrl+H to switch to Manufacturing Journal; choosing the product and BoM fills the components, and a Type of Additional Cost field adds costs such as labour.
What the Manufacturing Journal should mean in a garment factory
Decide one moment at which a garment counts as made for the books, and post the Manufacturing Journal then, never earlier. Most factories choose end of finishing, before packing. Posting per line per day is possible but turns the accounts into a floor log. Posting per order at the end loses the month-end WIP picture. A weekly post per style-colour is a common middle ground; this is practice, not a Tally rule.
| Floor event | Tally voucher | What it records |
|---|---|---|
| Fabric issued to cutting | Stock Journal (transfer), with batch | Fabric moves from Main store to Cutting godown |
| Panels sent for embroidery | Material Out against a Job Work Out Order | Panels move to the embroiderer's godown |
| Garments finished | Manufacturing Journal | Components consumed, first quality and seconds produced, waste recorded |
| Line output per hour, efficiency, rejects by operation | None | Stays in the operations layer or floor system |
A Manufacturing Journal for 900 size-L polos
900 size-L polos finish in the week of 8 December. 14 are graded as seconds. The CM rate is USD 1.26 per piece (18 minutes at 0.07), booked in rupees at an illustrative 84.00. Waste quantities are illustrative.
| Side | Stock item | Type | Quantity |
|---|---|---|---|
| Consumed | Navy jersey 180 GSM, batch B | Component | 855.00 m |
| Consumed | Rib collar and cuff set | Component | 900 sets |
| Consumed | Button 15 mm navy | Component | 2,700 pcs |
| Produced | P2041-NVY-L | Finished | 886 pcs |
| Produced | P2041-NVY-L seconds | Co-product | 14 pcs |
| Produced | Cutting waste | Scrap | 18 kg |
First quality + seconds: 886 + 14 = 900
Additional cost (CM): 900 × 1.26 × 84.00 = ₹95,256.00
This is how "produced is not shippable" appears in Tally: 900 made, 886 in the first-quality item that the sales order can draw on. The grading itself happened on the floor, outside Tally; the journal records its result.
With operations on top: planning (the 52-week heat-map of lines and subcontractors), production orders, job cards per department, floor capture and the WIP board run in the operations layer. Tally receives the material issues and the finished quantities, for stock value.
16Where do sampling, approvals and the T&A calendar live when the books are in Tally?
Outside Tally. A PP sample (pre-production sample) is a garment in bulk fabric and trims that the buyer approves as the reference for production, and a T&A calendar (time and action calendar) is an order's milestones worked back from the ex-factory date; neither is a financial or stock event, so Tally has nowhere to hold them.
What Tally can hold is the money side of sampling: sample fabric bought, courier bills, sample charges invoiced to a buyer. Keep those in a "Sampling" cost centre so that development cost per buyer can be reported. The rounds, comments, verdicts and dates belong in the operations layer.
With operations on top: lab dips, strike-offs, samples and shipping marks run as rounds with parcel and courier details, the buyer's verdict and T&A wiring; the approved PP round locks the style version for the order.
17How does job work work in TallyPrime, as principal and as job worker?
TallyPrime documents job work in both directions. As a principal manufacturer, you raise a Job Work Out Order, send materials with Material Out and receive processed goods with Material In; as a job worker, you raise a Job Work In Order, receive the principal's material with Material In and return goods with Material Out. Job work is the Indian term for sending goods to another business to process and return; in garments it covers CMT, embroidery, printing and washing.
In the documentation, the vouchers are created from Alt+G (Go To) ‣ Create Voucher ‣ F10 (Other Vouchers). Each job worker gets a godown, so stock at the embroiderer or printer shows in the godown summary. If the processed item has a BoM with Track Components set to Yes, the components expected back are shown against the order.
Embroidery sent out as job work
The polo's chest logo is embroidered by an outside unit at an illustrative USD 0.18 a piece, with a 1% allowance for loss.
| Step | Tally voucher | Quantity |
|---|---|---|
| Order 3,000 embroidered fronts | Job Work Out Order | 3,000 |
| Send cut fronts, with the 1% allowance | Material Out to the embroiderer's godown | 3,030 |
| Receive good embroidered fronts | Material In | 3,004 |
| Receive rejected fronts | Material In, to a rejects item | 26 |
| Embroiderer's bill | Purchase voucher for the service | 3,000 |
Balance at embroiderer: 3,030 − 3,004 − 26 = 0
Rejects inside allowance: 26 ≤ 30
Bill: 3,000 × 0.18 × 84.00 = ₹45,360.00
The documentation does not describe a loss allowance on the order; the 1% is the factory's rule, checked by comparing the godown balance with the order. A chain of processors (print, then embroidery, then wash) is a chain of job work orders with an intermediate stock item after each step.
The polo order as a job worker
Now the factory is the job worker. The buyer's sourcing office (the principal) sends the fabric and pays USD 1.60 a piece for making.
| Step | Tally voucher | Quantity |
|---|---|---|
| Principal's order for 3,000 polos | Job Work In Order | 3,000 pcs |
| Fabric received, batches A, B, C | Material In to the principal's godown | 2,880 m |
| Garments returned | Material Out | 3,000 pcs |
| Unused fabric returned | Material Out, by batch | 24 m |
| Job charges invoiced | Sales voucher for the service | USD 4,800.00 |
Per lot (Example 6): A 23.42 + B 0.34 + C 0.24 = 24.00 m
Invoice: 3,000 × 1.60 = USD 4,800.00
Because the fabric sits in a godown for the principal's stock, the factory can show the buyer, lot by lot, what came in and what went back. Check in your release how principal-owned stock appears in your own stock valuation before the first month-end.
With operations on top: subcontract steps are planned on the heat-map alongside the factory's own lines, and output from subcontractors is followed per order. Tally keeps the job work vouchers that move and value the goods.
18How do you cost a garment in TallyPrime, and where does the costing sheet live?
Tally values stock by the valuation method you choose, adds freight and other charges to purchases with additional cost of purchase, and shows actual cost and profit per order through cost centres used for job costing. The garment costing sheet that produces a quote lives outside Tally, because it is built before any stock item or BoM exists.
Tally's Cost Estimation report works from an existing BoM. That is useful after the style is set up, to compare the BoM's cost with the quote, but it is not a quotation tool.
The quotation cost build, and where Tally meets it
| Line | How it is worked out | USD | Where the actual lands in Tally |
|---|---|---|---|
| Body fabric | 0.31 kg at 4.20 per kg, plus 6% cutting loss | 1.38 | Purchase with additional cost |
| Collar and cuffs | 1 set | 0.25 | Purchase |
| Trims | Buttons, thread, labels, polybag | 0.32 | Purchase |
| Embroidery | Job worker price per logo | 0.18 | Job work purchase |
| CM | 18 minutes at 0.07 per minute | 1.26 | Manufacturing Journal additional cost |
| Testing | Buyer's lab tests | 0.10 | Expense to the order's cost centre |
| Factory overhead | 12% of CM | 0.15 | Overheads, not per order |
| Freight to port and documents | 0.12 | Expense to the cost centre | |
| Finance cost | 3% while waiting for payment | 0.11 | Bank charges and interest |
| Margin | 10% | 0.39 | The result |
| FOB price | 4.26 |
Body fabric: 0.31 × 4.20 × 1.06 = 1.380
The figures are illustrative. The point is the last column: every quoted line has an actual somewhere in Tally, but only a cost centre per order puts them side by side (Example 15).
How do you add freight, clearing and duty to imported fabric in Tally?
Use additional cost of purchase: create each charge as a ledger with a method of appropriation, and enter it in the purchase voucher so Tally spreads it over the stock items. A landed cost is every cost of bringing goods to the factory beyond the supplier's price: freight, insurance, customs duty, clearing and bank charges.
Tally's documentation names two methods, Appropriate by Qty and Appropriate by Value, set on the ledger as Method of appropriation in purchase invoice (enabled through F12 if the field is hidden). The page describes the charges entered within the same purchase voucher. It does not describe attaching a freight or clearing bill that arrives weeks later from another party to an earlier purchase; agree with your auditor how late charges are treated, and check your release.
Additional cost of purchase on the imported fabric
The jersey and the rib sets arrive in one shipment, with USD 695 of charges (sea freight 420, clearing 180, LC bank charges 95). Duty is zero under the factory's export scheme. Prices are illustrative and shown in USD to match the other chapters; in the books they post in rupees.
| Purchase line | Quantity | Value (USD) | Share by value | Charges | Landed |
|---|---|---|---|---|---|
| Navy jersey | 925 kg | 3,885.00 | 83.55% | 580.66 | 4,465.66 |
| Rib sets | 3,060 sets | 765.00 | 16.45% | 114.34 | 879.34 |
| Total | 4,650.00 | 100% | 695.00 | 5,345.00 |
Jersey landed = 4,465.66 ÷ 925 = USD 4.83 per kg
Rib landed = 879.34 ÷ 3,060 = USD 0.29 per set
Appropriating by quantity would be meaningless here, because 925 kg and 3,060 sets are not comparable units. By value is the only sensible choice of the two. An ERP that splits freight by weight would put 387.92 of the 420 freight on the jersey and land it at USD 4.87 per kg; Tally, without a weight method, lands it at USD 4.83. Neither is wrong, but the factory should know which rule its costs follow.
With operations on top: the cost engine (fabric, trims, decoration, CMT, overhead, margin to FOB, with landed cost and dated exchange rates), the standard cost sheet and quotations with approval thresholds run in the operations layer. Tally holds the landed cost that actually hit the purchases.
19Can TallyPrime run quality control and AQL inspection?
No. TallyPrime has no inspection object and no sampling tables, so quality control runs outside it, and Tally records only the stock result: goods held in a QC godown, released by Stock Journal, and rejects or seconds recorded as items. AQL (acceptance quality limit) is an inspection method that checks a random sample from a lot and accepts or rejects the lot by the number of defects found, using ISO 2859-1 tables.
The final inspection sample for 3,000 polos
Single sampling, normal inspection, AQL 2.5 for major defects: accept at 7 or fewer, reject at 8 or more
The final AQL was passed on 12 December. In Tally, nothing records that. Under the recommended model, the sales invoice is raised only after the operations layer clears the shipment; in a Tally-only factory, the shipping head holds the invoice until a signed inspection report is on file.
With operations on top: typed inspections (incoming, cutting, PP, DUPRO, final AQL, pre-shipment, measurement), the AQL engine on ISO 2859-1 with the buyer's level, CAPA, needle and metal control, and quality grades run in the operations layer.
20How do you handle cartons, packing lists and shipping documents with Tally?
Tally raises the delivery note, the export invoice and the e-way bill; the carton plan, the packing list by carton and buyer carton labels are built outside Tally or through TDL. Tally has no carton or package object.
A dye-lot rule makes the carton count different from the simple division. For the polo order in solid-size cartons of 10, one lot per carton gives 298 full cartons and 4 part cartons (S lot A 7, S lot B 3, M lot A 3, M lot C 7 pieces), 302 cartons instead of 300.
Part cartons: 7 + 3 + 3 + 7 = 20 pieces in 4 cartons · total 298 + 4 = 302
With operations on top: per-delivery shipments, packing and cartonisation, and ship clearance against buyer terms run in the operations layer. Tally receives the dispatch and raises the invoice and e-way bill.
21How does TallyPrime handle foreign currency, advances, letters of credit and chargebacks?
TallyPrime handles foreign currency, forex gain and loss and bill-wise advances as standard; a letter of credit is recorded through ledgers and bill references, since there is no LC object; chargebacks are ledgers, one per reason. Tally's multi-currency pages describe rates of exchange defined by date, forex gain or loss calculated when rates move, and reports in base or foreign currency.
A letter of credit (LC) is a bank's promise to pay the exporter when documents matching the credit's terms are presented. Keep the LC number, expiry, latest shipment date and presentation period somewhere the shipping team sees daily; in a Tally-only factory, that is a register outside Tally or a TDL master.
Export invoice, advance and forex gain
The polo order is worth 3,000 × USD 4.26 = USD 12,780.00. The buyer pays 30% in advance and the balance against the LC. Exchange rates are illustrative.
| Step | In TallyPrime | USD | INR |
|---|---|---|---|
| Advance received | Receipt, bill-wise as an advance against the order | 3,834.00 | |
| Export invoice, 15 Dec | Sales invoice for 3,000 pcs; advance adjusted bill-wise | 12,780.00 | |
| Balance booked | Receivable at 84.00 | 8,946.00 | 751,464.00 |
| LC proceeds realised | Receipt at 84.35 | 8,946.00 | 754,595.10 |
| Forex gain | Calculated and booked to the forex gain ledger | 3,131.10 |
8,946.00 × 84.00 = 751,464.00 · 8,946.00 × 84.35 = 754,595.10
Gain = 8,946.00 × 0.35 = 3,131.10
How do you see profit per order in Tally?
Enable cost centres, create one per order with Use for job costing set to Yes, and allocate every purchase, job work bill, expense and sale for that order to it. Tally's job costing page describes this set-up and a Job Work Analysis report that shows cost, revenue and net profit or loss per cost centre.
Order profitability with a cost centre
Cost centre ORD-P2041 collects the polo order. Amounts are the illustrative figures from Examples 8, 9, 11 and 12, converted at 84.00.
| Line | Worked out | INR |
|---|---|---|
| Sales | 12,780.00 × 84.00 | 1,073,520.00 |
| Jersey, landed | 4,465.66 × 84.00 | −375,115.44 |
| Rib sets, landed | 879.34 × 84.00 | −73,864.56 |
| Trims | 3,000 × 0.32 × 84.00 | −80,640.00 |
| Embroidery job work | Example 9 | −45,360.00 |
| CM | 3,000 × 1.26 × 84.00 | −317,520.00 |
| Contribution | 181,020.00 |
1,073,520.00 − 892,500.00 = 181,020.00
Testing, freight to port, finance cost and overhead are not in this view unless they are also allocated to the cost centre. The discipline that makes the report true is allocating every voucher, every time.
Chargebacks
A chargeback is an amount a buyer deducts from a payment for a claimed failure such as a late shipment or a wrong carton label. In Tally, open one ledger per reason (for example "Chargebacks: labelling" and "Chargebacks: ASN") and clear the short payment against them with a journal. If an open-account buyer deducts USD 100.00 for labels and USD 89.46 (1% of 8,946.00) for a late ASN, the payment received is 8,946.00 − 189.46 = 8,756.54, and the two ledgers show where the money went.
22Does TallyPrime handle GST, e-invoicing and e-way bills for garment exporters?
For India, yes: TallyPrime generates e-invoices (IRN and QR code) and e-way bills online from the invoice, singly or in bulk, through Tally's GST Suvidha Provider, with an active Tally Software Services subscription. Tally's help pages also describe an option to send e-way bill details with the e-invoice.
- Job work and GST. Indian GST requires a principal to report goods sent to and received from job workers (form ITC-04). Tally records the job work vouchers that the report is built from; check that your release produces the return in the form your tax consultant files.
- Exports. Confirm with the tax consultant how exports under a letter of undertaking or a special economic zone are set up in your release before the first export invoice.
- Other countries. Tally is used in several markets beyond India. Tax, VAT and e-invoicing support differs by country edition; check your country's release with Tally before relying on it.
Part 4Build
23In what order should you set up TallyPrime for a garment factory?
Set up TallyPrime in dependency order: company and statutory details, features, ledgers and cost centres, units, godowns, stock groups and categories, stock items with batches and BoMs, then voucher types and job work. Each step depends on the ones before it, and changing a unit or a batch rule after transactions exist is painful.
- Company, GST and statutory details. Registration, state, financial year, base currency.
- Features (F11). Inventory features including batch-wise details, multiple godowns, order processing, cost centres, multi-currency, job work.
- Ledgers. Buyers, suppliers, job workers, GST ledgers, forex gain and loss, additional-cost ledgers with their method of appropriation, chargeback ledgers per reason.
- Cost centres. One per order (with Use for job costing), plus Sampling and Overheads.
- Units. Simple units (m, kg, pcs, pair, cone), compound units (dozen, gross), and the alternate-unit plan per material (section 12).
- Godowns. Main store, QC hold, Cutting, Sewing, Finishing, Packing, one per job worker, one for principals' stock if the factory is also a job worker.
- Stock groups and categories. As in section 10.
- Stock items. Materials first, then finished items by import, each with batches where needed and a BoM for finished items (section 14).
- Voucher types. Numbering per series, and the Manufacturing Journal, Material In and Material Out types.
- Integration user and connector. Last, once the masters it maps to exist (section 34).
Menu paths change between releases. The ones quoted in this guide are from the TallyPrime 7.x help pages; confirm them on your release.
24How far should you customise TallyPrime with TDL for apparel?
Keep TDL small: use it for fields and reports that finance or stores genuinely need, and never to build a second production system inside the books. TDL (Tally Definition Language) is Tally's own language for extending the product and integrating it; programs are compiled into TCP files and loaded locally or deployed centrally as account TDLs, according to Tally's developer reference.
| TDL request | Our view | Why |
|---|---|---|
| GSM, width and shade group on batches | Reasonable | Small, stores-facing, helps the Batch Summary |
| Buyer PO number and style on vouchers | Reasonable | Helps finance trace documents |
| Export invoice and packing list layouts | Reasonable | Printing only; buyers and banks require specific layouts |
| Size-colour grid on sales orders | Only if order volume is high | Useful, but the order is better entered once in an operations system |
| Sample tracking, T&A, cut plans, line output | Avoid | A production system inside the accounts; hard to keep through releases |
| AQL inspections | Avoid | Not a financial event |
Keep a register of every TDL loaded, who wrote it, what it changes and who tests it at each release. TDL differs from site to site, and an integration written against one factory's TDL will not match another's.
25Which systems does a Tally-based garment business integrate with?
A Tally-based garment business typically connects Tally to one operations system, the bank, and the GST portal through Tally's own GSP; EDI, if a buyer requires it, goes through a connector or provider. Every connection to Tally is shaped by where Tally runs.
| Connection | Direction | Usual method |
|---|---|---|
| Operations layer (orders, purchases, receipts, issues, dispatches) | Both ways | Connector on the LAN using XML or JSON over HTTP, or a scheduled file import |
| GST e-invoice and e-way bill | Out | Built into TallyPrime with TSS |
| Bank statements | In | Import, or your bank's connector |
| Reporting tools | Out | ODBC for reading |
| Buyer EDI | Both ways | An EDI provider, usually connected to the operations layer |
Rules for every connection
- One writer per field. A value typed in Tally and also sent by the operations layer will drift.
- Link on permanent ids. Store Tally's MasterID or GUID for each voucher, never only the voucher number, which users can renumber.
- Make every call safe to repeat. A connector that retries after a network drop must not create a second voucher.
- Name the company. Tally's JSON documentation warns that, without the company name, data can be exchanged with the wrong company.
Part 5Data migration
26How do you migrate apparel data into TallyPrime?
Migrate masters and open items only (ledgers, stock items with BoMs, batches in stock, open orders and open bills), load them in dependency order through import files, and have each owner sign off the totals. Many factories already run Tally for the books, in which case "migration" means cleaning and restructuring stock items rather than moving systems.
TallyPrime imports XML and JSON, and its help pages describe importing data with mapping templates. Take the exact file format from your release's import screen.
| # | Object | Scope | Signed off by |
|---|---|---|---|
| 1 | Ledgers and opening balances | Current | Finance head |
| 2 | Units, godowns, stock groups, categories | Final design | Stores head |
| 3 | Material stock items | In stock or used in active styles | Stores head |
| 4 | Finished stock items with BoMs | Styles with open orders | Merchandising head, CAD lead |
| 5 | Stock by godown and batch | Counted at cut-off | Stores head, finance head |
| 6 | Open purchase and sales orders | Undelivered quantities | Purchasing, merchandising |
| 7 | Open job work (material with job workers) | Balance per job worker godown | Production manager |
| 8 | Open bills, receivable and payable | Per bill at cut-off | Finance head |
Migration rows for the open polo order
Cut-off 18:00 on 31 October; the polo order is confirmed, fabric not yet received, buttons in stock.
Stock item,Group,Category,Unit,Alt unit,Alt conversion,Batches,Alias P2041-NVY-S,P-2041,AW26,pcs,,,No,BY-77310-410-S P2041-NVY-M,P-2041,AW26,pcs,,,No,BY-77310-410-M P2041-NVY-L,P-2041,AW26,pcs,,,No,BY-77310-410-L P2041-NVY-XL,P-2041,AW26,pcs,,,No,BY-77310-410-XL P2041-NVY-XXL,P-2041,AW26,pcs,,,No,BY-77310-410-XXL Navy jersey 180,Knit fabric,,m,kg,3.086 m = 1 kg,Yes,
Open sales order SO/P2041 (USD): P2041-NVY-S 300 × 4.26 = 1,278.00 P2041-NVY-M 750 × 4.26 = 3,195.00 P2041-NVY-L 900 × 4.26 = 3,834.00 P2041-NVY-XL 750 × 4.26 = 3,195.00 P2041-NVY-XXL 300 × 4.26 = 1,278.00 Open purchase order PO/0457: navy jersey 925 kg, 0 received Stock: button 15 mm navy, 9,504 pcs, Main store
Buttons needed: 3,000 × 3 = 9,000; 9,504 in stock covers the order with 504 to spare
Column names are illustrative. The merchandising head signs that the order total matches the buyer's order to the cent.
The cut-off rule and cleansing
Write the cut-off as a date and time, count stock by godown and batch at that moment, and load what was counted. Before loading, merge duplicate stock items ("Navy Jersey 180", "Jersey 180 NVY"), retire styles with no order in two seasons, and give every fabric one main unit.
Part 6Testing
27How should you test a TallyPrime set-up for apparel end to end?
Test with end-to-end scenarios that follow one real order from the buyer's order to cash, run by the factory's key users on a copy of the company with migrated data, each step with an expected result written in advance. Checking screens one by one proves the set-up; only scenarios prove the business works.
| # | Scenario | Expected result in Tally, in short |
|---|---|---|
| T1 | FOB order to payment | Order, purchase, receipt, production, delivery, invoice and receipt reconcile to the order value (Example 17) |
| T2 | CMT order with buyer fabric | Job worker flow; principal's fabric in its own godown; invoice for job charges only (Example 10) |
| T3 | Prepack order | Packs, pieces and cartons agree; pack item BoM consumes the right sizes |
| T4 | Shade split in cutting | Every issue carries one batch; leftover per batch matches the cut plan (Example 18) |
| T5 | Subcontract embroidery with loss | Job worker godown balance zero; rejects recorded (Example 9) |
| T6 | Short shipment within tolerance | Order closed short; invoice on shipped quantity |
| T7 | Over-shipment | Above tolerance, a named approval outside Tally before the invoice |
| T8 | Seconds sale | Seconds co-product sold at its own price |
| T9 | LC discrepancy | A late shipment against the LC is caught before presenting documents |
| T10 | Chargeback | Short payment cleared to reason ledgers |
| T11 | Mid-season spec revision | A new BoM for new orders; the open order keeps its BoM |
| T12 | Cancelled order with committed materials | Fabric bought remains in stock at cost; open POs listed for decision |
| T13 | Forex at month-end | Realised gains and losses posted; open foreign balances as finance decided |
Test script: the polo order from order to cash
| Step | Action | Expected result |
|---|---|---|
| 1 | Enter the sales order: S 300, M 750, L 900, XL 750, XXL 300 at USD 4.26, cost centre ORD-P2041 | 5 lines, 3,000 pcs, USD 12,780.00 |
| 2 | Record the 30% advance bill-wise against the order | USD 3,834.00 shown as an advance |
| 3 | Raise the purchase order for 925 kg navy jersey | Pending in the purchase order outstanding report |
| 4 | Receive 933 kg = 2,880 m in batches A, B, C, with the charges of Example 12 | 2,880 m in stock; jersey at the landed rate |
| 5 | Stock Journal: issue each batch to Cutting | Batch Summary shows each lot moved |
| 6 | Job work out for embroidery (Example 9) | Embroiderer godown balance zero at the end |
| 7 | Manufacturing Journals per size, with seconds and scrap | First-quality items in stock; seconds apart |
| 8 | Delivery note and export invoice for 3,000 pcs; IRN generated | Invoice USD 12,780.00, advance adjusted, 8,946.00 due; IRN and QR on the invoice |
| 9 | Record LC proceeds at 84.35 against the invoice booked at 84.00 | Forex gain ₹3,131.10 (Example 14) |
| 10 | Run Job Work Analysis for ORD-P2041 | Revenue and costs per Example 15 |
Test script: shade split at cutting
| Step | Action | Expected result |
|---|---|---|
| 1 | Stock Journal: batch A to Cutting for XXL 300, XL 750, M 23, S 87 | 1,186.58 m of batch A issued |
| 2 | Try to save a fabric issue line with no named batch | The batch allocation screen opens; record whether your release lets the line save without a named batch, and train against it if it does |
| 3 | Batch B for L 900 and S 213; batch C for M 727 | 1,029.66 m and 639.76 m issued |
| 4 | Return leftovers to the store by batch | A 23.42 m, B 0.34 m, C 0.24 m; total 24.00 m |
| 5 | Try to issue batch A and batch B to one cut | Tally accepts it. The rule is enforced by the cutting supervisor or the operations layer |
Step 5 is written to fail on purpose. A test script that records what the system does not stop is as valuable as one that records what it does.
Test script: short shipment within tolerance
The buyer allows ±3%. The factory ships 2,940 pieces, 30 short in M and 30 short in L: 60 short is 2.0%, inside the tolerance. Tally has no tolerance field, so the check is made before invoicing by the shipping head or the operations layer. The invoice is 2,940 × 4.26 = USD 12,524.40, less the 3,834.00 advance, leaving 8,690.40 due; the sales order lines for the 60 pieces are closed rather than left pending.
Part 7Training, go-live and hypercare
28How should you train a garment factory's staff on TallyPrime?
Train each role only on the vouchers it will post, on the factory's own items and orders, in the local language; most accountants already know Tally, so the training effort goes to stores and production staff who will post batch-wise receipts, Stock Journals and job work.
| Role | What they learn | Hours | Pass when they can |
|---|---|---|---|
| Stores | Receipt Notes with batches and alternate units, Stock Journals, Material Out and In | 8 | Receive three dye lots in both units and issue each to Cutting |
| Purchasing | Purchase orders, purchases with additional cost | 4 | Buy 925 kg of jersey and apply the import charges |
| Production office | Manufacturing Journal with co-products and scrap; job work orders | 6 | Post Example 8 and run the embroidery flow |
| Merchandising | Sales orders, pending order reports | 3 | Enter the polo order and read what is pending |
| Finance | Cost centres, forex, e-invoice, job costing report | 6 | Take the polo order from advance to closed |
Hours are an example plan from practice, not a standard.
29What does a cut-over plan look like for a garment factory moving onto Tally?
A cut-over plan is a dated list of steps from freezing the old records to the first live vouchers, each with an owner and a go or no-go point. Rehearse it once on a copy of the company.
| Day | Date | Steps | Owner |
|---|---|---|---|
| T−10 | 22 Oct | Rehearsal import complete; go or no-go for the plan | Project lead |
| T−7 | 25 Oct | Masters frozen; final import of stock items and BoMs | Stores head, merchandising |
| T−1 | 31 Oct | Cut-off at 18:00; count fabric by batch, trims and garments by godown; count material at each job worker | Stores head, production |
| T0 | 1 Nov | Load counted stock, open orders and open bills; owners sign totals; sponsor decides go or no-go at noon | All owners, sponsor |
| T+9 | 10 Nov | Polo fabric received with batches and both units: first real test of the fabric design | Stores head |
30When should a garment factory go live on a new Tally set-up, and how long is hypercare?
Go live between seasons and at the start of a month, and keep the partner in close support until the first month-end close and GST filing are done on the new set-up. Hypercare is the period right after go-live when the project team fixes issues daily. Practitioners commonly plan four to eight weeks; that range is judgement, not a measured standard. Avoid the financial year-end and audit weeks.
Part 8Risks
31What are the most common mistakes when using Tally for a garment business?
The common mistakes are asking Tally to be the production system, typing stock items by hand until the list is unusable, one kg-to-metre factor for every roll, one BoM for every size, and integrations built on the assumption that Tally is always reachable. The list comes from implementation practice, not from Tally's documentation.
- Tally as the production system.A large TDL add-on for samples, T&A and cutting, which then blocks every release upgrade.
- Stock items typed by hand.Inconsistent names, duplicates, sizes that sort wrongly.
- The master conversion used on every receipt.Metres in the books that the cutting room never finds.
- One BoM shared by all sizes.Fabric under-bought for large sizes.
- Batches optional on fabric.Dye lots lost at the first issue.
- Manufacturing Journal posted at the wrong moment.Posted at cutting, it shows garments that do not exist yet; posted at shipment, WIP disappears from the books.
- No cost centre per order.Nobody can say which order made money.
- The Tally machine treated as always on.An integration fails every night because the PC is off, or TallyPrime is open on another company.
- Linking on voucher numbers.A renumbered series breaks every link to the operations layer.
- TSS allowed to lapse.Online e-invoice generation and upgrades depend on it, according to Tally's licensing page.
The 15 general failure modes, and how each shows up with Tally
| # | Symptom | How it shows in Tally | Prevention |
|---|---|---|---|
| 1 | SKU swamp | Thousands of hand-made stock items | Import items from the operations layer (section 11) |
| 2 | Large sizes short of fabric | One BoM for all sizes | Per-size BoMs (section 14) |
| 3 | kg and m never reconcile | Master conversion on every voucher | Both units entered per receipt (section 12) |
| 4 | Shade mixing | Two batches issued to one cut | Cut plan per lot outside Tally (section 13) |
| 5 | Costing illusion | Quote in a spreadsheet, actuals scattered | Cost centre per order (section 21) |
| 6 | Buyer fabric counted as owned | CMT fabric entered as a purchase | Job worker flow (section 17) |
| 7 | Goods lost at subcontractors | No godown per job worker | Job work vouchers with godowns |
| 8 | Produced is not shippable | All output posted as first quality | Seconds as a co-product (section 15) |
| 9 | Spec drift | BoM edited while an order is open | A new BoM for a revision |
| 10 | Excel shadow system | Merchandisers keep their sheets | An operations layer for orders and T&A |
| 11 | Chargeback leakage | One "discount" ledger | A ledger per reason |
| 12 | LC discrepancies | No LC record | An LC register with dates the shipping team sees |
| 13 | Floor data never arrives | Supervisors asked to post vouchers | Floor screens or a floor system |
| 14 | Big-bang in peak season | Go-live in a shipment window | Go live between seasons (section 29) |
| 15 | Migrated garbage | Duplicate items and ledgers | Cleanse first (section 26) |
32What must be decided before a garment factory goes live on Tally?
Decide what Tally holds and what it does not, the stock item code pattern, the unit and batch design for fabric, the moment a Manufacturing Journal is posted, cost centres per order, and how the operations layer connects, before go-live. Each is expensive to change once vouchers exist.
- What stays outside Tally: styles, samples, T&A, planning, floor, quality.
- The stock item code pattern and who creates items (by import).
- Main and alternate units per material; both units entered on fabric receipts.
- Batch meaning: dye lot, roll, or both in one name.
- The moment a Manufacturing Journal is posted, and how often.
- Seconds and rejects as co-products and scrap.
- Godowns per stage and per job worker.
- Valuation method per stock group.
- How late import charges reach material cost.
- Cost centre per order, allocated on every voucher.
- Edition (Silver, Gold, Server or Cloud Access) and TSS renewal.
- The TDL register and who tests it at each release.
- The integration method, the connector's machine, and what happens when Tally is closed.
Part 9If you don't manufacture: brands, buying agents and own-label retailers
33Is TallyPrime a good fit for clothing brands, buying houses and own-label retailers?
Yes, for the books. A brand, a buying agent or an own-label retailer that does not manufacture needs accounts, GST, supplier and buyer ledgers, foreign currency and landed cost, which are exactly what Tally does well, and it needs none of the manufacturing vouchers. What it also needs, and Tally cannot give, is development, sampling and follow-up across many factories.
Who this part is for
- A brand or wholesaler that designs and sells clothing while factories make it, on FOB or CMT terms.
- A buying agent or buying house that sources for buyers across factories, earns a commission and holds no stock.
- A retailer developing its own label with factories, often called private label sourcing.
What they need from TallyPrime
They need purchasing, landed cost, payments and sales, with no production. Switch on only what is needed.
| Need | Brand or own-label retailer | Buying agent | How in TallyPrime |
|---|---|---|---|
| Purchase orders to factories, FOB or CMT | Yes | No | Purchase Order vouchers under order processing, one stock item per colour-size |
| Landed cost and duty | Yes | No | Additional cost of purchase by quantity or value; duty ledgers |
| Supplier payments and LCs | Yes | No | Bill-wise payables; the LC itself in a register outside Tally or in TDL |
| Wholesale sales orders and invoices | Yes | No | Sales orders, delivery notes, invoices, GST and e-invoices (India) |
| EDI 850, 856, 810 and chargebacks with retailers | If selling to retailers | No | No EDI in Tally; an EDI provider or connector; chargeback ledgers per reason |
| Commission accounting | Pays it | Earns it | A commission invoice to the buyer as a service sale, with no stock item; commission ledgers |
| Multi-currency | Yes | Yes | Standard, with forex gain and loss |
| Manufacturing Journal, BoMs, job work | Skip | Skip | Leave these features off |
A buying agent is the simplest Tally company there is: no inventory, no goods payables or receivables, only commission invoices, expenses, foreign receipts and GST on services. How export of services is taxed is a question for the agent's tax consultant, not for this guide.
What TallyPrime handles poorly for them
- Development and sampling with many factories. Lab dips, strike-offs and fit samples travel between the brand, the agent and several factories; Tally sees only the courier bill.
- T&A across factories. Each order's milestones sit at a different factory; Tally has no calendar.
- Following production that happens outside. Cutting, sewing and finishing happen in someone else's building. Tally sees the purchase order and, weeks later, the goods.
- Inspections at the vendor. AQL inspections at the factory decide whether goods ship; Tally has no inspection record.
- One status per order. A merchandiser following 40 orders across 12 factories and 6 buyers needs one status per order, and Tally's pending-order reports list quantities, not stages.
This is the gap that sourcing agent software and ERP for fashion brands try to close. For a Tally user, the practical answer is to keep Tally for the books and add an operations layer for the sourcing work.
What should a brand or agent switch on in Tally, and what should it leave off?
Switch on only what the books need, because every feature left on is a screen someone must keep correct.
- Brand: order processing for purchase and sales orders, multiple godowns if stock sits in more than one place, multi-currency, cost centres per season or per order, additional cost of purchase for freight, duty and clearing.
- Brand: batches only if the brand must trace goods by shipment or by factory lot for recalls or buyer claims.
- Agent: accounting only, multi-currency, a service ledger for commission income, one cost centre per buyer so commission can be reported by account.
- Both: leave BoMs, the Manufacturing Journal and job work off. They add screens nobody needs and invite postings that do not describe the business.
An own-label retailer usually already has a retail system for stores and point of sale. In that case Tally holds the supplier side and the general ledger, and the retail system posts summarised sales into it. Where the line between the two sits is a decision for the retailer's finance team and is outside what this guide can settle.
The MerchandiserOS model for brands and agents
MerchandiserOS runs development, samples and approvals, T&A, the orders placed with factories, sourcing, the planning view across subcontracted factories, quality inspections and shipping follow-up. Its workspace set-ups include "Brand" and "Buying agent". TallyPrime keeps the books. Retail back-office work (stores, point of sale, allocation and open-to-buy) is outside MerchandiserOS's scope, so an own-label retailer keeps its retail system for that.
The polo order seen from the brand and the buying agent
A brand places the 3,000 polos with the factory at USD 4.26 FOB through a buying agent paid an illustrative 5% of FOB. The brand imports the goods; freight, insurance, a 10% duty rate on CIF and clearing are all illustrative.
| Line | Worked out | USD |
|---|---|---|
| FOB value | 3,000 × 4.26 | 12,780.00 |
| Sea freight | Illustrative | 480.00 |
| Insurance | Illustrative | 40.00 |
| CIF value | 12,780.00 + 480.00 + 40.00 | 13,300.00 |
| Duty | 13,300.00 × 10% | 1,330.00 |
| Clearing | Illustrative | 150.00 |
| Agent's commission | 12,780.00 × 5% | 639.00 |
| Landed cost in the brand's warehouse | 15,419.00 |
Per polo: 15,419.00 ÷ 3,000 = 5.14 (5.1397)
In the brand's Tally: a Purchase Order to the factory for five stock items; a purchase voucher at FOB with freight, insurance, duty and clearing as additional cost appropriated by value (with one price for all sizes, by value and by quantity give the same answer). The agent's bill arrives separately, so it is booked as an expense to the order's cost centre unless the auditor agrees to treat it as part of stock cost.
In the agent's Tally: one commission invoice to the brand for USD 639.00, a service line and no stock item. At an illustrative 84.00 that is 639.00 × 84.00 = ₹53,676.00.
Part 10Integration and API
34How do you integrate with TallyPrime: XML, JSON or ODBC?
Integrate by sending XML, or JSON from TallyPrime 7.0, over HTTP to the running TallyPrime application, and use ODBC only to read. TallyPrime acts as an HTTP server on port 9000 by default when you enable it, accepts Import, Export and Execute requests, and needs to know which loaded company the data belongs to. Tally's integration documentation describes no webhooks and no OAuth, so a cloud system cannot be told when something changes in Tally.
| Method | What Tally's docs describe | Use it for |
|---|---|---|
| XML over HTTP | An ENVELOPE with a HEADER (version, TALLYREQUEST Import, Export or Execute, TYPE Data, Collection, Object or Function, ID) and a BODY; default port 9000 | Creating vouchers and masters; reading collections |
| JSON over HTTP | Native JSON from TallyPrime 7.0, with the same request concepts sent as headers (version, tallyrequest, type, id), and JSONEx as a structured extension | The same as XML, on 7.0 and later |
| ODBC | TallyPrime as an ODBC server for SQL select queries on exposed collections | Reporting and reading only |
| TDL | Tally's own language; it can also call external HTTP services from inside Tally | Custom fields, layouts, and push from Tally where the partner builds it |
| File import | XML, JSON and mapped imports | The no-code option |
The shape of a Tally integration
- A connector inside the factory's network. Tally usually runs on an office PC behind the router. A small service on the same network talks to Tally on localhost or the LAN, and to the cloud outbound over HTTPS, so no port is opened to the internet.
- Tally must be running with the company loaded. The HTTP interface is served by the TallyPrime application itself, and Tally's JSON documentation requires the loaded company's name. If the PC is off, or TallyPrime is open on another company, the connector waits and retries; it never guesses.
- Polling, not events. The connector asks Tally for vouchers changed since the last run. Tally keeps an AlterID that it uses for its own synchronisation; reading vouchers above the last AlterID seen is a common approach. Test it on your release.
- Permanent ids. Tally keeps a MasterID for every master and voucher and a GUID built from the company's GUID. Store one of them as the link, never the voucher number.
- TDL differs by site. Custom fields added by one factory's partner do not exist in the next factory's Tally. A connector reads standard fields unless the site's TDL is documented.
With TallyPrime Cloud Access, Tally runs in Tally's hosted environment rather than on the office PC; check with Tally how an integration connector reaches the HTTP interface there before designing for it.
Reading and writing Tally over XML
The connector creates the purchase order for the polo fabric. The shape below follows Tally's envelope structure; take the exact tags from the sample XML for your release.
POST http://localhost:9000
<ENVELOPE>
<HEADER>
<VERSION>1</VERSION>
<TALLYREQUEST>Import</TALLYREQUEST>
<TYPE>Data</TYPE>
<ID>Vouchers</ID>
</HEADER>
<BODY>
<DESC><STATICVARIABLES>
<SVCURRENTCOMPANY>Polo Exports Pvt Ltd</SVCURRENTCOMPANY>
</STATICVARIABLES></DESC>
<DATA><TALLYMESSAGE>
<VOUCHER VCHTYPE="Purchase Order" ACTION="Create">
... party, date, stock item "Navy jersey 180", 925 kg ...
</VOUCHER>
</TALLYMESSAGE></DATA>
</BODY>
</ENVELOPE>
The connector then exports the new voucher to read its MasterID and GUID, and on each later run asks for Purchase Order vouchers with an AlterID above the last one it saw.
How does MerchandiserOS connect to Tally?
MerchandiserOS publishes an ERP API that a Tally connector can call: it collects approved purchase requests and other documents, and sends Tally's purchase-order numbers back for a person to approve. No money amounts travel through it.
One purchase request, from MerchandiserOS to Tally and back
- In MerchandiserOS, request
PR-1042for 925 kg of navy jersey is approved. - The connector on the factory's network collects it:
GET /api/v1/erp/documentsreturns the request with quantities, units and the supplier code. - The connector creates Purchase Order voucher
PO/0457in TallyPrime (Example 20) and reads back its GUID. - The connector sends the answer back:
POST /api/v1/erp/po-status
Idempotency-Key: tally-po-7c2e19a4-0000481b-create
{"rows": [{"request_ref": "PR-1042",
"erp_po_id": "7c2e19a4-5b0d-4e8f-9a61-2d3c4b5a6f70-0000481b",
"erp_po_number": "PO/0457",
"status": "Open",
"date": "2026-10-21"}]}
- A person in MerchandiserOS approves it on the ERP review list. The request now shows "Tally PO/0457, open".
- The connector reads the decision back from
GET /api/v1/erp/proposals/{id}.
The GUID is illustrative. The link is stored on Tally's permanent id, so renumbering the voucher series breaks nothing, and sending the same row twice with the same Idempotency-Key does not record it twice. No price travels in this exchange.
The no-code option. Where nobody will run a connector, the same exchange works as files: MerchandiserOS exports the documents, the accountant imports them into Tally, and Tally's purchase-order numbers go back as a file that a person reviews before anything changes.
Part 11The recommended model
35The operations layer: what runs on top of TallyPrime
The simplest way to run a garment factory on TallyPrime is to let Tally keep the books and run operations, from style to shipment, in a system built for apparel. Of every system in this guide, Tally is the one where this model fits most naturally, because Tally never tried to hold styles, samples, lines or inspections, and the factory's accountant already trusts it for what it does hold.
The polo order with operations on top
| Step | In MerchandiserOS | What TallyPrime sees |
|---|---|---|
| Tech pack and quote | Style P-2041, graded measurements, cost build at 4.26 FOB | Nothing yet |
| Samples | Lab dips approved 17 Oct; PP approved 14 Nov and locked to the style version | Nothing |
| Order | 3,000 pieces by size, T&A to ex-factory 15 Dec | Sales order and stock items |
| Procurement | Net-to-buy 925 kg; receipt measured per lot (933 kg = 2,880 m in lots A, B, C) | Purchase order, purchase with both units and batches |
| Planning and production | Line booked, cutting 17 Nov by dye lot, job cards by department | Stock Journals and Manufacturing Journals |
| Embroidery | Subcontract step planned and followed | Job work out vouchers |
| Shop floor | Output per line per hour on floor screens or from Garment.io | Nothing |
| Quality | Final AQL 12 Dec at level II, 125 pieces; only first quality ships | Seconds as a co-product |
| Logistics | 302 cartons packed by lot; ship clearance against the buyer's terms | Delivery note, export invoice, IRN, e-way bill |
Who does what
| Area | Runs in MerchandiserOS | Recorded in TallyPrime |
|---|---|---|
| Style | Styles with versions and frozen snapshots, tech pack sections, graded points of measure with tolerances, colourways and lab dips, a classified two-level bill of materials, the consumption engine | The finished stock items and, if finance wants them, per-size BoMs |
| Samples and approvals | Lab dip, strike-off, sample and shipping mark rounds, with parcel and courier details, the buyer's verdict and T&A wiring | Sample costs, to a cost centre |
| Costing | Cost engine from fabric to FOB with landed cost and dated FX, standard cost sheet, quotations, approval gates with thresholds | Nothing until purchases and sales happen |
| Orders | Buyer POs as parent records, size-by-colour breakdown, tolerance band, provisional to confirmed quantity, per-shipment deliveries, ratio packs | The sales order |
| Procurement | Suppliers with qualification, materials master, purchase requests, purchase orders, GRN receiving, material issue and return, MRP net-to-buy, shade bands and measured lots | Purchase orders, purchases, batches, landed cost, payables |
| Planning and production | 52-week heat-map of lines and subcontractors, production orders, job cards, WIP board, T&A with critical path | Stock Journals, Manufacturing Journals, job work vouchers |
| Shop floor | Floor capture screens, or Garment.io feeding output and actual minutes in | Nothing |
| Quality | Typed inspections, AQL on ISO 2859-1 at the buyer's level, CAPA, needle and metal control, quality grades | Seconds and rejects as items |
| Logistics | Per-delivery shipments, packing and cartonisation, ship clearance | Delivery note, invoice, IRN, e-way bill |
| Finance | Nothing; no money amounts in the API | Everything: ledgers, GST, payments, forex, stock value |
What the Tally project no longer needs to build
- TDL for size-colour grids, sample tracking, T&A or cutting.
- TDL for GSM, width and shade on batches, because the measured lot lives in the operations layer.
- Spreadsheets that generate per-size BoMs by hand.
- An inspection register and a carton planner beside Tally.
- Order status reports built from Tally's pending-order lists.
What stays in the Tally project: ledgers, GST and e-invoicing, cost centres, forex, landed cost, the job work vouchers, and the connector.
How they connect
- TallyPrime and MerchandiserOS. A connector on the factory's network collects approved purchase requests, sales orders, receipts and dispatches from MerchandiserOS and posts them into Tally, then sends Tally's purchase-order numbers and statuses back through the MerchandiserOS ERP API. A person approves every inbound change on the review list before it lands, and money amounts stay in Tally. A file exchange does the same job with no programming.
- Shop floor. Factories without a floor system use MerchandiserOS's floor screens. Factories running Garment.io keep it: MerchandiserOS integrates with Garment.io, sending orders and styles to it and reading floor output and actual minutes back.
·Frequently asked questions about Tally for garment and textile businesses
These are the questions consultants, accountants and factory managers ask most often about TallyPrime for apparel. Each answer stands on its own.
Is Tally good for a garment manufacturing business?
TallyPrime is good as the book of record for a garment manufacturer: accounts, GST, e-invoicing, stock by godown and batch, BoMs, the Manufacturing Journal and job work in both directions. It is not a production ERP, so tech packs, sampling, T&A, production planning, shop-floor capture and AQL inspection need a separate system. Most garment factories get the best result by keeping Tally for the books and running operations on top of it.
Can Tally handle sizes and colours for garments?
Only by creating one stock item per colour-size combination, because TallyPrime has no documented variant or size-colour matrix model. A fixed code pattern such as P2041-NVY-M, one stock group per style and creating items by import keep this workable for a few hundred combinations per season. Some Tally partners sell TDL add-ons that add size-colour grids to vouchers.
How do I convert kg to metres for fabric in Tally?
Set metres as the fabric's main unit and kilograms as the alternate unit, then enter both quantities on each receipt, because TallyPrime allows the alternate-unit conversion to be changed per voucher. Knit fabric's metres per kilogram equal 1000 ÷ (GSM × width in metres), and they vary by roll, so the conversion in the stock item master should be treated as a planning figure only.
How do I track fabric dye lots in Tally?
Enable Maintain batch-wise details under F11: Features, set Maintain in Batches on each fabric, and use each batch as a dye lot, or name batches with both lot and roll such as A/R01. TallyPrime then reports stock by batch. It does not stop two lots being issued to one cut, and it has no standard fields for GSM, width or shade group, so those rules and measurements need TDL or another system.
How does job work work in TallyPrime for a garment factory?
As a principal, the factory raises a Job Work Out Order, sends material with a Material Out voucher and receives processed goods with Material In, with a godown per job worker so stock held outside is visible. As a job worker, the factory raises a Job Work In Order, receives the principal's material with Material In and returns garments and unused material with Material Out. Both roles are documented on Tally's help pages.
Can Tally record garment production with a bill of materials?
Yes. Set Set Components (BOM) on the finished stock item, add the components, and record production with the Manufacturing Journal, which consumes the components and adds the finished quantity; additional costs such as labour can be added in the same voucher. Tally has no work centres, routings or operation minutes, so the Manufacturing Journal records that garments were made, not how the lines performed.
Can Tally handle by-products, seconds and scrap in garment production?
Yes. With Define Type of Component for BOM enabled, BoM lines can be classified as component, co-product, by-product or scrap, and the Manufacturing Journal records them. A garment factory can record second-quality pieces as a co-product and cutting waste as scrap, so that first-quality stock matches what can actually be shipped.
How do I add freight and customs charges to fabric cost in Tally?
Use additional cost of purchase: create ledgers for freight, clearing and duty with a method of appropriation, either by quantity or by value, and enter them in the purchase voucher so TallyPrime spreads them over the items. When one purchase mixes fabric in kilograms and trims in pieces, appropriate by value. Tally's documentation describes the charges entered in the same purchase voucher, so agree with your auditor how late bills are treated.
Can Tally do production planning or AQL inspection?
No. TallyPrime has no capacity model, line planning, T&A calendar or inspection object, and no ISO 2859-1 sampling tables. Factories run planning and quality in a separate operations system and record in Tally only the stock results, such as goods held in a QC godown or seconds recorded as a co-product.
Does TallyPrime have an API?
TallyPrime accepts XML requests over HTTP, on port 9000 by default, and from TallyPrime 7.0 native JSON as well, to import data, export data and execute functions; it can also act as an ODBC server for read-only SQL queries. The requests go to the running TallyPrime application with the company loaded. Tally's integration documentation describes no webhooks or OAuth.
Can a cloud application connect to Tally in real time?
Not directly in most factories, because TallyPrime usually runs on an office PC behind the router and offers no webhooks. The usual design is a small connector on the factory's network that talks to Tally locally and to the cloud application outbound over HTTPS, polling for changes on a schedule and waiting when Tally is closed. For TallyPrime Cloud Access, check with Tally how a connector reaches it.
Is Tally good for a clothing brand that outsources production?
Yes, for the books. A brand that buys from factories needs purchase orders, landed cost and duty, supplier payments, wholesale sales, GST and foreign currency, which TallyPrime handles as standard, and it can leave the manufacturing features off. Development, sampling, T&A across factories and inspections at the vendor are not in Tally, so a brand pairs Tally with an operations or sourcing tool for that work.
Can Tally handle a buying agent's commission?
Yes. A buying agent or buying house can run TallyPrime with no stock at all: a commission invoice to the buyer as a service sale, commission and expense ledgers, receipts in foreign currency with forex gain or loss, and GST on services. How export of services is taxed should be confirmed with the agent's tax consultant.
TallyPrime vs Zoho Books: which is better for a garment business?
For a factory that makes garments, TallyPrime is usually the stronger book of record, because it documents BoMs with co-products and scrap, the Manufacturing Journal and job work in both directions, which Zoho Inventory states it does not yet support. Zoho Books is cloud-based with a REST API, OAuth and webhooks, which often suits a brand that buys finished goods. In both cases, styles, samples and the floor sit in an operations layer.
Which TallyPrime edition does a garment factory need?
Most garment factories need TallyPrime Gold, which is multi-user on a local network and includes 10 Tally Virtual Users by default, because accounts, stores and purchasing work in the same data at once. Silver is single-user on one machine. Keep Tally Software Services active, because Tally's licensing page lists online e-invoice and e-way bill generation and upgrades under it.
·Glossary of apparel and Tally terms
Short definitions of the apparel and TallyPrime terms used in this guide.
- Alternate unit
- In Tally, a second unit for a stock item, such as kilograms for fabric kept in metres, with a conversion that can be changed per voucher.
- AQL
- Acceptance quality limit: an inspection method that checks a random sample from a lot and accepts or rejects it by the defects found, using ISO 2859-1 tables.
- Batch
- In Tally, an identified quantity of a stock item, optionally with manufacturing and expiry dates; used here as a dye lot or roll.
- BoM
- Bill of materials: the components and quantities to make one item. In Tally, lines can be components, co-products, by-products or scrap.
- Buying agent
- A business that sources and follows orders for buyers across factories and earns a commission, holding no stock.
- Chargeback
- An amount a buyer deducts from a payment for a claimed failure, such as a late shipment or wrong label.
- CM, CMT
- Cut and make, or cut, make and trim: the labour charge for making a garment, and the model where the buyer supplies the fabric.
- Co-product
- In a Tally BoM, a second item produced alongside the main one; used here for second-quality garments.
- Cost centre
- In Tally, a unit to which income and costs are allocated; with job costing, one per order gives profit per order.
- Dye lot
- A batch of fabric dyed together; pieces from different dye lots can differ in shade and must not be mixed in one garment.
- Ex-factory
- The date goods leave the factory for shipment.
- FOB
- Free on board: the price of goods loaded at the port of shipment; the usual quoted price per piece in garment trade.
- Godown
- In Tally, a storage location; used here for stores, production stages, QC hold and each job worker.
- GSM
- Grams per square metre: the weight of fabric.
- GUID, MasterID, AlterID
- Identifiers Tally keeps for masters and vouchers: the GUID is built from the company's GUID, the MasterID is unique per object, and the AlterID changes when a record is altered.
- IRN
- Invoice reference number: the number India's e-invoice system issues for a registered invoice.
- ITC-04
- The Indian GST form in which a principal reports goods sent to and received from job workers.
- Job work
- Processing of one business's goods by another, which returns them; in garments, CMT, embroidery, printing and washing.
- Lab dip
- A small dyed fabric sample sent to the buyer to approve a shade before bulk dyeing.
- Landed cost
- Every cost of bringing goods to the factory or warehouse beyond the supplier's price: freight, insurance, duty, clearing, bank charges.
- Letter of credit (LC)
- A bank's promise to pay an exporter when documents matching the credit's terms are presented.
- Manufacturing Journal
- A mode of Tally's Stock Journal that records production: components consumed and items produced by a BoM, with additional costs.
- Own-label retailer
- A retailer that develops and sells clothing under its own label, made by factories.
- PP sample
- Pre-production sample: a garment in bulk fabric and trims that the buyer approves as the reference for production.
- Stock group, stock category
- In Tally, two independent ways to classify stock items; used here for material type and season.
- Stock Journal
- A Tally voucher that moves stock between godowns or records consumption and production without a sale or purchase.
- Style/colour/size matrix
- A grid of colours by sizes that defines every sellable version of a style.
- T&A calendar
- Time and action calendar: an order's milestones with dates worked back from ex-factory, actual dates and owners.
- TDL
- Tally Definition Language: Tally's language for customising and integrating the product, compiled into TCP files.
- TSS
- Tally Software Services: the subscription that comes with a licence and covers upgrades and online services.
·Checklists: a TallyPrime apparel set-up on one page
The checklists below repeat the decisions and checks from each part of this guide, in project order.
Discovery
- Business type settled for each buyer: CMT (job worker), full package, or both; or brand, agent or own-label retailer.
- One decision owner named per area.
- All 52 fit-gap lines answered with evidence, decision and owner.
- What Tally holds and what sits outside it, agreed in writing.
- Edition and TSS renewal confirmed.
Design
- Stock groups, categories and valuation method.
- Stock item code pattern; items created by import.
- Main and alternate units per material; both units on fabric receipts.
- Batch meaning: dye lot, roll or both.
- Per-size BoMs with co-products and scrap.
- When the Manufacturing Journal is posted.
- Godowns per stage and per job worker.
- Additional-cost ledgers and appropriation methods.
- Cost centre per order; forex; chargeback ledgers; GST and e-invoicing.
Build, data and testing
- Set-up done in dependency order on the go-live release.
- TDL register with owners and a release test plan.
- Connector linked on MasterID or GUID; safe to repeat; waits when Tally is closed.
- Import loaded in order, with a cut-off rule and signed totals.
- All 13 end-to-end scenarios passed by key users.
Go-live
- Stores and production staff trained on batch-wise and job work vouchers.
- Cut-over rehearsed once.
- Go-live between seasons, away from year-end and audits.
- Hypercare until the first month-end close and GST filing.
·Sources
Tally Solutions pages were checked on 26 September 2026. Menu paths are from the TallyPrime help pages current at that date (TallyPrime 7.x).
- TallyPrime, Inventory management features (BoM, by-products, scrap, job work, batches, valuation methods) · tallysolutions.com
- TallyPrime help, Manage inventory in manufacturing (BoM, component types, Manufacturing Journal, Stock Journal, Cost Estimation) · help.tallysolutions.com
- TallyPrime help, Job Work Out for a principal manufacturer · help.tallysolutions.com
- TallyPrime help, Job Work In for a job worker · help.tallysolutions.com
- TallyPrime help, Manage inventory batch-wise · help.tallysolutions.com
- TallyPrime help, Stock items FAQ (alternate and compound units, per-voucher conversion) · help.tallysolutions.com
- TallyPrime help, Additional cost of purchase · help.tallysolutions.com
- TallyPrime help, Job costing with cost centres · help.tallysolutions.com
- TallyPrime help, Multi-currency and forex gain or loss · help.tallysolutions.com · help.tallysolutions.com
- TallyPrime help, Generate e-invoice (IRN) and e-way bill · help.tallysolutions.com · help.tallysolutions.com
- TallyPrime help, Licensing (Silver, Gold, Server, TSS) · help.tallysolutions.com
- TallyPrime Cloud Access · tallysolutions.com
- TallyPrime help, XML integration (HTTP server, port 9000, envelope) · help.tallysolutions.com
- TallyPrime help, Integration using JSON (TallyPrime 7.0, headers, loaded company) · help.tallysolutions.com
- TallyPrime help, Integration methods and technologies · help.tallysolutions.com
- TallyPrime help, ODBC integration · help.tallysolutions.com
- TallyPrime developer reference, identifying vouchers (MasterID) and synchronisation (AlterID) · help.tallysolutions.com · help.tallysolutions.com
- TallyPrime developer reference, Tally Definition Language and deploying TDLs · help.tallysolutions.com · help.tallysolutions.com
- Zoho Inventory, manufacturing support and composite items · zoho.com · zoho.com
- ISO 2859-1, Sampling procedures for inspection by attributes · iso.org
- AQL tables and acceptance numbers · qima.com
Corrections. Tally Solutions releases TallyPrime regularly, and a menu path or a feature can change in a single release. If you find a statement here that your release contradicts, report a correction with the release and the page you checked; we correct the guide and note the change and its date at the top of this section. We re-check the Tally facts in this chapter at least once a year and after each major TallyPrime release.
TallyPrime and Tally are trademarks of Tally Solutions Pvt. Ltd., used here only to name the products. This guide is not endorsed by Tally Solutions. Zoho is a trademark of Zoho Corporation. Garment.io is named because MerchandiserOS integrates with it; this guide is not endorsed by Garment.io.