An X++ extension that reads inbound business documents and writes structured, confidence-scored records into Dynamics 365 Finance & Operations. Built to order for your document set — not an off-the-shelf download. Built to order by ECOSIRE for Dynamics 365 F&O (build-to-order) — indicative price from $1099.00 USD; request a quote for a scoped proposal.
An X++ extension that reads inbound business documents and writes structured, confidence-scored records into Dynamics 365 Finance & Operations. Built to order for your document set — not an off-the-shelf download.
Built to order
Most Dynamics 365 Finance & Operations implementations solve exactly one document problem: the AP invoice. Everything else that arrives as PDF or scanned paper is still keyed in by hand.
A purchasing team receives supplier order confirmations that change promised dates and quantities against a purchase order — someone opens the PDF, finds the order, and updates confirmed delivery dates line by line. A warehouse receives packing lists ahead of the truck and cannot pre-stage a receipt because nothing is in the system until the goods physically arrive. A treasury analyst receives a remittance advice listing forty invoice references against one lump payment, and has to type each reference into the settlement screen before the customer payment journal will balance. Bank letters, freight documents, certificates of analysis, and customs paperwork all end up in a shared mailbox that nobody owns.
The cost is not just typing time. It is late confirmations that never reach MRP, receipts that post against the wrong load, and unapplied cash sitting on account because the remittance never got matched. The data exists; it is simply trapped in a file format F&O cannot read.
We build a document ingestion and extraction engine as an X++ extension package for Dynamics 365 Finance and Supply Chain Management. No overlayering — everything is extension classes, chain-of-command, table and form extensions, and new tables in your own model.
Documents enter through the channels that match how your business actually receives them: a monitored mailbox, a network or SharePoint drop folder, direct upload from the F&O document handling (Attachments) pane, or a REST endpoint for a scanning appliance. Each channel writes a row into a staging table with the raw file preserved in Azure Blob storage through the standard document management framework, so the original is always retrievable next to the record it produced.
An OCR and extraction service call runs inside the F&O batch framework, so throughput is controlled by batch groups and threads rather than blocking a user session. The engine first classifies the document type, then applies the field map for that type. Every extracted field carries a confidence score and the page coordinates it came from, stored alongside the value so a reviewer can see exactly where a number was read.
Extraction alone is not useful — the value is in the match. The engine resolves extracted identifiers against real F&O data: vendor account from name, tax registration number, or bank details; purchase order and line from the order number plus item and quantity; customer invoices from invoice number, amount, and open balance for remittance settlement. Matching is legal-entity aware — a document is resolved within the correct company, and cross-company lookups only occur where you configure them.
Documents that clear your confidence thresholds post straight through. Anything below threshold, ambiguous, or unmatched lands in a review workspace built on standard F&O form patterns, with the document image side by side with the extracted fields. A reviewer corrects a value, and the correction is captured so the field map improves over time.
Confirmed documents write through supported APIs and data entities — purchase order confirmation dates and quantities via the purchase order update path, arrival journals for packing lists, customer payment journal lines with settlement marks for remittance advices, and attachments back onto the source record.
Data entities and OData are exposed for the staging, extraction, and audit tables so extracted data is available to Power BI and to any external system. Where your process needs a canvas app for mobile capture or a Power Automate flow to route exceptions, we wire it through the Power Platform integration rather than building a parallel UI. Dual-write is used only where a document must also land in the Dataverse side of your estate.
Every extraction, every threshold decision, and every human correction writes an audit row: who, when, source file, field, old value, new value, confidence. Ledger dimension defaulting on any financial document follows your existing account structure and defaulting rules rather than a bypass. Security is delivered as duties and privileges layered onto standard F&O role-based security.
Organisations running F&O with meaningful inbound document volume: distributors and manufacturers processing supplier confirmations and packing lists, shared service centres handling remittance advices across multiple legal entities, and finance teams whose bank correspondence never reaches the ERP. It suits companies that have already automated the AP invoice and hit the wall on everything else.
It is a poor fit if you have a handful of documents a week, or if your documents are unstructured free-form correspondence with no repeatable fields.
1. Scoping call. We go through your actual documents — send us real samples with sensitive values masked. We agree which document types are in scope, which F&O records each one must create or update, and what your confidence and exception thresholds should be. 2. Fixed quote. You receive a written scope with the document types, field maps, target records, integration points, and a fixed price. No hourly drift. 3. Build. We develop the X++ extension package against a sandbox on your F&O version, using your document samples as the test corpus. 4. Install in test. The deployable package goes through your LCS pipeline into your sandbox. We run extraction against your samples with you, tune the thresholds and field maps, and iterate until the match rates hold. 5. Production. Once you sign off in test, the same package is promoted through your LCS pipeline to production. We are on the call for the first production runs. 6. Support. A support window is included from go-live, covering defects, threshold tuning, and questions.
Lead time is typically two to four weeks from signed scope, depending on how many document types are in scope and how quickly sample documents and sandbox access arrive.
This is not a shrink-wrapped product you download and install. Every build is scoped to your document set, your field maps, and your F&O configuration. There is no free trial, because there is nothing pre-built to trial — what exists is the engineering capability and the delivery process described above.
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.
Receives remittance advices listing dozens of invoice references against a single incoming payment, and their team retypes each reference before cash can be applied. The engine parses the remittance, builds the customer payment journal lines with settlement marks already applied, and flags only the references it could not confidently match.
Supplier order confirmations arrive as PDFs with changed dates and quantities that never make it back into the purchase order, so MRP plans against dates nobody honours. Confirmations are read, matched to the order line, and written back through the supported update path with anything ambiguous routed to review.
Needs document automation that does not overlayer, does not fork the upgrade path, and does not create a shadow data store outside the ERP. Everything is an extension package in their own model, runs under the batch framework, exposes data entities, and layers security onto existing roles.
| Criterion | ECOSIRE | Custom Build | Competitor |
|---|---|---|---|
| Extracts from PO confirmations, packing lists, remittance advices and bank letters — not only AP invoices | Included | Partial support | Partial support |
| Per-field confidence scoring with source page coordinates retained | Included |
From $1099.00
Starting point — quoted to your scope
| Partial support |
| Included |
| Writes back to F&O through supported APIs and data entities with no overlayering | Included | Partial support | Partial support |
|---|
| Runs under the F&O batch framework with configurable batch groups and threads | Included | Partial support | Partial support |
|---|
| Legal entity aware matching with explicitly configured cross-company lookup | Included | Partial support | Partial support |
|---|
| Review workspace showing document image beside extracted fields with correction capture | Included | Not included | Included |
|---|
| Full source code delivered to your repository with no encrypted components | Included | Included | Not included |
|---|
| Fixed-price scope agreed before build starts, rather than open-ended day rates | Included | Not included | Partial support |
|---|
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.