How to Map Your Chart of Accounts to QuickBooks or Xero
Why an unmapped integration is worse than no integration
An integration that posts every line to a single default revenue account will reconcile to the right total and answer none of the questions an accountant actually asks. Which product line grew? What was the tax treatment? Which cost centre carried the discount? A correct total with no structure is a reporting dead end.
Two systems rarely agree on account names. Your ledger may call it Sales Revenue where the external system calls it Sales, or use a numeric code where the other uses a description. Something has to hold that correspondence, and a spreadsheet maintained by one person is not a durable answer.
Tax is the sharper edge. If a line carries the right net amount against the wrong tax rate, the invoice still looks plausible and the return does not. That is the kind of error that surfaces during a filing rather than during a review.
Why this happens
- The integration was switched on before anyone mapped the ledger.
- Account names differ between the two systems, with no stored correspondence.
- Tax components were assumed to match by rate, when two components share a rate.
- Nobody owns the mapping, so it drifts as accounts are added on either side.
Biznsbook addresses this through account mapping, tax rate mapping, conflict handling when the Integrations module is licensed and a SiteAdmin has assigned the connector to your company.
Finance teams lose days each month reconciling versions that should never have diverged. Naming Biznsbook screens as the system of record — and closing periods when agreed — prevents silent edits that auditors flag immediately.
Step-by-step: Map Your Chart of Accounts to QuickBooks or Xero
Written for owners, bookkeepers, and controllers running Biznsbook alongside QuickBooks Online or Xero. Connecting is supported today; the two-way sync is Beta, so verify each step against a sandbox company before a live month-end depends on it.
- Import the external chart of accounts. Biznsbook reads the accounts and tax rates from QuickBooks or Xero so you can map against them. Your own ledger is never created or modified by this import.
- Run the suggest pass. Use Suggest matches. Accounts are linked automatically only on an exact account number or an exact name, so nothing is linked on a loose resemblance.
- Resolve the remainder by hand. Unmapped rows are highlighted. Work down the list and pick the external account for each, using the system account code shown alongside as context.
- Start with the accounts that carry postings. Sales revenue, accounts receivable, sales tax payable, cost of goods sold, sales returns, and discounts do most of the work. Clear those before the long tail.
- Map tax components separately. Open the tax rate tab and link each Biznsbook tax component to an external rate. Where two components share a rate, map them explicitly rather than relying on the rate to identify them.
- Map a cash or bank account for payments. Xero posts payments into a named bank account, so map your cash ledger account before enabling payment sync. QuickBooks resolves the customer from the contact mapping.
- Clear the unmapped warning before enabling outbound sync. The mapping screen counts unmapped accounts and warns while any remain. Treat that count as the gate on turning outbound sync on.
- Review the conflict queue after the first runs. If a record changed on both sides, Biznsbook keeps both versions, pauses syncing for that record, and lists it in the conflict queue for a person to decide.
Review results after the first full monthly cycle. Adjust roles, mappings, or approvals where the same exception repeats.
Screen-level flows live in the Help Center. This guide focuses on the business process; help articles cover click-by-click navigation.
Common mistakes to avoid
- Mistake 1: The integration was switched on before anyone mapped the ledger. Repeating this each month usually shows up first in duplicate invoices or postings landing in the wrong ledger account.
- Mistake 2: Account names differ between the two systems, with no stored correspondence. Repeating this each month usually shows up first in duplicate invoices or postings landing in the wrong ledger account.
- Mistake 3: Tax components were assumed to match by rate, when two components share a rate. Repeating this each month usually shows up first in duplicate invoices or postings landing in the wrong ledger account.
- Mistake 4: Nobody owns the mapping, so it drifts as accounts are added on either side. Repeating this each month usually shows up first in duplicate invoices or postings landing in the wrong ledger account.
Track recurring exceptions in month-end notes; each should map to a control above.
Best practices that hold up as you scale
- Import the external chart of accounts — Biznsbook reads the accounts and tax rates from QuickBooks or Xero so you can map against them.
- Run the suggest pass — Use Suggest matches.
- Resolve the remainder by hand — Unmapped rows are highlighted.
- Start with the accounts that carry postings — Sales revenue, accounts receivable, sales tax payable, cost of goods sold, sales returns, and discounts do most of the work.
- Map tax components separately — Open the tax rate tab and link each Biznsbook tax component to an external rate.
Send one invoice before you send a batch. An integration that survives a week of real trading volume with a clean execution log is one you can safely put on a schedule.
How Biznsbook supports this workflow
account mapping is documented in Biznsbook Integrations / Accounting capabilities. Use it as part of a controlled finance process — posting, review, and period close — not as an isolated export. When Sales, Purchase, Inventory, Taxation, Expense, or Finance Management modules are enabled, related documents can post through the central accounting posting service with double-entry validation.
tax rate mapping is documented in Biznsbook Integrations / Accounting capabilities. Use it as part of a controlled finance process — posting, review, and period close — not as an isolated export. When Sales, Purchase, Inventory, Taxation, Expense, or Finance Management modules are enabled, related documents can post through the central accounting posting service with double-entry validation.
conflict handling is documented in Biznsbook Integrations / Accounting capabilities. Use it as part of a controlled finance process — posting, review, and period close — not as an isolated export. When Sales, Purchase, Inventory, Taxation, Expense, or Finance Management modules are enabled, related documents can post through the central accounting posting service with double-entry validation.
Four switches must all be on: the Integrations module licence, the connector assignment from SiteAdmin, the connector toggle on the settings page, and a completed OAuth connection. Sending documents out is on by default; anything that writes back into Biznsbook is opt-in.
Suggested implementation timeline
- Week 1: Document current process gaps and configure account mapping with finance owner sign-off.
- Weeks 2–3: Pilot on one month or one entity; post all test transactions through Biznsbook; freeze parallel spreadsheet journals.
- Week 4: Run first trial balance or report tie-out; fix mapping and permission issues.
- Month 2–3: Roll out to full team; add approvals and period close cadence from this guide.
- Ongoing: Monthly review using give the mapping an owner and leadership dashboard.
Metrics to track monthly
- Invoices synced versus invoices posted in the period
- Duplicate external records created (target: zero)
- Unmapped ledger accounts remaining
- Failed connector runs in the execution log per week
- Open sync conflicts awaiting a decision
Start with three metrics; trend direction matters more than a single point-in-time snapshot.
Spreadsheet / manual books vs integrated ERP
Compare typical manual finance work with Biznsbook account mapping and related capabilities.
| Capability | Manual / Spreadsheet | Biznsbook |
|---|---|---|
| Revenue posting | ❌ One default account | ✅ Mapped account per line |
| Account matching | ❌ Fuzzy name guesswork | ✅ Exact code or exact name only |
| Tax rates | ❌ Assumed from the percentage | ✅ Explicitly mapped per component |
| Unmapped accounts | ❌ Discovered at month-end | ✅ Counted and warned before sync |
| Both sides edited | ❌ Last write wins | ✅ Both kept, sync paused, queued for a person |
| Ownership | ❌ A spreadsheet somebody keeps | ✅ Stored per company with an audit trail |
Give the mapping an owner
Accounts get added on both sides as the business changes, and an unowned mapping quietly rots. Name one person in finance who reviews the unmapped count and the conflict queue on the same cadence as the month-end close. It is a five minute check that prevents the slow drift that makes integrations untrustworthy after a year.
Document this in your finance SOP and revisit each quarter as transaction volume or entity structure changes.
Frequently asked questions
Will mapping change my Biznsbook chart of accounts?
No. The external chart of accounts is read inbound only so you can map against it. Biznsbook owns its own ledger and the mapping never creates, renames, or removes a local account.
Does the suggest pass ever link the wrong accounts?
It links only on an exact account number or an exact name. Anything looser is left unmapped for you to decide, because a wrongly mapped revenue account is quiet and expensive to unpick.
What if two tax components share the same rate?
Map them explicitly. Biznsbook only auto-matches a tax rate when the match is unambiguous; where several components share a percentage, it leaves them for you rather than picking one.
Do I have to map every account before I can sync?
Not strictly, but the mapping screen warns while any remain and you should treat that as the gate. In practice the accounts that carry postings are a short list, and clearing them is an afternoon of work.
What happens if a record changes in both systems?
Nothing is overwritten. Biznsbook records a conflict, keeps both versions, stops syncing that record, and surfaces it in the Attention Center so a person decides which version is correct.
Which system wins by default?
Biznsbook is the source of truth for invoices, credit notes, and payments. QuickBooks or Xero is the source of truth for the chart of accounts and tax rates. Anything outside that pattern becomes a conflict rather than a silent overwrite.
Is account mapping part of a production-ready sync?
Connecting to QuickBooks or Xero is supported. The two-way sync that consumes these mappings is Beta, so map your accounts and then verify a few invoices against a sandbox or demo company before a live month-end depends on the results.
How this differs by industry
Retail
Retailers mapping by product-line revenue account keep category reporting intact in the external ledger instead of collapsing every sale into one line.
Wholesale & distribution
Wholesale teams should map receivables and sales tax payable first, since those are the accounts a credit controller and a tax preparer will both query.
Manufacturing
Manufacturers gain a defensible cost of goods sold mapping, so margin analysis in the external system agrees with production costing in Biznsbook.