A dark desk with a laptop, phone, glasses and a calendar
Dynamics AX · Accounts Payable · Hub

AI Agents for Dynamics
AX Payables

AX finance teams get told AI is not available to them. It is available, it just needs a tool that reads what is actually there.

Key takeaways
  • Most tools sold as Dynamics support mean Dynamics 365, which is a different system. AX needs a tool that reads what is actually there.
  • AX finance teams are frequently told AI is not available to them. It is, and the gap is vendor coverage rather than capability.
  • Group the invoice approval queue by cause. Two of the six usual causes repeat because of a setting rather than a decision.
  • AX installations often hold many years of history in one database, which makes whole population duplicate testing valuable and it is rarely run.
  • Test duplicates on the product receipt, not just the reference. The reference is exactly what changes when a supplier resends a chased document.

AI agents for Dynamics AX accounts payable group the invoice approval queue by cause, run duplicate testing across the years of history AX installations typically hold, and check dimensions against the order rather than accepting a vendor default. ChatFin reads AX through its integration layer and states which access route it is using.

The starting point is that AX is its own system. Dynamics AX 2012 and earlier are still running real finance operations with years of extensions and a migration that keeps being deferred, and most tools sold as Dynamics support mean Dynamics 365, which reads completely differently. That is why AX teams get told AI is not available to them.

Dynamics AXDynamics 365Accounts payableDuplicate invoices3 way matchingLegacy ERPDimensionsERP AI agentsAI agents for finance
01

AX is on premise, extended, and going nowhere quickly

Dynamics AX 2012 and earlier are still running real finance operations, usually with years of extensions and a migration that keeps being deferred. ChatFin gets asked about AX often enough to say plainly that most tools sold as Dynamics support do not read it at all, and ChatFin treats AX as its own system rather than a version of Dynamics 365.

AssumptionOn AX
Cloud APIs and OData entitiesNot the same layer, and often not present
Vendor supports DynamicsUsually means Dynamics 365, which is a different system
Regular platform updatesA version fixed years ago, by choice
Standard data modelExtended per site, sometimes heavily

That gap is the whole reason AX finance teams get told AI is not available to them. It is available, it just needs a tool that reads what is actually there.

In ChatFin

ChatFin reads AX through its integration layer and direct data access where governed, and states which it is using rather than claiming generic Dynamics support.

02

The invoice approval queue, worked by cause

The mechanics of AX payables are familiar. The value is in grouping the failures, which nobody does because the reporting was built for individual documents.

CauseOwnerWhether it repeats
Product receipt not postedReceivingEvery month
Price above the order, inside toleranceNobody, a rule covers itEvery month
Price above the order, outside toleranceProcurementUntil the contract is fixed
Order closed earlyThe requesterOccasionally
No order, above the policy limitApproval by policySteady
Dimension defaulted from the vendorMaster dataEvery month

Two of those six repeat because of a setting rather than a decision, and both are invisible when the queue is worked one document at a time by value.

In ChatFin

ChatFin groups the queue by cause and reports which causes are settings rather than decisions, because only the settings can be removed permanently.

03

Duplicate testing across an extended history

AX installations frequently hold many years of history in one database, which makes whole population duplicate testing genuinely valuable and rarely run.

1

Test on the receipt, not only the reference

One product receipt cannot support two invoices for the same goods, and the reference is exactly what changes when a supplier resends a chased document.

2

Normalise references before comparing

Strip punctuation and leading zeros. Most drift is formatting.

3

Weight the payment run window

Duplicates cluster around payment runs because that is when people chase.

4

Check across legal entities

The same invoice entered in two entities looks correct in both.

On a long AX history this test frequently finds duplicates going back years that no reference based check was ever going to surface.
04

Where this underperforms

Three.

No governed access route exists. If the only option is screen automation against a heavily extended AX, the honest answer is no.
Extensions sit in the posting path. ChatFin has to read what they do before its numbers can be agreed with yours, and that is scoping before a pilot.
Vendor records are duplicated across entities. Resolution accuracy is capped and cross entity testing gets noisy.
In ChatFin

ChatFin would rather scope the extensions first than discover them in month two, and on AX that scoping is usually the largest part of the setup.

Deeper in Dynamics AX payables

Three use cases sit under this hub, in build and shown rather than linked.

Worked on this page
Vendor follow up for missing invoices · AP inbox automation · Invoice intake and document extraction

Covered as sections here
3 way matching · Duplicate detection · Approval queues · Dimensions · Cross entity testing

Questions Dynamics AX teams ask first

Is AI actually available for Dynamics AX?

Yes, and the reason teams are told otherwise is vendor coverage rather than capability. Most products sold as Dynamics support mean Dynamics 365, which uses a different data layer entirely, so a tool built for it reads nothing on AX. ChatFin treats AX as its own system, reads through its integration layer or governed direct access, and states which route it is using.

What is worth automating first on AX payables?

Grouping the invoice approval queue by cause. The mechanics are familiar and the reporting was built around individual documents, so nobody sees that two of the six usual causes, product receipts not posted and dimensions defaulted from the vendor, repeat every month because of a setting rather than a decision.

Why is duplicate testing especially valuable on AX?

Because AX installations frequently hold many years of history in one database. Testing the whole population on the product receipt as well as the reference, normalised, and across legal entities, regularly finds duplicates going back years that no reference based check was ever going to surface.

How ChatFin works in Dynamics AX payables

AX is its own system, and it is readable.

ChatFin reads AX through its integration layer or governed direct access, groups the approval queue by cause, and separates causes that are settings from causes that are decisions.

Duplicate testing runs across the full history on the receipt as well as the reference, and ChatFin approves nothing.

Bring one month of held invoices and your full invoice history. The comparison takes an hour.

Book a demo
AM
Ashok Manthena
CEO and co founder, ChatFin

Ashok Manthena is the CEO and co founder of ChatFin, an AI agent platform for enterprise finance that runs across NetSuite, Acumatica, JD Edwards, SAP and Dynamics 365. He works with CFOs and controllers on governed automation of the close, payables, receivables and reporting. Connect on LinkedIn.

Image credits. Header photograph: a dark desk with a laptop, phone, glasses and a calendar, sourced from Pexels and used under the Pexels licence.
All images are served from the Pexels content network. No third party product screenshots, vendor logos or licensed media are used on this page.
Get started

Bring your invoice history.

We will group one month of held invoices by cause through ChatFin and run duplicate testing across the whole history in your database.

✓AX read as its own system, access route stated
✓Queue grouped by cause, settings separated from decisions
✓Duplicate testing on the receipt, across entities
Request a demo
Confidential & private