- One polo order, and where each step can live
- The same order as CMT and as full package
- Output of the merchandising workshop
- Five fit-gap rows, scored for the polo factory
- Who needs which Business Central licence
- The polo order in Business Central and in NetSuite
- Bill of materials for one style: men's piqué polo, style P-2041
- Item setup for the polo and its materials
- Style as item or style-colour as item: the variant codes
- Four rolls of "180 GSM" jersey and one Qty. per Unit of Measure
- Cutting 3,000 navy polos from three dye lots
- Why one average consumption fails, and five SKU BOMs
- The polo's routing, work center cost and line capacity
- The polo order's approval calendar, worked back from ex-factory
- 2,000 printed T-shirts through two processors in one routing
- A quotation cost build for the polo (illustrative figures, USD per piece)
- Landed cost on the imported fabric with item charges
- The final inspection sample for 3,000 polos
- Packing 3,000 polos into cartons, one dye lot per carton
- Prepayment, letter of credit and exchange difference
- A chargeback on an open-account shipment
- Configuration package rows for the open polo order
- Test script: the polo order from sales order to cash
- Test script: shade split at cutting
- A training plan by role
- A cut-over plan, day by day
- One purchase request, from MerchandiserOS to Business Central and back
- An API budget for loading a season
- The same polo order from the brand's side, with the agent's commission
- The polo order with operations on top
Part 1Before you start
1Who Business Central fits
Microsoft Dynamics 365 Business Central fits small and mid-size apparel brands, wholesalers and garment factories with one or a few legal entities that make discrete products in-house or through subcontractors. It handles colour and size through item variants, has production BOMs, routings and work centers in its Premium licence, tracks lots and packages, and adds import costs to stock with item charges.
Microsoft Dynamics 365 Business Central is Microsoft's cloud ERP for small and mid-size businesses, sold through partners in the Cloud Solution Provider (CSP) programme, with an on-premises option. It is extended with AL, Microsoft's language for Business Central extensions, and with apps published on Microsoft AppSource.
It suits a factory that wants a Microsoft-based system for finance, purchasing, inventory and sales, and a partner who writes AL. It suits a factory less well if the owner expects the ERP to replace the merchandisers' tracking sheets, the IE department's minute studies and the quality team's inspection reports in one move. Microsoft's own manufacturing documentation says Business Central "doesn't support detailed shop floor control", and the parts of this guide that describe the floor, sampling and quality are where Business Central needs the most design work, AL code or a separate system.
Signs Business Central is a good choice
Business Central tends to work when the business is Microsoft-based, runs discrete production and has a partner who writes AL.
- The business runs on Microsoft 365 and wants its ERP in the same identity and security model (Microsoft Entra ID).
- Production is discrete: cut, sew, finish and pack, in-house or at CMT units, washers, printers and embroiderers.
- The business has one or a few companies. Business Central allows up to 300 companies in one environment, per Microsoft's operational limits.
- A partner with manufacturing experience is available, or the factory has developers who can maintain AL extensions through Microsoft's twice-yearly major updates.
- The country has a Microsoft or partner localisation (section 22).
Signs to slow down, or to look at another product
Slow down when the work expected of Business Central belongs to a process ERP, a planning tool or a floor system.
- The business dyes or finishes fabric in-house and needs formula BOMs with co-products and by-products. Business Central has no documented formula or co-product model; Dynamics 365 Supply Chain Management does, with batch orders. See our chapter on Dynamics 365 Finance and Supply Chain Management.
- The group has many legal entities in many countries with shared warehouses and intercompany flows at scale. Choose on process type and entity complexity, not on revenue.
- The factory expects Business Central to plan sewing lines hour by hour, balance operators or track bundles.
- Buyers require EDI, compliance labels and portal uploads, and nobody has scoped them.
- The go-live date falls inside peak season.
2Why no ERP fits apparel on its own
No general ERP fits apparel out of the box, because an ERP 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. This is not a Business Central weakness. SAP, NetSuite, Odoo and every general ERP meet the same wall, which is why Business Central's AppSource lists fashion add-ons, and why even they leave much of the work outside. The same wall stands in front of brands, buying agents and own-label retailers who never cut a garment themselves: their orders also begin as styles and samples, only at someone else's factory.
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 ERP to do all of this means heavy customisation in the one system that most needs to stay standard. Every update gets harder, the ledger fills with data finance never reads, and the merchandisers keep their spreadsheets anyway. The durable answer is to give the ERP the books and give the operations to a system built for them. Section 3 summarises that model and section 38 shows it in full.
One polo order, and where each step can live
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, whether a general ERP has a natural home for it.
| Step | What happens | Natural home in a general ERP? |
|---|---|---|
| Tech pack arrives | Measurements by size, construction, artwork, trims list | No. There is no item yet |
| Costing and quote | Fabric use from a marker, CM from operation minutes, quote at USD 4.26 FOB | No. The quote comes before the item |
| Lab dips, strike-off, fit sample | Three lab dip rounds before navy is approved | No. These are approvals of the product |
| Order confirmed | Size breakdown 300 / 750 / 900 / 750 / 300 | Yes: the sales order |
| Fabric and trims bought | 925 kg of jersey, rib, buttons, labels, polybags | Yes: purchase orders |
| Fabric received | Three dye lots, rolls of different width and weight | Partly. Lots yes, shade and roll width no |
| PP sample, cutting, sewing | Cut by dye lot, 18 minutes per polo, output by line by hour | Partly. The production order yes, the floor no |
| Embroidery at a subcontractor | Panels out, 1% loss, panels back | Partly. Business Central's Subcontracting app covers much of it |
| Final AQL inspection | General level II, AQL 2.5, sample of 125 pieces | No native sampling tables |
| Shipping and invoice | Cartons, packing list, commercial invoice | Yes: shipment and invoice |
Four of ten steps have a natural home. The other six are where the order is actually won or lost.
3The recommended architecture, in short
Before discovery starts, agree which system owns which part of the business. Our recommendation is a split along the line in Example 1: Business Central keeps the books, and an operations system built for apparel runs everything from the style to the shipment.
| Area | Owned by | Why there |
|---|---|---|
| Style, tech pack, samples and approvals, quotation costing | Operations layer | This work happens before a Business Central 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 office form |
| Accounts, payables and receivables, invoicing, payments, stock value, tax and e-invoicing | Business Central | This is the legal and financial record, and Business Central does it well as standard |
With this split, the Business Central project stays close to standard: fewer AL extensions, cleaner updates, possibly no need for the Premium licence, and a shorter project. The rest of this guide still explains how to bend Business Central 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 Business Central under the recommended model, the section ends with a short note. Section 38 describes the model in full, department by department.
4Business types, and what each needs from Business Central
"Apparel manufacturer" covers very different businesses. The business type decides who owns the material, what is invoiced, and which parts of Business Central 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.
| Type | What it does | What it needs from Business Central | Where it struggles |
|---|---|---|---|
| CMT (cut, make, trim) | Sews buyer-supplied fabric and often trims; sells labour | Buyer-owned stock held apart at no value, material reconciliation per order, service invoicing, labour costing from minutes | Buyer fabric received as an ordinary purchase inflates stock value; the design must keep it out |
| Full-package (FOB) factory | Buys all materials, makes, ships; sells the garment | Everything: variants, production BOMs per size, purchasing, lots, item charges, subcontracting, prepayments, LC-backed sales, multi-currency. Premium licence if production runs in Business Central | The largest scope and the most AL work; the riskiest type to implement |
| Textile mill (knitting, weaving, dyeing) | Turns yarn into fabric | Yarn count and blend, dye recipes, batch genealogy, weight units, lab dips, GSM and width per batch, co-products and by-products | No documented formula or co-product model in Business Central; compare Dynamics 365 Supply Chain Management |
| Hosiery and knit-to-shape | Knits socks, tights or sweaters directly from yarn | Yarn BOM by weight, singles to pairs to packs, pairing and boarding as stages, few broad sizes | The unit design (singles, pairs, packs) is the main trap |
| Brand or wholesaler | Designs and sells; buys finished goods from factories | Purchase orders with variants, item charges, wholesale sales, returns, possibly EDI with retailers; Essentials is usually enough | Development, T&A and supplier follow-up across many factories (Part 10) |
| Buying agent or buying house | Places and follows orders across factories for buyers; earns commission; holds no stock | Commission invoicing, multi-currency, light accounting; no goods payables or receivables | The real work (T&A, samples, inspections, documents) is not transactional (Part 10) |
| Own-label retailer | Develops its own label and has it made by factories, often through an agent | Purchase orders to factories or agents, landed cost, stock into its distribution centre; store and POS systems sit elsewhere | Private label sourcing, samples and inspections across vendors (Part 10) |
The list above is general implementation practice. Treat it as a starting point for the discovery questions in section 6, not as a scope. If the business does not manufacture at all, read Part 10 before Parts 3 and 4: much of the manufacturing design can be skipped.
The same order as CMT and as full package
Suppose 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 ships the fabric (the same three dye lots, 2,880 m in total) and the factory charges for making only, at an illustrative USD 1.60 a piece.
| Question | Full package | CMT |
|---|---|---|
| Who buys the fabric | The factory, on a Business Central purchase order | The buyer; no purchase order in Business Central |
| How the fabric enters Business Central | A posted receipt that raises inventory value and, once invoiced, a payable | A positive adjustment at zero cost into a dedicated location, or tracked outside Business Central's valuation; design this with finance |
| Invoice to the buyer | 3,000 × 4.26 = USD 12,780.00 | 3,000 × 1.60 = USD 4,800.00 |
| Material reconciliation | Internal: consumption posted against the production order | External: 2,880 m received, 2,856 m used, 24 m returned to the buyer or accounted for |
| Main risk | Under-buying fabric (Example 12) | Being charged for fabric the factory cannot account for |
The 2,856 m used and the 24 m left come from the cut plan in Example 11. In CMT, that plan is the evidence the factory shows the buyer, so it must be recorded per dye lot, not as one total.
Part 2Discovery
5Who should be on a Business Central apparel project team?
A Business Central apparel project needs one decision owner for every design question, and most of those owners sit in the factory, not in IT. The partner configures and writes AL; the factory decides how styles, variants, units, lots, costs and inspections work.
The table lists the roles we see on projects that go well. One person can hold several roles in a small factory. What matters is that every question in the fit-gap has a named person who can say yes.
| Role | Usually | Decides |
|---|---|---|
| Sponsor | Owner or managing director | Scope, budget, licence tier, go-live window, what stays outside Business Central, disputes between departments |
| Factory project lead | A senior manager with time freed for the project | Day-to-day priorities, test sign-off, readiness for cut-over |
| Merchandising head | Head of merchandising | Item-versus-variant design, variant code convention, size scales, season rules, order entry, T&A ownership |
| Development and sampling lead | Sampling room head or technical manager | Sample types, approval rounds, where tech packs and revisions live |
| Production manager | Factory or production manager | Production order level, routings, work centers, subcontract operations, floor capture |
| Industrial engineer | IE manager | Operation minutes (SMV), line capacity, efficiency figures for work centers |
| CAD and marker lead | CAD room head | Consumption per size, marker efficiency, cutting loss (Scrap %) |
| Stores head | Fabric and trims store manager | Units of purchase and issue, item tracking codes, lot and package rules, locations and bins, receiving checks |
| Quality manager | QA manager | Inspection types and points, sampling plans, who may release a blocked lot |
| Shipping and commercial lead | Shipping or commercial manager | Packing rules, carton labels, export documents, LC document requirements |
| Finance head | CFO or chief accountant | Chart of accounts, dimensions, posting groups, costing method per item, item charges, currencies, prepayments, chargebacks, tax |
| Key users | One or two per department | Test scripts, training of colleagues, first-line support after go-live |
| Partner functional consultant | Microsoft partner | How a decision is configured in Business Central; flags what needs AL |
| Partner AL developer | Microsoft partner or in-house | Extensions, custom API pages, integrations, migration tooling |
Rules that keep decisions moving
Most delays in apparel projects come from decisions nobody owns. Four rules prevent them.
- One owner per decision. "Merchandising and finance will agree" produces no decision. Write one name against each fit-gap line.
- Decide in writing. Keep a decision log with the date, the owner, the option chosen and the options rejected. Discovery findings, design choices and change requests all go in it.
- The sponsor settles scope, not configuration. The sponsor decides whether T&A lives in Business Central or elsewhere. The merchandising head decides how it works.
- Key users are released from part of their day. A key user who is also running peak-season orders will not test properly.
6What should discovery workshops for an apparel factory cover?
Discovery for an apparel factory is one workshop per department, each walking a real, recent order from start to finish and asking where the data comes from, who changes it and what goes wrong. Use the factory's own orders, not the Cronus demonstration company. The polo order in this guide is the kind of order to bring.
Each workshop produces three things: the current flow as it really runs (including the spreadsheets), a list of findings mapped to the fit-gap lines in section 7, and a list of decisions with an owner. The question lists below are a starting set; add the factory's own.
Merchandising
Merchandising questions establish how orders arrive, change and are tracked.
- How does an order arrive: buyer PO by email, portal, EDI? What fields does it carry, and how often is it amended after confirmation?
- How are sizes and colours broken down, and do buyers order in ratio packs?
- What quantity tolerance do buyers allow, and how is a short or over shipment agreed?
- Is one buyer order split into several deliveries, each with its own date and destination?
- Where is the T&A calendar kept, who updates it, and who looks at it each morning?
- Which season and style numbering does each buyer use, and which codes must appear on the buyer's documents? (This decides the item references in section 11.)
Development and sampling
Development questions establish what happens before an order exists.
- Which sample types does each buyer require, and in what order?
- How are sample rounds recorded: sent date, courier, comments, verdict?
- Where do tech packs live, and how is a revision after PP approval handled?
- Who prepares the quotation cost, from what inputs, and how many versions does a quote go through?
Purchasing and stores
Stores questions establish units, lots and what is measured at receipt.
- In which unit is each material bought, stocked and issued? Which suppliers invoice in a different unit from the one they deliver in?
- What is checked at receipt: weight, width, GSM, shade, shrinkage, four-point inspection? Who records it and where?
- How are dye lots and rolls labelled, and can the store find every roll of one lot today?
- Which materials are nominated by the buyer or supplied by the buyer?
- Does the warehouse use bins, and does it need picks and put-aways, or simple receipts and shipments?
- What happens to leftover fabric and trims after an order ships?
Cutting, production and subcontracting
Production questions establish the level of control and how output is counted.
- At what level is production controlled: per order, per style-colour, per delivery, per cut?
- How is the cut plan made per dye lot, and who checks that lots are not mixed?
- How is output counted today: per line per hour, per operator, at end of line?
- Which processes go outside (print, embroidery, wash, CMT), in what sequence, and how are pieces counted out and back?
- How are rejects, repairs and second-quality pieces recorded?
Industrial engineering and planning
IE questions establish where minutes and capacity come from.
- Are operation minutes (SMV) studied per style, taken from a library, or estimated?
- How is line capacity planned across the season, including subcontractors?
- What efficiency figure is used for planning, and how is actual efficiency measured?
Quality
Quality questions establish inspections, buyer standards and who may release a failed lot.
- Which inspections run: incoming fabric, cutting, inline, end of line, pre-final, final, measurement?
- Which buyers set their own AQL levels, and where are their quality manuals kept?
- Who may release a lot that failed inspection, and is that decision logged?
- Which lab tests and certificates are required per order?
Shipping
Shipping questions establish packing rules and documents per buyer.
- How are cartons packed: solid size, assorted, ratio? What carton labels does each buyer require?
- Which export documents are prepared per shipment, and who checks them against the letter of credit?
- Does any buyer require an advance shipping notice?
Finance
Finance questions establish currencies, payment terms, import costing and tax.
- Which currencies are used for sales, purchases and wages? How are exchange differences booked today?
- How are buyers paid: letter of credit, prepayment, open account? Which buyers deduct chargebacks?
- How is imported material costed: are freight, duty and clearing added to the material cost?
- Which dimensions does finance want on every entry (buyer, season, order, department)?
- Is the factory in a free zone or under a temporary-admission regime, and what reports does that require?
- Which e-invoicing and tax reporting rules apply, and which partner localisation covers them?
Output of the merchandising workshop
The team walked the polo order from the buyer's PO to the booking of the shipment. The findings sheet looked like this.
| # | Finding | Fit-gap line | Decision needed | Owner |
|---|---|---|---|---|
| M1 | The buyer PO arrives as a PDF; sizes are keyed by hand into a spreadsheet, then again into the costing sheet | 41 | Where the order is entered once, and who enters it | Merchandising head |
| M2 | The buyer allows ±3% quantity; nobody records it, so shipping asks each time | 43 | Where the tolerance is held and who checks it before shipment | Merchandising head |
| M3 | Three lab dip rounds were tracked in one merchandiser's email | 10 | Where approval rounds are recorded | Development lead |
| M4 | The spec changed after the fit sample; production cut from the earlier sheet on a previous order | 8 | How the approved spec version is fixed for an order | Development lead |
| M5 | Fabric was ordered on the base-size consumption on a previous order and ran short | 12 | Where size-dependent consumption is calculated | CAD lead |
| M6 | The T&A lives in a shared spreadsheet with no dependencies | 36 | Where T&A lives: in Business Central, in AL, or in an operations system | Sponsor |
Four of the six findings (M3, M4, M5, M6) sit on fit-gap lines where Business Central has no standard answer. That is the moment to decide the architecture question in section 3, before anyone designs an extension.
7The apparel fit-gap checklist for Business Central: 52 lines
A fit-gap checklist lists every requirement an apparel business has and records, line by line, whether Business Central meets it as standard, meets it with configuration, needs an AL extension or an AppSource app, or is better handled outside Business Central. The 52 lines below cover product, BOM and costing, materials, production, quality, sales and shipping, and finance.
The answers are our assessment of Business Central 2026 release wave 1 (version 28) with the Premium licence and Microsoft's Subcontracting and Quality Management apps, for a typical full-package garment factory. Confirm each line against your version, your localisation and your partner's apps before you sign a scope.
Key: Standard works as delivered · Configure setup, templates, personalisation or discipline · Custom build an AL extension or an AppSource app · Operations layer better run in an apparel operations system and passed to Business Central
| # | Requirement | Business Central answer | Notes |
|---|---|---|---|
| Product | |||
| 1 | Style master with a colour-size variant matrix | Configure | Item with variants; the combinations are a flat list of variant codes, with no size grid in standard (section 11) |
| 2 | Size scales per product category | Custom build | No size-scale object; variant codes are free text. An AppSource fashion app or AL adds scales |
| 3 | Season or collection, and style reuse across seasons | Configure | Item category, item attribute or a dimension; rules for reusing a style number need design |
| 4 | Carry-over styles with a new price or BOM | Configure | Production BOM versions with a starting date; new price list lines |
| 5 | Prepacks and ratio packs | Custom build | An assembly BOM can make a pack item; pack-level packing lists and buyer pack rules need AL |
| 6 | Pairs and multi-packs (hosiery, gloves) | Configure | A PAIR unit of measure and assembly BOMs for multi-packs; knitting in singles and pairing as a stage need design |
| 7 | Buyer's own style and colour codes | Standard | Item references map a customer's code to item and variant, including a variant-specific unit of measure |
| 8 | Tech-pack revision linked to the order | Operations layer | BOM and routing versions exist; tech-pack sections and their approval do not |
| 9 | Points of measure with tolerance per size | Operations layer | No native measurement-spec object |
| 10 | Sample types and rounds with buyer approval | Operations layer | No native object (section 16) |
| BOM and costing | |||
| 11 | BOM lines that apply by colour or size | Configure | A stockkeeping unit per variant can carry its own production BOM, as Microsoft's Contoso "Variants" walkthrough shows |
| 12 | Size-graded fabric consumption | Configure | One production BOM per size through SKUs; with many sizes and colours, generate the BOMs with a tool (section 14) |
| 13 | Wastage and shrinkage held separately | Custom build | A BOM line has one Scrap %; routing lines have their own scrap. Shrinkage as its own factor needs AL |
| 14 | Trims that change by colourway | Configure | Same SKU-per-variant BOM design as line 11 |
| 15 | Pre-costing with many elements and currencies | Operations layer | Happens before the item exists |
| 16 | Standard against actual cost per order | Configure | Standard costing with variances, or actual costing with production order statistics; quote-against-actual needs reporting |
| 17 | Labour cost from operation minutes | Standard | Routing run time × work center unit cost (section 15) |
| 18 | Landed cost on receipts | Standard | Item charges distributed Equally, By Amount, By Weight or By Volume |
| 19 | Quote versions and approval | Operations layer | Sales quotes price existing items; the cost build comes first |
| Materials | |||
| 20 | Purchase, stock and issue units with per-lot conversion | Custom build | Qty. per Unit of Measure is fixed per item and unit, not per lot (section 12) |
| 21 | GSM and width per lot or roll | Custom build | The lot information card holds a description, comments and a Blocked flag; measured fields need a table extension |
| 22 | Roll tracking | Configure | Package numbers or serial numbers alongside the lot |
| 23 | Dye lot and shade | Configure | Lot number as dye lot; shade group needs a field |
| 24 | Four-point fabric inspection | Configure | A Quality Management template on purchase receipts with a points test and a pass condition; per-roll defect maps need design |
| 25 | Quality hold and quarantine | Configure | The Quality Management app can block lots on an inspection result and move goods to quarantine bins; or block the lot by hand |
| 26 | Buyer-supplied (consigned) stock | Configure | A dedicated location and zero-cost adjustments, designed with finance; test it (scenario T2) |
| 27 | Reserved against free stock | Standard | Reservations, including by lot |
| 28 | Leftovers and stock-lot disposal | Configure | An item category or location for leftovers and a sales flow |
| Production | |||
| 29 | Work orders per style-colour or delivery | Configure | Production orders with source type Sales Header, one line per variant; grouping by delivery is a design choice |
| 30 | Cut orders, lay plans, marker efficiency | Custom build | Usually a CAD system plus AL cut orders |
| 31 | Bundles and bundle tickets | Custom build | A shop-floor system or AL |
| 32 | WIP by stage and line | Operations layer | Microsoft: Business Central "doesn't support detailed shop floor control" |
| 33 | Graded output (first quality, seconds, rejects) | Operations layer | Produced is not the same as shippable |
| 34 | Subcontract out and back with loss | Standard | With the Subcontracting app (GA 8 July 2026): component transfers, returns, several subcontract operations in one routing (section 17) |
| 35 | Capacity by line from minutes | Configure | Work centers with shop calendars, capacity and efficiency; rough-cut, infinite by default; line balancing stays outside |
| 36 | T&A with a critical path | Operations layer | No native T&A object |
| Quality | |||
| 37 | Inline and end-of-line capture | Configure | Quality Management inspections triggered by posted production output; operator-level capture on the line stays limited |
| 38 | Final AQL to ISO 2859-1 at the buyer's level | Custom build | Templates take a fixed sample amount or a sample %; no ISO 2859-1 tables (section 19) |
| 39 | Logged override of a failed inspection | Configure | Only the Quality Admin & Supervisor permission set may reopen a finished inspection or change its quantities; add workflows and the change log |
| 40 | Lab tests and certificates per order | Configure | Document attachments on the order, item or lot; the Quality Management app prints a Certificate of Analysis |
| Sales and shipping | |||
| 41 | Grid order entry by colour and size | Custom build | Not in standard; AppSource fashion apps add it |
| 42 | Several deliveries per order | Configure | Shipment date per line, or one order per drop; decide before migration |
| 43 | Over and under-shipment tolerance | Custom build | A field and a check before shipment posting |
| 44 | Carton packing and labels (SSCC) | Custom build | Package numbers can track cartons; buyer label formats and SSCC numbering are AL or an app |
| 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 | Realised and unrealised gains and losses; the Adjust Exchange Rates batch job |
| 48 | Letter of credit terms and document checking | Custom build | No LC object in the W1 application |
| 49 | Advances and down payments | Standard | Prepayment invoices from sales orders, deducted from the final invoice |
| 50 | Reason-coded chargebacks | Configure | Reason codes and one G/L account per chargeback type |
| 51 | Profitability per order | Configure | A dimension per order or programme; design it with finance |
| 52 | E-invoicing per country | Configure | Microsoft localises some countries; most garment-exporting countries are partner-localised (section 22) |
Counted from this table, 7 of the 52 lines are standard, 23 need configuration, 14 need an AL extension or an app, and 8 are better run outside Business Central. 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; a mill adds process lines this list does not cover.
Five fit-gap rows, scored for the polo factory
A fit-gap row is only useful with evidence, a decision and an owner. These five rows come from the workshops in Example 3.
| # | Requirement | Evidence from the factory | Decision | Owner |
|---|---|---|---|---|
| 12 | Size-graded consumption | Fabric under-bought on the base size (Example 12) | Consumption per size calculated outside Business Central; purchase quantity passed in | CAD lead |
| 21 | GSM and width per roll | Four rolls of "180 GSM" held 1.9 m less than the fixed factor said (Example 10) | Measured at receipt per roll; Business Central holds the lot and the package | Stores head |
| 23 | Dye lot and shade | Shade complaint on a previous order | Lot as dye lot, with an item tracking code that forces a lot on every inbound and outbound entry | Stores head |
| 38 | Final AQL | Buyer manual requires general level II, AQL 2.5 major | Inspection run outside Business Central; pass or fail gates the shipment | QA manager |
| 49 | Down payments | Buyer pays 30% in advance on this programme | Standard prepayment invoice at 30% | Finance head |
8Business Central Essentials vs Premium for manufacturing, and where to run it
Manufacturing in Business Central, meaning production BOMs, routings, work centers and production orders, is part of the Premium experience, and Microsoft states that "users with an Essentials license can't sign in to a company that uses the Premium experience". A garment factory that runs production in Business Central therefore needs Premium for every full user of that company. Choose the licence after the fit-gap, because the recommended architecture may not need manufacturing in Business Central at all.
Business Central licences can only be bought through Microsoft's Cloud Solution Provider programme. Microsoft lists Essentials, Premium, Team Member and External Accountant licences, plus read access through Microsoft 365 licences and a Device licence for shared devices such as a shop-floor or warehouse terminal. Rights and prices are in the Dynamics 365 Licensing Guide and on Microsoft's pricing page; we do not repeat prices because they change.
| What an apparel project needs | Where it sits |
|---|---|
| Finance, purchasing, sales, inventory, item variants, item references, SKUs, lots, item charges, prepayments, multi-currency | Essentials |
| Production BOMs, routings, work and machine centers, production orders, capacity planning | Premium (the Premium experience shows Manufacturing and Service Management) |
| Subcontracting app (component transfers, subcontractor prices, returns) | A Microsoft-published extension, installed from Extension Management; it works on production orders, so it needs manufacturing |
| Quality Management app (inspections, lot blocking) | A Microsoft-published extension, preinstalled on new environments; Microsoft notes the Premium experience is required for its production capabilities, and Essentials is enough for receipt inspections |
| Shared floor or warehouse terminals | Device licence; see the Licensing Guide for what a device user may do |
| Integration users | Service-to-service apps registered in Microsoft Entra ID; Microsoft points to the Licensing Guide for the rights |
Business Central online or on-premises?
Business Central online suits most apparel projects, because AL extensions run there and Microsoft handles updates, backups and scaling; on-premises suits a business with a firm reason to host its own servers.
| Deployment | What Microsoft's documentation says | For apparel |
|---|---|---|
| Online | Environments per tenant (production and sandbox); per-user API and web service limits; webhook subscriptions capped at 200 per environment; up to 300 companies per environment | The usual choice. Sandboxes give a safe copy for testing each update against real data |
| On-premises | Server settings control webhook expiry, delays and subscription counts; Entra authentication must be configured for service-to-service access | Full control, and full responsibility for servers, backups and version upgrades |
Online, Microsoft ships two major releases a year and monthly updates in between; version 28 (2026 release wave 1) has received updates 28.1 to 28.5 at the time of checking. Every AL extension must keep compiling and working against each new version, so budget for testing each release in a sandbox.
Who needs which Business Central licence
The polo factory has 15 office users. Counts are illustrative; confirm each person's rights in the Dynamics 365 Licensing Guide before ordering.
| Role | People | Production runs in Business Central | Operations on top, Business Central keeps the books |
|---|---|---|---|
| Owner | 1 | Premium | Essentials, or read access |
| Merchandisers | 3 | Premium | None; they work in the operations layer |
| Purchasing | 2 | Premium | Essentials |
| Stores | 2 | Premium | Essentials |
| Planners | 2 | Premium | None |
| Quality | 1 | Premium | None |
| Shipping | 1 | Premium | Essentials |
| Finance | 3 | Premium | Essentials |
| Total | 15 | 15 Premium | 9 Essentials |
The left column follows Microsoft's rule that an Essentials user cannot sign in to a Premium company. The right column assumes material issues are posted with item journals and no production orders exist in Business Central; confirm with your partner that nothing in the design needs the Premium experience.
What does Business Central cost for a garment factory?
The cost of Business Central for a garment factory depends on the licence tier and user count, the partner's implementation work, the AL extensions and AppSource apps the fit-gap calls for, and their upkeep through each release; licence fees are usually the smaller and more predictable part.
| Cost driver | What decides it |
|---|---|
| Licence tier | Essentials, or Premium if manufacturing runs in Business Central; mixing is limited by the rule above |
| Users and devices | Full users, Team Members for light use, Device licences for shared terminals; count office users, not floor operators who never sign in |
| AppSource apps | Fashion, EDI, quality, label and e-invoicing apps, each with its own subscription |
| Partner implementation | Discovery, configuration, migration, testing, training and hypercare; scales with the number of custom-build lines |
| AL extensions | Build once, then test and fix against every major release; the recurring cost most budgets miss |
| Integrations | EDI, shop floor, banks, e-invoicing, operations layer; each needs build and upkeep |
Questions to settle with the partner
Settle these with the partner before signing, because each changes the cost and the update path.
- Does the design need the Premium experience, and for how many users?
- Which AppSource apps are planned, who publishes them, and do they support the go-live version and the country localisation?
- Which AL extensions are planned, who owns the code, and who fixes them after each release?
- How is each release tested in a sandbox before it reaches production?
- Is the Subcontracting app part of the scope, and does the go-live version include it?
9Business Central vs NetSuite for apparel
Business Central and Oracle NetSuite are the two cloud ERPs most often compared by mid-size apparel businesses. Business Central models a style as an item with a flat list of variants and needs an add-on for grid entry, while NetSuite models a style as a matrix item with child items per option combination (up to 2,000) and offers grid entry through the Grid Order Management SuiteApp. Neither covers sampling, T&A, size-graded consumption or AQL out of the box.
| Aspect | Business Central (version 28) | Oracle NetSuite |
|---|---|---|
| Style, colour and size | Item with variants; variant code up to 10 characters; variant attributes from April 2026 | Matrix item: parent is the style, children are the SKUs; Oracle documents a maximum of 2,000 combinations of matrix options |
| Grid entry | Not in standard; AppSource fashion apps | Grid Order Management SuiteApp on sales orders, purchase orders, transfer orders and quotes |
| Prepacks | Assembly BOMs | Item groups, kits or assemblies, each with different pricing and reporting behaviour |
| BOM versions | Production BOM versions by starting date; certified before use | Advanced BOM with revisions by effective date range |
| Units | Base unit per item plus item units of measure with a fixed quantity | Unit types with base unit and conversions; separate purchase, stock, sale and consumption units |
| Costing | FIFO, LIFO, Average, Specific, Standard; cannot change once item ledger entries exist | Average, FIFO, LIFO, Standard, lot or serial specific; cannot change once the item is saved |
| Landed cost | Item charges: Equally, By Amount, By Weight, By Volume | Landed cost allocated to receipts |
| Subcontracting | Subcontracting app (July 2026): component supply methods, transfers, returns, subcontractor prices | Outsourced Manufacturing: subcontract orders, component orders for the subcontractor, part-finished moves between subcontractors |
| Manufacturing licence | Premium experience | Work orders and assemblies; WIP and Routings, Advanced Manufacturing SuiteApp |
| Extension model | AL extensions, per tenant or from AppSource | SuiteScript 2.x, SuiteFlow, custom records |
| API and limits | API v2.0 over OData; Entra ID OAuth; 6,000 requests per 5-minute window per user | SuiteTalk REST and SOAP, RESTlets; concurrency limit by service tier (Shared 5, Tier 1 15, Tier 2 20) |
| Multiple entities | Companies within an environment (up to 300) | OneWorld subsidiaries |
The polo order in Business Central and in NetSuite
| Object | Business Central | NetSuite |
|---|---|---|
| The style | Item P2041-NVY with five variants S, M, L, XL, XXL | Matrix parent P-2041 with five child items for navy |
| The order | One sales order, five lines, each with a variant code | One sales order entered on a size grid |
| The fabric | Item with base unit KG and a lot-specific item tracking code | Lot-numbered inventory item with a unit type |
| The embroidery | Subcontract operation on the routing; a purchase order created from the production order routing | Outsourced work order and subcontract purchase order |
| Import charges | Three item charges assigned to the posted receipt | Landed cost on the receipt |
| Link for an integration | The purchase order's id (GUID) | The purchase order's internalId |
Which should an apparel business choose?
Choose on the fit-gap, the partner, the licence model and local compliance, not on the product name. From practice, Business Central tends to suit a business already on Microsoft 365 with a partner who writes AL, and one that wants the option of on-premises; NetSuite tends to suit a brand or wholesaler that wants grid entry and matrix items with little development. In both, the parts of this guide marked custom build stay custom build. See our NetSuite chapter and the comparison table.
NetSuite facts from Oracle's documentation (see sources).
Part 3Design, area by area
10How should item categories and materials be set up in Business Central for apparel?
Set up Business Central items by how each material is bought, stocked, costed and tracked: fabrics, yarns, trims, packaging, subcontract services and finished garments each get their own item category, inventory posting group and general product posting group, because those groups decide the G/L accounts. The costing method and the item tracking code sit on each item, so put them into item templates per category and let new items inherit them.
Apparel is not one product type. The garment category decides the size system, the main material, the unit it is bought in and the processes it goes through.
| Category | Main material | Size system | What changes the setup |
|---|---|---|---|
| Woven tops and bottoms | Woven fabric, m or yd | Alpha (S–XXL) or numeric | Fabric width drives the marker; collars and cuffs need interlining |
| Knit tops, polos, fleece | Knit fabric, bought in kg | Alpha | GSM and width per roll; rib and collar trims sized per garment size |
| Denim | Woven denim, weight in oz/yd² | Waist × inseam, two axes | Washing changes shade and size, so shrinkage and wash are part of the spec; washing is usually subcontracted |
| Knitwear and sweaters | Yarn, in kg | Alpha | No fabric stage; consumption is yarn weight per size and machine gauge |
| Hosiery and socks | Yarn, in kg | Few broad sizes, e.g. 39–42 | Knitted in singles, sold in pairs and multi-packs; pairing and boarding are stages of their own |
| Intimates | Knit and lace, many small components | Band × cup | Wires, hooks, elastics and moulded cups make long bills of materials |
| Outerwear | Woven shell, lining, padding by weight | Alpha | Many trims per garment; padding bought by weight |
| Home textiles | Woven or knit, by m | Flat dimensions in cm | No garment sizes; products sold as sets, such as a duvet cover with pillowcases |
Materials, and how each is bought and used
Each material has its own purchase unit, usage unit and receipt checks, and the Business Central item setup must follow them.
| Material | Bought in | Used in | Track at receipt |
|---|---|---|---|
| Woven fabric | m or yd | m | Composition, width, weight, shade and dye lot, shrinkage |
| Knit fabric | kg | m | GSM, open or tubular width, composition, shade and dye lot, shrinkage |
| Yarn | kg, on cones | kg or g | Count and system (Ne, Nm, denier), ply, composition, shade |
| Sewing thread | Cones | Metres per garment | Ticket number, colour matched to each shade |
| Trims: zips, buttons, labels, hangtags | Pieces, dozens, gross (144) | Pieces | Size and colour per colourway; often from a supplier the buyer nominates |
| Packaging: polybags, tissue, cartons | Pieces | Pieces | Carton dimensions, buyer-specific printing |
| Buyer-supplied material (CMT) | Received, not bought | As above | Owned by the buyer: hold it apart at zero value and reconcile what was used |
Bill of materials for one style: men's piqué polo, style P-2041
| Component | Material | Bought in | Per piece (size L) | Varies by |
|---|---|---|---|---|
| Body | Cotton piqué 180 GSM, 1.80 m open width | kg | 0.95 m | Size, colour |
| Collar and cuffs | Flat-knit rib collar and cuffs | pieces | 1 set | Size, colour |
| Buttons | 4-hole polyester, 15 mm | gross (144) | 3 pcs | Colour |
| Sewing thread | Polyester core-spun, tkt 120 | cones | 165 m | Colour |
| Main label | Woven, buyer-nominated supplier | pieces | 1 pc | None |
| Size and care label | Printed satin | pieces | 1 pc | Size |
| Embroidery | Chest logo, subcontracted | service | 1 pc | Colour |
| Polybag | Recycled LDPE, with warning print | pieces | 1 pc | None |
Eight lines, three units of purchase, and four lines that change with size or colour. In Business Central, seven of the lines are items on a production BOM. The embroidery is different: with the Subcontracting app it is a routing operation at a subcontract work center, with the cut fronts linked to it by a routing link code (section 17).
What each item carries in Business Central
In Business Central, the costing method, base unit of measure and item tracking code sit on the item card, and the posting groups decide the accounts. Three documented rules shape the item design for apparel:
- The costing method cannot change once item ledger entries exist. Microsoft's costing documentation says so directly. Business Central supports FIFO, LIFO, Average, Specific and Standard. Decide per material family before the first receipt.
- Standard cost rolls up only through Standard items. To calculate the unit cost of a production BOM, Microsoft notes that the parent item and its components must use Standard. A factory that wants a rolled-up standard cost for the polo sets fabric and trims to Standard too, and accepts purchase variances.
- Item charges behave differently on Standard items. On a Standard item, an item charge does not change the unit cost; Business Central posts it as a purchase variance (section 18).
Item setup for the polo and its materials
One setup that follows the rules above, for a factory that costs its garments at actual cost. Codes are examples.
| Item category | Costing | Item tracking code | Base unit | Purch. unit | Replenishment |
|---|---|---|---|---|---|
| FAB-KNIT | Average | LOT-ALL (lot = dye lot, lot required in and out) | KG | KG | Purchase |
| FAB-WOVEN | Average | LOT-ALL | M | M | Purchase |
| TRIM-RIB | Average | LOT-ALL, to match the body dye lot | SET | SET | Purchase |
| TRIM-BUTTON | Average | None | PCS | GROSS (Qty. per Unit of Measure 144) | Purchase |
| TRIM-LABEL, THREAD | Average | None | PCS, CONE | PCS, CONE | Purchase |
| PACKAGING | Average | None | PCS | PCS | Purchase |
| FG-POLO | Average, or Standard if the factory runs standard costing | None, or lot per production batch | PCS | n/a | Prod. Order |
| BUYER-SUPPLIED | A dedicated location, zero-cost positive adjustments, never on a purchase order; design with finance | ||||
Buttons: the order needs 3 per piece, 9,000 in all. With a 5% allowance the factory buys 9,450 pieces, which is 9,450 ÷ 144 = 65.6 gross, so the purchase order says 66 gross (9,504 pieces). GROSS is an item unit of measure on the button item with Qty. per Unit of Measure 144, so Business Central converts to pieces on receipt without any code.
With operations on top: the style, its bill of materials by category and its consumption are built in the operations layer. Business Central still needs the item categories, posting groups and costing methods above, because it holds stock value and the payables.
11How do you set up size and colour variants in Business Central?
In Business Central, a colour-size combination is an item variant: one variant code per combination, listed on the item's Item Variants page, with no size grid in standard. The key design decision is where to split. Either the style is the item and every colour-size is a variant, or the style-colour is the item and each size is a variant. Most apparel projects choose the second.
Microsoft's own example is item 1200 with variant BLUE-L: the code carries both colour and size. The Item Variant table defines the code as Code[10], so every variant code, whatever it encodes, must fit in ten characters. Variants can be blocked separately for sales and for purchasing, and from the 2026 release wave 1 (general availability 1 April 2026) each variant can carry its own item attribute values, inherited from the item and editable per variant, with an Update Variant Attributes action to resynchronise them. Variant attributes are descriptive: they help search and filtering, and they do not change stock, cost or planning.
| Design | Item | Variant code | Suits | Watch out for |
|---|---|---|---|---|
| A: style as item | P2041 | NVY-S, NVY-XXL, RED-M | Few colours, one price and cost for all colours | Colour and size share ten characters; costing and pricing by buyer colour are harder; variant counts grow fast |
| B: style-colour as item | P2041-NVY | S, M, L, XL, XXL | Colours that cost or price differently, dyed-to-order colours, per-colour BOMs | More items; style-level reporting needs an item category, attribute or dimension |
From practice, design B wins for most factories and brands, because the buyer's price, the fabric and the dye lot usually differ by colour, and because a size-only variant code leaves room for a second size axis such as inseam.
Variant Mandatory if Exists
Turn on Variant Mandatory if Exists on the Inventory Setup page. With it on, a user cannot post an entry for an item that has variants without naming the variant, which stops "polo, no size" from reaching stock. The setting can be overridden per item with Default, No or Yes, and it does not affect items without variants.
Item references for buyer codes
Item references map a customer's or vendor's own code to your item and variant. Microsoft's example maps the customer's BLU-LG-POLO to item 1200, variant BLUE-L, and item references can also carry a variant-specific unit of measure. For apparel, this is where the buyer's style number and colour code live, so the buyer's documents can show their codes while stock stays on yours.
Stockkeeping units for planning and per-size BOMs
A stockkeeping unit (SKU) in Business Central links an item, a location and optionally a variant into one planning identity with its own replenishment method, lead time, reorder point, vendor and even production BOM. The planning and requisition worksheets then make a separate proposal per location-variant combination. This is the standard way to give each size its own BOM (section 14).
Naming and codes
Agree a code convention before the first import and write it down: fixed positions, fixed abbreviations and no free text. Integrations and reports will parse these codes, and a variant called Navy L on one item and NVY-L on another breaks both. Keep the buyer's codes in item references, not in the variant code. Add item and variant translations where buyers need their own language on documents; a variant-specific translation takes priority over the item's.
Style as item or style-colour as item: the variant codes
The polo in three colours, and a five-pocket jean in three washes with waist 28 to 40 in even sizes (7 values) and inseam 30, 32 and 34 (3 values).
| Product and design | Items | Variants per item | Variant records | Longest code |
|---|---|---|---|---|
| Polo, design A (style as item) | 1 | 15 | 15 | NVY-XXL, 7 characters |
| Polo, design B (style-colour as item) | 3 | 5 | 15 | XXL, 3 characters |
| Jean, design A | 1 | 63 | 63 | STW-40X34, 9 characters |
| Jean, design B (style-wash as item) | 3 | 21 | 63 | 40X34, 5 characters |
The count is the same either way; the split is not. Design B puts each wash on its own item, so it has its own cost, its own price and its own BOM, and its codes stay short. Design A for the jean uses 9 of the 10 characters, leaving no room if the buyer later adds a fit.
Create variants when an order needs them, not every combination on day one. Fifteen styles in three colours that nobody orders in XXL still create variants that planning, price lists and counts must carry.
When a fashion add-on earns its place
Standard Business Central has no size scale, no colour-by-size grid for order entry and no way to create a style's variants from a template. AppSource lists apps that add these. One example, named for illustration and not as an endorsement, is CS Fashion Central Premium from Central Solutions, which describes itself as adding functionality for businesses that sell items in colours and sizes, with templates to create items and variants. Evaluate any such app against your version, your localisation and your partner's support before relying on it (section 25).
With operations on top: styles, colourways and size breakdowns live in the operations layer, and Business Central only needs the finished-goods items and variants that are actually sold and invoiced. The variant count in Business Central drops to what ships.
12How do you convert kilograms to metres for fabric in Business Central?
Business Central converts between an item's units with one fixed Qty. per Unit of Measure per unit, so it can hold kilograms and metres on the same fabric item, but it cannot change the factor from roll to roll or lot to lot. Knitted fabric is usually bought by weight and cut by length, and the true factor depends on each roll's weight per square metre (GSM) and width.
GSM means grams per square metre: the weight of one square metre of the fabric. A 180 GSM jersey weighs 180 g per square metre.
180 GSM jersey, 1.80 m open width → 1000 ÷ (180 × 1.80) = 3.086 m per kg
220 GSM fleece, 1.60 m open width → 1000 ÷ (220 × 1.60) = 2.841 m per kg
An item has one base unit of measure, which is how it is stored, with a Qty. per Unit of Measure of 1. Alternative units on the Item Units of Measure page state how many base units they contain, and the item card names a default purchase unit and sales unit. A Quantity Rounding Precision per unit stops fractions such as 4.99998 pieces. Because the base unit decides how every ledger entry is stored, choose it before the item is used.
Three workable designs
There are three workable ways to hold knit fabric in Business Central, each with a trade-off.
| Design | How it works | Trade-off |
|---|---|---|
| Base unit KG for everything | Buy, stock and consume in kg; the cutting room works out metres | Simple and accurate in stock value; the BOM must state consumption in kg per size |
| Base unit KG, alternative unit M with a nominal factor | An item unit M with Qty. per Unit of Measure = kg per metre at nominal GSM and width | Easy to read in metres; wrong whenever a roll differs from the nominal GSM and width |
| Base unit KG, measured GSM and width per lot, converted by an extension | A table extension on lot information and AL that converts at receipt or issue | Accurate; needs AL and discipline at receipt |
Four rolls of "180 GSM" jersey and one Qty. per Unit of Measure
The purchase order says 180 GSM, 1.80 m. The item's base unit is KG and its unit M has Qty. per Unit of Measure 0.324 (1 ÷ 3.086). The rolls that arrive are close, not equal.
| Roll | kg | Measured GSM | Width (m) | m per kg | Metres |
|---|---|---|---|---|---|
| R-101 | 25.0 | 176 | 1.82 | 3.122 | 78.0 |
| R-102 | 24.6 | 184 | 1.78 | 3.053 | 75.1 |
| R-103 | 25.3 | 181 | 1.80 | 3.069 | 77.7 |
| R-104 | 24.8 | 188 | 1.76 | 3.022 | 75.0 |
| Total | 99.7 | 305.8 |
Scaled to 925 kg: 1.9 × 925 ÷ 99.7 = 17.6 m ≈ 18 size-L polos at 0.95 m
Business Central's one factor says these rolls hold 307.7 m. They hold 305.8 m. On the full polo order of 925 kg the gap is about 17 m, which is 18 size-L polos that the stock report says you can cut and the cutting table says you cannot. Keep the base unit in kilograms, record measured GSM and width per roll at receipt, and convert per roll.
With operations on top: the operations layer records a measured lot record per receipt (GSM, width, shrinkage) and works consumption in the unit the cutting room uses. Business Central can stay in kilograms for stock value and payables.
13How do you track dye lots and fabric rolls in Business Central?
Give every fabric an item tracking code that requires a lot number on inbound and outbound entries, and use each lot as one dye lot. A dye lot is a batch of fabric dyed together; fabric from two dye lots can differ slightly in shade, so pieces cut from two lots show a colour difference once sewn into one garment. Cutting must stay within one lot.
Business Central tracks serial numbers, lot numbers and package numbers on the Item Tracking Lines page of any inbound or outbound document, and the posted tracking lands on the item ledger entries. Lot numbers can be assigned from a number series or typed from the mill's own labels, and the Item Tracking Lines page shows availability per lot so the same lot is not promised twice. The Business Central mobile app can scan lot and package barcodes into these pages.
Tracking each roll is a design choice: a package number per roll keeps the lot as the dye lot and the package as the physical roll; a serial number per roll gives the same roll-level issue and return but treats every roll as a unit of one.
A lot information card can hold a short description, comments and a Blocked flag that excludes the lot from transactions. It has no fields for measured GSM, width, shrinkage or shade group; those need a table extension in AL. The Blocked flag is useful as a quality hold (section 19).
A shade band is a set of approved shade references for one fabric colour, used to judge whether a new lot is close enough to the standard. Buyers often allow shade groups within the band (for example A, B and C), and a garment must stay within one group. Business Central has no shade band object; it is a field added by extension or a record in another system.
Cutting 3,000 navy polos from three dye lots
The order needs 2,856 m. The mill ships 933 kg, 8 kg over the 925 kg ordered and within its delivery tolerance, as 2,880 m in three dye lots: A 1,210 m, B 1,030 m, C 640 m. Rule: every garment's panels come from one lot, and bundles from different lots never meet on a line.
| Lot | Cut from it | Metres used | Left |
|---|---|---|---|
| A (1,210 m) | XXL 300 · XL 750 · M 23 · S 87 | 1,186.6 | 23.4 |
| B (1,030 m) | L 900 · S 213 | 1,029.7 | 0.3 |
| C (640 m) | M 727 | 639.8 | 0.2 |
| Total | 3,000 pieces | 2,856 | 24 |
B: 900 × 0.95 + 213 × 0.82 = 855 + 174.66 = 1,029.66 · C: 727 × 0.88 = 639.76
Total 2,855.99 ≈ 2,856 m; left 2,880 − 2,856 = 24 m
In Business Central, the consumption for each production order line carries the lot on its item tracking lines. Nothing in standard stops a user picking lot B for a cut that already used lot A: the Item Tracking Lines page offers every available lot. The rule "one lot per cut" is an AL validation or operations work.
With operations on top: shade bands per fabric, the measured lot record and the incoming inspection that carries the dye lot sit in the operations layer. Business Central still holds the lot on receipts and consumption, so stock value and traceability stay correct.
14How do you handle size-dependent fabric consumption in Business Central BOMs?
Give each size its own production BOM through a stockkeeping unit per variant: the SKU for P2041-NVY, variant XL, names a BOM with 1.02 m of body fabric, and the SKU for variant S names one with 0.82 m. Microsoft's Contoso "Variants" walkthrough uses exactly this pattern for colours, with SKUs created per location and variant and a different Production BOM No. on each.
Business Central has two kinds of BOM, and apparel uses both.
| BOM type | What Microsoft describes | Apparel use |
|---|---|---|
| Assembly BOM | Items made from other items in a simple process, with basic resources or none; assembly orders can be linked to sales orders and customised for a customer request | Ratio packs and multi-packs, gift sets, pairs into packs |
| Production BOM | Components and subassemblies produced at work or machine centers through a routing; certified before use; versions by starting date; phantom BOMs for grouping | Cut, sew, finish; knitting from yarn |
On a production BOM line, Quantity per holds the consumption, Scrap % adds a fixed percentage for material scrapped when picking, and a Routing Link Code ties the component to the operation that consumes it. A Calculation Formula (Length, Length × Width, Weight and others) can compute a quantity from dimensions. BOM versions with a starting date let the next season's construction replace the current one without editing an open order's BOM, and the Production BOM Version Comparison page shows quantities per version side by side.
Marker efficiency is the share of the fabric in a cutting marker that ends up in garment pieces; the rest is waste between the pieces. Shrinkage is the fabric the garment loses in washing or finishing, planned into the pattern. Keep the two apart: they come from different people (CAD and lab), change for different reasons, and are argued about with different suppliers. Business Central's single Scrap % per line cannot hold both.
Why one average consumption fails, and five SKU BOMs
Body fabric per polo, from the marker: S 0.82 m, M 0.88 m, L 0.95 m, XL 1.02 m, XXL 1.10 m.
| Size | Pieces | m per piece | Metres | Production BOM on the SKU |
|---|---|---|---|---|
| S | 300 | 0.82 | 246 | P2041-NVY-S |
| M | 750 | 0.88 | 660 | P2041-NVY-M |
| L | 900 | 0.95 | 855 | P2041-NVY-L |
| XL | 750 | 1.02 | 765 | P2041-NVY-XL |
| XXL | 300 | 1.10 | 330 | P2041-NVY-XXL |
| By size | 3,000 | 2,856 | 5 BOMs | |
| Base size M for all | 3,000 | 0.88 | 2,640 | 1 BOM on the item |
216 ÷ 0.95 = 227 size-L polos
Using the base size for every size under-buys by 216 m, or 7.6%. That is roughly 227 size-L polos with no fabric, found out on the cutting table three weeks before shipment, with a mill lead time longer than that. Five BOMs per colour is manageable for one style. For a season of 80 style-colours in five sizes it is 400 BOMs, which is why projects that keep consumption in Business Central generate the BOMs from a consumption table with a tool, and certify them in bulk.
With operations on top: the consumption engine (marker efficiency, shrinkage, woven construction) and the net-to-buy across the order book run in the operations layer, which passes the purchase quantity to Business Central. Business Central does not need per-size BOMs.
15How do you model cutting, sewing and finishing with Business Central work centers and routings?
Model cutting, sewing, finishing and packing as Business Central work centers, and list the garment's operations with their minutes on a routing attached to the item; this gives production orders a schedule and a labour cost, but it does not balance a sewing line. A work center in Business Central is a production resource with a shop calendar, a capacity, an efficiency percentage and a unit cost; machine centers can sit under it.
Microsoft's documentation describes the hierarchy as work center groups, work centers and machine centers, with availability stored in calendar entries built from shop calendars. On the work center card, Unit of Measure Code sets the time unit (minutes suit garments), Direct Unit Cost is the labour rate per time unit, Indirect Cost % and Overhead Rate add overhead, Unit Cost Calculation chooses time or units, Capacity is how many people or machines work at once, and Efficiency is the share of standard output actually achieved.
On a routing line, Run Time is per unit and Setup Time is per production order; Wait Time and Move Time lengthen the lead time without using capacity. Microsoft states that the allocated run time ignores efficiency and capacity, while the duration is Run Time ÷ Efficiency ÷ Capacity. A Send-Ahead Quantity lets the next operation start on a partial lot, which is how bundles flow from cutting to sewing. Routings have versions with a starting date, and parallel routings are possible with the Next Operation No. field.
Scheduling is infinite by default. Work centers can be set up as capacity constrained resources with a critical load percentage, and Microsoft says plainly that Business Central "doesn't support detailed shop floor control": it plans a feasible rough-cut schedule, not an hour-by-hour line plan.
What an operation's run time means in a garment factory
SMV (standard minute value) is the time a trained operator needs for one operation at a normal pace, including allowances. A polo has 15 to 25 sewing operations. You can list each one as a routing line, or group them into a few lines per department. Grouping keeps production order routings manageable; listing every operation gives a detailed cost but floods the capacity ledger with entries nobody reads.
| Question | What Business Central gives | What stays outside |
|---|---|---|
| How much labour is in one polo? | Routing run times × work center unit cost | The minute study itself |
| How many polos can line 3 sew this week? | Shop calendar, capacity and efficiency on the work center; work center load | Line balancing across 25 operators, absenteeism, learning curves |
| Where is bundle 214? | The production order routing line's status | Bundle tracking and operator output |
| Which line takes which order in week 47? | Rough-cut scheduling, finite on constrained resources | Seasonal line loading across lines and subcontractors |
The polo's routing, work center cost and line capacity
The 18 minutes in Example 1 are the sum of these operations. Work centers are set up in minutes, at a direct unit cost of USD 0.07 per minute; the sewing line has Capacity 25 and Efficiency 60%.
| Operation No. | Work center | Operation | Run Time (min) |
|---|---|---|---|
| 10 | CUTTING | Spread, cut, number and bundle | 1.20 |
| 20 | SUB-EMB (subcontract) | Chest logo embroidery, routing link code EMB | outside |
| 30 | SEW-L3 | Shoulder join | 0.90 |
| 40 | SEW-L3 | Placket | 3.10 |
| 50 | SEW-L3 | Collar attach | 2.20 |
| 60 | SEW-L3 | Sleeve attach | 1.80 |
| 70 | SEW-L3 | Side seam and sleeve close | 1.60 |
| 80 | SEW-L3 | Cuff attach | 1.40 |
| 90 | SEW-L3 | Bottom hem | 1.00 |
| 100 | SEW-L3 | Buttonholes and buttons | 1.50 |
| 110 | FINISHING | Thread trim and inspection | 1.20 |
| 120 | FINISHING | Press | 1.00 |
| 130 | FINISHING | Fold, tag and bag | 1.10 |
| Cutting 1.20 · sewing 13.50 · finishing 3.30 | 18.00 |
Sewing load: 3,000 × 13.50 = 40,500 min of run time
Duration on SEW-L3 = 40,500 ÷ 0.60 ÷ 25 = 2,700 min = 5.6 shifts of 480 min
Same answer from the floor: 25 × 480 × 60% = 7,200 min a day ÷ 13.50 = 533 polos a day; 3,000 ÷ 533.3 = 5.6 days
Business Central's expected capacity cost for the order is USD 3,780, which is 1.26 a piece: the CM line in Example 16. The 5.6 days is what the work center load shows if SEW-L3 does nothing else. The choice of line, the three-week sewing window in Example 14 and the balance of 25 operators across 8 operations come from planning, not from the routing. Embroidery sits at operation 20, before sewing, so it is not the last operation and its receipt will not post output automatically (section 17).
With operations on top: the planning heat-map (lines and subcontractors, 52 weeks), production orders with job cards per department and the WIP board run in the operations layer. Business Central receives material issues for stock value and does not need routings at all.
16Where do sampling, approvals and the T&A calendar live in a Business Central project?
Business Central has no object for garment samples, buyer approvals or a T&A calendar, so a Business Central project must build them in AL, borrow another area such as projects or tasks for them, or keep them in an operations system. Before a single bulk garment is cut, the buyer approves the product in stages. Each stage can take several rounds, and each approval unlocks the next step of the order. Miss one, and the factory is ordering fabric or cutting on a spec the buyer has not agreed.
A PP (pre-production) sample is a garment made in the actual bulk fabric and trims, which the buyer approves as the reference that bulk production must match. A T&A (time and action) calendar is the list of an order's milestones, each with a planned date worked back from the ex-factory date, an actual date and an owner.
| Sample or approval | What it decides | What waits for it |
|---|---|---|
| Proto / development sample | The look and the construction | Costing and the quote |
| Lab dip | The shade, within tolerance under the buyer's light source | Bulk fabric dyeing |
| Strike-off | Print or embroidery artwork, colours and placement | Bulk printing or embroidery |
| Trims approval | Buttons, zips, labels and hangtags | The bulk trims order |
| Fit sample | Measurements and fit on the buyer's model | Pattern correction |
| Size set | Grading across every size | The production marker |
| PP (pre-production) sample | The reference bulk must match | Cutting |
| TOP (top of production) | That the first bulk pieces match the PP sample | The rest of the run |
| Shipment sample | The reference for any claim after delivery | Shipping |
Every round has a sent date, a courier and tracking number, the pieces sent, the buyer's comments and a verdict: approved, approved with comments, or rejected. The T&A calendar hangs on these dates.
Business Central has no object for this. Teams stretch projects, tasks, notes or item attributes to hold it, and more often it lives in email. Business Central's production BOM and routing versions record what the construction is from a date, but not that a buyer approved it, on which round, for which order. The typical failure is bulk fabric ordered, or cutting started, on the strength of an approval nobody can find.
What an AL sampling extension must hold
If the project builds sampling inside Business Central, the extension needs a small set of tables that link to the item, the variant and the sales order. The list below is the minimum we would design.
- A sample request per item and variant, with its type (lab dip, strike-off, fit, size set, PP, TOP, shipment).
- Rounds under each request: sent date, courier, tracking number, pieces sent, buyer comments, verdict, verdict date, who recorded it.
- A link from the approved round to the production BOM version it approved, so a later version cannot silently replace it on the order.
- A block on the next step: purchase orders for bulk dyeing wait for the lab dip, release of the production order waits for the PP sample.
- T&A milestones that take their actual dates from the rounds instead of from someone typing them.
The polo order's approval calendar, worked back from ex-factory
| Date | Milestone | If it slips |
|---|---|---|
| 1 Oct | Order confirmed | |
| 8 Oct | Lab dip round 1 sent; round 2 on 13 Oct | Bulk dyeing cannot start |
| 17 Oct | Lab dip round 3 approved | Each extra round costs about 5 days |
| 20 Oct | Bulk fabric dyeing starts | |
| 24 Oct | Embroidery strike-off approved | Embroidery cannot be booked |
| 7 Nov | PP sample sent in bulk fabric | |
| 10 Nov | Bulk fabric in-house | Cutting waits |
| 14 Nov | PP sample approved, with comments | Cutting cannot start |
| 17 Nov | Cutting starts | |
| 20 Nov to 10 Dec | Sewing; TOP sample from the first bulk pieces | |
| 12 Dec | Final AQL inspection | Shipment held |
| 15 Dec | Ex-factory |
Three lab dip rounds instead of two pushed dyeing back five days, and the order absorbed it only because cutting had slack before the PP approval. That is the kind of question a merchandiser answers every morning, and it needs approvals, dates and dependencies in one place.
With operations on top: dev approvals (lab dip, strike-off, sample, shipping mark) with rounds, courier details and the buyer's verdict, the T&A calendar with its critical path, and the PP approval that locks the style version for the order all live in the operations layer. Business Central needs none of it.
17How does Business Central subcontracting work for CMT, washing, printing and embroidery?
Business Central subcontracts a routing operation: a work center linked to a vendor sits on the garment's routing, and a purchase order for that operation is created from the released production order. Which version you run decides how much of the rest is standard. From 8 July 2026, Microsoft's Subcontracting app adds component transfers to the subcontractor, returns, subcontractor prices and item charges on subcontract receipts; before it, only the basic tools existed and sending panels out was a manual transfer.
CMT (cut, make, trim) means the factory sews garments from fabric the buyer supplies and charges only for the labour; in subcontracting, the same term describes a factory that sends cut panels to another unit to be sewn. Job work is the South Asian term for the same arrangement.
Which version do you need?
Name the Business Central version in the design document, because the subcontracting design depends on it.
| What you have | What it does | Apparel consequence |
|---|---|---|
| Basic subcontracting tools (any version with manufacturing) | A work center with a Subcontractor No.; subcontract operations on routings; cost per unit or per time at work center or routing level. Historically the subcontracting worksheet (Calculate Subcontracts, then Carry Out Action Message) created the purchase orders; Microsoft's current documentation describes the worksheet as part of the Subcontracting app, so check what your version shows | The purchase order and the capacity cost are linked to the production order, but moving cut panels to the embroiderer and back is done with ordinary transfer orders or journals that nothing ties to the operation |
| Subcontracting app, general availability 8 July 2026 (the date of update 28.3) | A Microsoft-published extension installed from Extension Management. Adds component supply methods, transfer orders to and returns from the subcontractor with warehouse handling and item tracking, subcontractor prices by work center, item, dates and quantity, a subcontracting purchase order created straight from the production order routing, a Subcontracting Details FactBox, and item charges on subcontract receipts | The standard answer for print, embroidery, wash and CMT steps. The release plan also deprecates Italy's older local subcontracting feature in favour of this worldwide (W1) solution, with a feature key to choose when to switch |
How the Subcontracting app handles components
Each production BOM line that goes to a subcontractor carries the routing link code of the subcontract operation and a Component Supply Method.
| Component Supply Method | What Microsoft describes | Garment use |
|---|---|---|
| Vendor-Supplied | The subcontractor buys the component; Business Central adds a purchase line for it on the subcontracting purchase order | A washer supplying its own chemicals; a CMT unit supplying thread |
| Consignment at Vendor | Your stock already sits at the subcontractor's location; no transfer or purchase line is created | Fabric held at a CMT unit for a whole programme |
| Transfer to Vendor | You ship the exact quantity per production order on a transfer order created from the purchase order (Create Transf. Ord. to Subcontractor), and can return unused quantity (Create Return from Subcontractor) | Cut fronts to the embroiderer; cut panels to a CMT unit |
Four documented rules matter on the factory floor:
- Receiving posts capacity, not always output. Posting the subcontracting receipt posts a capacity ledger entry; it posts output automatically only when the subcontract operation is the last one on the routing. Microsoft warns this can post the wrong quantity and suggests adding a final in-house operation.
- Invoice from the order. Subcontracting purchase orders must be invoiced from the order itself, not with Get Receipt Lines on a separate invoice.
- Returns are capped. The return quantity is the lesser of what is physically at the subcontractor and what the outstanding purchase quantity still needs; once the purchase line is fully received, the proposed return is zero even if spare pieces remain there.
- Only work centers. Routing lines for subcontracting must use a work center, not a machine center.
Components sent to a subcontractor are usually set to Backward flushing on the stockkeeping unit for the subcontractor's location, so they are consumed there when output is posted. Garments often visit several processors in sequence. In Business Central each visit is its own subcontract operation on one routing, which keeps the whole chain on one production order.
2,000 printed T-shirts through two processors in one routing
A T-shirt order visits Printer A and Washer B. With the Subcontracting app the routing holds both visits, and a final in-house operation stops the wash receipt from posting output.
| Operation | Work center | Out | Back | What Business Central records |
|---|---|---|---|---|
| 10 Cut front panels | CUTTING | 2,020 | 1% scrap on the front panel BOM line: 2,000 × 1.01 = 2,020 | |
| 20 Screen print | SUB-PRINT-A | 2,020 | 2,008 | Transfer to Vendor for 2,020 fronts; receipt on the print purchase order; 12 misprints posted as scrap on operation 20 |
| 30 Sew | SEW-L3 | 2,008 | 2,003 | 5 damaged in sewing, posted as scrap on operation 30 |
| 40 Garment wash | SUB-WASH-B | 2,003 | 2,001 | Receipt on the wash purchase order; 2 lost in the wash posted as scrap |
| 50 Final check and pack | FINISHING | 2,001 | Output of 2,001 posted here, 1 over the order |
Because each processor is an operation, the 12 misprints and the 2 wash losses are recorded against the processor that caused them, with the date and the quantity. Whether the half-sewn garments reach Washer B on a transfer of work-in-progress depends on how the app's WIP transfers are set up in your version; rehearse it in scenario T5 before go-live.
Subcontractor tracking a factory expects
A factory expects to see, per processor, what went out, what came back, what was lost and whether the loss is inside the agreed allowance. With the Subcontracting app, the Subcontracting Transfer Entries action on the production order lists the posted transfers, and stock at the subcontractor's location is visible. The loss allowance per processor, the reject reasons and a balance per order remain design work or a report to build.
With operations on top: subcontract steps sit on the production order in the operations layer, and subcontractors appear on the planning heat-map beside the factory's own lines. Business Central receives the subcontractor's purchase order and the payable.
18How do you cost a garment in Business Central, and where does the garment costing sheet live?
Business Central values stock by the costing method on each item (FIFO, LIFO, Average, Specific or Standard), adds freight and duty to receipts with item charges, and can roll up a standard cost from production BOMs and routings; the garment costing sheet used to quote a buyer is built before any item exists and usually lives outside Business Central. A garment costing sheet lists fabric, trims, making, washing, testing, freight, finance cost and margin per piece, and adds up to the price quoted to the buyer.
- Costing method is set per item and cannot change once item ledger entries exist. Average can be calculated per item or per item, location and variant.
- Standard cost rolls up with Calc. Production Std. Cost on the item or the Standard Cost Worksheet, but only when the parent and its components use Standard.
- Adjust Cost - Item Entries forwards later cost changes, such as an item charge posted after the goods were used, into consumption and cost of goods sold.
- Multi-currency and prepayments are standard (section 21).
Pre-costing a style for a quote (fabric, trims, CM, washing, testing, freight, finance cost, commission, margin) is usually done before a Business Central item exists, so it tends to live outside Business Central.
A quotation cost build for the polo (illustrative figures, USD per piece)
| Line | How it is worked out | USD |
|---|---|---|
| Body fabric | 0.31 kg at 4.20 per kg, plus 6% cutting loss | 1.38 |
| Collar and cuffs | 1 set | 0.25 |
| Trims | Buttons, thread, labels, polybag | 0.32 |
| Embroidery | Subcontractor price per logo | 0.18 |
| CM (cut and make) | 18 minutes at 0.07 per minute | 1.26 |
| Testing | Buyer's lab tests spread over the order | 0.10 |
| Factory overhead | 12% of CM | 0.15 |
| Freight to port and export documents | 0.12 | |
| Finance cost | 3% while waiting for payment | 0.11 |
| Margin | 10% | 0.39 |
| FOB price | 4.26 |
1.38 + 0.25 + 0.32 + 0.18 + 1.26 + 0.10 + 0.15 + 0.12 + 0.11 + 0.39 = 4.26
Every line except the last is an estimate made before the order exists. After production, the same lines come back as actuals: the real fabric used, the real minutes from the floor, the real embroidery rejects. The factory learns whether the order made money only if the quote and the actuals sit side by side.
How do you add landed cost to imported fabric with item charges?
Create one item charge per kind of import cost (freight, clearing, bank charges, duty), put it on the purchase invoice as a line of type Charge (Item), and assign it to the fabric receipt lines with Suggest Item Charge Assignment. A landed cost is any cost of bringing goods to the factory beyond the supplier's price: freight, insurance, customs duty, clearing and bank charges.
Each item charge number carries a general product posting group and tax groups, which decide its G/L account. The assignment can be made on the same invoice as the goods, or later from a separate invoice with Get Receipt Lines against the posted receipt. Microsoft documents four distribution options: Equally, By Amount, By Weight and By Volume; By Weight and By Volume read the Net Weight and Unit Volume fields on the item card, so those must be filled in. The charge is posted as a value entry on the original receipt's item ledger entry, and the Item Charges - Specification and Cost Shares Breakdown reports show it afterwards.
Choose the distribution per charge. Sea freight follows weight or volume; clearing and bank charges usually follow value; a duty charged per kilogram follows weight. For a factory in a free zone or under temporary admission, duty may be zero or suspended, and the rules for what must be reported are local. Agree them with the customs broker and finance before configuring.
Landed cost on the imported fabric with item charges
The polo's navy jersey and its rib collars and cuffs arrive on one receipt. Duty is zero because the factory imports under temporary admission. The jersey item (base unit KG) has Net Weight 1; the rib set item has Net Weight 0.025. All prices are illustrative.
| Receipt line | Quantity | Net weight (kg) | Amount (USD) |
|---|---|---|---|
| Navy jersey 180 GSM | 925 KG | 925.0 | 3,885.00 |
| Rib collar and cuff sets | 3,060 SET | 76.5 | 765.00 |
| Total | 1,001.5 | 4,650.00 |
| Item charge | USD | Distribution | Jersey | Rib sets |
|---|---|---|---|---|
| FREIGHT (sea) | 420.00 | By Weight | 387.92 | 32.08 |
| CLEARING (port and broker) | 180.00 | By Amount | 150.39 | 29.61 |
| LC-BANK | 95.00 | By Amount | 79.37 | 15.63 |
| Total item charges | 695.00 | 617.68 | 77.32 |
Freight to jersey = 420 × 925 ÷ 1,001.5 = 387.92 · to rib = 420 − 387.92 = 32.08
Amount share of jersey = 3,885 ÷ 4,650 = 83.55%
Clearing to jersey = 180 × 0.8355 = 150.39 · bank charges = 95 × 0.8355 = 79.37
Jersey landed = 3,885.00 + 617.68 = 4,502.68 → 4,502.68 ÷ 925 = USD 4.87 per kg
Rib landed = 765.00 + 77.32 = 842.32 → 842.32 ÷ 3,060 = USD 0.28 per set
If the jersey uses Average or FIFO costing, its unit cost rises to USD 4.87 a kg. If it uses Standard, Business Central leaves the unit cost at standard and posts the USD 617.68 as a purchase variance. The fabric line in Example 16 was priced at the mill price of USD 4.20 a kg. At the landed USD 4.87, the same line becomes 0.31 × 4.87 × 1.06 = USD 1.60, which is 0.22 more per polo and USD 660 on the order. The 10% margin of 0.39 would shrink to 0.17. Quote on landed material cost, not on the supplier's price.
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. Business Central holds the item charges that actually hit the receipts, for stock value.
19Can Business Central run quality control and AQL inspection for garments?
Business Central's Quality Management app, introduced in the 2026 release wave 1, creates inspections from templates on purchase receipts, production and assembly output, transfers, sales returns and warehouse movements, and can block lots on the result; it takes a sample as a fixed amount or a percentage, and it has no ISO 2859-1 tables, so AQL inspection still needs AL or a separate system. AQL (acceptance quality limit) inspection checks a random sample drawn from a lot and accepts or rejects the whole lot according to how many defects the sample contains.
Quality Management is a Microsoft-published extension, preinstalled on new environments and installable on existing ones from Extension Management. Microsoft documents quality tests with value types (decimal, integer, Boolean, text, option, lookup), pass and fail conditions per test, templates that group tests, and inspection generation rules that decide when an inspection is created: for example when a purchase order is received, or when production output is posted. The template's Sample Source sets a Sample Amount or a Sample %. Three permission sets separate quality administrators, inspectors and auditors; only a Quality Admin & Supervisor may reopen a finished inspection or change its quantities. The app can block lots, move non-compliant stock to quarantine bins, and print a Certificate of Analysis. Microsoft notes the Premium experience is required for its production capabilities.
Quality control at cutting, stitching, dyeing and printing
A garment factory inspects at each stage where a defect is cheaper to catch than at the end. Dyeing and printing usually happen outside the factory, so those checks land on the receipt of the goods coming back.
| Inspection | When | What it checks | Business Central fit |
|---|---|---|---|
| Incoming fabric | At receipt from the mill or dye house | Shade against the shade band, GSM, width, shrinkage, four-point defects | A template triggered on purchase receipt; lot blocked on fail; shade groups and defect maps need design |
| Incoming trims | At receipt | Colour, size, count against the approved trims card | Template with option and integer tests |
| Printed or embroidered panels | On return from the processor | Placement, registration, colour against the strike-off | Template on the subcontract receipt or transfer receipt; check the trigger options in your version |
| Cutting | After cutting, before bundling | Pattern accuracy, notches, shade within the bundle | Template on output posted for the cutting operation |
| Inline (stitching) | During sewing | Operation-level defects, found early | Limited; operator-level capture on the line is not what the app is built for |
| End of line | As garments leave the line | Every garment, graded pass, repair or reject | Limited; grading into first quality and seconds needs design |
| Measurement | End of line and final | Points of measure against tolerance per size | Decimal tests with range conditions work per template; a tolerance table per size needs design |
| DUPRO | Once a share of the order is packed | Early warning before final | Manual inspection; sample by amount |
| Final AQL | When the order is packed | Sample per ISO 2859-1 at the buyer's level | AL (sampling tables) or a separate system |
A Sample % of 4.17 gives about the same number of pieces as the final sample in Example 18 for this one lot size. It is not an AQL plan: under ISO 2859-1 the sample size comes from the lot-size band and the inspection level, and the lot is accepted or rejected against fixed acceptance numbers, which change with the lot size and the AQL.
The final inspection sample for 3,000 polos
The buyer's quality manual asks for ISO 2859-1, single sampling, normal inspection, general inspection level II, AQL 2.5 for major defects and 4.0 for minor defects.
| Step | Lookup | Result |
|---|---|---|
| Lot size | 3,000 pieces falls in the band 1,201 to 3,200 | Band 1,201–3,200 |
| Code letter | That band at general level II | K |
| Sample size | Code letter K | 125 pieces |
| Major defects, AQL 2.5 | Sample of 125 | Accept at 7 or fewer, reject at 8 |
| Minor defects, AQL 4.0 | Sample of 125 | Accept at 10 or fewer, reject at 11 |
If the inspector finds 8 major defects, the lot fails even if minor defects are well inside their limit. What happens next (re-inspection after 100% checking, or a release decided by the buyer) must be recorded with the person who decided. In the Quality Management app that maps to a reinspection and a restricted reopen; the sample size and the accept and reject numbers must still come from the table, entered by hand or by AL. Many buyers also accept zero critical defects; take that from the buyer's manual.
Acceptance numbers as published in ISO 2859-1 Table II-A, reproduced in common AQL references (see sources).
With operations on top: typed inspections (incoming, cutting, PP, DUPRO, final AQL, pre-shipment, measurement), the AQL engine on ISO 2859-1 at the buyer's level, CAPA, needle and metal control and quality grades (only first-quality pieces count as shippable) run in the operations layer. Business Central sees the shipment only once it is cleared.
20How do you handle cartons, packing lists and shipping documents in Business Central?
Business Central posts sales shipments and prints shipment documents, and its package numbers can record which carton a lot or quantity went into, but assorted and ratio cartons, buyer carton labels with SSCC numbers and buyer-format packing lists need AL, report layouts or an AppSource app. A carton is not a native object in the W1 application; the package number is the closest standard hook.
Documents a garment shipment needs
An export shipment of garments carries a standard set of documents, and a letter of credit may require each to match exactly.
| Document | Built from | Business Central fit |
|---|---|---|
| Packing list by carton | Carton number, size and colour content, lot, weights, dimensions | Posted sales shipment with package numbers; buyer layouts are custom report layouts |
| Carton labels | Buyer's label rules, often with an SSCC barcode | AL or an app |
| Commercial invoice | The sales invoice with incoterm, marks and numbers | Sales invoice with a custom export layout; shipment methods hold the incoterm |
| Certificate of origin | Issued by a chamber or authority | Outside Business Central; attach the copy |
| Advance shipping notice (ASN) | Carton-level content sent to the buyer before arrival | EDI connector or portal upload |
| Bill of lading or air waybill | Issued by the carrier or forwarder | Outside Business Central; attach the copy |
Packing 3,000 polos into cartons, one dye lot per carton
The buyer wants solid-size cartons of 10 pieces. Following the cut plan in Example 11, each carton must hold a single dye lot.
| Size and lot | Pieces | Full cartons of 10 | Part carton |
|---|---|---|---|
| S, lot A | 87 | 8 | 1 of 7 |
| S, lot B | 213 | 21 | 1 of 3 |
| M, lot A | 23 | 2 | 1 of 3 |
| M, lot C | 727 | 72 | 1 of 7 |
| L, lot B | 900 | 90 | none |
| XL, lot A | 750 | 75 | none |
| XXL, lot A | 300 | 30 | none |
| Total | 3,000 | 298 | 4 (20 pieces) |
298 full cartons hold 2,980 pieces and four part cartons hold the other 20, so the shipment is 302 cartons instead of the 300 a size-only plan predicts. The buyer must accept part cartons, or accept mixing lots in them. Agree it before packing starts. If the finished polos carry the dye lot as a lot number and each carton is a package number, the posted shipment can show the lot per carton.
With operations on top: shipments per delivery, packing and cartonisation, and ship clearance against the buyer's terms run in the operations layer. Business Central receives the shipment and raises the customer invoice.
21How does Business Central handle multi-currency, letters of credit, prepayments and chargebacks?
Business Central handles foreign currencies, exchange rate adjustments and prepayments as standard; letters of credit and reason-coded chargebacks need design, because the W1 application has no letter-of-credit object. Garment exporters usually sell in USD or EUR, buy some materials abroad and pay wages locally, so every order touches at least two currencies.
Multi-currency and exchange differences
Each currency has a code, exchange rates by starting date and, on the Currencies page, accounts for realised and unrealised gains and losses. The Adjust Exchange Rates batch job revalues open customer, vendor and bank entries at period end and posts unrealised gains or losses; when the payment arrives, the unrealised amount is reversed and the realised gain or loss is posted. A currency exchange rate service can update rates automatically, but it does not adjust entries that are already posted. The adjustment can be previewed before posting.
Prepayments
A prepayment in Business Central is an invoice posted against a sales or purchase order before the final invoice, and deducted from it. Default prepayment percentages can be set per customer, vendor and item, and the amount can be changed on the order. Additional prepayment invoices can be issued if the order grows, and a prepayment credit memo is needed before deleting a line that was prepaid.
Letters of credit
A letter of credit is a bank's promise to pay the exporter when documents that match the credit's terms are presented. Under ICC's UCP 600 rules, which most credits follow, documents must be presented within 21 calendar days after the shipment date unless the credit says otherwise, and never after the credit expires. Business Central has no LC object: the credit number, amount, latest shipment date, expiry, presentation period and required documents need an AL table or an AppSource app, and a check before shipment that the documents will match.
Prepayment, letter of credit and exchange difference
The polo order is worth 3,000 × USD 4.26 = USD 12,780.00. The buyer pays 30% in advance by transfer and the balance under a sight letter of credit. The factory's books are in EGP. Exchange rates are illustrative, and no period end falls between invoice and payment.
| Step | In Business Central | USD | EGP |
|---|---|---|---|
| Order confirmed, 1 Oct | Sales order, currency USD, 5 lines, 3,000 polos at 4.26 | 12,780.00 | |
| Prepayment invoice | Prepayment % 30 on the order; Post Prepayment Invoice | 3,834.00 | |
| Prepayment received | Payment applied to the prepayment invoice | 3,834.00 | |
| Shipment, 15 Dec | Final invoice; the prepayment is deducted | 8,946.00 | at 48.80 = 436,564.80 |
| LC documents presented | AL record: presentation within 21 days of shipment | ||
| LC paid | Payment of the balance | 8,946.00 | at 49.10 = 439,248.60 |
| Exchange difference | Posted to the Realized Gains account on the USD currency | 2,683.80 |
Balance = 12,780.00 − 3,834.00 = 8,946.00
8,946.00 × 48.80 = 436,564.80 · 8,946.00 × 49.10 = 439,248.60
Gain = 8,946.00 × (49.10 − 48.80) = 8,946.00 × 0.30 = EGP 2,683.80
If a month end falls between the shipment and the payment, the Adjust Exchange Rates batch job first posts an unrealised gain or loss, which is reversed when the payment is applied. The bank's negotiation charges are a separate entry. What Business Central does not do as standard is warn the shipping team that the credit expires, or that the latest shipment date is close; that is the custom part.
Chargebacks
A chargeback is an amount a buyer deducts from a payment for a claimed failure: a late shipment, a wrong carton label, a missing or wrong advance shipping notice. It arrives as a short payment. Post the shortfall to a chargeback G/L account per reason, with a reason code on the journal line, and attach the buyer's deduction notice. Without reason codes, nobody can tell whether the factory loses money to labels or to lateness.
A chargeback on an open-account shipment
Suppose the same balance of USD 8,946.00 were shipped to a retailer on open account instead of against a letter of credit. The retailer pays short.
| Deduction | Reason given | USD |
|---|---|---|
| Carton label error | 2 cartons with wrong size label, 50 per carton | 100.00 |
| Late ASN | 1% of the invoice | 89.46 |
| Total deducted | 189.46 |
Received = 8,946.00 − 189.46 = 8,756.54
In Business Central, apply the payment of 8,756.54 to the invoice, then post two cash receipt journal lines against the customer to accounts "Chargebacks: labelling" (100.00) and "Chargebacks: ASN" (89.46), each with its reason code. If the factory disputes the label claim with carton photos, the 100.00 stays open on the customer ledger entry under dispute instead of being written off.
With operations on top: finance stays in Business Central in full. The operations layer sends the orders, shipments and purchase requests that the invoices and payables are built on; no money amounts travel through its ERP API.
22Does Business Central support e-invoicing and localisation for garment-exporting countries?
For most garment-exporting countries, Business Central's localisation comes from a partner, not from Microsoft: Microsoft's country list shows Egypt, Bangladesh, Pakistan, Vietnam, Türkiye, Morocco, Tunisia, Sri Lanka and Cambodia as partner-localised on the worldwide (W1) base, and India as localised by Microsoft. E-invoicing and statutory reports therefore depend on the partner's apps; check your country and test an e-invoice end to end before go-live.
Microsoft explains that where it does not deliver a localisation, partners publish translation and localisation apps on Microsoft Marketplace, built on the W1 version, and that availability in its list concerns Business Central online, not the partner apps themselves. Some countries have more than one partner app.
| Country | Localised by (Microsoft's list, checked 26 Sep 2026) | What to check |
|---|---|---|
| India | Microsoft | GST and e-invoicing features for your version |
| Egypt | Partner (W1) | ETA e-invoicing and e-receipt support in the partner's app |
| Bangladesh, Pakistan, Sri Lanka, Cambodia, Vietnam | Partner (W1) | VAT, e-invoicing and export-incentive reporting per partner app |
| Türkiye, Morocco, Tunisia | Partner (W1) | E-invoicing and statutory reports per partner app |
Language needs checking too. Microsoft's supported-languages table lists Vietnamese and Turkish as partner-provided application translations; Arabic does not appear in that table at the time of checking, so an Egyptian or Moroccan factory that wants an Arabic interface should ask partners what they provide. English is built in.
Factories in free zones or under temporary admission often report the import and re-export of materials to customs. Business Central's item ledger entries carry the quantities, but the report format is local and usually custom.
Part 4Build
23In what order should you configure Business Central for a garment factory?
Configure Business Central for a garment factory from the ledger outward: the company and its experience, the chart of accounts, posting groups and dimensions first, then currencies, units of measure, item tracking codes and inventory setup, then locations and item templates, then manufacturing, subcontracting and quality, and only then the items, variants and BOMs themselves. Each step depends on the one before it; items loaded before their tracking codes and base units are final must be reloaded or corrected with journals.
Business Central is navigated by page name through its search (Alt+Q), so the table names the page to open rather than a menu path. Page names below are from Microsoft Learn for version 28; check each on the version you deploy.
| # | Configure | Page (search by name) | Why at this point |
|---|---|---|---|
| 1 | Experience: Essentials or Premium | Company Information (User Experience FastTab) | Premium shows Manufacturing; Essentials users cannot sign in to a Premium company |
| 2 | Chart of accounts, dimensions, posting groups, VAT or tax | Chart of Accounts; General Posting Setup; Inventory Posting Setup; the localisation's tax pages | Every later document posts through these |
| 3 | Currencies, exchange rates, gain and loss accounts | Currencies; Currency Exchange Rates; Currency Exchange Rate Services | Foreign-currency buyers and suppliers need them before the first order |
| 4 | Units of measure | Units of Measure | Items take their base unit from this list; KG, M, PCS, SET, GROSS, PAIR, CONE |
| 5 | Item tracking codes | Item Tracking Codes | Fabric and rib items must be created with a lot-specific code; package tracking for rolls if chosen |
| 6 | Inventory rules | Inventory Setup (Variant Mandatory if Exists) | Stops postings without a variant from day one |
| 7 | Locations, bins, quarantine, subcontractor locations, transfer routes | Locations; Transfer Routes | Subcontracting transfers need an In-Transit Code between each warehouse and subcontractor location |
| 8 | Item categories, attributes and item templates | Item Categories; Item Attributes; Item Templates | Templates carry costing method, tracking code and posting groups into every new item |
| 9 | Item charges | Item Charges | Freight, clearing, duty and bank charges, each with its posting groups |
| 10 | Prepayment accounts and number series | General Posting Setup; Sales & Receivables Setup | Before the first prepayment invoice |
| 11 | Manufacturing setup, shop calendars, work centers | Manufacturing Setup; Shop Calendars; Work Centers | Work centers need calendars; calendars need to be calculated before scheduling |
| 12 | Subcontracting | Extension Management (Subcontracting); Manufacturing Setup (Subcontracting FastTab); Vendor card (Subcontracting Location Code); Work Centers (Subcontractor No.) | Subcontract work centers must exist before routings reference them |
| 13 | Quality Management | Quality Management Setup; Quality Tests; Quality Inspection Templates | Templates refer to items, locations and triggers that now exist |
| 14 | Integration apps | Microsoft Entra applications | An integration needs a registered app with least-privilege permission sets (section 34) |
| 15 | Master data: customers, vendors, items, variants, item references, SKUs, routings, production BOMs | Configuration packages, or Edit in Excel on each list | Last, so every record lands on final settings; routings and BOMs are certified after loading |
Two item-level settings complete the setup. A garment made in the factory needs Prod. Order as its replenishment system and a routing and production BOM (or SKUs carrying them), and a fabric needs its item tracking code and base unit. Both are easier to set in the item template or the configuration package than by hand.
24Which AL extensions does a Business Central apparel implementation usually need?
A Business Central apparel implementation that keeps operations inside Business Central usually needs between a handful and a dozen AL extensions, covering fabric units, lot attributes, cut control, packs and cartons, sampling, AQL, quantity tolerance, letters of credit and buyer documents. AL is the language for Business Central extensions; an extension adds tables, fields, pages, reports and event subscribers to Microsoft's application without editing Microsoft's own code, which is what keeps updates possible.
Extensions reach a tenant in two ways: as a per-tenant extension written for one customer, or as an app published on Microsoft AppSource for many customers. The list below is from implementation practice; the names are descriptive, not real packages. Look on AppSource before writing your own, and check each app against your version and localisation.
| Extension | Purpose | Fit-gap lines | Needed with operations on top? |
|---|---|---|---|
| Fabric units | kg-to-metre conversion per lot, from measured GSM and width | 20 | No; the conversion happens in the operations layer |
| Lot attributes | Table extension on lot information: GSM, width, shade group, shrinkage, roll length | 21, 23 | No |
| Size scales and variant generator | Size scales per category, variants created from a template, grid entry | 2, 41 | Only the variants actually sold, often an AppSource app |
| Consumption and BOM generator | Creates and certifies SKU production BOMs per size from a consumption table; shrinkage apart from Scrap % | 12, 13 | No |
| Cut control | Refuses mixed lots on one cut; cut orders and bundles | 23, 30, 31 | No |
| Packs and cartons | Assorted cartons, pack-level packing lists, SSCC labels | 5, 44, 46 | No for packing; label printing may stay if the shipment is printed from Business Central |
| Sampling and approvals | Sample requests, rounds, verdicts, T&A links | 10, 36 | No |
| AQL sampling | ISO 2859-1 sample sizes and acceptance numbers feeding Quality Management inspections | 38 | No |
| Quantity tolerance | Over and under-shipment check before a shipment is posted | 43 | No; ship clearance happens in the operations layer |
| Letters of credit | LC terms, dates, document checklist, expiry warnings | 48 | Yes; LC is a finance record |
| EDI connector | 850, 855, 856, 810 with each retailer | 45 | Depends on which system the buyer's EDI must reach |
| Export documents | Commercial invoice and packing-list layouts per buyer | 44 | Yes for the invoice |
| Custom API pages | Expose lots, production orders, subcontract data and extra fields to integrations | n/a | A few, for the purchase and receipt data the operations layer exchanges |
| Local statutory reports | Free-zone or temporary-admission reports, local tax | 52 | Yes |
Every extension in the table is code someone must test against each major Business Central release and each monthly update. That is the real cost of keeping operations inside Business Central, and it recurs twice a year at least.
Rules for AL work on an apparel project
Four rules keep extensions from becoming the reason a factory falls behind on updates. They come from practice.
- Keep a register. Every extension, its owner, the fit-gap lines it serves and the business process it touches.
- Test each release in a sandbox before it reaches production, with the 13 scenarios in section 28.
- Prefer adding to changing. A new table and a page extension survive updates better than logic that depends on the order in which Microsoft's events fire.
- Retire extensions Microsoft replaces. The Subcontracting and Quality Management apps arrived in 2026; an older custom subcontract or inspection extension should be reviewed against them.
25Should you use an AppSource fashion app or build in AL?
Use an AppSource app for the parts every apparel business needs in the same way, such as size scales, variant generation and grid entry, and write AL only for what is specific to the factory or its buyers. An app spreads its update cost across many customers; a per-tenant extension carries it alone.
AppSource lists Business Central apps aimed at businesses that sell items in colours and sizes. As one example, and not as an endorsement, CS Fashion Central Premium from Central Solutions describes itself as adding functionality for the apparel and fashion industry, with templates for creating items and variants in collections. Apps change their scope and pricing; read the current listing and ask the publisher for a demonstration on your own styles.
| Question to ask any fashion app | Why it matters |
|---|---|
| Which Business Central versions and localisations does it support? | A partner-localised country may not be on the app's list |
| Does it keep standard items and variants, or add its own style objects? | Standard variants keep reports, API v2.0 and other apps working |
| Does it need the Premium experience? | It decides the licence of every user in the company |
| How does it handle size-dependent consumption and dye lots? | These are the lines where apps differ most |
| What does it expose through APIs? | Standard API v2.0 pages cannot be extended; an app's own fields need its own API pages |
| Who fixes it after a Business Central release, and how fast? | A late app holds the whole tenant on an old version |
26Which systems does a Business Central apparel implementation integrate with?
A Business Central apparel implementation typically connects to a PLM or tech-pack system, a shop-floor system, EDI with retailers, banks, e-invoicing, and an operations layer; each connection needs one owner per field and links stored on Business Central's permanent id. The table shows the usual source of truth for each kind of record, based on general practice.
| Record | Source of truth | Goes to Business Central as |
|---|---|---|
| Style, spec, points of measure, revisions | PLM or operations layer | The finished-goods item and its variants, once released |
| Pre-cost and quote | Operations layer | Nothing, or a standard cost once the order is confirmed |
| Buyer order | Operations layer, or EDI into the ERP | The sales order, with a variant per line |
| Material requirements | Operations layer | Purchase requests that become Business Central purchase orders |
| Receipts, stock, lots | Business Central, with measurements from the operations layer | Posted receipts with item tracking |
| Cut, bundle, WIP, operator output | Shop-floor system or operations layer | Consumption or item journal entries, summarised |
| Quality results | Operations layer or Quality Management | Only the clearance to ship, or a blocked lot |
| Shipment, invoice | Business Central for the invoice; operations layer for the shipment | Sales shipment and invoice |
| Payments, LC, chargebacks | Business Central | Native |
Rules for every connection
Four rules prevent most integration faults. They apply whether the other side is a PLM, a floor system or an operations layer.
- Link on the record's
id(a GUID), which the API documents as non-editable, never on the document number or item number a user can change. - One writer per field. If two systems can change the same quantity, one of them is wrong without knowing it.
- Show disagreements to a person. When the other system says something different, put it on a review list; never overwrite silently.
- Make receivers safe to call twice, so a retried message does not create a second purchase order.
Microsoft's own Power Automate connector for Business Central is triggered by webhooks, and Microsoft notes it cannot process "collection" notifications, so a flow does not fire when more than 1,000 records change within the 30-second delay. For anything with volume, build on the API directly (section 34).
Part 5Data migration
27How do you migrate apparel data into Business Central?
Migrate only open and active apparel data into Business Central (active items and variants, open orders, open purchase orders and stock by lot), load it in dependency order with configuration packages, post opening stock through item journals with item tracking, and have each department head sign off the loaded figures. History stays in the old system or an archive.
A configuration package is Business Central's tool for moving setup and master data: you choose tables and fields, export them to Excel, fill them in, import, validate and apply. Configuration templates add default values to imported records, and a configuration worksheet groups tables into areas. Microsoft's documentation sets three limits that shape an apparel migration: you cannot import into tables that hold posted entries, such as item or customer ledger entries, so opening balances are posted through journals; the importing user needs direct insert and modify permissions; and source and target should share the same schema and version. Edit in Excel on any list is a lighter tool for small fixes.
Load order
Each object depends on the ones above it. Load and check each level before starting the next.
| # | Object | Scope | Signed off by |
|---|---|---|---|
| 1 | Chart of accounts, dimensions, posting groups, tax | Current | Finance head |
| 2 | Units of measure, item tracking codes, item categories and attributes | Final design | Merchandising head, stores head |
| 3 | Customers and vendors, with currencies and prepayment % | Active in the last two seasons | Merchandising head, purchasing |
| 4 | Materials (fabrics, yarns, trims, packaging) and their item units of measure | Used in active styles or in stock | Stores head |
| 5 | Garment items, variants and item references | Active and carry-over only | Merchandising head |
| 6 | Work centers, routings, production BOMs, SKUs; then certify | Styles with open orders | Production manager, CAD lead |
| 7 | Opening stock by lot, package and location, through item journals | Counted at cut-off | Stores head, finance head |
| 8 | Open purchase orders | Undelivered quantities only | Purchasing |
| 9 | Open sales orders | Undelivered quantities only | Merchandising head |
| 10 | Open production orders or WIP | Decide: reload as released orders, or finish in the old way | Production manager |
| 11 | Open receivables and payables | Per invoice, at cut-off, through journals | Finance head |
For opening stock with lots, Microsoft documents a journal batch setting, Item Tracking on Lines, that lets the lot, serial and package numbers be entered straight on item journal lines, including through Edit in Excel. That is the practical way to load several hundred rolls by lot.
The cut-off rule
A cut-off rule states the exact moment after which every transaction is entered in Business Central and not in the old system. Write it as a date and time, name what happens to documents in flight (a truck at the gate, an inspection half done), and stop receiving into the old system at that moment. Stock is counted at the cut-off and loaded as it was counted, not as the old system said.
Cleansing
Clean data before it is loaded, never after. The usual work in an apparel migration is listed below.
- Merge duplicate vendors and materials ("Navy Jersey 180", "Jersey 180 NVY").
- Retire styles with no order in two seasons.
- Give every fabric one base unit, and every roll in stock its lot.
- Map old size labels to the new variant codes, one item at a time, inside the 10-character limit.
- Split any "open" order line that is already partly delivered into delivered and open quantities.
Configuration package rows for the open polo order
The cut-off is 18:00 on 31 October and Business Central goes live on 1 November. The polo order is confirmed, the fabric is ordered but not yet received, and the buttons are in stock.
Item Variant table (one row per size, item P2041-NVY):
Item No.,Code,Description P2041-NVY,S,Men's piqué polo navy S P2041-NVY,M,Men's piqué polo navy M P2041-NVY,L,Men's piqué polo navy L P2041-NVY,XL,Men's piqué polo navy XL P2041-NVY,XXL,Men's piqué polo navy XXL
Open sales order lines (order in USD, prepayment 30% already invoiced in the old system and loaded as an open customer entry):
Document No.,Type,No.,Variant Code,Quantity,Unit Price,Line Amount SO-P2041,Item,P2041-NVY,S,300,4.26,1278.00 SO-P2041,Item,P2041-NVY,M,750,4.26,3195.00 SO-P2041,Item,P2041-NVY,L,900,4.26,3834.00 SO-P2041,Item,P2041-NVY,XL,750,4.26,3195.00 SO-P2041,Item,P2041-NVY,XXL,300,4.26,1278.00
Open purchase order and opening stock:
Open PO: PO-10457, navy jersey 180 GSM, 925 KG ordered, 0 received Journal: item journal, button 15 mm navy, 9,504 PCS, location MAIN, no lot
Field names here are illustrative; take the exact columns from the configuration package fields your version shows. A prepayment invoiced in the old system needs its own design, because it must still be deducted from the final invoice in Business Central; many projects close such orders in the old system instead. The merchandising head signs that the order total matches the buyer's order to the cent.
Sign-off
Each owner signs a one-page check of their data: record counts against the old system, totals (stock value, open order value, open payables) and five records picked at random and checked on screen. A migration with no signatures is a migration nobody owns when the first figure is wrong.
Part 6Testing
28How should you test a Business Central apparel implementation end to end?
Test a Business Central apparel implementation with end-to-end scenarios that follow one real order from the buyer's PO to cash, run by the factory's key users in a sandbox with migrated data, each step with an expected result written down before the test starts. Testing pages one by one proves the configuration works; only end-to-end scenarios prove the business works.
The 13 scenarios below cover the flows where apparel projects usually break. Run each at least twice: once by the partner to find faults, once by the key users to accept the result. Run them again in a sandbox before each major release reaches production.
| # | Scenario | What it proves | Expected result, in short |
|---|---|---|---|
| T1 | FOB order to payment | The whole chain works | Order, purchase, receipt, production, shipment, invoice and payment all reconcile to the order value (Example 23) |
| T2 | CMT order with buyer fabric | Consigned stock stays out of stock value | Fabric received and consumed with no change in inventory value; the invoice carries only CM |
| T3 | Prepack order | Packs, pieces and cartons agree | Buyer orders packs, production makes pieces, assembly builds packs, the packing list shows packs per carton |
| T4 | Shade split in cutting | Dye lots are never mixed | A cut mixing two lots is refused; leftover per lot matches the cut plan (Example 24) |
| T5 | Subcontract embroidery with loss | Out, back and loss reconcile | Fronts transferred out, good fronts received, rejects posted with a reason, balance at the subcontractor zero |
| T6 | Short shipment within tolerance | Tolerance is applied and invoicing follows the shipped quantity | Shipment accepted, the open 60 closed, invoice on shipped pieces with the full prepayment deducted |
| T7 | Over-shipment | The upper limit is enforced | Above the tolerance, the shipment is blocked or needs a named approval |
| T8 | Seconds sale | Second-quality pieces are valued and sold apart | Seconds move to their own variant, item or location and sell at their own price |
| T9 | LC discrepancy | Document checks catch a mismatch | A late shipment date against the LC is flagged before documents are presented |
| T10 | Chargeback | Deductions are coded | A short payment is split by reason and posted to the chargeback accounts (Example 21) |
| T11 | Mid-season spec revision | The approved version is protected | A new production BOM version with a later starting date applies to new orders only; the released order keeps its components |
| T12 | Cancelled order with committed materials | Committed stock is visible | Fabric already bought shows as free stock with its cost; open purchase orders are listed for decision |
| T13 | FX at month-end | Currency figures close correctly | Unrealised differences posted by Adjust Exchange Rates and reversed on payment; realised differences on the gain or loss accounts |
Test script: the polo order from sales order to cash
Scenario T1, run in a sandbox with migrated master data. Figures are the ones used throughout this guide.
| Step | Action | Expected result |
|---|---|---|
| 1 | Enter the sales order in USD: item P2041-NVY, variants S 300, M 750, L 900, XL 750, XXL 300 at 4.26 | 5 lines, 3,000 pieces, USD 12,780.00; posting refused on any line without a variant |
| 2 | Set Prepayment % to 30 and post the prepayment invoice; apply the buyer's payment | Prepayment invoice USD 3,834.00, closed |
| 3 | Create and release purchase order PO-10457 for 925 KG navy jersey | Expected receipt of 925 KG |
| 4 | Post the receipt of 925 KG in lots A, B and C | Posting refused while any quantity lacks a lot; three lots in stock |
| 5 | Post the freight, clearing and bank item charges from Example 17 | Jersey valued at USD 4,502.68, which is 4.87 per KG on Average costing |
| 6 | Create released production orders from the sales order (source type Sales Header) and refresh | 5 lines; each takes the production BOM from its variant's SKU; body fabric 0.82 to 1.10 m converted to KG |
| 7 | Post consumption with lots on the item tracking lines | Consumption refused without a lot; only lots in stock offered |
| 8 | Post output of 3,000 by variant | Finished stock 3,000 across five variants |
| 9 | Post the sales shipment with package numbers per carton | 302 packages; 3,000 pieces shipped |
| 10 | Post the final invoice | USD 12,780.00 less the 3,834.00 prepayment = 8,946.00 due |
| 11 | Apply the payment at a different exchange rate | Invoice closed; realised gain or loss posted to the currency's account |
| 12 | Finish the production orders and run Adjust Cost - Item Entries | Production order statistics show expected against actual material and capacity cost |
Steps 4 and 7 depend on the item tracking code. Step 6 depends on SKUs per variant with their own production BOMs (Example 12).
Test script: shade split at cutting
Scenario T4, using the three dye lots and the cut plan from Example 11.
| Step | Action | Expected result |
|---|---|---|
| 1 | Post consumption from lot A for the cut XXL 300, XL 750, M 23, S 87 | Accepted; lot A on the consumption entries |
| 2 | Try to add lot B to the same cut | Refused, with a message naming both lots |
| 3 | Post consumption from lot B for a new cut L 900 and S 213 | Accepted |
| 4 | Post consumption from lot C for a new cut M 727 | Accepted |
| 5 | Return the remaining fabric per lot | Leftover matches the cut plan: A 23.4 m, B 0.3 m, C 0.2 m, each converted with its own lot's measured factor |
| 6 | Post the shipment for size S | Two groups of packages (lot A 87, lot B 213); no package holds both lots |
Step 2 needs the cut-control extension from section 24 or an operations layer; standard Business Central offers any available lot on the Item Tracking Lines page. Step 5's per-lot factor needs the fabric-units extension.
Test script: subcontract embroidery with loss
Scenario T5 proves that fronts sent out, fronts returned and fronts lost add up, using the Subcontracting app. The polo's chest logo is embroidered outside at operation 20; the cut-front BOM line has Scrap % 1, routing link code EMB and Component Supply Method Transfer to Vendor.
| Step | Action | Expected result |
|---|---|---|
| 1 | On the released production order routing, select operation 20 and choose Create Subcontracting Order | A purchase order to the embroiderer for 3,000 at the subcontractor price of USD 0.18; Subcontracting Details FactBox links it to the production order |
| 2 | From the purchase order, choose Create Transf. Ord. to Subcontractor and post it | A transfer of 3,030 cut fronts (3,000 × 1.01) to the vendor's subcontracting location |
| 3 | Receive 3,000 embroidered fronts on the purchase order | Capacity ledger entry for operation 20; no output posted, because operation 20 is not the last operation |
| 4 | Record 26 rejects ("thread break", "misplacement") as scrap on operation 20 | Scrap 26, inside the allowance of 30 |
| 5 | Choose Create Return from Subcontractor for the 4 spare fronts | Proposed return 0, because the purchase line is fully received (Microsoft's documented rule); the 4 spares are returned with a manual transfer, and the test records that the team knows this |
| 6 | Invoice the purchase order from the order itself | Billed for 3,000 at 0.18 = USD 540.00; direct cost posted to the production order |
| 7 | Check stock at the subcontractor's location | 0 fronts left after the return |
Test script: short shipment within tolerance
Scenario T6 proves that a short shipment inside the buyer's tolerance is invoiced on what shipped. The buyer allows ±3%; the factory ships 2,940 pieces, 30 short in M and 30 short in L.
| Step | Action | Expected result |
|---|---|---|
| 1 | Post the shipment for 2,940 of 3,000 | Short by 60 pieces, which is 2.0%; inside the 3% tolerance; the tolerance extension allows it |
| 2 | Close the 60 open pieces as the design decides (reduce the M and L lines to what shipped, or close the order after invoicing) | No open quantity remains for the 60 pieces |
| 3 | Post the final invoice | 2,940 × 4.26 = USD 12,524.40, less the 3,834.00 prepayment = 8,690.40 due |
| 4 | Repeat with 2,900 pieces | Short by 3.3%; shipment blocked or needs a named approval |
Step 1 and step 4 need the quantity-tolerance extension from section 24; standard Business Central has no quantity-tolerance field on a sales order. For step 3, check how your version deducts a prepayment when the invoiced quantity is below the ordered quantity, and prove the full 3,834.00 is deducted.
Part 7Training, go-live and hypercare
29How should you train a garment factory's staff on Business Central?
Train each role only on the pages and scenarios it will use, on the factory's own styles and orders, with role centers and personalised pages that hide what the role does not need, and have key users teach their colleagues. A merchandiser does not need the accounting pages, and a floor supervisor needs one screen that works, not an introduction to Business Central.
Train close to go-live, so that what people learn is still fresh, but not so close that there is no time to repeat a session. Keep each session short and practical: people learn by entering an order they recognise. Microsoft publishes free Business Central e-learning modules on Microsoft Learn, which key users can take before the project's own sessions.
A training plan by role
An example plan for the polo factory, with production running in Business Central. Hours are practice, not a standard; adjust them to the team and the scope.
| Role | What they learn | Hours | Pass when they can |
|---|---|---|---|
| Merchandisers | Sales orders with variants, item references, order changes, shipment status | 6 | Enter the polo order from the buyer PO without help |
| Purchasing | Purchase orders, item units of measure, item charges, vendor invoices | 6 | Buy 925 KG of jersey and assign the import charges |
| Stores | Receipts with item tracking, lots and packages, transfers to subcontractors, counts | 8 | Receive three dye lots and consume each against its cut |
| Production planners | Production orders, routings, subcontracting orders, planning worksheet | 8 | Run the embroidery subcontract from order to return |
| Quality | Quality Management inspections, lot blocking and release | 4 | Fail an incoming lot, block it and release it with the right permission |
| Shipping | Sales shipments, package numbers, shipment documents | 4 | Ship by lot and print the packing list |
| Finance | Prepayments, invoices, payments, exchange rate adjustment, item charges, reports | 10 | Take the polo order from prepayment to closed |
| Key users | All of the above for their area, plus first-line support and personalisation | 16 | Teach their team and log issues correctly |
Floor operators and supervisors are trained on whatever captures floor output. If that is a kiosk or scanner screen, the training is minutes, not hours; if it is Business Central's output journal, expect the data never to arrive.
30What does a Business Central cut-over plan look like for a garment factory?
A Business Central cut-over plan is a day-by-day list of the steps that move the factory from the old system to Business Central: freeze, final configuration packages, stock count, opening balances through journals, checks and the first live transactions, each with an owner and a go or no-go point. Rehearse it once in full in a sandbox copied from production before the real weekend.
A cut-over plan, day by day
The polo factory goes live on 1 November, before the polo fabric arrives on 10 November and cutting starts on 17 November. A template, to adapt.
| Day | Date | Steps | Owner |
|---|---|---|---|
| T−10 | 22 Oct | Rehearsal load complete in a sandbox; open issues reviewed; go or no-go for the plan | Factory project lead |
| T−7 | 25 Oct | Master data frozen in the old system; final configuration packages for vendors, customers, items, variants, item references, routings and BOMs; routings and BOMs certified | Merchandising head, stores head |
| T−3 | 29 Oct | Open purchase and sales orders extracted and checked against source documents | Purchasing, merchandising |
| T−1 | 31 Oct | Cut-off at 18:00: no more receipts or issues in the old system; physical count of fabric by lot and roll, trims and finished goods | Stores head |
| T0 | 1 Nov, morning | Post counted stock through item journals with item tracking on lines; load open orders; post open receivables and payables; owners sign totals | All owners, finance head |
| T0 | 1 Nov, noon | Go or no-go by the sponsor on the signed checks | Sponsor |
| T0 | 1 Nov, afternoon | First live transactions: one receipt, one consumption, one sales order, one invoice | Key users |
| T+1 | 2 Nov | Daily issue meeting starts; partner on site | Factory project lead |
| T+9 | 10 Nov | Polo fabric received with lots: the first real test of the item tracking rules | Stores head |
The fall-back decision belongs at the noon go or no-go: if the counted stock and the open orders do not reconcile, the factory keeps working in the old system for another week rather than going live on figures nobody trusts. Check Microsoft's update schedule for the tenant too, and keep a major update away from the go-live week.
31When should a garment factory go live on Business Central, and how long is hypercare?
Go live between seasons, in the lowest-volume weeks and before a new wave of cutting starts, and keep the partner in close support until at least the first month-end close is done in Business Central. Hypercare is the period right after go-live when the project team stays on hand to fix issues daily.
- Timing. Avoid the weeks before a main shipment window, the month-end of the financial year, any audit, and the window when the tenant takes a major update. A go-live in peak season turns every small fault into a missed shipment.
- Parallel running. A short, bounded parallel run of the books can help finance compare figures. Running the whole factory in two systems rarely works, because people keep using the one they trust.
- Duration. Practitioners commonly plan hypercare of four to eight weeks. That range is judgement, not a measured standard; the rule that matters is that nobody leaves before the first month-end close in Business Central is complete, including Adjust Cost - Item Entries and the exchange rate adjustment.
- Issue log. Keep one list: date, who, what happened, severity, owner, status. Review it daily in the first two weeks.
- Exit criteria. Hypercare ends when the month-end closes on time, no issue blocks shipping or invoicing, and key users handle first-line questions without the partner.
Part 8Risks
32What are the most common mistakes when implementing Business Central for apparel?
The most common mistakes in Business Central apparel projects are every colour and size created as variants on day one, one item per SKU, inconsistent variant codes, one fabric consumption for all sizes, dye lots not tracked from receipt, a fixed kg-to-metre factor, subcontract work bought as plain purchase lines, and landed cost posted by hand in the general ledger. The list below comes from implementation practice, not from Microsoft's documentation.
- Every colour and size created on day one.Unused combinations sit in lists, price lists and counts for years. Create variants when an order needs them.
- One item per SKU.Style-level reporting is lost, and 3,000 items do the job of 200 items with variants.
- Inconsistent variant codes.Integrations and reports end up parsing free text. Fix a convention that fits in ten characters.
- One fabric consumption for all sizes.Large sizes run short and small sizes leave surplus.
- Dye lots not tracked from receipt.The item tracking code is added later, and the stock already on hand has no lot to trace.
- A fixed kg-to-metre factor for every fabric.Stock value looks right while the cutting room runs short.
- Subcontract work bought as plain purchase lines outside the production order.The cost and the work-in-progress are disconnected, and nobody knows what is at the embroiderer.
- Landed cost posted as manual journals.Freight never reaches the item cost; use item charges assigned to the receipt.
- Seasons held in free text.Reports by season depend on spelling. Use an item category, attribute or dimension.
- No budget for API limits.A season load or a nightly sync from one integration user hits the per-user rate limit and returns 429.
- Premium discovered late.Manufacturing is switched on and Essentials users can no longer sign in to the company.
- The subcontract operation left last on the routing.Each subcontract receipt posts output automatically, sometimes with the wrong quantity.
The 15 general failure modes, and how each shows up in Business Central
Apparel ERP projects fail in the same fifteen ways whatever the ERP. The table maps each one to where it appears in a Business Central project and how to prevent it.
| # | Symptom | Root cause | How it shows in Business Central | Prevention |
|---|---|---|---|---|
| 1 | SKU swamp | Every variant created as an independent item | Thousands of items, or every combination created as variants before any order | Style-colour as item, size as variant, created on order (section 11) |
| 2 | Large sizes short of fabric | Average consumption | One production BOM on the item for all variants | SKU BOMs per size (section 14) |
| 3 | kg and m never reconcile | Fixed conversion | One Qty. per Unit of Measure for all rolls | Base unit KG, per-lot conversion (section 12) |
| 4 | Shade mixing | No shade rule at issue | Any available lot offered on item tracking lines | Lot-specific tracking code plus cut control (section 13) |
| 5 | Costing illusion | Quote, standard and actual not linked | Standard cost on the garment, no quote to compare | Keep the quote beside the actuals per order (section 18) |
| 6 | Buyer fabric counted as owned | CMT fabric received like a purchase | Inventory value includes the buyer's fabric | A dedicated location and zero-cost design (section 4) |
| 7 | Goods lost at subcontractors | Out and back not linked | Panels moved with journals, not linked to the operation | Subcontracting app with Transfer to Vendor (section 17) |
| 8 | Produced is not shippable | No output grading | Every piece of output counts as finished stock | Grade output; ship on first quality only (section 19) |
| 9 | Spec drift | Revision not linked to the order | A BOM edited while an order is open | BOM versions with starting dates; refresh only on purpose |
| 10 | Excel shadow system | No T&A or order view | Merchandisers keep their sheets | Provide the view, in AL or an operations layer (section 16) |
| 11 | Chargeback leakage | No reason codes | Short payments written off to one account | Reason codes and one account per reason (section 21) |
| 12 | LC discrepancies | LC terms not linked to the shipment | No LC object in W1 | LC extension and a document check before presenting |
| 13 | Floor data never arrives | Office screens on the floor | Supervisors asked to fill in output journals | Kiosk, scanner or a floor system (section 15) |
| 14 | Big-bang in peak season | A plan-driven date | Go-live during a shipment window or a major update | Go live between seasons, with a rehearsed cut-over (section 30) |
| 15 | Migrated garbage | Legacy loaded as it was | Duplicate vendors and materials in the configuration packages | Cleanse first; owners sign off (section 27) |
33What must be decided before a Business Central apparel go-live?
Decide the item-versus-variant split and the variant code convention, the base unit and costing method of every item, the item tracking codes, the licence experience, the subcontracting model and version, and which system owns sampling, T&A and floor capture before go-live, because each is expensive to change once item ledger entries exist. The full list:
- Style as item or style-colour as item, and the variant code convention within ten characters.
- Variant Mandatory if Exists: on globally, and any item-level exceptions.
- Base unit of measure for every fabric and yarn, and how kg-to-metre is converted.
- Costing method per item family; it cannot change once item ledger entries exist.
- Item tracking codes: lot for dye lots, package or serial for rolls, required inbound and outbound.
- Which item charges exist and how each is distributed.
- Essentials or Premium, for which company and which users.
- Subcontracting: basic tools or the Subcontracting app, and the version that includes it; component supply method per component.
- Whether Quality Management runs receipt inspections, and who holds the Quality Admin & Supervisor role.
- Number series for items, orders and lots.
- Chart of accounts, dimensions and posting groups.
- Which system owns sampling, T&A, planning, floor capture and final AQL: Business Central, AL extensions or an operations layer.
- How buyer-supplied fabric is held so it never enters inventory value.
- The quantity tolerance rule and who may approve a shipment outside it.
- How profitability per order is tagged (a dimension).
- Which AppSource apps and partner localisation apps are in scope, and their support for the go-live version.
- The integration users, their permission sets and their share of the API limits.
Part 9Integration and API
34Which Business Central API should an apparel integration use?
Build integrations on Business Central API v2.0, an OData v4 REST API, authenticated with OAuth 2.0 through Microsoft Entra ID using the client credentials flow, and add custom API pages in AL for anything the standard pages do not expose. Microsoft states that extending the standard APIs with extra fields "isn't currently possible"; you copy the AL of the API page and publish your own, for which Microsoft's ALAppExtensions repository on GitHub holds the source of the standard pages.
Standard resources are addressed per company, for example https://api.businesscentral.dynamics.com/v2.0/{environment}/api/v2.0/companies({id})/purchaseOrders. Resources an apparel integration uses include:
| Resource | What it gives | Notes for apparel |
|---|---|---|
items, itemVariants | Items; variants with id, itemId, itemNumber, code, description | Variants can be created, read, updated and deleted; variant attributes are not in the documented resource |
salesOrders | Sales orders and lines; bound action shipAndInvoice | Webhook-enabled |
purchaseOrders | Purchase orders with id, number, status ("Draft", "In Review" or "Open"), fullyReceived; bound action receiveAndInvoice | Lines carry itemVariantId, receivedQuantity and invoicedQuantity, but no lot numbers; not in the documented webhook list |
customers, vendors, currencies | Master data | Webhook-enabled |
| Custom API pages | Lots and packages, production orders, subcontract data, lot measurements, any extension field | Published under your own publisher, group and version; webhook-enabled when the page has a single key and a normal source table |
Authentication
Register an application in Microsoft Entra ID, give it the API.ReadWrite.All application permission for Dynamics 365 Business Central, and set it up in Business Central on the Microsoft Entra applications page with its Client ID, state Enabled and only the permission sets it needs. Microsoft notes that applications cannot be assigned the SUPER permission set. Tokens are requested from https://login.microsoftonline.com/{tenantId}/oauth2/v2.0/token with scope https://api.businesscentral.dynamics.com/.default. Service-to-service authentication has been available for API v2.0 online since version 18.3.
Limits
Microsoft applies operational limits to OData and API requests, now counted per user, and a service-to-service app counts as a user.
| Limit (Business Central online) | Value | What happens |
|---|---|---|
| Rate per user | 6,000 requests in a 5-minute sliding window | 429 Too Many Requests |
| Concurrent requests per user | 5; further requests queue | 503 after 8 minutes in the queue |
| Queued requests per user | 95 | 429 |
| Operation timeout | 8 minutes for an OData request | 408 and the session is cancelled |
| Page size | 20,000 entities | 413 |
| Batch size | 100 operations in a $batch | Split larger batches |
| Webhook subscriptions | 200 per environment | Plan subscriptions per resource, not per record |
Microsoft's guidance is to handle 429 with a retry and a cool-off period, to use webhooks, filters on lastModifiedDateTime, $expand and deep inserts to cut the number of calls, and, where one integration user is the bottleneck, to spread work across several users or service principals. The API Terms of Use apply.
Webhooks
Business Central pushes a change notification to your endpoint when a subscribed resource changes; the notification says only what changed, so the receiver then reads the record. A subscription is created with POST /api/v2.0/subscriptions carrying notificationUrl, resource and an optional clientState; Business Central calls the URL with a validationToken, which the receiver must return in the body with status 200.
- Subscriptions expire after three days unless renewed with a
PATCH, which repeats the handshake. - Notifications are delayed and batched. Business Central waits 30 seconds after the first change; if more than 1,000 records change in that time, one
collectionnotification with a filter replaces the individual ones. - Retries last 36 hours if the receiver answers 408, 429 or any 5xx. Any other error code deletes the subscription with no retry, so monitor subscriptions and re-create them.
- Not every resource is covered. Microsoft's list includes
salesOrders,items,customersandvendors; it does not includepurchaseOrdersoritemVariants. For those, poll onlastModifiedDateTimeor publish a custom API page, which is webhook-enabled when it meets Microsoft's conditions.
Identifiers
Store every link on the record's id, a GUID that the API documents as non-editable. The document number, the item number and the variant code are display values a user can change or a number series can reuse. Hold the variant as a structured field (itemVariantId), never as text parsed from a description.
One purchase request, from MerchandiserOS to Business Central and back
- In MerchandiserOS, request
PR-1042for 925 kg of navy jersey is approved. - The connector, running as an AL job queue entry inside Business Central or as a small service outside it, collects it:
GET /api/v1/erp/documentsreturns the request with quantities, units and the supplier code. - The connector creates purchase order
PO-10457withPOST .../companies({id})/purchaseOrdersand a line of 925 KG. Business Central returns the record'sid,9b1f3c2a-6d4e-4f7a-8c21-3e5d0a7b4c19. - The connector sends the answer back:
POST /api/v1/erp/po-status
Idempotency-Key: bc-po-9b1f3c2a-open
{"rows": [{"request_ref": "PR-1042",
"erp_po_id": "9b1f3c2a-6d4e-4f7a-8c21-3e5d0a7b4c19",
"erp_po_number": "PO-10457",
"status": "Open",
"date": "2026-10-21"}]}
- A person in MerchandiserOS approves it on the ERP review list. The request now shows "Business Central PO PO-10457, open".
- The connector reads the decision back from
GET /api/v1/erp/proposals/{id}.
The link is stored on Business Central's id, not on the text PO-10457, so renumbering or renaming the order breaks nothing. The same Idempotency-Key sent twice records the answer once. No price travels in this exchange. Because purchaseOrders is not in the webhook list, the connector learns about later receipts by polling purchaseOrders?$filter=lastModifiedDateTime gt ... or through a custom API page.
An API budget for loading a season
The polo factory loads a new season: 120 style-colour items with 5 sizes each, and a connector that polls purchase orders every 5 minutes.
| Work | Calls | Against the per-user limit |
|---|---|---|
| Create 120 items | 120 operations in 2 batches of 100 and 20 | 2 requests |
| Create 600 variants | 600 operations in 6 batches of 100 | 6 requests |
| Poll changed purchase orders | 1 request every 5 minutes with a lastModifiedDateTime filter and $expand of lines | 1 request per window |
| Renew webhook subscriptions (sales orders, items, vendors) | 3 PATCH requests, well inside the three-day expiry | 3 requests |
Sent one record per request without batching, the same load is 720 requests, still inside the limit but 60 times the calls, each with its own chance of a 429 or a timeout. The limit bites when a connector loops over every line of every order one call at a time; design for batches and filters from the first day.
Where the customer does not want an API connection at all, a file exchange (CSV in, CSV out, on a schedule) does the same job with no programming on the Business Central side beyond a configuration package or an import, and the MerchandiserOS ERP API offers that path too.
Part 10If you don't manufacture: brands, buying agents and own-label retailers
35Is Business Central a good ERP for fashion brands, buying agents and own-label retailers?
Yes for the books, and only partly for the work. Business Central is a sound ERP for fashion brands and clothing brands that outsource production, for a buying house and for an own-label retailer's sourcing team: purchase orders with variants, item charges for freight and duty, vendor payments in foreign currency, wholesale sales orders and prepayments are all standard, and none of it needs the Premium experience. What it does not do is follow samples, T&A, production and inspections at factories the business does not own.
Three kinds of business source garments without making them:
| Business | What it does | What it owns | How it earns |
|---|---|---|---|
| Brand or wholesaler | Designs, develops and sells; factories make for it, on FOB or CMT terms | Finished goods from the moment it takes title, usually at the port of loading | The margin between landed cost and its selling price |
| Buying agent or buying house | Sources, places and follows orders at factories for buyers; checks samples and quality; holds no stock | Nothing it sells; its files and its people | Commission on the value of the orders it places, invoiced to the buyer |
| Own-label retailer | Develops its own label and has it made by factories, often through an agent; private label sourcing sits in its buying team | Stock from the moment it takes title, into its distribution centre | Retail margin; the stores, POS and allocation sit in retail systems |
For all three, the wall described in section 2 still stands: their orders also start as styles, tech packs and samples, only at somebody else's factory. The difference is that none of it happens on their own floor, so the gap is follow-up across many factories rather than production control.
36What should a brand or buying agent use in Business Central, and what should it skip?
A brand should use Business Central for purchase orders to factories, landed cost through item charges, vendor payments and letters of credit, wholesale sales with prepayments, and EDI through an app where it sells to retailers; a buying agent should use it for commission invoicing and multi-currency accounting, with no stock at all. Both should skip the manufacturing area, which means Essentials is normally enough. Used this way, Business Central works as an ERP for clothing brands without any of the garment-production design in Parts 3 and 4.
| Need | Business Central feature | Brand | Agent | Own-label retailer |
|---|---|---|---|---|
| Purchase orders to factories on FOB terms | Purchase orders with item variants, vendor currency, shipment methods for the incoterm, prepayments to vendors | Yes | No | Yes |
| CMT purchases where the brand buys the fabric | A purchase order for the service plus a transfer of the brand's fabric to a location at the factory; the manufacturing-based Subcontracting app is not needed for a simple CMT buy | Sometimes | No | Rarely |
| Landed cost and duty | Item charges assigned to the posted receipt, from the forwarder's and broker's invoices | Yes | No | Yes |
| Vendor payments and LCs | Payment journals in foreign currency; exchange rate adjustment; an LC extension if import LCs are used | Yes | No | Yes |
| Wholesale sales to retailers | Sales orders with variants, item references for the retailer's codes, prepayments, drop shipments when the factory ships direct | Yes | No | No |
| EDI 850, 856, 810 and chargebacks | An EDI provider or AppSource app; chargebacks posted with reason codes | Where it sells to retailers | No | Receives them from its own vendors |
| Commission accounting | A sales invoice to the buyer with a G/L account or service line for the commission; no items, no stock | No | Yes | No |
| Multi-currency | Currencies, exchange rates, realised and unrealised gains and losses | Yes | Yes | Yes |
What to skip
Skip what only a maker uses. It saves licence cost and configuration time.
- The Premium experience. Without production orders, routings and work centers, Essentials covers purchasing, item charges, sales and finance. Check the apps you plan to use do not require Premium.
- Production BOMs, routings, work centers and SKU BOMs per size. Consumption is the factory's problem; the brand buys finished garments by variant.
- Lot tracking on finished goods, unless a retailer demands traceability by production batch.
- For an agent, items and inventory altogether. A buying house that never takes title has no stock, no goods payables and no goods receivables; its Business Central is a services company.
37Where does Business Central fall short for brands and buying agents, and what runs on top?
Business Central falls short on the work that fills a brand's or an agent's day: development and sampling with many factories, the T&A calendar across factories, following production that happens outside, inspections at the vendor, and one status per order across many factories and buyers. None of these is a transaction in the buyer's books, so no standard object holds them, and sourcing agent software or buying house ERP tools exist for this reason.
| Work | What Business Central has | What is missing |
|---|---|---|
| Development and sampling with many factories | Items, attachments, notes | Sample requests and rounds per factory, buyer verdicts, the approved version per order |
| T&A across factories | Expected receipt dates on purchase orders | Milestones worked back from ship dates, with owners and a critical path, per order and per factory |
| Production that happens outside | The purchase order line and its receipt | Cutting, sewing and packing progress at the factory before anything is received |
| Inspections at the vendor | Quality Management on receipt in the brand's own warehouse | Inline, DUPRO and final AQL inspections done at the factory, before shipment, by the brand's or agent's QC |
| One status per order | Documents per company | One view of every order, across factories and buyers, with what is late and why |
The MerchandiserOS model for brands and agents
MerchandiserOS runs the work and Business Central keeps the books. MerchandiserOS has workspace set-ups for a Brand and for a Buying agent, and in them it runs:
- development, samples and approvals: lab dips, strike-offs, samples and shipping marks, round by round, with courier details and the buyer's verdict;
- the T&A calendar with its critical path;
- the orders placed with factories, with size-by-colour breakdowns, tolerance bands and per-shipment deliveries;
- sourcing: suppliers with qualification, purchase requests and purchase orders;
- the planning view across subcontracted factories on the planning heat-map;
- quality inspections, including final AQL on ISO 2859-1 at the buyer's level;
- shipping follow-up: shipments per delivery, packing and ship clearance against the buyer's terms.
Business Central keeps the purchase orders as financial records, the payables, the item charges, the stock value, the sales invoices, the commission invoices and the tax. Retail back-office work (stores, POS, allocation, open-to-buy) is outside MerchandiserOS's scope; an own-label retailer keeps those in its retail systems.
The same polo order from the brand's side, with the agent's commission
The brand places the 3,000 polos with the factory at USD 4.26 FOB through a buying agent, and imports them into its own warehouse. Freight, insurance, duty, clearing and the commission rate are illustrative; duty is shown as 12% of FOB for the arithmetic only, because each country sets its own customs value and rate.
| Line in the brand's Business Central | How | USD |
|---|---|---|
| Purchase order to the factory | 5 lines on item P2041-NVY, variants S–XXL, 3,000 × 4.26 | 12,780.00 |
| Ocean freight | Item charge FREIGHT, forwarder's invoice | 540.00 |
| Cargo insurance | Item charge INSURANCE, 0.2% of FOB | 25.56 |
| Import duty | Item charge DUTY, 12% of FOB (illustrative) | 1,533.60 |
| Customs clearing | Item charge CLEARING, broker's invoice | 150.00 |
| Landed cost before commission | 15,029.16 | |
| Buying agent's commission | 5% of FOB (illustrative); an item charge if finance treats it as a cost of purchase | 639.00 |
| Landed cost with commission | 15,668.16 |
Insurance: 12,780.00 × 0.2% = 25.56 · Duty: 12,780.00 × 12% = 1,533.60
Landed: 12,780.00 + 540.00 + 25.56 + 1,533.60 + 150.00 = 15,029.16 → 15,029.16 ÷ 3,000 = USD 5.01 a polo
Commission: 3,000 × 4.26 × 5% = 639.00 → 15,668.16 ÷ 3,000 = USD 5.22 a polo
Distributed By Amount, each charge falls on the sizes in proportion to their line amounts, which here equal their quantity shares because every size costs 4.26: duty is 153.36 on S, 383.40 on M, 460.08 on L, 383.40 on XL and 153.36 on XXL.
153.36 + 383.40 + 460.08 + 383.40 + 153.36 = 1,533.60
In the agent's own Business Central, the same order is one sales invoice to the brand in USD: a single G/L account line "Buying commission" of USD 639.00, with no item, no stock and no purchase order. The factory's invoice and the goods never pass through the agent's books. Whether the brand capitalises the commission into inventory or expenses it is an accounting decision; check the local rule with finance.
Part 11The recommended model
38The operations layer: what runs on top of Business Central
The simplest way to run a garment factory on Business Central is to let Business Central keep the books and run operations, from style to shipment, in a system built for apparel. Parts 3 to 7 of this guide show what it takes to bend Business Central toward garment production instead. This is the model we recommend: let Business Central do what it does best, the books, and give the factory's operations to a system built for them.
The polo order with operations on top
| Step | In MerchandiserOS | What Business Central sees |
|---|---|---|
| Tech pack and quote | Style P-2041, graded measurements, cost build at 4.26 FOB | Nothing yet |
| Samples | Three lab dip rounds, strike-off, PP approved 14 Nov and locked to spec version 3 | Nothing |
| Order | 3,000 pieces by size, T&A calendar to 15 Dec | Sales order with five variant lines, for invoicing and the prepayment |
| Procurement | 925 kg jersey, trims, embroidery; receipts measured per roll and dye lot | Purchase orders, posted receipts with lots, item charges, payables |
| Planning and production | Line booked, cut by dye lot, job cards by department | Material consumed, for stock value, through item journals |
| Shop floor | Output per line per hour, on MerchandiserOS floor screens or from Garment.io | Nothing |
| Quality | Final AQL at level II, 2.5: 125 pieces inspected; only first-quality pieces ready to ship | Nothing |
| Logistics | Cartons packed by lot, ship clearance against the buyer's terms | Sales shipment and invoice |
| After shipment | Quote against actuals for fabric, minutes and rejects | Payment received, reported back |
Who does what
Each area has one home. MerchandiserOS runs the work; Business Central records the financial result.
| Area | Runs in MerchandiserOS | Recorded in Business Central |
|---|---|---|
| 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 (fabric and trims, with yarn linked to fabric), consumption from marker efficiency, shrinkage and woven construction; woven, knit and knit-to-shape, with pairs for socks | The finished-goods item and its variants, once released |
| Samples and approvals | Lab dip, strike-off, sample and shipping mark approvals, with rounds, parcel and courier details and the buyer's verdict, wired to the T&A; an approved order-level PP round locks the style version for that order | Nothing |
| Costing and quotation | The cost engine from fabric through trims, decoration, CMT, overhead and margin to FOB, with landed cost and dated exchange rates; the standard cost sheet; quotations; approval gates with thresholds | Nothing until an order exists |
| Orders | Buyer POs as parent records; orders with a size-by-colour breakdown, tolerance band, provisional-to-confirmed quantity and per-shipment deliveries; ratio packs | The sales order, for invoicing and prepayment |
| Procurement | Suppliers with qualification, the materials master, MRP net-to-buy across the order book, purchase requests, purchase orders, GRN receiving, material issue and return; shade bands per fabric and a measured lot record (GSM, width, shrinkage) per receipt, judged against the shade band; incoming inspection carrying the dye lot | The financial purchase order, the posted receipt, the payable, item charges, stock value |
| Planning | The planning heat-map across lines and subcontractors for 52 weeks; production orders; T&A with a critical path | Nothing |
| Production | Production orders with per-department job cards, the WIP board, subcontract steps | Material consumption, for stock value |
| Shop floor | MerchandiserOS floor capture screens, or Garment.io feeding output and actual minutes in | Nothing |
| Quality | Typed inspections (incoming, cutting, PP, DUPRO, final AQL, pre-shipment, measurement), the AQL engine on ISO 2859-1 with the buyer's level honoured, CAPA, needle and metal control, quality grades so that produced is not taken as shippable | Nothing |
| Logistics | Shipments per delivery, packing and cartonisation, ship clearance against the buyer's terms | The sales shipment and the customer invoice |
A day in the life, department by department
With operations on top, each department works in the tool built for its job, and finance works in Business Central. This is what a normal day looks like on the polo order.
| Department | What they do in MerchandiserOS | What reaches Business Central |
|---|---|---|
| Merchandising | Records the buyer PO as the parent record, the order with its size-by-colour breakdown and tolerance band, moves the quantity from provisional to confirmed, splits deliveries per shipment and watches the T&A critical path | The sales order, once confirmed |
| Development | Keeps style P-2041 with its versions, tech pack sections and graded points of measure; logs each lab dip and strike-off round with courier details and the buyer's verdict; the approved PP round locks the style version for the order | Nothing |
| Costing | Builds the cost from fabric to FOB with landed cost and dated exchange rates, keeps the standard cost sheet, sends the quotation through approval gates with thresholds | Nothing until the order exists |
| Purchasing and stores | Runs net-to-buy across the order book, raises purchase requests, receives against the purchase order, records the measured lot (GSM, width, shrinkage) and judges it against the shade band, issues and returns material; suppliers carry their qualification | Purchase requests become Business Central purchase orders; receipts with lots and consumption for stock value |
| Planning | Loads lines and subcontractors on the 52-week heat-map, opens production orders with job cards per department | Nothing |
| Production floor | Captures output on floor screens and follows the WIP board; or reads output and actual minutes from Garment.io | Nothing |
| Quality | Runs incoming, cutting, PP, DUPRO, measurement and final AQL inspections on ISO 2859-1 at the buyer's level, raises CAPA, keeps needle and metal control, grades output so only first quality ships | Nothing; the shipment is cleared or held |
| Shipping | Packs and cartonises per delivery, clears the shipment against the buyer's terms | The shipment, from which the invoice is posted |
| Finance | Works in Business Central: invoices, prepayments, payables, payments, item charges, stock value, tax and e-invoicing | Business Central is the record; PO numbers, payment dates and invoice status go back |
What changes in the Business Central project
With operations on top, the hard parts of this chapter mostly move out of Business Central. You no longer need SKU BOMs per size, routings with minutes, shade control at cutting, cut orders or AQL sampling inside Business Central, and a factory that posts consumption through item journals may not need the Premium experience at all. Business Central keeps accounting, purchasing as the financial record, item charges, invoicing, payments, stock value and local tax. The project is smaller, the update path stays clean, and the factory's floor and merchandising teams work in a tool built for their day.
Measured against the extensions in section 24, the Business Central project no longer needs to build:
- Fabric units and lot attributes (GSM, width, shade group per roll).
- Size scales, variant generators and SKU BOM generators.
- Cut control, cut orders and bundles.
- Packs, cartonisation and quantity-tolerance checks.
- Sampling, approvals and T&A.
- AQL sampling tables and inspection overrides.
What stays in the Business Central project: finance design, letters of credit, chargeback reasons, local statutory reports, e-invoicing through the localisation, and the connection to the operations layer.
How they connect
Business Central and MerchandiserOS connect through the MerchandiserOS ERP API or a file exchange, and the shop floor connects through MerchandiserOS.
- Business Central ↔ MerchandiserOS. A connector collects purchase requests and sales orders from MerchandiserOS and sends back Business Central's purchase-order ids and numbers, payment dates and invoice status through the MerchandiserOS ERP API, logged in as an integration user. A person approves every change from Business Central on a review list before it lands, with an approver per kind of change and a "what changed" feed. Money amounts stay in Business Central. A file exchange does the same job with no programming.
- Shop floor. Factories without a floor system use MerchandiserOS's own floor screens. Factories running Garment.io keep it: MerchandiserOS integrates with Garment.io, sending orders and styles to the floor and reading output and actual minutes back.
·Frequently asked questions about Business Central for garment manufacturing
These are the questions consultants, factory managers and brands ask most often about Dynamics 365 Business Central for apparel. Each answer stands on its own.
How do I manage sizes and colours in Business Central?
Use item variants: open the item, choose Variants, and add one variant code per combination, such as S, M, L, XL and XXL on an item for one style-colour. The variant code is limited to 10 characters and the variants form a flat list, with no size grid in standard Business Central. Turn on Variant Mandatory if Exists in Inventory Setup so nothing is posted without a variant, use item references for the buyer's codes, and consider an AppSource fashion app if you need size scales or grid entry.
Should the style or the style-colour be the item in Business Central?
For most apparel businesses, make the style-colour the item and each size a variant. The fabric, the dye lot, the cost and often the buyer's price differ by colour, so a style-colour item keeps them apart, keeps the variant code short, and leaves room for a second size axis such as inseam within the 10-character limit. Make the style the item only when colours share one cost and price and are few, and put the season and style group in an item category, attribute or dimension so reports can still roll up by style.
Does Business Central have a size grid (matrix) for order entry?
Not in the standard application. A size/colour matrix is a grid with colours on one axis and sizes on the other, into which the quantity for each combination is typed. In standard Business Central each variant is a separate line on the sales or purchase order. Grid entry comes from AppSource apps built for businesses that sell in colours and sizes, or from an AL extension.
How do I track fabric dye lots and rolls in Business Central?
Give each fabric item an item tracking code that requires a lot number on inbound and outbound entries, and use each lot as one dye lot. Track rolls with package numbers or serial numbers alongside the lot. The lot information card holds a description, comments and a Blocked flag; measured GSM, width, shrinkage and shade group need a table extension in AL. Standard Business Central does not stop two lots being consumed on one cut, so add a validation or control cutting in an operations system.
How do I convert fabric kilograms to metres in Business Central?
Keep the fabric's base unit in kilograms and add an item unit of measure for metres with a Qty. per Unit of Measure equal to kilograms per metre, for example 0.324 for 180 GSM jersey at 1.80 m, from metres per kg = 1000 ÷ (GSM × width in m). That factor is fixed per item, so it is wrong for any roll whose measured GSM or width differs. For accurate cutting, record GSM and width per roll and convert per lot in an extension or an operations system.
How do I handle different fabric consumption per size in Business Central?
Create a stockkeeping unit for each location and variant, and give each SKU its own production BOM with the fabric quantity for that size, the pattern Microsoft's Contoso "Variants" walkthrough uses for colours. In this guide's example, per-size consumption needs 2,856 m of fabric while one base-size BOM would buy 2,640 m, 216 m short. With many styles and sizes, generate and certify the BOMs with a tool, or calculate consumption outside Business Central and pass in the purchase quantity.
How does subcontracting work in Business Central, and which version do I need?
Business Central subcontracts a routing operation: a work center with a Subcontractor No. sits on the routing, and a purchase order for that operation is created from the released production order. Microsoft's Subcontracting app, generally available from 8 July 2026, adds component supply methods (Vendor-Supplied, Consignment at Vendor, Transfer to Vendor), transfer orders to and returns from the subcontractor, subcontractor prices and item charges on subcontract receipts. On earlier versions, sending panels out is a manual transfer, so name the version in your design.
How do I add landed cost (freight and duty) to imported fabric in Business Central?
Set up item charges for freight, clearing, duty and bank charges, add them to the purchase invoice as Charge (Item) lines, and assign them to the fabric receipt with Suggest Item Charge Assignment, choosing Equally, By Amount, By Weight or By Volume per charge. A charge invoiced later is assigned to the posted receipt with Get Receipt Lines. In this guide's example, USD 695 of import charges raised navy jersey from USD 4.20 to USD 4.87 per kg on Average costing; on Standard costing the charge is posted as a purchase variance.
Can Business Central do AQL inspections for garments?
Partly. The Quality Management app, introduced in the 2026 release wave 1, creates inspections from templates on purchase receipts and production output, records pass or fail against conditions and can block lots, but its sample is a fixed amount or a percentage and it has no ISO 2859-1 tables. For a lot of 3,000 pieces at general inspection level II, the code letter is K and the sample is 125 pieces; that lookup and the accept and reject numbers need an AL extension or a separate system.
Do I need Business Central Premium for garment manufacturing?
Yes, if production orders, production BOMs, routings and work centers run in Business Central, because manufacturing is part of the Premium experience, and Microsoft states that users with an Essentials license can't sign in to a company that uses the Premium experience. A brand, a buying agent, or a factory that runs production in an operations system and posts consumption through item journals can usually stay on Essentials. Confirm rights in the Dynamics 365 Licensing Guide.
Can I add fields to the Business Central API v2.0?
No. Microsoft states that extending the standard APIs with additional fields isn't currently possible; you copy the AL code of the API page, which Microsoft publishes in its ALAppExtensions repository on GitHub, and publish a custom API page under your own publisher, group and version. Apparel integrations usually need custom API pages for lot numbers, production orders and subcontract data, because the standard purchase order lines carry the variant but no item tracking.
How long do Business Central webhooks last?
A Business Central webhook subscription expires after three days unless it is renewed with a PATCH request, which repeats the validation handshake. If the receiver is unreachable, Business Central retries for 36 hours on 408, 429 and 5xx responses; any other error code deletes the subscription. Notifications are delayed 30 seconds and batched, and Microsoft's list of webhook-enabled resources includes salesOrders but not purchaseOrders or itemVariants, so those need polling or a custom API page.
Is Business Central good for a clothing brand that outsources production?
Yes for the books. A fashion brand that outsources production can run purchase orders with variants to its factories, landed cost and duty through item charges, vendor payments in foreign currency, wholesale sales orders with prepayments and drop shipments in Business Central Essentials, without the manufacturing area. It does not follow development, sampling, T&A, production progress or AQL inspections at the factories, so brands usually run that work in PLM or an operations system connected to Business Central.
Can Business Central handle a buying agent's commission?
Yes. A buying agent invoices its commission to the buyer as an ordinary sales invoice with a G/L account or service line, in the buyer's currency, with no items, no stock and no goods payables. In this guide's example, a commission of 5% of FOB on 3,000 polos at USD 4.26 is 3,000 × 4.26 × 5% = USD 639.00. What Business Central does not do is follow the orders the agent places at factories: samples, T&A and inspections need another system.
Business Central vs NetSuite: which is better for apparel?
Neither is better for every business. Business Central models a style as an item with a flat list of variants and needs an add-on for grid entry, while NetSuite uses matrix items (up to 2,000 option combinations per Oracle) and offers grid entry through its Grid Order Management SuiteApp. Business Central suits Microsoft-based businesses with an AL partner and offers on-premises deployment; both need custom work or an operations system for sampling, T&A, size-graded consumption and AQL.
·Glossary of apparel and Business Central terms
Short definitions of the apparel and Business Central terms used in this guide.
- AL
- The programming language for Business Central extensions.
- API v2.0
- Business Central's standard REST API over OData v4, addressed per company.
- AppSource
- Microsoft's marketplace for business apps, including Business Central extensions from other publishers.
- AQL
- Acceptance quality limit: an inspection method that checks a random sample from a lot and accepts or rejects the lot on the number of defects found, using ISO 2859-1 tables.
- Assembly BOM
- In Business Central, a BOM for items put together from other items in a simple process, used for packs and sets.
- CM, CMT
- Cut and make, or cut, make and trim: the labour charge for making a garment, and a factory model where the buyer supplies the fabric and the factory charges only for making.
- Colourway
- One colour version of a style, with its own fabric shade and trims.
- Component Supply Method
- In the Subcontracting app, how a component reaches the subcontractor: Vendor-Supplied, Consignment at Vendor or Transfer to Vendor.
- Configuration package
- Business Central's tool for exporting, filling in, importing and applying setup and master data.
- Cut-over
- The planned switch from the old system to Business Central, around a fixed cut-off moment.
- DUPRO
- During-production inspection, done once part of the order is packed.
- 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.
- Essentials, Premium
- Business Central's two main licence tiers and experiences; Premium adds Manufacturing and Service Management.
- Ex-factory
- The date goods leave the factory for shipment.
- FOB
- Free on board: the price of goods loaded at the port of shipment; in garment trade, the usual quoted price per piece.
- GSM
- Grams per square metre: the weight of fabric.
- Hypercare
- The period after go-live when the project team fixes issues daily.
- Item charge
- In Business Central, a cost such as freight or duty assigned to posted receipt or shipment lines to build landed cost.
- Item reference
- In Business Central, a mapping from a customer's or vendor's own code to your item and variant.
- Item tracking code
- In Business Central, the setting on an item that decides whether serial, lot or package numbers are required.
- Item variant
- In Business Central, one version of an item, such as a colour or size, identified by a code of up to 10 characters.
- 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.
- Marker efficiency
- The share of fabric in a cutting marker that ends up in garment pieces.
- Package number
- In Business Central, an item tracking number for a physical package, usable for a fabric roll or a carton.
- POM
- Points of measure: the garment measurements in a tech pack, with a tolerance per size.
- PP sample
- Pre-production sample: a garment in bulk fabric and trims that the buyer approves as the reference for production.
- Prepayment
- In Business Central, an invoice posted against an order before the final invoice and deducted from it.
- Production BOM
- In Business Central, the certified list of components for a produced item, with versions by starting date.
- Ratio pack
- A pack or carton holding sizes in a fixed ratio, for example 1 S, 2 M, 2 L, 1 XL.
- Routing link code
- In Business Central, a code that ties a BOM component to the routing operation that consumes it.
- Shade band
- A set of approved shade references for a fabric colour, used to judge each new lot.
- SKU
- In Business Central, a stockkeeping unit: an item at a location, optionally for one variant, with its own planning and BOM settings.
- SMV
- Standard minute value: the time a trained operator needs for one operation at a normal pace.
- Size/colour matrix
- A grid of colours by sizes used to enter or show order quantities for each combination.
- Strike-off
- A sample of a print or embroidery on the actual fabric, approved before bulk.
- T&A calendar
- Time and action calendar: an order's milestones with planned dates worked back from ex-factory, actual dates and owners.
- TOP sample
- Top of production: the first bulk pieces, checked against the PP sample.
- UCP 600
- The ICC's rules for documentary credits, which most letters of credit follow.
- Webhook
- A notification Business Central sends to a registered URL when a subscribed resource changes.
- Work center
- In Business Central, a production resource with a shop calendar, capacity, efficiency and unit cost.
·Checklists: a Business Central apparel implementation on one page
The checklists below repeat the decisions and checks from each part of this guide, in project order.
Discovery
Discovery is complete when every item below is ticked.
- Business type settled for each buyer: CMT, full package, brand, agent, or a mix.
- One decision owner named for each area.
- One workshop per department, walking a real recent order.
- All 52 fit-gap lines answered with evidence, decision and owner.
- Architecture decided: what Business Central owns, what runs in an operations layer.
- Licence experience (Essentials or Premium), localisation and AppSource apps confirmed against the fit-gap.
Design
Design is complete when every item below is decided and written down.
- Item categories, posting groups, item templates and costing method per item family.
- Style-colour as item, size as variant; code convention inside 10 characters; Variant Mandatory if Exists on.
- Base unit per fabric and yarn, and the kg-to-metre design.
- Item tracking codes: lot as dye lot, package or serial per roll.
- Size consumption source decided: SKU BOMs or outside.
- Work centers, routings and minutes; what stays in planning outside Business Central.
- Subcontracting model and version; component supply method per component.
- Inspection points, Quality Management templates, AQL source and release rights.
- Carton rules, package numbers and buyer documents per buyer.
- Currencies, prepayments, LC records, chargeback reasons, e-invoicing.
Build, data and testing
Build, migration and testing are complete when every item below is proven on the go-live version.
- Configuration done in dependency order, on the go-live version.
- AL extensions and AppSource apps listed with owners and a release-testing plan.
- Integrations link on Business Central's
id, with one writer per field and a share of the API limits. - Migration loaded with configuration packages and journals, with a cut-off rule and signed totals.
- All 13 end-to-end scenarios passed by key users in a sandbox.
Go-live
Go-live is ready when every item below is in place.
- Training done per role, on the factory's own orders.
- Cut-over rehearsed once in full in a sandbox.
- Go-live date between seasons, away from year-end, audits and a major update.
- Go or no-go point and fall-back defined.
- Hypercare runs at least until the first month-end close in Business Central.
·Sources
Microsoft Learn pages were checked on 26 September 2026 against Business Central 2026 release wave 1 (version 28). Page names are from the English (US) documentation. Other chapters in this series: NetSuite, Dynamics 365 Finance and Supply Chain Management, Odoo, and the ERP-agnostic method and glossary.
- Microsoft Learn, Manage product variants (Variant Mandatory if Exists, item references per variant, translations, SKUs, variant attributes) — learn.microsoft.com
- Microsoft Learn, Table "Item Variant" (Code[10], Sales Blocked, Purchasing Blocked) — learn.microsoft.com
- Microsoft Learn release plan, Define item attributes for item variants (GA 1 April 2026) — learn.microsoft.com
- Microsoft Learn, Contoso Coffee walkthrough: Variants (SKU per variant with its own production BOM) — learn.microsoft.com
- Microsoft Learn, Set up item units of measure — learn.microsoft.com
- Microsoft Learn, Track items with serial, lot and package numbers (lot information cards, Item Tracking on Lines) — learn.microsoft.com
- Microsoft Learn, Work with bills of material (assembly vs production BOMs) — learn.microsoft.com
- Microsoft Learn, Create production BOMs (versions, Scrap %, routing link codes, calculation formula, phantom BOMs) — learn.microsoft.com
- Microsoft Learn, Create routings (run, setup, wait and move time; send-ahead quantity; routing scrap) — learn.microsoft.com
- Microsoft Learn, Set up work centers and machine centers (capacity, efficiency, "doesn't support detailed shop floor control") — learn.microsoft.com
- Microsoft Learn, About production orders (simulated, planned, firm planned, released, finished) — learn.microsoft.com · Create production orders — learn.microsoft.com
- Microsoft Learn, Subcontracting overview — learn.microsoft.com · Set up subcontracting — learn.microsoft.com · Order subcontracting — learn.microsoft.com · Manage components in subcontracting — learn.microsoft.com · Subcontract purchase provisions — learn.microsoft.com
- Microsoft Learn release plan, Use subcontracting capabilities in production processes (GA 8 July 2026; Italian localisation deprecation) — learn.microsoft.com
- Microsoft Learn, Update 28.3 for Business Central 2026 release wave 1 — learn.microsoft.com · What's new overview — learn.microsoft.com
- Microsoft Learn, Use item charges to account for extra trade costs — learn.microsoft.com · Extending item charges in AL — learn.microsoft.com
- Microsoft Learn, Design details: costing methods — learn.microsoft.com
- Microsoft Learn, Quality management overview — learn.microsoft.com · Setup and configuration — learn.microsoft.com · Quality inspection templates — learn.microsoft.com
- Microsoft Learn, Update currency exchange rates (Adjust Exchange Rates) — learn.microsoft.com
- Microsoft Learn, Invoice prepayments — learn.microsoft.com
- Microsoft Learn, Enable Premium features (Essentials vs Premium experience) — learn.microsoft.com · Licensing in Business Central — learn.microsoft.com
- Microsoft Learn, Country/regional availability and supported languages — learn.microsoft.com
- Microsoft Learn, Set up company configuration packages — learn.microsoft.com
- Microsoft Learn, API (v2.0) for Business Central (extending APIs) — learn.microsoft.com · ALAppExtensions, APIV2 pages — github.com
- Microsoft Learn, purchaseOrder resource — learn.microsoft.com · purchaseOrderLine — learn.microsoft.com · salesOrder — learn.microsoft.com · itemVariant — learn.microsoft.com
- Microsoft Learn, Working with webhooks — learn.microsoft.com
- Microsoft Learn, Working with API limits — learn.microsoft.com · Operational limits for Business Central online — learn.microsoft.com
- Microsoft Learn, Using service-to-service authentication — learn.microsoft.com
- Microsoft APIs Terms of Use — learn.microsoft.com
- Microsoft AppSource, CS Fashion Central Premium (Central Solutions) — appsource.microsoft.com
- Oracle NetSuite documentation: matrix items — docs.oracle.com · Grid Order Management — docs.oracle.com · Outsourced Manufacturing — docs.oracle.com · costing methods — docs.oracle.com · concurrency governance — docs.oracle.com
- ISO 2859-1, Sampling procedures for inspection by attributes — iso.org
- AQL tables and acceptance numbers — qima.com · tetrainspection.com · inspection levels: qualityinspection.org
- UCP 600, documentary credits — uscib.org · tradefinanceglobal.com
- EDI transaction sets — 1edisource.com · celigo.com
Corrections. Business Central changes every month, and a page name, a limit or a feature boundary can move in a single update; Microsoft has also said it stops publishing release plans from September 2026, so new features will appear on its AI at Work roadmap instead. If you find a statement here that your version contradicts, report a correction with the version 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 Business Central facts in this chapter at least once a year and after each major release.
Microsoft, Dynamics 365, Business Central, Microsoft Entra, Power Automate and AppSource are trademarks of the Microsoft group of companies, used here only to name the products. This guide is not endorsed by Microsoft. Oracle and NetSuite are trademarks of Oracle and its affiliates. CS Fashion Central Premium is a product of Central Solutions and is named only as an example. Garment.io is named because MerchandiserOS integrates with it; this guide is not endorsed by Garment.io.