What happens without posting groups
Posting groups are how Business Central decides which general ledger account an operation lands on. Without them the system simply refuses to post: you get an error demanding a group, and the document sits unposted.
That is the mechanism people meet first, usually on day one of a project. The deeper point is that posting groups are what lets you keep a short chart of accounts. Instead of creating separate accounts for domestic and export customers, you keep one receivables account and let the group decide the rest.
Why this matters beyond accounting. Every posting group you create is a rule someone will have to maintain for years. The goal is the smallest set that produces the reports management actually reads — not the largest set that describes every nuance.
Two coordinates: who you deal with and what you sell
The core mechanism uses two dimensions that intersect.
- Business posting groups answer "who is the counterparty" — domestic customers, EU customers, related companies.
- Product posting groups answer "what is being sold or bought" — goods, services, fixed assets.
The intersection is held in the general posting setup: a matrix where each combination points at specific accounts for sales, purchases, cost of goods sold and discounts. A domestic customer buying goods hits one set of accounts; an EU customer buying services hits another. The document itself carries no account numbers at all.
This is why an incomplete matrix is the single most common posting error in a new implementation: one missing combination and the document will not post.
Specific groups: customers, vendors, inventory
Alongside the two-axis matrix there are groups that answer a narrower question — which balance sheet account this particular entity type uses.
| Group | What it controls |
|---|---|
| Customer posting group | Receivables account, plus payment discount and rounding accounts |
| Vendor posting group | Payables account and related settlement accounts |
| Inventory posting group | Inventory account per item category, combined with location |
| Bank account posting group | The GL account behind each bank account |
| Fixed asset posting group | Asset, depreciation and disposal accounts |
VAT groups: the layer people confuse most
VAT posting groups work on exactly the same two-axis principle but form a separate matrix. Business VAT posting groups describe the counterparty's tax status; product VAT posting groups describe the tax treatment of the item.
Their intersection determines the rate and the VAT accounts. The confusion arises because the names look similar to general posting groups — but the two matrices are independent, and both must be complete. A document can find its revenue account correctly and still fail on VAT.
How many groups you actually need
The instinct is to mirror the organisational chart. The better approach is to ask which distinctions appear in reports management reads.
For most small and mid-sized companies the realistic answer is three to five business posting groups and three to six product posting groups. That is 9 to 30 combinations in the matrix — manageable to set up and to check.
If you find yourself designing twenty business groups, the requirement is almost certainly analytical rather than accounting. That belongs in dimensions, which are designed for exactly this and do not multiply the setup matrix.
Posting groups versus dimensions
| Posting groups | Dimensions | |
|---|---|---|
| Question answered | Which GL account does this hit? | Which slice of the business does this belong to? |
| Effect on chart of accounts | Keeps it short | No effect |
| Typical count | Units | Dozens of values |
| Changed after go-live | Difficult | Straightforward for non-global dimensions |
The practical rule: if the answer changes which account is debited, it is a posting group. If it only changes how you slice a report, it is a dimension.
Typical mistakes and what they cost
- Too many groups. A matrix nobody can verify, and postings that quietly land on the wrong account for months.
- An incomplete matrix. Documents refuse to post at the worst possible moment — usually at period close.
- Using groups instead of dimensions. The chart of accounts grows, and cross-cutting reports become impossible.
- Changing groups on live master records. Historical postings keep the old account while new ones use the new, and the balance no longer reconciles.
- Copying setup from another company. Groups encode a specific accounting policy; borrowed ones rarely match yours.
A verification routine before go-live
- Post one document for each realistic combination — domestic goods, export services, and so on.
- Check where each one landed in the general ledger, not just that it posted.
- Confirm the VAT matrix separately from the general matrix.
- Run a trial balance and compare it against the same period in the old system.
- Have the accountant who will actually use the system sign off, not the consultant.
Twenty minutes of this before launch prevents the most expensive category of ERP problem: a system that posts everything successfully into the wrong accounts.
Posting groups are configured during implementation.
Frequently asked questions
What are posting groups in Business Central in simple terms?
They are rules that tell the system which general ledger account an operation should hit. Business groups describe the counterparty, product groups describe what is being sold or bought, and their intersection points at specific accounts.
How many posting groups should we create?
For most small and mid-sized companies, three to five business posting groups and three to six product posting groups. If you are designing twenty, the requirement is analytical and belongs in dimensions instead.
How do posting groups differ from dimensions?
Posting groups decide which account is debited or credited. Dimensions decide how a report is sliced. If the answer changes the account, it is a posting group; if it only changes the report view, it is a dimension.
Why does a document refuse to post and demand a posting group?
Almost always because the general posting setup matrix has no row for that combination of business and product group. Adding the missing combination resolves it.
Can posting groups be changed after go-live?
Technically yes, but historical entries keep the old account while new ones use the new one, so balances stop reconciling. Changes on live master records need a deliberate migration procedure.
How do we verify the setup is correct?
Post one document per realistic combination, check where each landed in the general ledger, verify the VAT matrix separately, then run a trial balance against the same period in the old system.