Skip to main content
GullySystem
A practical guide

Which reports to keep in accounting software and which to move

Ganesh HSStrategy and Technology, GullySystem
Practical advice · 5 min read

In this guide 6 sections
The short answer

Keep any report that reads only the ledger in the accounting package: trial balance, general ledger, aged receivables, bank reconciliation and tax returns. Move a report to a BI tool when it must join invoices with CRM stages, stock movement or sales targets that the accounting package never stores.

Start with where the numbers are born

Ask where each figure is first typed. A journal line, a supplier bill and a bank feed row all start in the accounting package, and the package reads those fields better than any outside tool will.

Opportunity stage, warehouse bin, salesperson quota and helpdesk ticket count start elsewhere, and neither Xero nor QuickBooks holds any of them in a standard setup. Those reports need a second home.

Write each column’s source beside the report name, whether ledger account, stock bin, CRM stage or payroll export, and the sorting takes ten minutes with no debate.

  • Ledger only: keep it where it is
  • Ledger plus one more system: candidate to move
  • Needs history the package overwrites: move it
  • Needs a custom layout for a board pack: move it

Reports the accounting package already does well

Trial balance, profit and loss by period, balance sheet, general ledger, aged payables and bank reconciliation are the package’s home ground. Zoho Books, Xero and QuickBooks produce them from the same posted entries your auditor tests, so the totals on the page match the totals in the working papers. A rebuild elsewhere adds a second truth.

Statutory returns belong here too. Sales tax or VAT summaries, payroll liabilities and year-end schedules follow rules the vendor updates for you, and a BI tool will not track those rule changes.

The rule is simple. If an accountant signs it, print it there. Fixed asset registers and year-end schedules follow it too, because the auditor will ask for the package’s own printout and nothing else.

Reports that need a second system

Margin by product needs ledger invoices and landed cost from the stock system, revenue by lead source needs the campaign field, and collections by salesperson need account owners. Each is a join on customer ID or invoice number, and a missing ID on one side leaves the row out of the report without any warning.

Accounting packages offer filters and tracking categories, but they do not join across tools, so staff paste CSV exports into one spreadsheet each month and the pasted copy drifts.

A BI tool reads each source on a schedule, keeps the customer ID link between them, and refreshes the joined view before the Monday meeting. Nobody pastes CSV files.

  • Margin by product, customer or branch
  • Sales pipeline against invoiced revenue
  • Stock ageing against receivables
  • Revenue by campaign or lead source
  • Budget against actual across several entities

Reports that outgrow the package for other reasons

Some ledger-only reports still outgrow it. A rolling thirteen-week cash view, a five-year trend, or a dashboard that a branch manager opens on a phone all strain a package built for bookkeepers. Branch managers should never hold edit rights.

Consolidation is another trigger. Three companies on three Xero files means three trial balances to stack by hand, while a BI model can map the charts of accounts together once and refresh itself.

Anyone outside finance gets a read-only view of the refreshed model, so a branch manager can check last week’s collections on a phone without touching a journal.

A short plan to split the list

List every report your team opens in a month and mark each as stay, move or retire on a worksheet the finance lead and the sales manager both sign. Retire what nobody has opened since the audit. It only adds clutter.

For the move list, record the question each report answers, who reads it, and how fresh it must be, whether daily for collections or monthly for margin. These answers fix the connection and the refresh. Keep each to a line.

Start with the report eating the most hours. Rebuild it, compare its totals with the package for one closed month, by account and by customer, and plan the next report only after the two agree.

Report sorting worksheet

A single sheet, one row per report. Columns cover report name, owner and source system, then the question answered, refresh need, accountant sign-off as yes or no, and a decision cell reading stay, move or retire. A footer names the reconciliation month.

Open a blank worksheet to print

Questions owners ask

Should trial balance and general ledger ever move to a BI tool?

Rarely. Show a summary of them in a dashboard, but print the audited version from the package so the one official copy sits where the auditor already looks.

Does moving reports mean replacing Xero or QuickBooks?

No. The accounting package stays the book of record. The BI tool only reads from it, usually through its API or a scheduled export, and never writes entries back, so the ledger cannot be edited from a dashboard.

How do we know the moved report is right?

Reconcile it against the package for one closed month. Match totals by account, then spot-check invoices from the largest customers, and do all of it before anyone retires the old spreadsheet.

What if the package already has a custom report builder?

Use it for single-source reports. Once a report needs another system, or history the package edits in place, a separate model is easier to maintain, test and hand to a new analyst.

Browse all guidesBack to top ↑
Next step

Have a specific situation to work through?

This article covers the general case. Tell us what you’re actually dealing with and we’ll respond directly.

Share Your Requirements