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

Moving .axmodel from a higher platform update (10.0.40) to a lower one (10.0.33)

(0) ShareShare
ReportReport
Posted on by 339

I need to move a custom X++ models from a dev VM on App 10.0.40 (Platform 7.0.7279) to another dev VM on App 10.0.33 (Platform 7.0.6861).

I imported the models by copying the files from AOS folder, When I run the batch service, I get this error:

 

What's the correct way to move a model between VMs on different versions, and how do I resolve this error?

Categories:
  • Subra Profile Picture
    2,392 Super User 2026 Season 2 on at

    Hi @Raed Salah Bzour 

    Could you please check the event viewer for more information on this. you will have the error message in the event viewer.

     

  • André Arnaud de Calavon Profile Picture
    307,691 Super User 2026 Season 2 on at

    Hi Raed,

    Please note that versions 10.0.33 and 10.0.40 are not supported anymore by Microsoft. All organizations should meet the policy to stay on current versions. What is the reason that you want to move a customizations from an old version to an even older version?

    Anyway, there might be some components referenced that does not exist on the 10.0.33 version. Did you only import the models or did you also build them? Is the application itself running without issues? 

    As mentioned by Subra, you can also check for error events.

  • Suggested answer
    vishalsahijwani Profile Picture
    431 on at

    Hi @Raed Salah Bzour  , 

     

    There is nothing you have done wrong here. Certainly moving .axmodel files cannot be the reason for Batch Management service failure. 

     

    Please try the below mentioned steps and after that try to start the service again and it should get started without any issues : - 

    1) Once .axmodel file is imported. Please go to Dynamics 365 Extension Menu -→ Model Management -→ Refresh Models (If there are any errors in the models it should throw an error right away such as duplicate artifacts etc)

    2) If you are facing any errors in Step 1 please fix those errors first. Then go to Please go to Dynamics 365 Extension Menu -→ Model Management -→ Build Model -→ Select your model and click on Build (Do not perform Db sync in this process we will do it separately)

     

    3) Once Step 2 (Model Build) is successfully completed go to Dynamics 365 Extension Menu -→ Synchronize database. Once Database is successfully synchronized try to start the service. 

     

    4) If after following step 1 to 3 does not solve the problem then close your RDP session of your Dev vm but close all applications first and close go to Environment page of that environment in LCS (Life Cycle Services) and then try to login into the environment if its giving you certificate error then in the Environment page go to Maintain -→ Rotate Certificates -→ Rotate ssl certificates. This will take some time and once its successfully completed. Login to your RDP of your Dev vm and try to start the service now. It should get started.

     

    5) Sometimes if the update is too old it might give you 500 error while logging inside the environment if that happens and above Step 1 to 4 is not resolving the issue then please don't spend a minute extra on this and raise a ticket with Microsoft support. 

     

    Please check if this helps.

  • Raed Salah Bzour Profile Picture
    339 on at

    Thank you all,
    Hi ,
    The error was related to an existing model which has a reference to non-existing model as you mentioned, I solved the error and the import is working now but, I am facing errors now with the database, the main idea is I have custom fields in the models and they are synched to the first VM's database and now when I sync the database it syncs successfully but the custom fields are not reflected to the database in the new VM. also, I have custom table with allow row version tracking = yes in the Source VM but the new VM it threw this error:
    'MSD_Parameters' table is missing 'SysRowVersionNumber' system field of data type 'AxTableFieldInt64' and extended data type 'SysRowVersionNumber'. even after database sync successfully.
    *The build is not working cause of the errors and the  SysRowVersionNumber one of the build errors beside the custom fields error.

  • Martin Dráb Profile Picture
    241,335 Most Valuable Professional on at

    @vishalsahijwani This answer makes no sense. The steps won't work and you'll get no support for doing an unsupported operation on an unsupported version of F&O.

     

    @Raed Salah Bzour  Could you please tell us why you insist on using such an old version of F&O? I wonder whether the whole thing make sense; maybe you should invest your time to a better approach, such as deploying a new VM and upgrading the code. 

  • Raed Salah Bzour Profile Picture
    339 on at

    Hi ,
    This is the VM of the client and he is insisting to use this version without upgrading or creating a new VM even after advising him.
    The current issue is not related to model's version the import is done successfully but, now the database sync is not reflecting the new models, and the build of the models is failing because of the gap in sync.
    *The error is also system fields not just customizations as I mentioned before:
    'MSD_Parameters' table is missing 'SysRowVersionNumber' system field of data type 'AxTableFieldInt64' and extended data type 'SysRowVersionNumber'. even after database sync successfully.

  • Verified answer
    Martin Dráb Profile Picture
    241,335 Most Valuable Professional on at

    It feels like helping your client shoot in his foot… Anyway, the reason for the error is that the DB schemas of 10.0.33 and 10.0.40 aren't compatible. An upgrade is supported, but the downgrade isn't and therefore you'll have to adjust the schema on your own (by writing some SQL scripts, most likely).

     

    The reason for this particular error is that row version change tracking used to use SysRowVersionNumber field, but it was replaced by SysRowVersion in 10.0.34. Your old 10.0.33 app is looking for the old field, but it doesn't exist in the new database.

  • Verified answer
    André Arnaud de Calavon Profile Picture
    307,691 Super User 2026 Season 2 on at

    Hi Raed,

    Please insist your client to meet the lifecycle policies from Microsoft. This is valid for both cloud and on-premise. Microsoft is not able to support all historical versions. Why do you think you would be able to do it yourself?

    Software lifecycle policy and cloud releases - Finance & Operations | Dynamics 365 | Microsoft Learn

    Software lifecycle policy and on-premises releases - Finance & Operations | Dynamics 365 | Microsoft Learn

  • Raed Salah Bzour Profile Picture
    339 on at

    Hi and,
    I am here to get the best practice and the valid solutions of my query.
    And thanks for the clarification — that makes sense now.

    I understand the downgrade path from 10.0.40 to 10.0.33 isn't supported, and the SysRowVersionNumber → SysRowVersion change explains the error. I'll align the environments on the same version or highest version instead of trying to force the model across, and I'll raise the lifecycle policy point with my client.

    Thanks for the help.

  • Suggested answer
    vishalsahijwani Profile Picture
    431 on at

    Hi Martin , 

    With all due respect the steps that I have mentioned helps if batch management service is not running and any time we have faced the same issue we followed the same steps and fixed the issue.

    But yes the downgrade path is not supported by Microsoft but if due to any reason if batch management service is not running then following these steps we can get out of this problem in no time.

    Hope you understand what I am trying to communicate.

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

Season of Sharing Community Challenge Winners!

Congratulations to our community stars!

Women in Power Builds Momentum

Expanding mentorship, skilling, and AI innovation

Congratulations to the August Top 10 Community Leaders

These are the community rock stars!

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

#1
Martin Dráb Profile Picture

Martin Dráb 511 Most Valuable Professional

#2
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 426 Super User 2026 Season 2

#3
CU-1234529-002 Profile Picture

CU-1234529-002 159

Last 30 days Overall leaderboard

Product updates

Dynamics 365 release plans