web
You’re offline. This is a read only version of the page.
close
Skip to main content

Announcements

No record found.

News and Announcements icon
Community site session details

Community site session details

Session Id :
Finance | Project Operations, Human Resources, ...
Answered

Best Practices in Model Migration to clients - axmodel or axpp

(1) ShareShare
ReportReport
Posted on by 15

Are there any specific pros/cons to using .axmodel or .axpp files to migrate code between D365FO environments (best practices, long-term support ... anything)?

Background:

We have built an IP on D365FO and we have to routinely send out updates to clients.

Part of the codebase of the IP is sent out as a deployable package but the included reports are sent as a project to allow clients / implementers to extend or duplicate the reports logic per client requirements.

Till now, the code available reports model was being manually exported to an axpp file (manually add all objects in a model to VS project and export).

But I was trying to see if this workload could be reduced somehow in the DevOps Pipelines used to generate the deployable packages.

I can generate .axmodel files using a command prompt to invoke ModelUtil.

Have not found any orchestration for .axpp files (in DevOps or Power Automate or any other automation).

Was wondering about the differences therefore in axmodel and axpp...

I have the same question (0)
  • Verified answer
    Blue Wang Profile Picture
    Microsoft Employee on at

    Hi Aashay,

    Models (.axmodel) : Best option for Dev source code and metadata exchange. MS said "Model files let you distribute models to customers and partners, and can be installed in development environments. ...Model files contain a model descriptor file, metadata, source code, and referenced .NET assemblies (when applicable). ..". You can see all Dev stuffs you need can be done by this way.

    Projects (.axpp)  :axpp would stand for ax Project Package. This is very similar to xpo in the old version. Still useful because importing models doesn't include the project description like xpo did. So by many cases, it will be used together with the above importing models.

    Reference:shootax.blogspot.com/.../d365fo-possible-ways-to-move-code.html

  • Verified answer
    Martin Dráb Profile Picture
    239,029 Most Valuable Professional on at

    Only models and deployable packages are intended for this purpose.

    Use .axpp only to share a subset of changes between development environments that aren't connected to the same version control system. Ideally never. :-)

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Stars!

Congratulations to our 2025 Community Spotlights

Thanks to all of our 2025 Community Spotlight stars!

Leaderboard > Finance | Project Operations, Human Resources, AX, GP, SL

#1
Giorgio Bonacorsi Profile Picture

Giorgio Bonacorsi 617

#2
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 461 Super User 2026 Season 1

#3
Syed Haris Shah Profile Picture

Syed Haris Shah 298 Super User 2026 Season 1

Last 30 days Overall leaderboard

Product updates

Dynamics 365 release plans