Sage 300 Custom Reports
Standard reports do not always provide the level of detail, format, or management view that your business requires. Sage 300 custom reports allow companies to turn financial and operational data in Sage 300 into reports that match specific business, management, and group reporting requirements.
BSC Indonesia helps businesses design, develop, modify, and validate custom reports for Sage 300 based on clearly defined reporting requirements. From local financial reports to management reports required by regional or global headquarters, we help ensure that the right data is presented in the right format.
What Are Sage 300 Custom Reports?
Sage 300 provides built-in reporting capabilities, including Financial Reporter, which can be used to create financial statements and report specifications using Microsoft Excel. Financial Reporter can retrieve General Ledger information such as account data, fiscal balances, transaction details, optional fields, company information, and exchange-rate information. (Sage 300 Help)
However, businesses may need reports that go beyond standard formats.
Examples include:
- Management financial reports
- Local-to-HQ reporting packages
- Department or cost-centre reports
- Profit and loss reports by business unit
- Balance sheet reporting
- Budget versus actual reports
- Transaction-detail reports
- Multi-entity reporting
- Reports incorporating account or transaction optional fields
- Custom reporting formats required by regional headquarters
BSC can help translate these requirements into a structured Sage 300 custom reporting solution.
Our Sage 300 Custom Reports Process
A reliable custom report should not begin with formatting an Excel spreadsheet. It should begin with understanding what the report is intended to achieve and where each figure comes from.

Our process typically follows six stages.
1. Report Brief
We first define the purpose and scope of the report.
The report brief establishes:
- Report name and purpose
- Intended users
- Reporting period
- Companies or entities included
- Required account or transaction data
- Required currencies
- Required filters and selections
- Reporting frequency
- Output format
- Local or headquarters reporting requirements
This creates a clear reference point before development begins.
2. Source Fields
Next, we identify the Sage 300 data required to produce the report.
Depending on the reporting requirement, this may include:
| Reporting requirement | Potential Sage 300 source |
| Account information | G/L account master fields |
| Fiscal period | Fiscal set / fiscal calendar |
| Account balance | Financial Reporter balance functions |
| Period movement | Net change functions |
| Transaction details | Transaction fields / FRPOST |
| Transaction amount | TRANSAMT |
| Source currency | SRCECURN |
| Source amount | SCURNAMT |
| Exchange rate | CONVRATE |
| Rate date | RATEDATE |
| Account optional fields | Account optional fields |
| Transaction optional fields | Transaction optional fields |
| Company information | Company Profile |
Sage documentation confirms that Financial Reporter can retrieve account, transaction, optional-field, fiscal-set, and exchange-rate information for reporting purposes.Â
This source-field review is important because it establishes the relationship between the requested report and the underlying Sage 300 data.
3. Field Mapping
Once the source fields have been identified, we create a mapping between the business requirement and the Sage 300 data.
For example:
| Report field | Business requirement | Sage 300 source | Transformation / logic |
| Account Code | GL account identifier | Account master | Direct |
| Account Name | Display account description | Account master | Direct |
| Current Period | Current-period amount | Financial Reporter | Selected fiscal period |
| YTD Actual | Year-to-date actual | Financial Reporter | Fiscal set / period logic |
| Department | Management reporting dimension | Account/optional field | Filter or grouping |
| Currency | Transaction or reporting currency | Currency fields | Based on report requirement |
| Exchange Rate | Conversion reference | Rate fields | Selected rate/date |
| HQ Category | Group reporting classification | Mapping table | Local-to-HQ mapping |
The exact fields and logic depend on the company’s Sage 300 configuration, chart of accounts, optional fields, fiscal structure, and reporting requirements.
Sage 300 Financial Reporter supports structured report specifications that define what data is included and how the report is formatted.
4. Report Development and Approval
After the mapping is agreed, the report is developed according to the approved specification.
This can include:
- Report layout and formatting
- Account grouping
- Column and row definitions
- Period and year-to-date calculations
- Filters and selection criteria
- Optional-field reporting
- Currency presentation
- Management reporting classifications
- Local-to-HQ account mapping
- Supporting calculations
Before the report is finalised, the business owner or finance team reviews the proposed output.
Approval should confirm that:
- The required data is included.
- The calculations are appropriate.
- Account classifications are correct.
- The report format meets the intended use.
- Local reporting requirements are properly represented.
- HQ or regional reporting requirements are correctly mapped.
This approval step helps prevent a technically correct report from producing a result that does not meet the business requirement.
5. Testing and Reconciliation
Testing is an essential part of Sage 300 custom report development.
The report should be tested against known Sage 300 figures and, where appropriate, against existing approved financial reports.
Testing may include:
Data validation
Confirm that the report retrieves the correct accounts, transactions, periods, entities, and optional fields.
Calculation validation
Check that totals, subtotals, period movements, year-to-date amounts, and other calculations are correct.
Mapping validation
Confirm that local accounts are classified correctly against the required management or HQ reporting categories.
Period testing
Run the report for different accounting periods to ensure the reporting logic behaves consistently.
Reconciliation
Compare report totals against relevant Sage 300 balances or approved financial statements.
User acceptance testing
Finance or designated business users review the report and confirm that it meets the agreed reporting requirements.
Sage’s Financial Reporter documentation also describes the Statement Designer as a tool for creating, editing, and testing financial statements and specifications.
6. Sample Local-to-HQ Reporting Output
For multinational and regional organisations, the local finance team may need to produce reports in a format that can be consolidated or reviewed by headquarters.
A typical reporting flow may look like:
Sage 300 Local Data → Local Account Mapping → HQ Reporting Categories → Management Report
For example:
| Indonesia Local Account | Local Report | HQ Category | HQ Output |
| 610100 – Local Salary Expense | Personnel Expense | Employee Costs | Employee Costs |
| 620200 – Office Rental | Operating Expense | Occupancy | Occupancy Costs |
| 630300 – Marketing Expense | Marketing | Sales & Marketing | Sales & Marketing |
| 640400 – Depreciation | Depreciation | Depreciation | Depreciation |
| 650500 – Professional Fees | Professional Fees | G&A | General & Administrative |
The final output can then be structured around the reporting format required by the regional or global finance team.
This approach helps separate local accounting structure from group reporting structure, while maintaining a traceable relationship between the two.
For foreign-owned companies operating in Indonesia, this reporting requirement often sits within a broader need to connect local finance and operational processes with headquarters’ standards. BSC Indonesia provides ERP and accounting solutions for foreign companies in Indonesia, helping businesses address local requirements while maintaining visibility, reporting consistency, and connectivity with their headquarters.
Learn more about BSC’s approach: ERP and Accounting Solutions for Foreign Companies in Indonesia
Why Use BSC for Sage 300 Custom Reports?
BSC Indonesia combines Sage 300 expertise with accounting and business-process understanding.
Our Sage 300 support services include assistance with developing or modifying reports to meet specific business requirements. (BSC Indonesia)
Our approach focuses on more than simply changing an existing report layout. We help establish:
- What the report needs to show
- Where the data should come from
- How fields should be mapped
- How calculations should work
- Who should approve the report
- How the output should be tested
- How local data should be presented for management or HQ reporting
This is particularly useful for companies that have grown beyond standard reporting requirements or need to align their Indonesian Sage 300 reporting with regional or global reporting structures.
Sage 300 Reporting Guide
For companies developing their own reports, Sage’s official Financial Reporter documentation and tutorial provide guidance on creating financial statements, using report specifications, retrieving General Ledger data, and working with Financial Reporter functions.
You can also review the official documentation covering account master and transaction fields, which explains the data fields available for Financial Reporter selection criteria and reporting.Â
Useful resources:
Need a Sage 300 Custom Report?
Whether you need to modify an existing report, create a new management report, or connect local Sage 300 reporting with an HQ reporting structure, BSC can help you define the requirements and develop the appropriate reporting solution.
Talk to BSC Indonesia about your Sage 300 custom reporting requirements.
Interested?
Get in touch with us today and find out how we can help you make significant improvement.


