The Item Type Field in Business Central
Inventory, Service & Non-Inventory — Item Card Behavior and G/L Posting Impact
Business Central Functional Reference | Item Card → Type Field
Every item in Business Central carries a Type field on the Item Card: Inventory, Service, or Non-Inventory. The choice is easy to overlook during setup, yet it is one of the most consequential decisions on the item master — it determines whether the item is tracked by quantity and value, which posting setup tables apply, and which G/L accounts are touched when purchase and sales documents are posted.
This document explains what the Type field controls on the Item Card, walks through the full purchase-to-G/L and sales-to-G/L posting flow for each of the three types, and provides a side-by-side comparison and a G/L account reference to support setup and troubleshooting decisions.
Scope note: this document describes standard Business Central (SaaS / current version) behavior with default posting setup. Local/regional editions and custom extensions can modify specific account names or add extra posting steps.
2. The Type Field — General Behavior
The Type field sits on the General FastTab of the Item Card, immediately above the No. and Description fields. It is one of the first decisions made when an item is created because Business Central shows or hides other Item Card fields depending on the selection:
- Inventory Posting Group — only enabled for Type = Inventory. This is the field that links the item to the Inventory Posting Setup table (together with Location Code).
- Costing Method — meaningful for Inventory items (FIFO, LIFO, Average, Standard, Specific); shown but not functionally used for Service, and defaults to FIFO for Non-Inventory even though no valuation layer is kept.
- Reordering Policy / Replenishment — planning parameters (Fixed Reorder Qty., Lot-for-Lot, etc.) apply only to Inventory items; Service and Non-Inventory items are excluded from the Planning Worksheet / MRP run.
- Item Tracking Code (Serial/Lot) — only assignable to Inventory items.
- Unit Cost / Unit Price — present on all three types and used for document pricing/costing, but only feed the Inventory valuation ledgers when Type = Inventory.
In practice, once transactions exist for an item, Business Central blocks changing the Type field. A new item should therefore be set up with the correct Type from the start; correcting it later typically means creating a replacement item.
3. Type = Inventory
Use this type for physical goods that the company owns, stocks, and must value on the balance sheet — finished goods, raw materials, resale merchandise. It is the only Type that supports full quantity and value tracking.
3.1 What it Enables on the Item Card
- Quantity on hand, reserved, and available are tracked in real time.
- An Item Ledger Entry and at least one Value Entry are created for every quantity- or value-changing transaction (purchase, sale, transfer, output, adjustment).
- Inventory Posting Group becomes mandatory — combined with Location Code, it determines the Inventory Posting Setup record used for balance-sheet postings.
- Costing Method (FIFO, LIFO, Average, Standard, Specific) actively drives how unit cost is calculated and adjusted.
- Serial/Lot tracking, bins, and warehouse handling are available.
- The item participates in the Planning Worksheet / MRP and reorder policies.
3.2 Posting Setup Involved
- Inventory Posting Setup (key: Location + Inventory Posting Group) supplies the Inventory Account, Inventory Account (Interim), and WIP Account used for balance-sheet postings.
- General Posting Setup (key: Gen. Business Posting Group + Gen. Product Posting Group) supplies the income-statement and clearing accounts: Sales Account, Sales Credit Memo Account, COGS Account, COGS Account (Interim), Purchase Account, Purch. Credit Memo Account, Direct Cost Applied Account, Overhead Applied Account, Purchase Variance Account, and Inventory Adjmt. Account.
3.3 Full Posting Flow
The diagram below follows one item from purchase through sale. Both cycles post through the same Inventory Account on the balance sheet — the purchase cycle increases it, the sales cycle relieves it into Cost of Goods Sold.
Figure 1 — Inventory type: purchase and sales posting flow to the G/L
Purchase side: receiving the item posts an Item Ledger Entry and Value Entry and debits the Inventory Account against the Invt. Accrual Acc. (Interim) — the goods are on hand but not yet vendor-invoiced. Posting the Purchase Invoice reverses the accrual and recognizes the Accounts Payable liability; if the invoiced cost differs from the receipt cost, the difference is posted back into the Inventory Account (or Purchase Variance Account for standard-cost items).
Sales side: shipping the item posts an Item Ledger Entry and Value Entry and moves cost out of the Inventory Account into the COGS Account (Interim). Posting the Sales Invoice recognizes revenue (Sales Account / Accounts Receivable) and finalizes the COGS Account. Later cost changes (e.g., a purchase price variance discovered after the sale) are pushed through by the Adjust Cost – Item Entries batch job, which can restate COGS after the fact.
Whether interim accounts are used at receipt/shipment, or postings go straight to the final accounts, depends on the Expected Cost Posting to G/L setting in Inventory Setup. With it enabled (the common configuration), the two-step interim flow shown above applies.
3.4 Worked Example
10 units purchased at $60.00 unit cost, then sold at $100.00 unit price ($600.00 total cost / $1,000.00 total revenue).
| Posting Event | G/L Account | Debit | Credit |
| 1. Purchase Receipt posted | Inventory Account | 600.00 | — |
| Invt. Accrual Acc. (Interim) | — | 600.00 | |
| 2. Purchase Invoice posted | Invt. Accrual Acc. (Interim) | 600.00 | — |
| Accounts Payable | — | 600.00 | |
| 3. Sales Shipment posted | COGS Account (Interim) | 600.00 | — |
| Inventory Account | — | 600.00 | |
| 4. Sales Invoice posted | Accounts Receivable | 1,000.00 | — |
| Sales Account | — | 1,000.00 | |
| COGS Account | 600.00 | — | |
| COGS Account (Interim) | — | 600.00 |
Table 1 — Inventory type: journal entries across the purchase-to-sale cycle
Net result: the Inventory Account returns to $0 for these units, Accounts Payable carries $600.00, Accounts Receivable carries $1,000.00, and the income statement shows $1,000.00 Sales against $600.00 COGS — a $400.00 gross margin.
4. Type = Service
Use this type for labor and time-based sales or purchases — consulting hours, installation, freight, subscriptions, and similar intangible items that are never held in stock.
4.1 What Changes on the Item Card
- Inventory Posting Group is disabled — the item never links to Inventory Posting Setup.
- No quantity is tracked: there is no on-hand, no reserved, no available-to-promise.
- No Item Ledger Entries and no Value Entries are created for Service items.
- Item Tracking (serial/lot), bins, and warehouse handling are unavailable.
- The item does not participate in the Planning Worksheet / MRP.
- Costing Method is shown but has no functional effect — there is no valuation layer to maintain.
4.2 Posting Setup Involved
Only General Posting Setup applies (Gen. Business Posting Group + Gen. Product Posting Group), supplying the Sales Account on sale and the Purchase Account (or a direct expense G/L account) on purchase. Inventory Posting Setup is never consulted.
4.3 Full Posting Flow
There is no receipt or shipment step. Posting a Purchase Invoice or Sales Invoice for a Service item goes straight to the final G/L accounts in a single posting — no interim or accrual accounts are involved.
Figure 2 — Service type: direct income-statement posting, no inventory step
4.4 Worked Example
5 hours purchased from a subcontractor at $50.00/hr, then sold to the customer at $150.00/hr.
| Posting Event | G/L Account | Debit | Credit |
| 1. Purchase Invoice posted | Purchase / Expense Account | 250.00 | — |
| Accounts Payable | — | 250.00 | |
| 2. Sales Invoice posted | Accounts Receivable | 750.00 | — |
| Sales Account | — | 750.00 |
Table 2 — Service type: journal entries
No G/L account tracks the on-hand value of the hours, and the two invoices are not cost-matched to each other by Business Central the way an Inventory item's COGS is — the $500.00 margin exists implicitly between the Purchase/Expense Account and the Sales Account, not through a dedicated COGS posting.
5. Type = Non-Inventory
Use this type for physical items you do not want to manage or value in inventory — low-cost consumables, packaging, small hardware, drop-ship goods, or BOM components you want visibility on without carrying a formal inventory valuation.
5.1 What Changes on the Item Card
- Inventory Posting Group is disabled, exactly as with Service — the item never links to Inventory Posting Setup and no balance-sheet Inventory Account is ever posted to.
- Costing Method defaults to FIFO but is cosmetic — no valuation layer is kept.
- Item Tracking (serial/lot), bins, and warehouse-managed locations are unavailable, and the item does not participate in the Planning Worksheet.
- Unlike Service, a Non-Inventory item can be added as a component on a Production BOM or Assembly BOM. Consumption still creates an Item Ledger Entry, posted to the “Cost Amount (Non-Invtbl.)” bucket rather than a standard inventory value column.
5.2 Posting Setup Involved
As with Service, only General Posting Setup applies — Sales Account on sale, Purchase Account on purchase. Inventory Posting Setup is never consulted, even when the item is consumed on a BOM.
5.3 Full Posting Flow
Direct purchase and sale of a Non-Inventory item post exactly like a Service item — straight to the final accounts, no interim step. The one added path is BOM consumption: when used as a component on a Production or Assembly Order, its rolled-up cost feeds into the parent (Output / Assembly) item's cost, but the component itself never touches an Inventory G/L account.
Figure 3 — Non-Inventory type: direct posting, plus optional BOM consumption path
5.4 Worked Example
100 units of packaging purchased at $2.00/unit, then invoiced through to the customer as part of a resale at $2.50/unit.
| Posting Event | G/L Account | Debit | Credit |
| 1. Purchase Invoice posted | Purchase / Expense Account | 200.00 | — |
| Accounts Payable | — | 200.00 | |
| 2. Sales Invoice posted | Accounts Receivable | 250.00 | — |
| Sales Account | — | 250.00 |
Table 3 — Non-Inventory type: journal entries
If instead the 100 units were consumed as a BOM component on an assembly order, no Purchase/Sales Invoice pair would exist for them individually — their $200.00 cost would roll into the Output posting of the parent item, and only the parent item's Inventory Account would be debited.
6. Side-by-Side Comparison
| Dimension | Inventory | Service | Non-Inventory |
| Physical item | Yes | No | Yes |
| Quantity / on-hand tracked | Yes | No | No |
| Item Ledger Entries created | Yes | No | Yes, only when consumed on a BOM |
| Value Entries / inventory valuation | Yes | No | No |
| Inventory Posting Setup used | Yes | No | No |
| General Posting Setup used | Yes | Yes | Yes |
| Interim / accrual accounts used | Yes | No | No |
| COGS matching on sale | Yes, automatic | No, implicit only | No, implicit only |
| Serial / lot tracking | Available | Not available | Not available |
| Warehouse / bin handling | Available | Not available | Not available |
| Planning Worksheet / MRP | Included | Excluded | Excluded |
| Usable as Production/Assembly BOM component | Yes | No | Yes |
| Typical examples | Finished goods, raw materials, resale stock | Consulting hours, freight, subscriptions | Packaging, small hardware, drop-ship, low-cost BOM components |
Table 4 — Item Type comparison across tracking, posting, and operational dimensions
7. G/L Account Reference
The accounts below are the fields most relevant to item posting, drawn from Inventory Posting Setup and General Posting Setup. The right-hand column shows which Type(s) actually post to that account.
| Account field | Posting setup table | Used by |
| Inventory Account | Inventory Posting Setup | Inventory only |
| Inventory Account (Interim) | Inventory Posting Setup | Inventory only |
| WIP Account | Inventory Posting Setup | Inventory only (manufacturing) |
| Sales Account | General Posting Setup | All three types |
| Sales Credit Memo Account | General Posting Setup | All three types |
| COGS Account | General Posting Setup | Inventory only |
| COGS Account (Interim) | General Posting Setup | Inventory only |
| Purchase Account | General Posting Setup | All three types |
| Purch. Credit Memo Account | General Posting Setup | All three types |
| Direct Cost Applied Account | General Posting Setup | Inventory only |
| Overhead Applied Account | General Posting Setup | Inventory only (manufacturing) |
| Purchase Variance Account | General Posting Setup | Inventory only (Standard costing) |
| Inventory Adjmt. Account | General Posting Setup | Inventory only |
| Invt. Accrual Acc. (Interim) | General Posting Setup | Inventory only |
Table 5 — G/L account fields by posting setup table and applicable Type
8. Practical Guidance
- Set the Type at creation. Business Central blocks changing Type once ledger entries exist for the item, so decide correctly before the first transaction is posted.
- Non-Inventory vs. Service for physical components. if the item is a physical good that will ever be consumed on a Production or Assembly BOM, use Non-Inventory — Service items cannot be added to a BOM.
- Keep posting group combinations complete. every Location / Inventory Posting Group combination (for Inventory items) and every Gen. Business / Gen. Product Posting Group combination in use must exist in the respective posting setup table, or the posting will fail with a missing G/L account error.
- Check Expected Cost Posting to G/L. this Inventory Setup switch decides whether receipts/shipments post through interim accounts (as shown in Figure 1) or wait until invoicing to hit final accounts — reconcile it against how your finance team wants period-end inventory reported.
- Run Adjust Cost – Item Entries regularly. for Inventory items, cost changes (price variances, revaluations) only reach the G/L once this batch job — or Automatic Cost Posting — has run.
- Don't expect COGS matching from Service or Non-Inventory. margin on these types is only visible by comparing Sales Account and Purchase/Expense Account balances; there is no per-transaction cost-of-sale entry to reconcile against.
9. Recommendation: Tracking Labor Hours & Cost
A common question for service companies is whether an Item with Type = Service is the right way to track billable labor, or whether Business Central's separate Resource master data type is the better fit. Short answer: if the goal is to track hours, availability, and cost — not just invoice a flat labor line — Resources are almost always the better choice.
9.1 Why Resource, not Item (Service)
Item Type = Service was designed to let a labor or time charge appear on a sales or purchase line — it posts cleanly to the G/L (see Type = Service above), but it carries none of the operational structure a labor-based business actually needs day to day: no calendar of who is available when, no standard hourly cost/price that documents can pull from, and no way to log and approve hours before they're billed. Resources are purpose-built for exactly that.
| Capability | Item (Type = Service) | Resource |
| Purpose-built for labor/equipment | No — generic sales/purchase line | Yes |
| Capacity / calendar (available hours per day, week, etc.) | Not available | Available — Resource Capacity |
| Standard hourly Cost & Price, with overrides by work type or customer | Manual per line only | Native — Direct Unit Cost, alternate costs/prices |
| Time Sheets (hour entry + approval workflow) | Not supported | Supported |
| Resource Groups (crews/teams with shared capacity) | Not available | Available |
| Job/Project WIP and profitability costing | Only as a job planning line | Native integration with Jobs |
| Utilization reporting (booked vs. available hours) | Not available | Available |
| Can appear on a Purchase Order (buy-in / subcontracted labor) | Yes | No — cannot be purchased |
| G/L posting on a direct sale | Sales Account via General Posting Setup | Sales Account via General Posting Setup (same mechanism — there is no separate Resource Posting Setup table) |
| Replaces payroll G/L postings | No | No — resource cost is a costing/billing rate, not a substitute for the payroll journal |
Table 6 — Item (Service) vs. Resource for labor and equipment tracking
Resources cannot hold a G/L balance and cannot be capitalized, so there is no dedicated Resource Posting Setup table. A Resource sale posts through the same General Posting Setup mechanism as a Service item — the real difference between the two is entirely on the operational side (capacity, time sheets, job costing), not in the chart of accounts.
9.2 Other Options to Consider
- Jobs (Projects) module. pair Resources with Jobs if labor is billed against specific engagements rather than as standalone invoice lines. Jobs adds Job Planning Lines (budget vs. actual), a Job Journal for posting usage, and configurable WIP posting methods that move cost through a WIP account before it hits COGS — giving proper project profitability reporting instead of just a sales total.
- Time Sheets. an optional layer on top of Resources for structured hour entry and manager approval, feeding the Resource or Job Journal. Without it, hours are entered directly on a journal line by whoever processes billing.
- Keep Item Type = Service for bought-in labor. Resources cannot be purchased on a Purchase Order — only Items and G/L Accounts can. Subcontracted or outsourced labor still needs to come in as an Item (Type = Service) or a G/L Account line; that cost can then be re-billed to the customer as a job cost or a separate service sales line.
- Don't expect it to replace payroll. the Direct Unit Cost on a Resource card is a costing/billing rate used for margin and job-costing visibility. Actual wage expense still posts through payroll processing — Resource usage does not generate that G/L entry on its own.
Bottom line: for a business built around selling labor, set employees and billable equipment up as Resources, wrap engagements in the Jobs module for WIP and profitability tracking, and use Time Sheets to capture hours. Reserve Item Type = Service for labor the company buys from someone else and resells.
10. Summary
Type = Inventory is the only setting that gives full quantity tracking, inventory valuation, and automatic COGS matching, at the cost of requiring both Inventory Posting Setup and General Posting Setup to be fully configured. Type = Service strips all of that away for pure labor/time items, posting straight to the income statement. Type = Non-Inventory sits in between: it shares Service's simplified G/L posting, but keeps enough of a footprint — Item Ledger Entries and BOM consumption — to track physical goods that don't warrant full inventory valuation. For labor specifically, treat Item Type = Service as a simple invoicing mechanism, not a labor-tracking tool — Resources, paired with Jobs and Time Sheets, are the purpose-built alternative.
