An X++ extension for Dynamics 365 Finance & Operations that automates intercompany journals, keeps due to and due from balances matched, and reconciles group positions across legal entities. Built to order after a fixed quotation. Built to order by ECOSIRE for Dynamics 365 F&O (build-to-order) — indicative price from $1299.00 USD; request a quote for a scoped proposal.
An X++ extension for Dynamics 365 Finance & Operations that automates intercompany journals, keeps due to and due from balances matched, and reconciles group positions across legal entities. Built to order after a fixed quotation.
Built to order
A group running fifteen legal entities in one Dynamics 365 Finance & Operations tenant should get intercompany accounting almost for free. In practice, month-end says otherwise. Shared costs are allocated by hand: someone builds a spreadsheet, splits the invoice across entities, and keys a journal in each company. Recharges follow the same route. Native intercompany accounting handles the paired journal well when the transaction fits its shape, but it does not allocate, it does not schedule, and it does not tell you at 9am on the fourth working day which of your due to and due from balances no longer agree.
So the group builds a reconciliation workbook. It pulls trial balances from every entity, pivots the intercompany accounts, and produces a variance list that someone then investigates transaction by transaction. The causes are always the same handful — a journal posted in one company and not the other, a currency revaluation applied on one side, a reversal that only reversed once, a posting to the wrong counterparty entity — but finding them consumes days that the close does not have. Centralised payments make it worse: entity A pays a vendor invoice belonging to entity B, and the resulting intercompany position has to be tracked and settled separately.
ECOSIRE builds an intercompany automation and reconciliation extension for Dynamics 365 Finance and Supply Chain Management, written in X++ as an extension model with no overlayering.
You define reusable intercompany templates: a source (a main account range, a ledger dimension combination, a cost centre, a project, or a specific vendor invoice pattern), a set of destination legal entities, and an allocation basis — fixed percentage, fixed amount, or a driver such as headcount, revenue or a statistical measure held in a dimension. A template also carries the accounts and financial dimensions to use on both the due to and the due from side, the description convention, and the approval requirement.
When a source transaction posts, or when a scheduled run executes, the engine builds the paired journals for every destination entity. Because it uses the standard ledger journal framework and the intercompany accounting setup, everything downstream — posting profiles, financial dimension defaulting, ledger dimension validation, subledger journal entries, financial reporting — behaves natively.
Recurring recharges run as SysOperation batch jobs on your own recurrence: monthly management fees, shared service allocations, IT cost splits. Event-driven allocations are triggered by posting events on the source document through event handlers, so a shared cost is pushed out the moment the originating invoice posts rather than at period end. Every run produces a proposal that can be reviewed and adjusted before posting, or posted automatically where you have decided the rule is safe to trust.
Proposals route through the standard Dynamics 365 workflow framework, so intercompany postings above a threshold need a named approver, with the delegation, escalation and work item behaviour your organisation already uses. Segregation is respected: the approver in the destination entity can be required to accept a charge before it posts in their books, which is usually the political blocker to automating intercompany at all.
A reconciliation workspace matches intercompany balances pair by pair across legal entities, in transaction currency and in accounting currency, and shows the difference with the underlying transactions behind it. Matching is automatic where the engine created both sides — every generated pair carries a shared reference so the match is deterministic rather than heuristic. For transactions created outside the engine, matching runs on configurable criteria: amount, date window, counterparty entity, document reference and dimension values. Unmatched items are aged and assigned, so the exception list is a work queue rather than a spreadsheet tab.
Elimination journal proposals are generated from matched intercompany positions for use in your consolidation entity, using the standard elimination rule structures. For groups using centralised payments, the extension tracks vendor invoices paid by one entity on behalf of another, generates the corresponding intercompany positions, and supports periodic net settlement between entities so the group is not shuffling cash for every individual charge.
Reconciliation status, ageing, unmatched items and run history are exposed as data entities over OData, so group finance can build the intercompany dashboard in Power BI rather than rebuilding the workbook each month.
Groups running multiple legal entities inside one Dynamics 365 Finance & Operations tenant where intercompany volume is high enough that manual journals hurt: shared service centres, holding structures with management recharges, multi-country groups allocating regional costs, and organisations that pay vendors centrally on behalf of subsidiaries. It suits finance teams whose close is delayed by intercompany investigation, and controllers who cannot currently answer how much is unmatched without building a report.
If you run two legal entities with a handful of intercompany journals a month, standard intercompany accounting will serve you and this is overspecified.
This is built for your group, not downloaded.
1. Scoping call. We map your entity structure, your intercompany account pairs, your existing allocation rules and spreadsheets, your currency handling, your approval expectations, and how your consolidation entity works. 2. Fixed quote. A written scope and a fixed price, with the build window stated. Nothing starts until you approve it. 3. Build. Typically three to four weeks given the entity count and rule complexity involved. Development happens against your platform and application version in a dedicated model. 4. Install in test. Deployed into your sandbox via your LCS project. We configure your templates and account pairs, then run a parallel close against a real prior period so you can compare the engine's output line by line against what your team produced manually. 5. Production. After sign-off on the parallel run, the package goes to production through your release process. We attend the first live period close. 6. Support. A support window from go-live covers defects and questions, and typically spans at least the first month-end. Additional templates and rules are quoted as enhancements.
You receive the X++ source and the technical documentation, so your team owns it afterwards.
A short call to confirm the workflow, your platform version and where the integration boundaries sit.
You receive a written scope and a fixed price. Nothing is built until you approve it.
We develop against a copy of your configuration and test it there. Typically two to four weeks.
We install on your instance, hand over the source, and support it for twelve months.
Loses the first week of every close to intercompany variance investigation and cannot say how much is unmatched without building a report. Deterministic matching on engine-generated pairs plus an aged exception queue turns that investigation into a short list with owners.
Keys the same allocation journals into a dozen legal entities every month from a spreadsheet that only they maintain. Templates with a driver-based allocation basis generate the paired journals automatically, and the proposal step keeps them in control of what posts.
Is asked to automate intercompany but cannot let one entity post into another's books without consent, and will not accept overlayered code. Destination-entity workflow acceptance solves the governance objection, and the extension-only model with handed-over source solves the maintenance one.
| Criterion | ECOSIRE | Custom Build | Competitor |
|---|---|---|---|
| Template-driven intercompany allocation with driver-based bases | Included | Partial support | Partial support |
| Scheduled batch and event-driven recharge generation | Included |
From $1299.00
Starting point — quoted to your scope
| Partial support |
| Destination-entity workflow acceptance before posting | Included | Partial support | Not included |
|---|
| Deterministic due to / due from matching on a shared reference | Included | Partial support | Partial support |
|---|
| Reconciliation in both transaction and accounting currency | Included | Partial support | Partial support |
|---|
| Centralised payment tracking with periodic net settlement | Included | Partial support | Partial support |
|---|
| Posts through the standard ledger journal framework, no direct writes | Included | Partial support | Included |
|---|
| Full X++ source handed over to the customer | Included | Included | Not included |
|---|
An X++ extension that imports bank statements into Dynamics 365 F&O and fuzzy-matches lines against payments, deposits and fees. Built to order for your legal entities after a scoping call and fixed quote.
A behaviour-aware treasury forecasting app for Dynamics 365 Finance & Operations. Built to order as an X++ extension after a scoping call and a fixed quote — nothing is pre-built or downloadable today.
A built-to-order forecasting and planning layer for Dynamics 365 Finance & Operations, with external demand signals, explainable forecasts and scenario comparison. Scoped and built by ECOSIRE after a fixed quote.
A build-to-order X++ extension that captures vendor invoices, extracts line data, matches them against purchase orders with tolerance rules and routes exceptions through F&O workflow. ECOSIRE builds it for your entity structure after a fixed quote.