Can open-source multi-entity accounting replace Sage Intacct consolidation?
A finance team facing a Sage Intacct renewal or a consolidation add-on decision usually needs two things: multi-entity books that stay in its own infrastructure, and group reporting that auditors can trace. Odoo and ERPNext can cover the entity books, base currencies and intercompany transactions, but neither ships a packaged equivalent of Sage Intacct's Domestic, Global or Advanced Ownership consolidation. Eliminations, partial ownership and group reporting therefore need to be designed and built as custom reporting on top of the multi-company ledgers.
On the Odoo side, multi-company operation is a feature of the Custom plan on the Odoo pricing page, and that plan is the only one that can be hosted on Odoo.sh or on-premise. Self-hosting a Community database does not give you multi-company, so the licensing decision comes before the architecture decision. Confirm with Odoo which Enterprise features your entity structure depends on, and confirm the subscription terms for on-premise use in writing before you commit to a design.
On the ERPNext side, the accounting module supports multiple companies within one installation, and self-hosting is free under GPL-3.0. What it does not give you is a consolidation engine with ownership percentages and elimination rules out of the box. Decide early which team owns the group reporting layer, whether that is a reporting database fed from each company's ledger, custom Server Scripts (which are disabled by default from version 15 and must be enabled deliberately), or an external BI tool. Ask any implementation partner to document how minority interests and intercompany eliminations are calculated and tested.
Which consolidation capabilities map to Odoo and ERPNext
This table compares eight consolidation capabilities from Sage Intacct's multi-entity model with Odoo multi-company and analytic accounts, and with ERPNext companies and accounting dimensions. Treat each status as a starting point for a test in your own environment, not as confirmed feature parity. Intercompany eliminations and partial ownership are the rows most likely to need custom reporting.
| Capability | Odoo | ERPNext | Status |
|---|---|---|---|
| Entities as companies | Multi-company is listed on the Odoo Custom plan. Confirm company limits per database. | Each entity is set up as a company with its own books. Confirm the structure in a test site. | Covered in principle, confirm in test |
| Base currencies per entity | Each company has its own currency settings. Confirm multi-currency journals and FX revaluation. | Each company has a default currency. Confirm multi-currency invoices and exchange gain or loss posting. | Partly covered |
| Intercompany eliminations | No standard group elimination report to confirm. Build intercompany accounts and elimination entries. | Intercompany matching and elimination journals need design for your chart of accounts. | Needs custom reporting |
| Partial ownership | Ownership percentages and minority interest are not a standard group feature to confirm. Model them in custom reports. | Ownership share is not a built-in group attribute to confirm. Model it in reports. | Needs custom reporting |
| Group consolidated reporting | Multi-company reports run per company. Group views need a consolidation layer or custom report. | Confirm whether group statements across companies meet your format. Many groups build a report. | Partly covered |
| Accounting dimensions | Analytic accounts and plans for cost centers and projects. Compare depth with your Sage dimensions. | Accounting dimensions can be added to documents and reports. Confirm limits against your dimension list. | Partly covered |
| Audit trail | Record tracking and chatter history. Confirm the fields, retention and user logs your auditors expect. | Document version history and tracked fields. Confirm coverage against your control list. | Partly covered |
| Data extraction and loading | Import from CSV or Excel, and External IDs help with third-party sources. Export from Intacct is a separate step. | Data Import loads CSV or Excel with templates in batches of a few thousand records. | Covered for loading, export needs planning |
Odoo or ERPNext for multi-entity consolidation: when each fits
Odoo and ERPNext both cover multi-company accounting, but they differ in how multi-company is licensed, how the software is hosted, and how long each version receives support. The cards below set out those differences so finance and IT leaders can test each option against their entity structure, data residency needs and upgrade capacity before choosing.
Odoo licensing and the Enterprise gate
Odoo Community is published under LGPLv3, but the Enterprise source is not public and requires a subscription. The pricing page lists multi-company as a Custom plan feature, so a group with several legal entities should confirm in writing which edition and plan include multi-company, consolidation-related reporting and on-premise use before assuming Community covers its structure. Ask for the exact feature list in the quote.
ERPNext licensing and the Frappe stack
ERPNext is licensed under GPL-3.0 and built on the Frappe Framework, which is MIT licensed. Multi-company support is part of the core product, so the licensing question is mainly about how your own customizations and distributed modifications will be handled under GPL-3.0. Your legal team should review that obligation against your planned custom scripts and reports.
Hosting paths for each product
Odoo on-premise uses packaged installers or a source installation, and Enterprise databases are activated with a subscription code. ERPNext can run on Frappe Cloud, with Docker Compose through the frappe_docker project, or manually with the bench command line tool. Choose the path your operations team can patch and back up on its own, and confirm which Frappe Cloud plan fits if you want managed hosting.
Support lifecycle for Odoo versions
Odoo's standard support covers three years after each major release, with security updates only during that window. Extended support is limited to Odoo.sh for select versions and on-premise. Odoo SaaS releases arrive every two to three months and cannot use extended support. Plan an upgrade path before the standard support window closes, and budget test cycles for the upgraded test database that must be checked before production.
Support lifecycle for ERPNext versions
Frappe lists version 14 as end of life on January 31, 2026, version 15 as supported until the end of 2027, and version 16 until the end of 2029. Warranty coverage from Frappe requires being on a listed version and holding a matching Frappe Cloud support plan. Confirm with Frappe which support plan, if any, you need for self-hosted deployments, and track the minor release cadence on the GitHub releases page.
Implementation partner dependence
Self-hosting ERPNext is free, but the ERPNext pricing page points to certified partners for implementation. Odoo implementation is also typically delivered by partners, so the real question is which team will configure companies, intercompany accounts and consolidation reports, and who will maintain them after go-live. Ask any partner for references in multi-entity accounting and a written scope covering configuration, testing and handover.
How entities, currencies and ownership map to open-source models
For a group where every subsidiary is 100% owned, the usual mapping is one legal entity per company record. In Odoo, each entity is a company within a multi-company database, with its own chart of accounts, journals and fiscal settings, and users are granted access to one or more companies. In ERPNext, each entity is a Company document with its own chart of accounts, default currency and cost centers. Shared dimensions such as region, product line or department are usually modeled as analytic accounts in Odoo or accounting dimensions in ERPNext, so that reporting can cut across entities without duplicating the ledger.
- Company as legal entity: Create one company per legal entity, and keep the legal name and registration data on the company record, not in a dimension.
- Dimensions for management views: Use analytic accounts (Odoo) or accounting dimensions (ERPNext) for segments that span entities.
- Intercompany accounts: Define intercompany receivable and payable accounts per pair of companies so that eliminations have a clear source.
- Consolidation outside the ledger: Both platforms can hold the individual company ledgers, but group consolidation reports for a full set of statements usually need a reporting layer or custom reports that you specify and test.
Confirm with your finance team which dimensions the group reports on today, and how Sage Intacct's entity hierarchy is currently used for roll-ups.
Joint ventures and majority-owned subsidiaries with minority shareholders raise a different question. Ownership percentage, control and the accounting method (full consolidation, proportionate consolidation or equity method) are set by the applicable reporting framework and the group's accounting policy, not by the software. Neither Odoo nor ERPNext ships a standard non-controlling interest calculation that applies to every group. The ledgers for each entity can still be held as separate companies, while the ownership percentages, the non-controlling interest share and the equity method carrying values sit in a documented schedule or a custom report.
- Ownership as data: Store ownership percentages in a maintained table or custom doctype, with effective dates, so that history can be reproduced.
- Non-controlling interest: Calculate the minority share of profit and net assets in a custom report, since a standard setting for this is not provided.
- Equity method investments: Track investment carrying values and share of results outside the operating ledger unless the group's policy requires otherwise.
- Eliminations on partial stakes: Confirm with the auditor whether eliminations are full or proportionate for each joint venture, because the answer changes the reports.
Confirm the consolidation method for each partially owned entity with your auditors before building any report, and ask the implementation partner to document the calculation logic.
When entities keep books in different base currencies, each company record has its own functional currency. Transactions in other currencies are recorded at the rate in force on the transaction date, and period-end balances are revalued. Translating a subsidiary's statements into the group's presentation currency is a separate step. Odoo and ERPNext both handle exchange rate records and foreign currency journals, but the translation of income statements and balance sheets into a presentation currency, and the handling of translation differences in equity, should be designed and tested rather than assumed.
- Base currency per company: Set the base currency on each company record, and confirm the rate source for each currency pair.
- Intercompany in foreign currency: Agree which entity records the invoice and which records the payment, and how the exchange gain or loss is posted on each side.
- Translation to group currency: Plan a translation step, with rates for closing and average periods, and a place to hold the cumulative translation adjustment.
- Rate governance: Store rate sources and approvals so that the auditor can trace each rate used.
Confirm with your treasury team which exchange rate sources and translation methods the group uses today, and test a closed period end to end before go-live.
What needs custom reporting when you leave Sage Intacct consolidation
The consolidation gaps you will meet when moving off Sage Intacct are not single features. They are five pieces of logic that a group close depends on: elimination journals for intercompany balances and transactions, a group chart mapping that translates each entity's local accounts into one reporting structure, currency translation at the rates your policy specifies, partial ownership adjustments for non-controlling interests and equity-method investments, and a consolidated audit trail that shows how each group figure was derived. Odoo's multi-company and ERPNext's multi-company accounting cover the per-entity books and intercompany basics. They do not give you a packaged equivalent of each of these five pieces, so confirm each one against the current release notes and your own test data before you commit.
Reporting tools can build the presentation layer: consolidated balance sheet and income statement layouts, drill-down from group totals to entity ledgers, and variance reports against budget. Odoo and ERPNext both let you define reports from the general ledger, and ERPNext's Data Import documentation covers loading mapping tables and opening balances from spreadsheets. Elimination logic, ownership percentages and translation methods that depend on your accounting policy usually need custom development, typically server-side code inside the ERP. In ERPNext, Server Scripts are disabled by default from version 15 and must be enabled with server_script_enabled, and Frappe Cloud public shared benches do not allow them, so the hosting choice affects where this logic can run. Odoo custom modules are similarly limited to plans that include them, so check your edition first.
Before any build starts, the finance team should write a specification that names, for each gap: the source of the rate table and who approves it, the rule for each intercompany account pair, the ownership percentages and their effective dates, the reporting currency and translation method for each entity, and the evidence an auditor will ask to see for each consolidated figure. Ask the implementation partner to test these rules on a copy of one closed period and to reconcile the output to your existing consolidation workbook or Sage Intacct report. That reconciliation, not the build itself, is the proof that the custom reporting works, and it should be scoped and priced as a fixed deliverable before work begins.
Running open-source consolidation beside the rest of your suite
Few finance teams move every entity on the same weekend. The cards below cover the decisions that connect a self-hosted Odoo or ERPNext ledger to the Sage Intacct entities still live, the BI tools that read consolidated results, the identity layer that controls access, and the API routes each platform exposes. Every integration should be tested against the vendor's current API documentation before it carries production data.
Phasing entities during the move
A phased move usually keeps Sage Intacct running for some entities while others go live on Odoo or ERPNext first. The consolidation then has to read from two ledgers, so agree early which system is the book of record for each entity and for intercompany balances. Decide the cut-off date per entity, freeze inter-entity postings across both systems during the switch, and confirm that the consolidated trial balance still ties out in each period.
Feeding consolidated results to BI
Consolidated figures usually flow into a BI tool, so the reporting layer must read from one agreed source. Map which tables or views hold entity-level balances, eliminations and currency translation, then test that the totals match the close package. Confirm how each open-source ledger exposes its data for scheduled extracts, and do not assume that a report built on Sage Intacct exports will behave the same way on the new platform.
Identity through LDAP or social login
Finance users should sign in through the same directory that governs the rest of your estate, so that joiners, leavers and role changes apply everywhere. Odoo documents LDAP authentication, and ERPNext documents LDAP integration and social login keys. Check how each platform maps directory groups to finance roles, how it handles accounts that exist in both systems during the phased period, and whether break-glass administrator access is defined.
Odoo external API on Custom
According to Odoo's pricing page, only the Custom plan includes external API access, so an integration with Sage Intacct, a BI tool or a close platform depends on that plan. Ask the vendor which models are exposed, how authentication works, and what rate limits apply. Build a test integration that reads consolidated balances and writes a sample journal entry in a non-production database before you commit to the design.
ERPNext REST API and Data Import
ERPNext exposes a REST API for documents and uses the Data Import tool for bulk loads of CSV or Excel files. Use the API for ongoing synchronization of entity, account and journal data, and the Data Import tool for opening balances and history. The documentation advises importing only a few thousand records at a time, so plan batches and reconciliation totals for each load. Server Scripts that extend these routes are disabled by default from version 15 and must be enabled deliberately.
Testing each integration against current docs
Every integration in this design depends on interfaces that vendors change between releases. Odoo publishes new major versions on a schedule and ERPNext ships frequent minor releases, so an endpoint or import template that works today may change after an upgrade. Before go-live, retest each connection against the vendor's current API documentation and the version you run, repeat the tests after every upgrade, and record the results as part of your change evidence.
Moving entity books and consolidation history out of Sage Intacct
This sequence moves each legal entity's books, balances and history into a multi-company model in Odoo or ERPNext, then proves the group numbers match before cutover.
Inventory entities, currencies and ownership
Finance leads list every legal entity, its base currency, its fiscal calendar, its parent and its ownership percentage, along with any intercompany agreements that drive eliminations. A DeployOpen consultant or your internal team reviews this list against the Sage Intacct entity structure and the consolidation rules currently in use. The step is done when one signed inventory exists that both the source and target designs will follow, and open questions about partial ownership or minority interests are logged with owners.
Extract entity data with Data Delivery Service
Export general ledger accounts, dimensions, journals, customers, vendors and open items for each entity using Sage Intacct's Data Delivery Service, which delivers CSV files to a cloud location on a schedule or on demand and requires a separate subscription. Where a needed object is not covered, the REST API, which Sage Intacct recommends for client applications, or the legacy XML API can fill the gap. Confirm the subscription and delivery targets with Sage Intacct before the extract starts. The step is done when row counts per object and entity are reconciled against the source trial balance.
Map entities and dimensions to target companies
Map each Sage Intacct entity to an Odoo company with its own chart of accounts, or to an ERPNext company, and translate Sage dimensions into the target structure: analytic accounts and plans in Odoo, or accounting dimensions in ERPNext. Decide which intercompany accounts and elimination journals move across and which are rebuilt. Odoo's multi-company feature is part of the Custom plan, so confirm the edition before you commit to this design. The step is done when a mapping workbook covers every account, dimension value and entity, and finance signs off on it.
Assign stable external IDs to every record
Before importing, give each customer, vendor, account and journal a stable external identifier taken from the Sage Intacct record key. Odoo's documentation recommends External IDs when importing from a third-party application, because they let later loads update existing records without creating duplicates. Keep the same keys in the ERPNext import templates so reruns are predictable. The step is done when a test import of one entity shows that a second import updates rather than duplicates the records.
Load opening balances and history in batches
Import master data first, then opening balances as of the cutover date, then historical journal lines if your audit or tax policy requires them. Odoo imports from Excel (.xlsx) or CSV files into any business object, and ERPNext's Data Import tool uses downloadable templates and supports child table rows. The ERPNext documentation advises importing only a few thousand records at a time, so split large journal files by entity and period. The step is done when each entity's balance sheet and income statement in the target match the source as of each load checkpoint.
Rebuild eliminations and group reports
Recreate intercompany eliminations as recurring journals or reporting rules, then rebuild the group balance sheet, income statement and cash reports that Sage Intacct's consolidation subscription produced. Neither Odoo nor ERPNext reproduces Sage's consolidation module one-for-one, so reporting for partial ownership and minority interests usually needs custom reports or spreadsheet logic maintained by your team. Document each formula and its owner. The step is done when the group reports reproduce the last closed Sage Intacct consolidation to the agreed tolerance.
Run parallel closes before cutover
Run at least one full month-end close in the new system while Sage Intacct remains the system of record, then compare entity ledgers, eliminations and group totals line by line. Keep a log of every variance, its cause and its fix, and repeat the load for any entity that changes. Record the Sage Intacct export archive and the audit trail needed for retention. Your external auditors decide what evidence they accept, so confirm that list early. The step is done when two consecutive parallel closes show no unexplained variances.
Cut over and retain the source archive
Freeze Sage Intacct transactions for the cutover date, run the final delta extract, load it, and switch users, reports and integrations to the new system. Keep read-only access or a validated archive of the Sage Intacct data for the period your retention policy requires, and confirm the format and location with your records and audit teams. The step is done when the cutover checklist is signed, the final balances reconcile, and the archive is verified.
What drives the cost of an open-source consolidation build
The largest difference between this build and a Sage Intacct subscription is how the cost is split. ERPNext's software carries no license fee under GPL-3.0, so the recurring cost sits in hosting, support and upkeep rather than in a per-entity subscription. Frappe's pricing page states that self-hosting ERPNext is free and that Frappe Cloud shared site hosting starts at 5 US dollars per month, with dedicated servers starting at 125 US dollars per month. Those are list figures from that page and will change, so confirm them before you budget. For Odoo, the multi-company feature sits in the Custom plan, which is also the only plan that can run on Odoo.sh or on-premise, so the subscription line is the item to price first. Ask any vendor or partner to state which plan, edition and user count their quote assumes. Extraction, mapping and the reporting rebuild are one-time costs, and they are where most of the effort goes. Each Sage Intacct entity has to become a company (ERPNext) or company record (Odoo), with its own chart of accounts, base currency and fiscal calendar. Intercompany eliminations and partial-ownership percentages need to be rebuilt as explicit rules, because neither platform reproduces Sage's consolidation subscriptions out of the box. Ask the implementer to quote these as separate line items: the export from Sage Intacct (including any Data Delivery Service subscription you need), the mapping workbook, the opening balance and history load, and the custom consolidation reports. The ERPNext Data Import documentation advises loading only a few thousand records at a time, which makes the load schedule a cost driver in its own right. Audit evidence and upkeep recur, and they are often under-scoped. Ask for the audit trail design, role-based access settings, and a written list of the version upgrades you will need to plan for. Odoo's standard support covers each major version for three years, and Odoo Online and Odoo.sh require major upgrades every two years, while Frappe's supported versions page sets its own end-of-life dates. Any upgrade is a retest of your consolidation reports, so request an estimate of the testing effort per upgrade cycle and confirm who signs off the results. DeployOpen prepares controls and evidence for compliance assessments, but independent auditors issue any opinion, so ask your auditor to confirm which evidence they will need before the quote is finalized.
Questions finance and IT leaders ask before replacing Sage Intacct consolidation
Is multi-company accounting available in Odoo without an Enterprise subscription?
Not on the plan structure described in the supplied Odoo pricing information. Odoo's pricing page lists Community as the open-source core, while the Custom plan is the only one that includes multi-company, Odoo Studio, external API access and custom modules, and only Custom can be hosted on Odoo.sh or on-premise. Confirm the current edition matrix with Odoo before design, because multi-company is the feature your consolidation depends on. The Community edition is licensed under LGPL-3.0, so the software itself is open; the subscription question is about the features and support you need to run it. Ask Odoo for written confirmation of which modules are included in your edition and what the on-premise terms are for your entity count.
How does partial ownership get handled when we replace Sage Intacct consolidation?
Partial ownership is a modeling and reporting decision, and the supplied facts do not describe a native Odoo or ERPNext feature that computes equity-method or proportionate consolidation. Plan to model each investee as its own company, record ownership percentages in a controlled register, and build the consolidation schedule that applies those percentages. Confirm with your auditors which method applies to each holding and how minority interests appear in the consolidated statements. Treat the ownership register as a financial control, with change approval and an audit trail, because a wrong percentage flows into every consolidated report.
What drives the effort of rebuilding consolidation reporting?
The main drivers are the number of entities, the number of intercompany transaction types, the number of base currencies, the eliminations you run each close, and how many Sage Intacct reports your board packs and auditors rely on today. Each report becomes a specification, a build, a test against the old numbers and a sign-off. Custom reporting usually needs a reporting layer or scripting, and in ERPNext, Server Scripts are disabled by default from version 15 and must be enabled with the server_script_enabled setting, which your team should plan for explicitly. Ask any implementation partner for a written scope listing each report, each elimination rule and each test cycle before agreeing a price.
Can our finance team run the migration without an implementation partner?
A capable finance team with an internal technical owner can run parts of it, particularly data preparation, chart of accounts mapping and parallel-run reconciliation. The harder parts are infrastructure, integration, the consolidation rebuild and controls evidence, which need engineering skills that many finance teams do not hold. Odoo and ERPNext both document CSV and Excel imports, and ERPNext advises importing only a few thousand records at a time, so bulk history loads need planning. Decide which parts you own, which parts a partner delivers under a written scope, and who signs off the opening balances.
What does the migration need from finance and IT teams?
Finance must supply the entity structure, ownership percentages, chart of accounts mapping, elimination rules, reporting definitions and sign-off on opening balances. IT must supply hosting, database and backup design, identity integration, network controls, and the extraction path from Sage Intacct. For the extraction, Sage Intacct's Data Delivery Service provides CSV files on a schedule or on demand but requires a separate subscription, so confirm that subscription and the delivery volumes early. Agree a named owner on each side and a parallel-run period before cutover.
How does the upgrade cadence affect our consolidation reports?
Each major upgrade can change accounting logic, report layouts and custom code, so consolidation reports must be retested after every upgrade. Odoo documents that each major version is supported for three years, followed by two years to complete the upgrade, and that minor versions are usually released every two months. On Odoo Online and Odoo.sh, major upgrades are mandatory every two years, and the upgrade service works on a test database that should be checked before production. ERPNext's supported-versions policy lists version 15 until the end of 2027 and version 16 until the end of 2029. Build a regression pack of consolidation reports and eliminations, and budget time for it in every upgrade cycle.
Which parts of Sage Intacct consolidation have no direct open-source equivalent?
Confirm the gaps with the vendors and with your own test data before you commit. The supplied facts do not confirm a packaged equivalent to every Sage Intacct consolidation feature, especially any Advanced Ownership treatment and the exact elimination workflow you use. Expect custom work in three places: reporting layouts, elimination journals and any data feed into your board or statutory tools. Ask each candidate for a written mapping of your current consolidation features to standard functions, configuration and custom code, and mark every line that is custom.
How does the audit trail carry over after migrating consolidation data?
Your auditors need to see where each opening balance came from, how it was imported, and how each consolidated figure was calculated. Keep the Sage Intacct exports, the import files, the reconciliation between source and target balances, and the sign-off records as evidence. DeployOpen prepares systems, controls and evidence for compliance assessments, but independent auditors issue any audit opinion or attestation. Confirm with your external auditor which evidence they require before cutover.
When open-source consolidation is the right move and when it is not
Open-source consolidation fits best when your group is a manageable number of entities with simple ownership, your finance team can own the configuration, and your reporting needs are standard. Start by counting legal entities and listing each one's base currency, fiscal calendar and intercompany trading partners. In Odoo, each legal entity is a company, and multi-company accounting requires the Custom plan on Odoo.sh or on-premise, which is a point to confirm against the current Odoo pricing page before you decide. In ERPNext, each entity is a Company record within one instance. A small group with few intercompany flows and one reporting currency can usually be mapped without much custom work. A large group with many currencies, frequent intercompany activity and several reporting frameworks should expect more design and testing time.
Ownership complexity is the factor most likely to change the answer. Sage Intacct's Domestic, Global and Advanced Ownership consolidation options are sold as separate subscriptions, so check which ownership structures you use today: full ownership, majority holdings, joint ventures, or minority stakes that need equity method treatment. Neither Odoo nor ERPNext should be assumed to produce a partial-ownership consolidation out of the box. Ask your auditors and advisers which elimination and non-controlling interest calculations they expect, then confirm with the vendor or a partner whether the platform handles them natively or whether you must build them.
Other factors decide whether the move is sensible. Confirm your data residency requirements, since self-hosting keeps ledgers inside your own cloud account or data center. Assess in-house skills: someone must own database backups, upgrades, the upgrade cadence of your chosen version and reporting logic. Measure your tolerance for custom reporting, because consolidated statements, eliminations and board packs may need bespoke code or templates. If the answer to several of these is uncertain, a short fixed-scope discovery phase, with written deliverables agreed before work starts, is usually a safer first step than a full cutover.
How DeployOpen scopes and delivers a consolidation replacement
DeployOpen plans, implements, integrates, documents and supports self-hosted open-source platforms inside your own infrastructure, so entity structures, currencies, eliminations and partial ownership rules are defined and tested before any consolidation report is trusted. Engagements are fixed-scope, with the scope, deliverables and timelines agreed in writing before work starts.
How we scope
- The written scope lists every legal entity, base currency and ownership percentage to be modeled in Odoo or ERPNext.
- Elimination rules for intercompany balances and their current Sage Intacct treatment are documented as acceptance criteria.
- Reports that depend on Sage Intacct consolidation subscriptions are listed, so custom reporting work is priced and agreed up front.
How we build
- Company, currency and chart of accounts structures are configured in a test environment before any historical data is loaded.
- Partial ownership and non-controlling interest logic is built as custom reporting, tested against figures your finance team reconciles.
- Data imports are staged in batches, with External IDs used so records can be re-run and checked against source extracts.
How we hand over
- Delivery includes configuration records, data mapping sheets, elimination logic, and test evidence for each consolidation scenario.
- Runbooks cover month-end close, currency rate updates, backups, and how to upgrade the platform within its supported version window.
- Your team receives training on the consolidation reports and on which steps still need manual review by your external auditors.
How we support
- Ongoing support, upgrades and continuous testing are available as a retainer, agreed separately from the original fixed scope.
- Upgrades are tested on a copy of production data before any change goes live in your environment.
- Confirm with your auditors which control evidence they expect, since DeployOpen prepares evidence but does not issue audit reports.

