Division Exception Report

August 19, 2026 25 views admin

Division Exception Report — Complete User Guide — Two Accounts Web

A comprehensive, report-centric guide covering how a user reaches Reports > Division Exception Report, every field on the report, how the figures are calculated from the general ledger, and how the report supports segment control and reporting.


Table of Contents

  1. What Is the Division Exception Report?
  2. Prerequisites Before You Can Run It
  3. Making the Report Appear in the Navigation
  4. Related Configuration in Settings
  5. Creating the Report — Step by Step
  6. Field-by-Field Guide
  7. How Each Value Is Calculated
  8. Sample Data and Output
  9. Effects on the Rest of the System
  10. Behaviour Nuances and Cautions
  11. Accounting Standards Considerations

1. What Is the Division Exception Report?

The Division Exception Report reveals Profit and Loss (income and expense) transactions that were recorded without being assigned to any Division during a chosen period. In a business that tracks performance by division (branch, department, or segment), every income and expense should normally be attributed to a division. This report lists the amounts that were not — the “exceptions” that may need to be allocated or corrected.

The report answers the question: “Which profit-and-loss amounts in this period were posted without a division, and how much is unallocated on each account?”

Purpose — a control and completeness check: The report does not penalize or correct anything. It is a review aid that surfaces unallocated P&L activity so a user can decide whether it should be attributed to a division (for example to make segment reports complete). It is a management/dash analysis report, not a statutory financial statement.

Key characteristics of this report:

  • It is period-based — you provide a From Date and a To Date.
  • It covers Profit and Loss accounts only — income and expense, not balance-sheet accounts.
  • It shows only unallocated amounts — transactions already tagged with a division are excluded.
  • It is read-only and drillable — the totals can be clicked to list the underlying unallocated transactions.

2. Prerequisites Before You Can Run It

  1. At least one Division must exist (created under Settings > Divisions). The report only appears once a Division has been created — a division-untracked business has nothing to check against.
  2. There must be Profit and Loss transactions in the period whose Division is blank, for the report to show any rows. If every P&L item is division-assigned, the report shows no rows for the period.
  3. The report reads the general ledger, so all relevant sales, purchases, receipts, payments, and journal entries must be posted.
No divisions, no report: If no Division records exist, the Division Exception Report is hidden from the Reports area entirely. Create at least one Division first.
Tip: A common workflow is to enable division tracking, create your divisions, then run this report periodically to confirm all income and expenses have been attributed. Any line that appears is a candidate for allocation or review.

3. Making the Report Appear in the Navigation

Unlike most reports, the Division Exception Report is not controlled by a navigation switch in the Customize Menu. Instead, it appears automatically whenever the business has at least one Division record.

  1. Ensure at least one Division has been created (Settings > Divisions). See Section 4.1.
  2. The Division Exception Report then becomes visible under the Reports area, in the Divisions category.
Important: Because the “Divisions” category depends on the existence of Division records, this report is self-registered — you do not toggle a tab for it the way you do for investment or inventory reports. If you delete all Divisions, the report disappears.

4.1 Creating Divisions

Where: Settings > Divisions.

Divisions are named segments of the business (for example branches, departments, or product lines) used to break down income, expenses, assets, and liabilities. Each Division has:

Field Description
Name The display name of the division (e.g., “Dhaka”, “Chittagong”). Required.
Code An optional short identifier (e.g., “DAC”, “CTT”).
Inactive Mark a division as inactive to stop it appearing in entry dropdowns while keeping its history.

4.2 Division Tracking on Accounts

Where: Applicable Profit and Loss and Balance Sheet accounts.

Accounts that support division tracking allow each transaction line to carry a Division. Profit and Loss accounts (and most Balance Sheet asset/liability accounts) enable this tracking. The Division Exception Report uses that tracking field to tell whether a P&L transaction is allocated — those with a blank division are flagged as exceptions.

4.3 Assigning Divisions on Transactions

Where: Sales invoices, purchase invoices, receipts, payments, journal entries, and other record screens.

Where an account offers a Division field, filling it attributes that amount to a division. Leaving it blank leaves the amount unallocated — and, if it is an income or expense, it is exactly the kind of item this report brings to your attention.

Relationship to this report: The report needs both sides configured to be useful: divisions created (so tracking exists) and users actually assigning (or leaving blank and then reviewing) divisions on income/expense entries.

5. Creating the Report — Step by Step

  1. Ensure at least one Division exists (Settings > Divisions).
  2. Open the Reports area from the navigation bar.
  3. Scroll to the Divisions category and select “Division Exception Report.”
  4. The system shows the list of previously created reports (each identified by its From Date, To Date, and Description).
  5. Click the “New Report” button.
  6. Enter the From Date — the first day of the period (required).
  7. Enter the To Date — the last day of the period, inclusive (required).
  8. Optionally enter a Description — a free-text label for your own reference (for example “Unallocated items for Q1 review”).
  9. Save. The new report is added to the list, ordered by its From Date.
  10. Open (View) the report to display the unallocated income and expenses computed for that period.
Re-running: To review a different window of time, create a new report with the desired From/To dates. The report is computed from live ledger data at open time, so it always reflects the current records within its period.

6. Field-by-Field Guide

6.1 Fields You Set When Creating the Report

Field Type Required Description
From Date Date Yes The start of the reporting period. Only unallocated P&L transactions dated on or after this date are included.
To Date Date Yes The end of the reporting period (inclusive). Only unallocated P&L transactions dated on or before this date are included. The header reads “For the period from {From} to {To}.”
Description Text No An optional free-text label stored with the report and listed in the reports list.

6.2 Columns Shown on the Report

The report is displayed in the same structure as the Profit and Loss Statement: it shows the Profit and Loss groups/categories in their normal order, and under each group only those accounts that have a non-zero unallocated balance in the period.

Element Meaning How it is derived
Group heading A Profit and Loss statement group (e.g., sales/income group, operating expenses group). Taken from the chart-of-accounts Profit and Loss structure; shown even if only some of its accounts have exceptions.
Account (name with code) A Profit and Loss account that has unallocated activity in the period. Only accounts whose summed unallocated amount is non-zero are listed (accounts with no exceptions are omitted).
Amount The net unallocated balance on that account in the period, in the base currency, shown with the debit/credit convention. The sum of the unallocated ledger entries for that account dated within the period. (See Section 7.)
Total row The net of all unallocated income and expenses in the period. The algebraic sum of every account’s unallocated amount (income credits and expense debits). (See Section 7.3.)

7. How Each Value Is Calculated

7.1 What Counts as an Exception

A transaction is counted as an exception if all of the following are true:

  • its amount is non-zero;
  • its account is a Profit and Loss account (income or expense);
  • its date is within the report period (on or after From Date and on or before To Date); and
  • its Division is blank (no division was assigned).

Any transaction with a Division assigned is excluded from this report, because it is not an exception. Balance-sheet accounts and zero-amount lines never appear.

7.2 Grouping and Summing

For each Profit and Loss account:
   Amount (account) = sum of base-currency amounts of all qualifying unallocated entries in the period

The accounts are then laid out under the Profit and Loss groups they belong to,
in the chart-of-accounts order. Accounts with a zero sum are not shown.

7.3 The Amount Column and the Total Row

Amount = the net balance per account, using the ledger Debit/Credit convention:
         income (credit) items and expense (debit) items are shown on their own sides.

Total = the algebraic sum of all listed amounts
        (= total unallocated income credits  +  total unallocated expense debits, net)
How to read it: Income left unallocated increases this total on the income side; expenses left unallocated increase it on the expense side. The Total is their net. A per-account figure — for example “Sales Revenue, Credit 100,000” — means 100,000 of revenue was posted without a division.

7.4 Drilling Into the Transactions

Clicking an account’s Amount opens the individual general-ledger transactions that make up that figure — every unallocated, non-zero entry on that account dated within the period. This lets you identify exactly which invoices, payments, or journal lines need a division. The drill-down applies the same criteria as the report (account, period, no division).


8. Sample Data and Output

The following example uses base currency BDT and two divisions to illustrate.

8.1 Sample Setup

Item Details
Base Currency BDT
Divisions “Dhaka” (DAC), “Chittagong” (CTT)
Reporting Period 01-Jan-2026 to 31-Mar-2026

Profit and Loss transactions during the period (BDT):

Date Account Nature Amount Division Status
05-Jan-2026 Sales Revenue Income 120,000 Dhaka Allocated — excluded
10-Jan-2026 Sales Revenue Income 30,000 Chittagong Allocated — excluded
15-Feb-2026 Sales Revenue Income 100,000 (blank) Exception — shown
20-Feb-2026 Service Income Income 40,000 (blank) Exception — shown
03-Mar-2026 Salaries and Wages Expense 130,000 (blank) Exception — shown
05-Mar-2026 Utilities Expense 18,000 Chittagong Allocated — excluded
12-Mar-2026 Rent Expense 30,000 (blank) Exception — shown

8.2 Step-by-Step Calculation Walkthrough

Step 1 — Identify qualifying transactions. From the general ledger, select entries that are non-zero, on Profit and Loss accounts, dated 01-Jan-2026 – 31-Mar-2026, with a blank Division. These are the five marked “shown” above. The Dhaka/Chittagong allocations and the Utilities line are excluded.

Step 2 — Sum by account.

Account Qualifying entries Sum Convention
Sales Revenue 100,000 (15-Feb) 100,000 Credit (income)
Service Income 40,000 (20-Feb) 40,000 Credit (income)
Salaries and Wages 130,000 (03-Mar) 130,000 Debit (expense)
Rent 30,000 (12-Mar) 30,000 Debit (expense)

8.3 Report Output

Division Exception Report — for the period 01-Jan-2026 to 31-Mar-2026

Profit and Loss Group / Account Amount
Operating Income
    Sales Revenue 100,000.00 Cr
    Service Income 40,000.00 Cr
Operating Expenses
    Salaries and Wages 130,000.00 Dr
    Rent 30,000.00 Dr
Total 20,000.00 Dr (net)

8.4 Verification

Unallocated income (credits):   100,000.00 + 40,000.00 = 140,000.00
Unallocated expenses (debits):  130,000.00 + 30,000.00 = 160,000.00

Total (net) = 140,000.00 - 160,000.00 = (20,000.00)  ->  shown as a net debit of 20,000.00  ✓

Cross-check per account (only unallocated entries, by date):
   Sales Revenue     ->  15-Feb 100,000.00                         =  100,000.00 Cr  ✓
   Service Income    ->  20-Feb  40,000.00                         =   40,000.00 Cr  ✓
   Salaries & Wages  ->  03-Mar 130,000.00                         =  130,000.00 Dr  ✓
   Rent              ->  12-Mar  30,000.00                         =   30,000.00 Dr  ✓

Excluded because allocated/not-P&L/non-period:
   Sales Revenue (Dhaka 120,000, Chittagong 30,000)  -> division set, not an exception
   Utilities (Chittagong 18,000)                     -> division set, not an exception  ✓
   (Allocated amounts remain in their division segment reports.)
Reading the output: The report flags 140,000 of income and 160,000 of expenses posted with no division. Clicking any Amount opens the individual entries (for example, clicking “Sales Revenue 100,000.00” shows the 15-Feb invoice) so you can reallocate or investigate. The same entries would not appear in the individual dhaka/Chittagong division segment reports, which is why the reconciliation to “everything is attributed” relies on this exception list being empty.

9. Effects on the Rest of the System

The Division Exception Report is derived and changes nothing. Its value is in how it relates to the rest of the system:

Area / Report Relationship to this Report
General Ledger The report reads the general ledger directly and displays only entries with a blank division; every figure ties to ledger lines you can drill into.
Profit and Loss Statement The report mirrors the P&L group/account structure. Sum of this report’s accounts + sum of all division-assigned amounts equals the full P&L balance for each account, and ultimately the total profit/loss.
Division segment break-downs Division-assigned amounts flow to their division’s income/expense breakdown. An item on this report is exactly one that is missing from every division — so reviewing it improves segment completeness.
Settings > Divisions The report only exists when divisions are configured; its scope (which accounts support division tracking) follows the same account settings used by entry screens.
Sales / Purchase / Receipts / Payments / Journal These are where division tracking is (or should have been) set on each line. The report is the “quality check” on how consistently those screens were used.
Note: The most important consequence is the completeness guarantee it enables. Segment/division reporting (management dashboards, division P&L) is only trustworthy if every income and expense is attributed. This report defines “unattributed” precisely (P&L, in period, blank division, non-zero) and surfaces it, so the business can verify that its division reports are complete and that no activity “fell through the cracks” without a segment.

10. Behaviour Nuances and Cautions

  • It is a management/control report, not a statutory statement. It is designed to help ensure completeness of segment attribution, not to present a regulated financial position.
  • Requires divisions to exist. With no Division records the report is hidden; deleting all divisions hides it again.
  • Profit and Loss accounts only. Balance-sheet transactions (even with a blank division) never appear; this report concerns income and expenses.
  • Blank division is the trigger. Any non-zero P&L entry without a division in the period is an exception; entries with a division are deliberately excluded.
  • Only accounts with exceptions are shown. A P&L account whose entire balance is division-assigned does not appear, even if other accounts in the group do.
  • Amounts are net per account. Both debits and credits on the same account are summed into a single net figure.
  • Drill-down uses the same rules. The transactions opened from an Amount match the report’s account, period, and blank-division criteria.
  • Read-only. The report posts nothing; correcting an allocation is done on the original transaction (assigning a division) and re-running the report.
  • Zero rows hidden. Accounts whose unallocated sum is zero never appear, so an empty/few-row report means good attribution.

11. Accounting Standards Considerations

Although this is a management control report, it supports practices that align with recognized reporting principles.

11.1 Operating Segment Reporting — IFRS 8

Requirement: Entities report segment information that reflects how operating decisions are made, with income and expenses attributed to reportable segments.

Alignment: Divisions provide the segment framework. This report ensures that the income and expenses feeding those segments are complete, so that segment figures are not understated by unallocated activity. It is the quality control that makes segment reporting reliable.

11.2 Completeness and Faithful Representation — the IASB Conceptual Framework

Principle: Useful financial information must be complete, so that nothing material is omitted.

Alignment: By surfacing unallocated revenue and expense, the report supports the completeness of management accounts. Users can confirm that all profit-and-loss activity is accounted for within a division (or consciously retained as central/unallocated).

11.3 Internal Control and Reconciliation — bas of good practice / IAS 1 object

Principle: An entity needs processes that make its financial records reliable and reconcilable.

Alignment: The report acts as an exception/exception-management control: a routine check that every income and expense is either assigned to a division or deliberately left unassigned, and that the sum of assigned plus unassigned equals the general ledger. This supports the reliability objective behind IAS 1’s fair-presentation requirement.

11.4 Not a Legal-Entity Consolidation

Scope note: Divisions are internal segments, not separate legal entities. Inter-division tracking within a single legal entity does not of itself consolidate or deconsolidate financial statements; legal-entity consolidation is governed by IFRS 10 and is separate from this report.

Best practice: Run the Division Exception Report at the end of each period before finalizing management accounts. Investigate and allocate (or intentionally centralize) every exception so that, ideally, the report returns no rows — the cleanest possible signal that all revenue and expense is properly attributed to a segment.

End of Division Exception Report Guide