Understand the Challenges When Adapting Microsoft Dynamics AX for Multinational Companies

More and more enterprise users of Microsoft Dynamics AX are adapting the ERP software for businesses scattered around the world.

Based on a discussion at a recent AX User Group SIG on Enterprise AX Installations, multi-site, multi-country AX users think carefully about the challenges of deploying a single Dynamics AX code base to multiple regional AX instances. Although it might still be one database, in the case of the regional instances, companies might have some challenges related to local code that might apply in one country but not in another.

Global test and deploy practices

One multinational company explained how it is pushing code base changes globally with the help of a network of designated local owners in each of the companies and a robust test plan, including regression testing.


Requires FREE Membership to View

Become a Member Joining MSDynamicsWorld.com gives you free, unlimited access to news, analysis, white papers, case studies, product brochures, and more, and it’s all FREE. You’ll also receive periodic email newsletters with the latest relevant articles and content updates.
About Linda Rosencrance

Linda Rosencrance is a freelance writer/editor in the Boston area. Rosencrance has over 25 years experience as an reporter/investigative reporter, writing for many newspapers in the metropolitan Boston area. Rosencrance has been writing about information technology for the past 16 years.

She has covered a variety of IT subjects, including Microsoft Dynamics, mobile security issues such as data loss prevention, network management, secure mobile app development, privacy, cloud computing, BI, big data, analytics, HR, CRM, ERP, and enterprise IT.

Rosencrance is the author of six true crime books for Kensington Publishing Corp.

Read full bio...

multi national roll out

multi company is best when the verticals and processes are similar and there is a lot of scope for central services such as finance and purchasing. Ax 2012 makes it easier to enforce consistent data policies etc.

Far more challenges come when there are multi-verticals and multi statutory localisations - in such cases central services are less feasible and the problems of conflicting code and upgrade fo multi companies is much greater. Each isv is unlikely to be compatible with the same Ax service pack, SQl pack etc at the same time, nor will they all be ready to migrate to a new release at the same time.

The bigger the operation the grater the need for database emaiantenace such as defragmentaton and reindexing - the more companies and time zones, and audit dates involved the harder it is to plan system outages.

Regional hubs with central financial consolidation may be a workable compromise.

Consider the impact of a global payroll system- each country h=as an annual budget that chanes parolltaxes - what si the impact on your operations of taking your systen down each month to add the new code? What if one coutnry needs to upograde for staturoty reaosns and another couunty cannot because its isv module is not yet compatible at the new release? dotnet developments that are integrated make more sense- then you only have an interface upgrade to worry about.

And those are just the easy points to cosndier!