AX 2012 Upgrade Guide
AX 2012 Upgrade Guide
Microsoft Corporation
Published: April 2011
Microsoft Dynamics AX
Copyright notice
Microsoft Dynamics is a line of integrated, adaptable business management solutions that enables you
and your people to make business decisions with greater confidence. Microsoft Dynamics works like and
with familiar Microsoft software, automating and streamlining financial, customer relationship and supply
chain processes in a way that helps you drive business success.
U.S. and Canada Toll Free 1-888-477-7989
Worldwide +1-701-281-6500
www.microsoft.com/dynamics
This document supports a preliminary release of a software product that may be changed substantially
prior to final commercial release, and is the confidential and proprietary information of Microsoft
Corporation. It is disclosed pursuant to a non-disclosure agreement between the recipient and Microsoft.
This document is provided “as-is”. Information and views expressed in this document, including URL and
other Internet Web site references, may change without notice. You bear the risk of using it.
Some examples depicted herein are provided for illustration only and are fictitious. No real association or
connection is intended or should be inferred.
This document does not provide you with any legal rights to any intellectual property in any Microsoft
product. You may copy and use this document for your internal, reference purposes.
Copyright © 2011 Microsoft. All rights reserved.
Microsoft, Microsoft Dynamics, Active Directory, BizTalk, Excel, MSDN, .NET logo, Outlook, SharePoint,
SQL Server, Visual Studio, Visual Basic, Visual C#, Windows, Windows PowerShell, and Windows Server are
trademarks of the Microsoft group of companies.
Other trademarks are property of their respective owners.
Table of Contents
Microsoft Dynamics AX 2012 Upgrade Guide ........................................................................................... 1
Copyright notice ................................................................................................................................... 2
Upgrade to Microsoft Dynamics AX 2012 .............................................................................................. 5
Upgrade overview................................................................................................................................. 5
The upgrade process ......................................................................................................................... 5
Supported upgrade paths .................................................................................................................. 6
Hardware and software requirements ................................................................................................ 7
Quickstart: Upgrade from Microsoft Dynamics AX 4.0 ........................................................................ 7
Quickstart: Upgrade from Microsoft Dynamics AX 2009 ................................................................... 20
Preprocess data on the source system................................................................................................. 33
Install upgrade framework files ........................................................................................................ 33
Start the Preprocessing upgrade checklist ........................................................................................ 36
Prepare for upgrade ........................................................................................................................ 37
Check upgrade readiness ............................................................................................................. 37
Initialize preprocessing................................................................................................................. 39
Prepare application data for preprocessing ...................................................................................... 39
System parameters....................................................................................................................... 40
Set up number sequence for upgrade........................................................................................... 40
Company priority setup ................................................................................................................ 41
Update country/region codes ....................................................................................................... 42
Map country/region codes ........................................................................................................... 43
Default country/region ................................................................................................................. 44
Prepare financial dimension framework for upgrade ..................................................................... 44
Map fixed asset calendars ............................................................................................................ 45
Prepare currencies for upgrade .................................................................................................... 46
Inventory dimension group upgrade ............................................................................................ 47
Product upgrade (preprocessing) ................................................................................................. 50
Configure site structure ................................................................................................................ 55
Map task groups to capabilities .................................................................................................... 55
Product Builder Route nodes upgrade .......................................................................................... 56
Units ............................................................................................................................................ 57
Unit conversions .......................................................................................................................... 58
Fixed units ................................................................................................................................... 59
Unit texts ..................................................................................................................................... 60
About purchase order upgrade .................................................................................................... 61
User relations upgrade - invalid company users ............................................................................ 61
User relations upgrade missing contact person ............................................................................. 61
User relations upgrade duplicate user IDs ..................................................................................... 62
Preprocess data on the live system .................................................................................................. 62
Run live preprocessing scripts ...................................................................................................... 62
Country/region upgrade............................................................................................................... 63
Party upgrade .............................................................................................................................. 63
Run delta preprocessing scripts .................................................................................................... 64
Upgrade overview
This overview provides information about Microsoft Dynamics AX 2012 upgrade changes and
requirements. It also includes comprehensive Quickstart guides for each of the supported upgrade paths.
The following sections are included.
The upgrade process
Supported upgrade paths
Hardware and software requirements
Quickstart: Upgrade from Microsoft Dynamics AX 4.0
Quickstart: Upgrade from Microsoft Dynamics AX 2009
mode on the source system, bulk copy your data into the target system, run post-synchronization
upgrade scripts, and perform testing. At this point the target system can go live.
The following diagram shows the phases of upgrade in the source-to-target model.
The source system (Microsoft Dynamics AX 4.0 or Microsoft Dynamics AX 2009) remains online during
data preprocessing, and then goes offline when you enter single-user mode to prepare the data for bulk
copying. When the target system (Microsoft Dynamics AX 2012) has been installed and code
customizations have been applied, you bulk-copy the data into it, run post-synchronization scripts,
perform final configuration tasks, test, and finally go live.
Important:
Source-to-target upgrade requires the source system and target system to be installed on
separate server computers. Side-by-side installation on a single computer is possible, but should
only be used for testing purposes. For more information, see Hardware and software
requirements.
Important:
The current version of the Oracle to Microsoft SQL Server Data Migration Assistant for Microsoft
Dynamics AX is for testing purposes only. Production use can be enabled through TAP
participation.
Note:
The source and target systems must be installed on separate server computers when you upgrade
your production system. However, for a test upgrade, you can install the source and target
systems on the same computer
Caution:
Never attempt an upgrade without first backing up your database and customized code.
2. (Optional) If your Microsoft Dynamics AX 4.0 source system uses an Oracle database, you must
migrate your data to a Microsoft SQL Server database before upgrading to Microsoft
Dynamics AX 2012. For more information, see Supported upgrade paths.
3. (Optional) To help improve performance, set the Microsoft Dynamics AX database recovery model to
Simple by using Microsoft SQL Server 2008 Management Studio. This applies to both the Microsoft
Dynamics AX 2012 and Microsoft Dynamics AX 4.0 databases while in single-user mode.
4. Copy your existing source system AOD application files (*.aod) and ALD label files (*.ald) for use
during code upgrade on the target system.
5. Locate the following files in the DatabaseUpgrade folder on the installation media:
UpgradeAX4.xpo. This file contains the preprocessing upgrade framework forms and scripts for
data preprocessing.
axUPGen-us.ald. This file contains labels for the preprocessing upgrade framework. Select the
appropriate file depending on your desired installation language.
UpgradePreprocessing.chm. This file provides Help content for the Preprocessing upgrade
checklist tasks and forms.
6. Install these files by following the instructions in Install upgrade framework files.
7. Start the Preprocessing upgrade checklist. Click the project icon on the toolbar and navigate to
Projects > Shared. Expand Shared and locate Ax40PreUpgradeFramework, right-click it, and click
Open. Locate SysChecklist_preupgrade40, right-click it, and again click Open. For more information,
see Start the Preprocessing upgrade checklist.
8. In the Preprocessing upgrade checklist, expand the Prepare for upgrade node to see the tasks that
must be completed before upgrade preprocessing. Complete the following tasks.
Check upgrade readiness Upgrade readiness Perform the upgrade readiness check. The form lists all the upgrade
validation scripts that you can run before you begin to preprocess data on
the source system. The upgrade readiness check identifies issues that will
cause errors during preprocessing and lists the issues in the Upgrade
validation results form, where you can fix them.
Note:
The upgrade readiness check is optional, but highly recommended.
For more information, see Check upgrade readiness.
Initialize preprocessing N/A Initialize preprocessing to create the shadow and dictionary tables, and to
load the upgrade scripts into the upgrade framework tables. These tables
contain the preprocessed source data that will be copied to the target
system. When this step is finished, you will see an InfoLog message that lists
all the shadow and dictionary tables that were created.
Note:
You can connect to the source database from the target system at
any time after you finish this step. This allows you to perform all the
target system Data upgrade checklist tasks preceding Launch
data upgrade, potentially saving upgrade time.
For more information, see Initialize preprocessing.
9. Expand the Prepare application data for preprocessing node to view the application data upgrade
tasks. Click each task to open a form and enter information as described in the following table.
System parameters System parameters Set the system language for each
company. For more information, see
System parameters.
Set up number sequence for Set up number sequence for Set up number sequence for company
upgrade upgrade accounts for data upgrade purposes. For
more information, see Set up number
sequence for upgrade.
Company priority setup Company priority setup Set the priority for each company or
virtual company for inventory item
mapping. If you have multiple companies
set up, the form lists the companies along
with information about whether they are
virtual companies and what the company
language is. For more information, see
Company priority setup.
Upgrade global address book Country/region codes Add any country/region codes that you
country/region code use in your Microsoft Dynamics AX
source system that are not listed in the
form. For more information, see Update
country/region codes.
Global address book Country/region code mapping Map the two-letter country/region codes
country/region mapping that are used in the Microsoft
Dynamics AX 4.0 source system to the
three-letter country/region codes that are
used in Microsoft Dynamics AX 2012. For
more information, see Map
country/region codes.
Global address book default Default country/region for Assign a default country/region to
country /region upgrade addresses addresses in your companies. For more
information, see Default country/region
Prepare financial dimension Prepare financial dimension Validate the ledger account categories
framework for upgrade framework for upgrade and dimension focuses for each company
and ensure that the financial dimension
framework is ready for upgrade. For more
information, see Prepare financial
dimension framework for upgrade.
Map fixed asset calendars Upgrade fixed asset calendars Resolve duplicate names for fixed asset
calendars. If fixed asset calendars with the
same name occur in multiple companies,
the system proposes a new name in the
New name field. You can keep the
proposed name or enter a different one.
For more information, see Map fixed
asset calendars.
Prepare currencies for upgrade Prepare currencies for upgrade In releases previous to Microsoft
Dynamics AX 2012, you could set up
currencies for each company. In Microsoft
Dynamics AX 2012, the currencies that
you set up are shared by the legal entities
that are set up in the Legal entities form,
so the currencies can be used by any of
those legal entities. Use the form to
select and configure currencies. For more
information, see Prepare currencies for
upgrade.
Inventory dimension group Pre-upgrade inventory Prepare inventory dimension groups for
upgrade dimension group upgrade. For more information, see
Inventory dimension group upgrade.
Product upgrade Product upgrade Map items to products and approve all
products, product mappings, and product
variants in your inventory. Enter the
information in this form and in the forms
that open from it. For more information,
see Product upgrade (preprocessing).
Configure site structure Configure site structure Define a structure for your sites,
warehouses, and work center groups.
Additionally, specify the default site,
warehouse, and the fallback warehouse
to assign to transactions for which this
information is not available and cannot
be deduced. For more information, see
Configure site structure.
Task group upgrade Task group upgrade Task groups in previous versions of
Microsoft Dynamics AX must be
upgraded to capabilities in Microsoft
Dynamics AX 2012. Use the form to map
task groups to capabilities. For more
information, see Map task groups to
capabilities.
Product Builder Route nodes Product Builder – Route Prepare the route operation nodes for
upgrade Operation nodes with variable upgrade by mapping the allocation of
allocations to Resource fields variables to the allocation of values for
work centers, load, quantity of work
centers, task groups, and job
requirements. For more information, see
Product Builder Route nodes upgrade.
Units Pre-Upgrade of units Assign the units that you will use in your
system. The form lists all the units by
company and language ID. Assign the
units in the Microsoft Dynamics AX 4.0
source system to shared global units in
Microsoft Dynamics AX 2012. Specify the
unit class (such as quantity or liquid
volume) and the system the unit is part of
(for example, metric or United States
customary units). For more information,
see Units.
Fixed units Pre-Upgrade of fixed units Use the form to set and validate the fixed
units that you use in your system. System
units define the units for length, mass,
and volume that will appear as suggested
units of measure in Microsoft
Dynamics AX. For more information, see
Fixed units.
Unit texts Pre-Upgrade of unit texts Use the form to define how existing
company-specific unit texts are
consolidated to a set of shared language-
specific unit texts. Unit texts are printed
on external documents such as invoices.
If no unit text is associated with a unit of
measure, the symbol of the unit of
measure is displayed. For more
information, see Unit texts.
Configure for purchase order Configure for purchase order Use this form to select the journal name
upgrade upgrade that you want to use as part of the
upgrade process. The journal name is
used to account for the relief of accruals
for purchase order quantities that are
received but not yet invoiced. For more
information, see About purchase order
upgrade.
User relations upgrade - invalid User relations upgrade - invalid Displays all the user relations that do not
company users company users have a valid user ID. For more
information, see User relations upgrade -
invalid company users.
User relations upgrade missing User relations upgrade missing Use this form to resolve issues when a
contact person contact person user relation is not assigned a contact
representative in your business or
organization. For more information, see
User relations upgrade missing contact
person.
10. Expand the Preprocess data on live system group. Complete the tasks in the following table to run
the data upgrade scripts while Microsoft Dynamics AX 4.0 is still live for production.
Run live preprocessing scripts Upgrade Live Pre-Processing Run the live preprocessing scripts that
write the prepared data to the shadow
and dictionary tables. For more
information, see Run live preprocessing
scripts.
Global address book Addresses with no This form lists all addresses in the global
country/region upgrade country/region address book that do not have an
associated country/region value. This step
is available only after you run the live
preprocessing scripts. For more
information, see Country/region upgrade.
Global address book party Party upgrade Use this form to specify the name
upgrade sequence for person-type party records
when you upgrade from Microsoft
Dynamics AX4 to Microsoft
Dynamics AX 2012. For more information,
see Party upgrade.
Run delta preprocessing scripts Upgrade Delta Pre-Processing Run delta scripts that identify data
changes in the production database that
were entered after you started to run the
live preprocessing scripts. Running the
delta scripts also updates data in the
shadow and dictionary tables. For more
information, see Run delta preprocessing
scripts.
11. Expand the Preprocess data in single-user mode group. Complete tasks in this group to put the
Microsoft Dynamics AX 4.0 source system into single-user mode and to run the final upgrade scripts
that prepare the source data for bulk copy to the target system.
Enter into single-user mode Online users Use the Online users form to end all current
client sessions and ensure that no new client
connections can be made. Only the administrator
who is performing the upgrade should be
connected to the AOS. Any changes to the
production data after this point will invalidate the
upgrade. For more information, see Enter into
single-user mode.
Important:
After you enter single-user mode, you
should back up your Microsoft SQL
Server database and set its recovery
model to Simple.
Run single-user mode Upgrade single-user Run the upgrade scripts that prepare the data in
preprocessing scripts preprocessing the shadow and dictionary tables to be bulk
copied to the Microsoft Dynamics AX 2012 target
system. For more information, see Run single-user
mode preprocessing scripts.
This completes data preprocessing on the Microsoft Dynamics AX 4.0 source system. The remaining
upgrade tasks are performed on the Microsoft Dynamics AX 2012 target system.
Important:
Be sure to select Register database for upgrade as an option during installation and to
provide a name for the model store as prompted. For more information, see the Microsoft
Dynamics AX Installation Guide.
2. Set appropriate user permissions. For permissions generally applicable to a new installation of
Microsoft Dynamics AX 2012, see Verify that you have the required permissions for installation. For
permissions specific to upgrade, see Set permissions specific to upgrade.
3. Copy the AOD application files (*.aod) that you want to upgrade from the source system to the target
system. Also copy the associated ALD label files (*.ald). These files need to be copied into two
locations: the standard application folder and an additional application folder labeled Old. Layer
names that have changed since Microsoft Dynamics AX 4.0 need to be changed in both locations. For
more information, see Copy application and label files to the target system.
Provide license information License information Use the License information form to
provide Microsoft Dynamics AX with
your purchased license. For more
information, see Provide license
information.
Import Microsoft AOD files into Import Microsoft AOD files into Import Microsoft application (AOD)
the baseline model store the baseline model store files from the source system into the
baseline model store. For more
information, see Import layer AOD
into the baseline model store.
4. Complete the Code upgrade tasks in the AOD code upgrade checklist, shown in the table below.
The import tasks are iterative and must be performed for each AOD file (each layer) and each ALD
label file that you copied to the target system for upgrade.
Import AOD files into the Import AOD files into the Import application files (AOD files)
baseline model store baseline model store from the source system into the
baseline model store. For more
information, see Import layer AOD
into the baseline model store.
Import AOD files into the new Import AOD files into the new Import the application files (AOD
model store model store files) to upgrade the desired
application layers. Files will be
imported from the source system
into the new model store. Layers
must be upgraded one at a time,
and the remaining checklist steps
must be completed after each
import. For more information, see
Import layer AOD into the new
model store.
Import label files into the new Select file Optional. Import custom label files
model store (ALD files) into the model store. This
step is recommended for easier
deployment. For more information,
see Import layer labels into the new
model store.
Restart Application Object Server N/A This task displays a notice that you
must manually restart the
Application Object Server after
completing your layer import.
Detect code upgrade conflicts Detect code upgrade conflicts This task analyzes the system and
creates projects containing
application objects that must be
upgraded manually. This allows you
to resolve conflicts between
application objects that may have
been created during code upgrade.
For more information, see Detect
code upgrade conflicts.
Generate CIL Full CIL generation from X++ Generate Common Intermediate
Language code from the compiled
application. For more information,
see Generate Common Intermediate
Language.
3. Expand Data upgrade in the Data upgrade checklist to see the data upgrade tasks. Complete the
following tasks.
Provide license information License information Use the License information form to provide Microsoft
Dynamics AX with your purchased license. For more
information, see Provide license information.
Customer feedback options Microsoft Dynamics AX customer You have the opportunity to opt into the Microsoft
feedback options Dynamics AX Customer Experience Improvement
Program, which sends anonymized system information
to Microsoft for analysis. By default, the No, I don't
wish to participate option is selected. Links in the
Privacy options - Microsoft Dynamics AX client form
provide additional information about the program and
associated privacy policies. For more information, see
Set customer feedback options.
Connect to source database Connect to source database Using a properly configured domain account with
administrative privileges on both systems, connect to
the Microsoft Dynamics AX source system database
from the Microsoft Dynamics AX 2012 target system.
You can complete this step any time after you
initialize preprocessing on the source system. For
more information, see Connect to source database.
Set current time zone Current time zone When upgrading from Microsoft Dynamics AX 4.0,
you cannot upgrade your data until you provide your
local time. This allows the system to calculate the
correct Universal Coordinated Time (UTC) time zone
offset for data that is time or date sensitive. For more
information, see Set current time zone.
Presynchronize Data upgrade cockpit (%1 -> Run the upgrade scripts that prepare the target
%2) system database for bulk copy and synchronization.
For more information, see Presynchronize (upgrade).
Create tables Synchronize table Create tables in the target database for the source
data to be bulk-copied into. For more information
about this step, see Create tables.
Generate table mappings Table mapping between source Verify that the tables and fields in the source
and target systems database are mapped correctly to the tables and
fields in the target database. The upgrade framework
attempts to perform the mapping automatically. If
mapping errors occur, they must be fixed before you
start the next step. For more information, see
Generate table mappings.
Generate upgrade task Prioritized upgrade scripts The form shows the priority for bulk copying data
prioritization from the source system. The priority is based on the
intelligent bulk-copy prioritization rules that are part
of the upgrade framework. For more information, see
Generate upgrade task prioritization.
Launch data upgrade Data upgrade cockpit (%1 -> Run the upgrade scripts that copy data from the
%2) source system. This step includes bulk copy,
synchronization, and post-synchronization of the
database. These tasks are performed concurrently so
that the process is completed with the least
downtime possible.
4. Expand the Finalize upgrade group in the Data upgrade checklist and complete the final upgrade
tasks.
Post journal for relief of legacy Create journal(s) for the relief of Create and post the general ledger journal
accrual of unmatched legacy accrual of unmatched for legacy accrual relief for unmatched
quantities quantities quantities. For more information, see Post
journal for relief of legacy accrual of
unmatched quantities.
Configure system accounts System service accounts Use the System service accounts form to
configure aliases and network domains for
the Business Connector proxy, the
workflow system account, the workflow
execution account, the and the
synchronization service account. You can
also configure access to Bing Maps. For
more information, see Configure system
accounts.
Finalize Enterprise Portal N/A The upgrade process can cause the URLs
upgrade for various Microsoft Dynamics AX Web
pages to change in the Application Object
Tree (AOT). If you upgraded Enterprise
Portal, you should click the option to
Finalize Enterprise Portal upgrade to
ensure that the web pages are
synchronized to use the correct URLs. For
more information, see Finalize Enterprise
Portal upgrade.
Specify Role Center website Administration of Web sites Use this task to specify which web site will
host the Role Centers, which are
customizable home pages included in the
Enterprise Portal framework. Role Centers
display specific data, reports, alerts, and
common tasks associated with a user's role
in the organization. Users can access Role
Centers from the Microsoft Dynamics AX
client or from an Enterprise Portal web site.
For more information, see Specify Role
Center web site.
Assign primary addresses to Parties without primary View parties without a primary address and
parties addresses optionally assign a primary address. For
more information, see Assign a primary
address to parties.
Upgrade AIF code N/A Clicking the Upgrade AIF code task
upgrades all AIF code, creating new service
classes, new data classes, and AOT service
nodes. AIF-related records in the database
are also updated. This task is non-
interactive, but you must prepare your AIF
and services configuration before running
it or the upgrade will fail. For more
information, see Upgrade services and AIF.
5. Complete the Additional upgrade tasks in the Data upgrade checklist. These tasks configure
additional features to ensure that the Microsoft Dynamics AX 2012 target system is fully functional.
Upgrade additional features Data upgrade cockpit (%1 -> %2) With the Data upgrade cockpit (%1
-> %2), you can run final data
upgrade scripts on the Application
Integration Framework, on
reporting, and on other features. For
more information , see Upgrade
additional features
Compare data upgrade row Compare data upgrade row Comparing the table row counts in
counts counts the source and target databases
provides a preliminary check of your
post-upgrade data integrity. For
more information, see Compare data
upgrade row counts.
6. Upgrade Enterprise Portal. This step is performed after all other upgrade tasks have been completed.
For more information, see the complete guide Upgrade Enterprise Portal.
7. Test upgrade success and data integrity. For more information, see Test the system after upgrade.
Note:
The source and target systems must be installed on separate server computers when you upgrade
your production system. However, for a test upgrade, you can install the source and target
systems on the same computer
Caution:
Never attempt an upgrade without first backing up your database and customized code.
2. (Optional) If your Microsoft Dynamics AX 2009 source system uses an Oracle database, you must
migrate your data to a Microsoft SQL Server database before upgrading to Microsoft
Dynamics AX 2012. For more information, see Supported upgrade paths.
3. (Optional) To help improve performance, set the Microsoft Dynamics AX database recovery model to
Simple by using Microsoft SQL Server 2008 Management Studio. This applies to both the Microsoft
Dynamics AX 2012 and Microsoft Dynamics AX 2009 databases while in single-user mode.
4. Copy your existing source system AOD application files (*.aod) and ALD label files (*.ald) for use
during code upgrade on the target system.
5. Locate the following files in the DatabaseUpgrade folder on the installation media:
UpgradeAX5.xpo. This file contains the preprocessing upgrade framework forms and scripts for
data preprocessing.
axUPGen-us.ald (for example). This file contains labels for the preprocessing upgrade framework.
Select the appropriate file depending on your desired installation language.
UpgradePreprocessing.chm. This file provides Help content for the Preprocessing upgrade
checklist tasks and forms.
6. Install these files by following the instructions in Install upgrade framework files.
7. Start the Preprocessing upgrade checklist. Click the project icon on the toolbar and navigate to
Projects > Shared. Expand Shared and locate Ax50PreUpgradeFramework, right-click it, and click
Open. Locate SysChecklist_preupgrade50, right-click it, and again click Open. For more information,
see Start the Preprocessing upgrade checklist.
Note:
This documentation applies to pre-release software. The actual order of tasks displayed in the
Preprocessing upgrade checklist may differ from the order in the tables below.
8. In the Preprocessing upgrade checklist, expand the Prepare for upgrade node to see the tasks that
must be completed before upgrade preprocessing begins. Complete the following tasks.
Check upgrade readiness Upgrade readiness Perform the upgrade readiness check. The form lists all the
upgrade validation scripts that you can run before you
begin to preprocess data on the source system. The
upgrade readiness check identifies issues that will cause
errors during preprocessing and lists the issues in the
Upgrade validation results form, where you can fix them.
Notes:
The upgrade readiness check is optional, but
highly recommended.
For more information, see Check upgrade
readiness.
Initialize preprocessing N/A Initialize preprocessing to create the shadow and dictionary
tables, and to load the upgrade scripts into the upgrade
framework tables. These tables contain the preprocessed
source data that will be copied to the target system. When
this step is finished, you will see an InfoLog message that
lists all the shadow and dictionary tables that were created.
Note:
You can connect to the source database from the
target system at any time after you finish this step.
This allows you to perform all the target system
Data upgrade checklist tasks preceding Launch
data upgrade, potentially saving upgrade time.
For more information, see Initialize preprocessing.
9. Expand the Prepare application data for preprocessing node to view the application data upgrade
tasks. Click each task to open a form and enter information as described in the following table.
System parameters System parameters Set the system language for each company. For
more information, see System parameters.
Set up number sequence for Set up number sequence for Set up number sequence for company accounts
upgrade upgrade for data upgrade purposes. For more information,
see Set up number sequence for upgrade.
Company priority setup Company priority setup Set the priority for each company or virtual
company for inventory item mapping. If you have
multiple companies set up, the form lists the
companies along with information about whether
they are virtual companies and what the company
language is. For more information, see Company
priority setup.
Upgrade global address book Country/region codes Add any country/region codes that you use in
country/region code your Microsoft Dynamics AX source system that
are not listed in the form. For more information,
see Update country/region codes.
Global address book Country/region code mapping Map the two-letter country/region codes that are
country/region mapping used in the Microsoft Dynamics AX 2009 source
system to the three-letter country/region codes
that are used in Microsoft Dynamics AX 2012. For
more information, see Map country/region codes.
Global address book default Default country/region for Assign a default country/region to addresses in
country /region upgrade addresses your companies. For more information, see
Default country/region
Prepare financial dimension Prepare financial dimension Validate the ledger account categories and
framework for upgrade framework for upgrade dimension focuses for each company and ensure
that the financial dimension framework is ready
for upgrade. For more information, see Prepare
financial dimension framework for upgrade.
Map fixed asset calendars Upgrade fixed asset calendars Resolve duplicate names for fixed asset calendars.
If fixed asset calendars with the same name occur
in multiple companies, the system proposes a
new name in the New name field. You can keep
the proposed name or enter a different one. For
more information, see Map fixed asset calendars.
Prepare currencies for upgrade Prepare currencies for upgrade In releases previous to Microsoft
Dynamics AX 2012, you could set up currencies
for each company. In Microsoft
Dynamics AX 2012, the currencies that you set up
are shared by the legal entities that are set up in
the Legal entities form, so the currencies can be
used by any of those legal entities. Use the form
to select and configure currencies. For more
information, see Prepare currencies for upgrade.
Inventory dimension group Pre-upgrade inventory Prepare inventory dimension groups for upgrade.
upgrade dimension group For more information, see Inventory dimension
group upgrade.
Product upgrade Product upgrade Map items to products and approve all products,
product mappings, and product variants in your
inventory. Enter the information in this form and
in the forms that open from it. For more
information, see Product upgrade
(preprocessing).
Task group upgrade Task group upgrade Task groups in previous versions of Microsoft
Dynamics AX must be upgraded to capabilities in
Microsoft Dynamics AX 2012. Use the form to
map task groups to capabilities. For more
information, see Map task groups to capabilities.
Product Builder Route nodes Product Builder – Route Prepare the route operation nodes for upgrade
upgrade Operation nodes with variable by mapping the allocation of variables to the
allocations to Resource fields allocation of values for work centers, load,
quantity of work centers, task groups, and job
requirements. For more information, see Product
Builder Route nodes upgrade.
Units Pre-Upgrade of units Assign the units that you will use in your system.
The form lists all the units by company and
language ID. Assign the units in the Microsoft
Dynamics AX 2009 source system to shared
global units in Microsoft Dynamics AX 2012.
Specify the unit class (such as quantity or liquid
volume) and the system the unit is part of (for
example, metric or United States customary
units). For more information, see Units.
Unit conversions Pre-upgrade of unit conversions Use the Pre-upgrade of unit conversions form
to define how the company-specific units of
measure and unit conversions that existed in
previous releases of Microsoft Dynamics AX are
going to be consolidated into shared global units
of measure. For more information, see Unit
conversions.
Fixed units Pre-Upgrade of fixed units Use the form to set and validate the fixed units
that you use in your system. System units define
the units for length, mass, and volume that will
appear as suggested units of measure in
Microsoft Dynamics AX. For more information,
see Fixed units.
Unit texts Pre-Upgrade of unit texts Use the form to define how existing company-
specific unit texts are consolidated to a set of
shared language-specific unit texts. Unit texts are
printed on external documents such as invoices. If
no unit text is associated with a unit of measure,
the symbol of the unit of measure is displayed.
For more information, see Unit texts.
Configure for purchase order Configure for purchase order Use this form to select the journal name that you
upgrade upgrade want to use as part of the upgrade process. The
journal name is used to account for the relief of
accruals for purchase order quantities that are
received but not yet invoiced. For more
information, see About purchase order upgrade.
User relations upgrade - invalid User relations upgrade - invalid Displays all the user relations that do not have a
company users company users valid user ID. For more information, see User
relations upgrade - invalid company users.
User relations upgrade missing User relations upgrade missing Use this form to resolve issues when a user
contact person contact person relation is not assigned a contact representative
in your business or organization. For more
information, see User relations upgrade missing
contact person.
User relations upgrade duplicate User relations upgrade duplicate Use this form to resolve conflicts when multiple
user IDs user IDs user relations are mapped to a single Microsoft
Dynamics AX user account. For more information,
see User relations upgrade duplicate user IDs.
10. Expand the Preprocess data on live system group. Complete the tasks in the following table to run
the data upgrade scripts while Microsoft Dynamics AX 2009 is still live for production.
Run live preprocessing scripts Upgrade live preprocessing Run the live preprocessing scripts
that write the prepared data to the
shadow and dictionary tables. For
more information, see Run live
preprocessing scripts.
Assign missing global address Addresses with no This form lists all addresses in the
book country/region codes country/region global address book that do not
have an associated country/region
value. This step is available only
after you run the live preprocessing
scripts. For more information, see
Country/region upgrade.
Run delta preprocessing scripts Upgrade delta preprocessing Run delta scripts that identify data
changes in the production database
that were entered after you started
to run the live preprocessing
scripts. Running the delta scripts
also updates data in the shadow
and dictionary tables. For more
information, see Run delta
preprocessing scripts.
11. Expand the Preprocess data in single-user mode group. Complete tasks in this group to put the
Microsoft Dynamics AX 2009 source system into single-user mode and to run the final upgrade scripts
that prepare the source data for bulk copy to the target system.
Enter into single-user mode Online users Use the Online users form to end all
current client sessions and ensure
that no new client connections can
be made. Only the administrator who
is performing the upgrade should be
connected to the AOS. Any changes
to the production data after this
point will invalidate the upgrade.
Important:
After you enter single-user
mode, you should back up
your Microsoft SQL Server
database and set its
recovery model to Simple.
For more information, see Enter into
single-user mode.
Run single-user mode Upgrade single-user Run the upgrade scripts that prepare
preprocessing scripts preprocessing the data in the shadow and
dictionary tables to be bulk copied to
the Microsoft Dynamics AX 2012
target system. For more information,
see Run single-user mode
preprocessing scripts.
This completes data preprocessing on the Microsoft Dynamics AX 2009 source system. The remaining
upgrade tasks are performed on the Microsoft Dynamics AX 2012 target system.
Important:
Be sure to select Register database for upgrade as an option during installation and to
provide a name for the model store as prompted. For more information, see the Microsoft
Dynamics AX Installation Guide.
2. Set appropriate user permissions. For permissions generally applicable to a new installation of
Microsoft Dynamics AX 2012, see Verify that you have the required permissions for installation. For
permissions specific to upgrade, see Set permissions specific to upgrade.
3. Copy the AOD application files (*.aod) that you want to upgrade from the source system to the target
system. Also copy the associated ALD label files (*.ald). These files need to be copied into two
locations: the standard application folder and an additional application folder labeled Old. Layer
names that have changed since Microsoft Dynamics AX 2009 need to be changed in both locations.
For more information, see Copy application and label files to the target system.
Provide license information License information Use the License information form to
provide Microsoft Dynamics AX with
your purchased license. For more
information, see Provide license
information.
Import Microsoft AOD files into Import Microsoft AOD files into Import Microsoft application (AOD)
the baseline model store the baseline model store files from the source system into the
baseline model store. For more
information, see Import layer AOD
into the baseline model store.
4. Complete the Code upgrade tasks in the AOD code upgrade checklist, shown in the table below.
The import tasks are iterative and must be performed for each AOD file (each layer) and each ALD
label file that you copied to the target system for upgrade.
Import AOD files into the Import AOD files into the Import application files (AOD files) from the
baseline model store baseline model store source system into the baseline model store.
For more information, see Import layer AOD
into the baseline model store.
Import AOD files into the new Import AOD files into the new Import the application files (AOD files) to
model store model store upgrade the desired application layers. Files
will be imported from the source system into
the new model store. Layers must be
upgraded one at a time, and the remaining
checklist steps must be completed after each
import. For more information, see Import
layer AOD into the new model store.
Import label files into the new Select file Optional. Import custom label files (ALD
model store files) into the model store. This step is
recommended for easier deployment. For
more information, see Import layer labels
into the new model store.
Restart Application Object N/A This task displays a notice that you must
Server manually restart the Application Object
Server after completing your layer import.
Compile application Compile application This step compiles the application to reset
any dependencies that were introduced
during code upgrade. For more information,
see Compile the application (upgrade).
Detect code upgrade conflicts Detect code upgrade conflicts This task analyzes the system and creates
projects containing application objects that
must be upgraded manually. This allows you
to resolve conflicts between application
objects that may have been created during
code upgrade. For more information, see
Detect code upgrade conflicts.
Generate CIL Full CIL generation from X++ Generate Common Intermediate Language
code from the compiled application. For
more information, see Generate Common
Intermediate Language.
3. Expand Data upgrade in the Data upgrade checklist to see the data upgrade tasks. Complete the
following tasks.
Provide license information License information Use the License information form to
provide Microsoft Dynamics AX with
your purchased license. For more
information, see Provide license
information.
Customer feedback options Microsoft Dynamics AX customer You have the opportunity to opt into
feedback options the Microsoft Dynamics AX Customer
Experience Improvement Program,
which sends anonymized system
information to Microsoft for analysis. By
default, the No, I don't wish to
participate option is selected. Links in
the Privacy options - Microsoft
Dynamics AX client form provide
additional information about the
program and associated privacy
policies. For more information, see Set
customer feedback options.
Connect to source database Connect to source database Using a properly configured domain
account with administrative
privileges on both systems, connect
to the Microsoft Dynamics AX source
system database from the Microsoft
Dynamics AX 2012 target system.
You can complete this step any time
after you initialize preprocessing on
the source system. For more
information, see Connect to source
database.
Set current time zone Current time zone This task is intended for use during
upgrade from Microsoft
Dynamics AX 4.0. During upgrade
from Microsoft Dynamics AX 2009,
this task is visible until completion of
the task Connect to source
database, at which point the target
system recognizes that it is
unnecessary and removes it. You may
ignore this task.
Presynchronize Data upgrade cockpit (%1 -> Run the upgrade scripts that prepare
%2) the target system database for bulk
copy and synchronization. For more
information, see Presynchronize
(upgrade).
Generate table mappings Table mapping between source Verify that the tables and fields in the
and target systems source database are mapped
correctly to the tables and fields in
the target database. The upgrade
framework attempts to perform the
mapping automatically. If mapping
errors occur, they must be fixed
before you start the next step. For
more information, see Generate table
mappings.
Generate upgrade task Prioritized upgrade scripts The form shows the priority for bulk
prioritization copying data from the source system.
The priority is based on the
intelligent bulk-copy prioritization
rules that are part of the upgrade
framework. For more information,
see Generate upgrade task
prioritization.
Launch data upgrade Data upgrade cockpit (%1 -> Run the upgrade scripts that copy
%2) data from the source system. This
step includes bulk copy,
synchronization, and post-
synchronization of the database.
These tasks are performed
concurrently so that the process is
completed with the least downtime
possible. For more information, see
Launch data upgrade.
4. Expand the Finalize upgrade group in the Data upgrade checklist and complete the final upgrade
tasks.
Post journal for relief of legacy Create journal(s) for the relief of Create and post the general ledger journal for legacy
accrual of unmatched legacy accrual of unmatched accrual relief for unmatched quantities. For more
quantities quantities information, see Post journal for relief of legacy accrual
of unmatched quantities.
Configure system accounts System service accounts Use the System service accounts form to configure
aliases and network domains for the Business
Connector proxy, the workflow system account, the
workflow execution account, the and the
synchronization service account. You can also configure
access to Bing Maps. For more information, see
Configure system accounts.
Finalize Enterprise Portal N/A The upgrade process can cause the URLs for various
upgrade Microsoft Dynamics AX Web pages to change in the
Application Object Tree (AOT). If you upgraded
Enterprise Portal, you should click the option to Finalize
Enterprise Portal upgrade to ensure that the web
pages are synchronized to use the correct URLs. For
more information, see Finalize Enterprise Portal
upgrade.
Specify Role Center website Administration of Web sites Use this task to specify which web site will host the Role
Centers, which are customizable home pages included
in the Enterprise Portal framework. Role Centers display
specific data, reports, alerts, and common tasks
associated with a user's role in the organization. Users
can access Role Centers from the Microsoft
Dynamics AX client or from an Enterprise Portal web
site. For more information, see Specify Role Center web
site.
Assign primary addresses to Parties without primary View parties without a primary address and optionally
parties addresses assign a primary address. For more information, see
Assign a primary address to parties.
Upgrade AIF code N/A Clicking the Upgrade AIF code task upgrades all AIF
code, creating new service classes, new data classes,
and AOT service nodes. AIF-related records in the
database are also updated. This task is non-interactive,
but you must prepare your AIF and services
configuration before running it or the upgrade will fail.
For more information, see Upgrade services and AIF.
5. Complete the Additional upgrade tasks in the Data upgrade checklist. These tasks configure
additional features to ensure that the Microsoft Dynamics AX 2012 target system is fully functional.
Upgrade additional features Data upgrade cockpit (%1 -> %2) With the Data upgrade cockpit (%1
-> %2), you can run final data
upgrade scripts on the Application
Integration Framework, on
reporting, and on other features. For
more information , see Upgrade
additional features
Compare data upgrade row Compare data upgrade row Comparing the table row counts in
counts counts the source and target databases
provides a preliminary check of your
post-upgrade data integrity. For
more information, see Compare data
upgrade row counts.
6. Upgrade Enterprise Portal. This step is performed after all other upgrade tasks have been completed.
For more information, see the complete guide Upgrade Enterprise Portal.
7. Test upgrade success and data integrity. For more information, see Test the system after upgrade.
If you have lean manufacturing for Microsoft Dynamics AX 2009 installed, and you plan to migrate your
current data to Microsoft Dynamics AX 2012, there is an additional XPO file to install. For more
information, see the section Optional: Install XPO file for lean manufacturing upgrade later in this topic.
Note:
If the current application layer is not the USR layer, you must exit Microsoft Dynamics AX and
then create or modify the configuration by using the Microsoft Dynamics AX Configuration
Utility. In Microsoft Dynamics AX 4.0, the path is Start > Administrative Tools > Microsoft
Dynamics AX Configuration Utility. In Microsoft Dynamics AX 2009, the path is Start >
Administrative Tools > Microsoft Dynamics AX 2009 Configuration. Reconfigure the client so
that it opens in the USR layer.
Be sure to back up your application files (*.aod) and label files (*.ald) before you import the preprocessing
XPO. You will need these files for code upgrade on the Microsoft Dynamics AX 2012 target system.
To install the preprocessing XPO on the Microsoft Dynamics AX source system, do the following:
1. Open the Application Object Tree (AOT) from its icon on the toolbar.
2. (Optional.) It is advisable to make sure that the Application Object Directory (AOD) is synchronized
with the Microsoft Dynamics AX database schema before you begin to import of the XPO.
Synchronize them as follows:
Right-click Data Dictionary, and then click Synchronize.
Synchronization may take several minutes.
3. Click the import icon on the AOT menu bar.
4. In the Import dialog box, click Browse. The XPO is located in the DatabaseUpgrade folder on the
installation media. The XPO file that you import depends on the Microsoft Dynamics AX source
system that you are upgrading from.
On a Microsoft Dynamics AX 4.0 source system, import UpgradeAX4.xpo.
On a Microsoft Dynamics AX 2009 source system, import UpgradeAX5.xpo.
5. In the Import dialog box, make sure that the option Import with ID values is cleared.
6. Click OK.
7. In the Import message box, click Yes to all when you are prompted to continue the import.
8. During synchronization, the Problems during synchronization message box may warn you that
tables will be dropped. You should be aware of what objects are being over-written so that you can
stop the process if necessary and merge your custom code with the XPO code for objects common to
them both. To allow an object to be overwritten, click Yes.
Microsoft Dynamics AX 2009 automatically performs multiple compilation passes to make sure that
validation is successful. For example, if a child object in the code is validated before its parent object, the
system will display a compilation error, but in a subsequent compilation pass, the parent-child object
relationship will be established and the error will no longer be displayed.
Microsoft Dynamics AX 4.0 does not automatically perform multiple compilation passes. If you import the
preprocessing XPO into Microsoft Dynamics AX 4.0, you may have to manually recompile the application
until no compilation errors are returned.
Tip:
An additional CHM file, UpgradeScripts.chm, can also be found in the DatabaseUpgrade folder.
This file provides documentation of the data upgrade preprocessing scripts that are included with
the upgrade framework.
Note:
To carry out this procedure, lean manufacturing for Microsoft Dynamics AX 2009 must be
installed.
The SharedProject_AX50PreUpgrade_Lean.xpo file installs the following additional components:
Additional items in the Preprocessing upgrade checklist for lean manufacturing
The user-input forms opened by the items in this checklist
The preprocessing upgrade scripts for lean manufacturing
of tasks is divided into four sections. When you open the Preprocessing upgrade checklist, these
sections are collapsed. Expand each section to access the tasks. You can also collapse an expanded
section when you have completed the tasks within it.
The following table contains the sections and types of task you will complete during data preprocessing
on the Microsoft Dynamics AX source system.
Section Description
Prepare for upgrade The tasks in this section test and prepare the source system for upgrade. The
tasks include creating the shadow and dictionary tables where the upgrade
framework will write the data that you prepare for upgrade in the next section.
Prepare application data for preprocessing The tasks in this section prepare the Microsoft Dynamics AX source system data
for preprocessing while the source system is live for production. Completing
these tasks does not affect your production system data.
When you click a task, a form opens and prompts you for information. Because
these tasks require knowledge of the application data that you are preparing for
upgrade, you will need guidance from a business user in each of the application
areas.
Preprocess data on live system These tasks run data preprocessing scripts while the source system is still live for
production. The prepared data is written into shadow tables in preparation for
bulk copy to the Microsoft Dynamics AX 2012 target system.
Preprocess data in single-user mode These tasks apply final preparation to the source data prior to bulk copy. When
you begin the tasks in this section, you start your system downtime window.
Your system will not be available for production until you complete the data
upgrade tasks on the Microsoft Dynamics AX 2012 target system.
Each task in the Preprocessing upgrade checklist links to a Help topic that explains the task and
provides steps for completing it.
The upgrade readiness check is optional, but highly recommended. Running the readiness check will save
you time and reduce the number of times you need to rerun the tasks Run live preprocessing scripts and
Run delta preprocessing scripts.
Tip:
By using the batch processing framework, you can set the number of batch server threads
available to the upgrade readiness scripts. For more information see Batch processing overview.
To rerun all readiness scripts, click Reset status and then click Run.
Important:
After you resolve issues in the scripts or in the data, you can rerun the readiness check as many
times as necessary until the scripts pass validation. Do not attempt an upgrade of your production
data until you have identified and resolved all of the upgrade issues flagged by the upgrade
readiness check.
Initialize preprocessing
The Initialize preprocessing task prepares the Microsoft Dynamics AX source system for data upgrade by
creating shadow and dictionary tables for all the data tables that are in the live production database. The
task also initializes the preprocessing scripts. The tables that are created by this step will hold the data
that is created during upgrade preprocessing. Most of the data in the shadow and dictionary tables is
created by the live and delta preprocessing scripts, though some records are created by each of the other
preprocessing tasks.
To initialize preprocessing and create the shadow and dictionary tables, complete the following steps:
1. In the Preprocessing upgrade checklist, expand Prepare for upgrade.
2. Click Initialize preprocessing.
The upgrade framework creates the shadow and dictionary tables that are not created during importation
of the preprocessing XPO and, when it finishes, opens an Infolog form that lists all the tables that were
created. This step also loads the preprocessing scripts into upgrade framework tables.
After you finish the Initialize preprocessing task, you can connect to the source database from the
Microsoft Dynamics AX 2012 target system and begin preparing the target database for upgrade. This
allows you to save time by carrying out upgrade tasks concurrently on both systems.
System parameters
The system language is the default language that is used by the application for text translations.
Use the System parameters form to specify a shared system language.
Note:
You must set up the company priority only if you upgrade items from more than one company.
The items are mapped to one product, PROD-1000. The name of the Color dimension is consolidated to
Red, because this name is used in C1, the company that has the highest priority.
Company priority and product translations
When items are mapped to products, product translations are derived in the same way as dimension
names and descriptions. When several items are mapped to one product, if more than one translation into
a particular language exists for the items, the translations are consolidated. The translation from the
company that has the highest priority is used.
The initial company takes priority
When a mapping is completed, there is always a one-to-one relationship between items and products.
Furthermore, an item is always initiated from one company. An item’s initial company is the company
where the item was first created. Therefore, if you map items to existing products by aligning the product
numbers in the Product upgrade form, the initial company always has the highest priority, regardless of
how company priority is set up.
Example
In the previous example, product PROD-1000 inherited the dimension name from item INV-1000 in
company C1, because C1 had the highest company priority. You now want to map an additional item,
INV-A100, to PROD-1000. Item INV-A100 comes from another company, CA, which has a higher priority
than C1. However, C1 takes precedence when properties such as the dimension name are copied to
PROD-1000, because C1 is assigned as the initial company of PROD-1000. Therefore, when properties are
copied, the order of priority is C1, CA, C2, and C3.
The following table shows this setup.
CA INV-A100 PROD1 C1
Tip:
You can view the initial company of a product in the Company field on the Mapping tab of the
Product preview form.
See Also
Product upgrade (preprocessing)
Country/region
You might select to change the default address format to 013. After you make the change, the address
components are displayed in the following way:
Street name
City, ZIP/postal code
Country/region
Use this form to view default country/region codes and the corresponding address formats. You can also
add new country/region codes and select corresponding address formats for them. The country/region
codes and address formats will be used for address records in Microsoft Dynamics AX 2012.
Note:
In the Map country/region codes form, you will map the countries/regions from Microsoft
Dynamics AX 4.0 or Microsoft Dynamics AX 2009 to the countries/regions that are displayed in
the form. You cannot map more than one country/region code from the same company to a
country/region code listed in the Country/region codes form. You must manually create a
unique country/region code for all countries/regions in the same company before the upgrade.
1. In the Preprocessing upgrade checklist, click Update country/region codes to open the
Country/region codes form.
2. Review the list and verify the short name, long name, and address format for the countries/regions.
You can modify the short name and long name by editing the field. The countries/regions that
you add to this list will appear in Microsoft Dynamics AX 2012 in the user language. Any other
translations must be entered manually in Microsoft Dynamics AX 2012 after upgrade is
completed.
You can select a different address format in the Address format field. This list includes default
address formats and any address formats from Microsoft Dynamics AX 4.0 or Microsoft
Dynamics AX 2009.
3. To add a country/region code that was used in Microsoft Dynamics AX 4.0 or Microsoft Dynamics AX
2009 but does not appear in the list, press CTRL+N and do the following:
a. In the Country/region code field, enter the country/region code that you want to add.
b. Enter the short name and long name for the country/region, and then in the Address format
field, select the address format that corresponds to the selected country/region.
4. Click Set to ready for upgrade.
For example, in Microsoft Dynamics AX 4.0, you may have assigned the country/region code GBR to both
Great Britain and the United Kingdom. Before you can upgrade to Microsoft Dynamics AX 2012, you must
reassign the GBR code to one of those countries/regions and assign a new unique country/region code to
the other country/region.
Use this form to map the country/region codes in all companies in Microsoft Dynamics AX 4.0 or
Microsoft Dynamics AX 2009 to the country/region codes in Microsoft Dynamics AX 2012. All
country/region codes must be mapped from the earlier version to Microsoft Dynamics AX 2012.
1. In the Preprocessing upgrade checklist, click Map country/region codes to open the
Country/region code mapping form.
2. For each country/region in the grid, in the Mapped country/region column, use the menu to select
the Microsoft Dynamics AX 2012 country/region code that corresponds to the country/region code
from your earlier version of Microsoft Dynamics AX. The country/region code from your earlier version
is displayed in the Country/region code column.
3. After you map all the country/region codes from the earlier version of Microsoft Dynamics AX to the
country/region codes in Microsoft Dynamics AX 2012, click Set to ready for upgrade.
Default country/region
In Microsoft Dynamics AX 2012, all postal addresses must have a corresponding country/region. Use this
form to validate and update the default country/region code for each company in your organization.
When you upgrade from Microsoft Dynamics AX 4.0 or Microsoft Dynamics AX 2009, the country/region
that you select here for a company becomes the country/region for address records in that company that
do not have a specified country/region. After you have completed the Prepare application data for
preprocessing section of the Preprocessing upgrade checklist, you can use the Addresses with no
country/region form to change the country/region for an address record.
1. In the Preprocessing upgrade checklist, click Default country/region to open the Default
country/region for addresses form.
2. Review the country/region that is assigned to the companies in the list. This is the country/region
code that will be assigned to any address that does not already have a country/region code assigned.
3. To change the country/region for a company, select a country/region in the Default country/region
code field.
4. After you have verified the country/region defaults for each company, click the Set to ready for
upgrade button.
you create are shared, and can be used by any of the legal entities that are set up in Microsoft
Dynamics AX.
Note:
Dimension focuses have been renamed to financial dimension sets and are shared by the legal
entities that are set up in the Legal entities form. Therefore, the financial dimension sets can be
used by any of those legal entities. Financial dimension sets in Microsoft Dynamics AX 2012 differ
from the dimension sets in previous releases.
Use the Prepare financial dimension framework for upgrade form to select the main account
categories and financial dimension sets that will be shared by the legal entities.
1. Click Prepare financial dimension framework for upgrade to open the Prepare financial
dimension framework for upgrade form.
2. In the Company accounts field in the Ledger account categories field group, select the company
account that contains the main account categories that will be available as shared main account
categories.
Note:
This field is available only if you are upgrading from Microsoft Dynamics AX 2009.
3. In the Generate shared dimension focuses field, select how to create financial dimension sets:
For each company account – All the financial dimension sets that currently are set up for the
accounts in each company will be available as shared financial dimension sets.
Specific company account – Only the financial dimension sets for the accounts in the company
that you select in the Company accounts field in the Dimension focuses field group will be
available as shared financial dimension sets.
4. If you selected Specific company account, select the company account that contains the financial
dimension sets that will be shared. Otherwise, continue to step 5.
5. Optional: Click Ledger account categories upgrade validation to display the ledger account
categories that have upgrade errors.
Note:
This button is available only if you are upgrading from Microsoft Dynamics AX 2009.
6. Optional: Click Dimension focus upgrade validation to display the shared financial dimensions sets
and the upgrade error status of each financial dimension set.
7. Click Set to ready for upgrade to select this checklist item as ready for upgrade.
Warning:
Do not change financial dimension names after you start the Preprocessing upgrade checklist,
and before the upgrade is completed.
Note:
When you upgrade fixed asset calendars, each new fiscal calendar must have a unique name.
1. Review the list of companies that use fixed asset calendars, and then review the names of the fixed
asset calendars in the Calendar name column.
If all the calendar names in the Calendar name column are unique, you do not need to make any
changes.
If two or more calendars have the same name in the Calendar name column, a new name must
be assigned so that each calendar name is unique. For each duplicate calendar name, a new name
is suggested in the New name column. You can change these suggested names.
2. When you are finished, click Set to ready for upgrade to upgrade the fixed asset calendars to fiscal
calendars.
Example
Both Legal entity A and Legal entity B have fixed asset calendars named RBA01 (Reducing Balance Asset
1). Your task is to upgrade the fixed asset calendars to fiscal calendars. In the New name column, you
change the names of the calendars to RBA01-A and RBA01-B. After you upgrade the calendars, the
calendars are shared and can be used by any legal entity or by multiple legal entities.
6. If you selected Specific company account, select the company account that contains the exchange
rates that will be shared.
7. Optional: Click Currency code upgrade validation to display the shared currency codes and the
upgrade error status of each code.
8. Click Set to ready for upgrade to select this checklist item as ready for upgrade.
Group Dimensions
The Color, Size, and Configuration dimensions, which were previously called item dimensions, are now
found in the product dimension group. Furthermore, the storage dimensions are now divided between a
storage dimension group and a tracking dimension group.
Each inventory dimension group that already exists must be mapped to one of the new product, storage,
or tracking dimension groups.
Note:
If an inventory dimension group has no active item dimensions, the mapping methods do not
create a product dimension group. A product dimension group cannot be created if there are no
active dimensions.
Map preexisting company-specific inventory dimension groups to the new dimension groups
When you start preprocessing inventory dimension groups, the Preprocess inventory dimension groups
form contains a list of all preexisting inventory dimension groups from all companies. You must map the
company-specific inventory groups to the new product, storage, and tracking dimension groups.
1. Click Inventory dimension group upgrade to open the Preprocess inventory dimension groups
form.
2. Click Dimension group mapping, and then select a method of mapping. The following options are
available:
Map dimension groups 1:1 – For each preexisting inventory dimension group, create three
dimension groups: a product dimension group, a storage dimension group, and a tracking
dimension group. The active dimension in each new dimension group corresponds to one type of
active dimensions in the original, company-specific inventory dimension group. The names of the
new dimension groups consist of consecutive numbers prefixed by PDG_, SDG_, or TDG_.
Note:
You can change this naming convention in the Map dimension groups 1:1 form.
Map dimension groups ID – For each preexisting inventory dimension group, create product,
storage, and tracking dimension groups, just as when you use the Map dimension groups 1:1
method. The difference between this method and the 1:1 mapping method is the naming
convention. When you use this method, the names of the new dimension groups are copied from
the original, company-specific inventory dimension groups.
Note:
Consolidating inventory dimension groups from different companies that use
identical naming conventions for dimension groups can cause validation errors. For
example, if both company 1 and company 2 have an inventory dimension group that
is named DimGroup1, the identical names can cause a validation error. The active
dimensions and the setup of the active dimensions must be identical. Otherwise, the
upgrade consolidation is not successful.
Map dimension groups by setup – Map dimension groups according to the setup of the active
dimensions and settings of the inventory dimension groups. For more information, see the next
section.
3. Click Dimension groups to view and change the names and descriptions of the new dimension
groups.
a. To change the name of a new dimension group, you must first change the name of the original
inventory dimension group in the Preprocess product dimension groups, Preprocess storage
dimension groups, or Preprocess tracking dimension groups form.
b. Then select the new name for the product, storage, and tracking dimension groups in the
Preprocess inventory dimension groups form.
4. Click Validation report to check for validation errors before you set the dimension groups to ready
for upgrade.
5. After you resolve all validation errors, click Set to ready for upgrade.
Tip:
The three inventory groups can come from three different companies, or they can all come from
the same company.
The following table shows the setup of the active dimensions in the three inventory dimension groups.
Color
Size Size
Configuration Configuration
The following table shows the dimension groups that Microsoft Dynamics AX proposes, based on the
setup of the preexisting company-specific inventory dimension groups.
For the item dimensions, Color, Size, and Configuration, the setup of active dimensions in InvGroup2
differs from the setup in InvGroup1 and InvGroup3. Therefore, two product dimension groups are
created.
For the storage dimensions, Site and Warehouse, the setup of active dimensions is identical in
InvGroup1, InvGroup2, and InvGroup3. Therefore, one storage dimension group is created.
For the Batch number and Serial number dimensions, the setup of active dimensions is different in
InvGroup1, InvGroup2, and InvGroup3. Therefore, three tracking dimension groups are created.
PDG_2 TDG_2
TDG_3
- Batch number
Note:
Before you can start mapping items to products, you must set the company's priority and
complete the preprocessing of inventory dimensions.
Tips:
When you synchronize items, you synchronize the data in the upgrade environment with the existing data
in the system.
Note:
The first time that you open the Product upgrade form, the fields are empty. The fields are not
populated until you synchronize items.
Synchronize items
1. Click Product upgrade to open the Product upgrade form.
2. Click Synchronize items to synchronize the items in the upgrade environment.
Notes:
You cannot continue the mapping process until the synchronization is completed.
If item data is changed during the upgrade process, you can synchronize items at any time to make sure that the
upgrade environment includes the most recent data.
Map items
You can choose between the following two mapping methods:
Map all items 1:1 – Each item is mapped to a unique product of the Product master or Distinct
product subtype. The item number is replicated in the new product number. The name and search
name of the product are identical to the name and search name of the item.
Map all items by item number – All items that have identical item numbers are mapped to the same
product. For example, if you map items from two different companies, items that have the same item
number can be mapped to one product.
Note:
If two items that have identical item numbers have different names or different setups for
their item dimensions, for example, you receive a validation error. The solution depends on
the problem. If the names of the two items are different, you can change the text in the
Product name fields in the Product preview form. If the dimensions are different, you must
change the original data in the system. However, you may not be able to make the changes if
transactions exist in the system.
1. In the Product upgrade form, click Product mapping, and then select Map all items 1:1.
2. In the Map all items 1:1 form, enter a prefix in the Product number prefix field, and then enter an initial
number in the Initial number field.
Note:
The numbering convention that you define in the Product number prefix and Initial number
fields is only applied if you map items that have identical numbers but come from different
companies. For these items, the product numbers are replaced with numbers based on this
convention.
The sequence of product numbers is based on the company's priority. To view or change the priority of
companies, click View > Company priority setup.
Example
Three items from three different companies have the item number XL-1000. For the numbering convention,
the product number prefix is PXL, and the initial number is 99.
The three item numbers come from three companies, C1, C2, and C3. The priority of C1 is 1, the priority of
C2 is 2, and the priority of C3 is 3.
The following product numbers are generated:
Item XL-1000 from company C1 – Product number: XL-1000
Item XL-1000 from company C2 – Product number: PXL99
Item XL-1000 from company C3 – Product number: PXL100
1. In the Product upgrade form, click Product mapping, and then select Map all items by item number.
2. Click OK to continue.
1. In the Product upgrade form, click View > Product preview to open the Product preview form.
2. Click Product mapping approval and select one of the following submenu commands:
Select Approve all mappings to approve all mappings.
Select Reverse all mapping approvals to reverse the approval of all mappings.
Select Approve selected mappings to approve mappings of the products that you have selected in the
Product preview form.
Select Reverse selected mapping approvals to reverse the approval of mappings for the products that
you have selected in the Product preview form.
Note:
You cannot complete the upgrade until all validation errors are resolved. In addition to validation
errors, you may receive validation warnings. Validation warnings are just warnings about
inconsistent data. The upgrade can be completed if there are validation warnings.
Note:
You must click Validate all to update this form, even if you are opening the form for first time, or if
you previously validated the mappings.
Note:
You must approve all product mappings before you set products to ready for upgrade. If
validation errors exist, you must resolve the errors before you can continue.
Product preview
Use the Product preview form to view products, and to perform tasks on all products or selected
products. From this form, you can see how items are mapped to products of the Distinct product or
Product master subtype. You can also lock products, approve the mapping of products, and view product
details.
Tip:
Some tasks, such as product mapping and product approval, can be completed in both the
Product upgrade form and the Product preview form. However, the two forms are not identical.
For example, the perspective in the forms is different. In the Product preview form, you view data
from the product's perspective. However, in the Product upgrade form, you view data from the
item's perspective. In addition, you can use the Product preview form to approve the mapping of
selected products. However, you approve product mappings from the Product upgrade form, the
approval applies to all items in the form.
Product mapping – Map all items, either by item number or by using the 1:1 method.
Product locking – Lock all products or selected products. Locked products are disregarded
during the mapping process. When you consider the mapping of a set of products final, you
can lock the products. The locked products are not affected if you later repeat the mapping
process.
Product mapping approval: – Approve or reverse the approval of the mappings for all items
or selected items.
Validation – Validate all mappings or selected mappings.
Tip:
You can validate mappings at any time. When you validate a mapping, you receive a list
of validation errors and guidelines to help you resolve the errors.
Variants – View the product variants that were created for products of the Product master
subtype.
Tip:
The variants of a product correspond to the combinations of item dimensions for an item.
Configurations, Sizes, and Colors – View the setups for configuration, size, and color that are
inherited from the items.
Translations – View any text translations in different languages that were set up for the
items.
See Also
Company priority setup
Inventory dimension group upgrade
To map a task group conversion manually, select the task group and then enter a unique
identifier in the Capability field for each task group.
To automate the mapping and use the task group ID as the identifier for the capability, click the
Map task groups button and select Map task groups by task group ID across all company
accounts.
To automate the mapping using a 1:1 relationship between task groups and capabilities, click the
Map task groups button and select Map task groups 1:1.
Note:
To delete existing mapping information, click the Map task groups button and select Clear
mapping of all task groups.
In the Resource field, select the fixed resource to which you want to map the modeling variable
shown in the Resource (Variable) field.
In the Load field, enter a number for the load that you want to map the modeling variable to.
In the Qty. of Resources field, enter a number for the quantity of resources that you want to map
the modeling variable to.
In the Job Requirement field, enter a number for the job requirement that you want to map the
modeling variable to.
3. To mark this item on the preprocessing checklist as completed, and continue to the next item on the
preprocessing checklist, click the Set to ready for upgrade button.
Units
A unit of measure is a standard base or a derived division of quantity that is used for measurement or
exchange. For example, when you enter an order in Microsoft Dynamics AX, you specify both a quantity
and the unit of measure that the quantity represents.
Use the Preprocess units form to define how existing company-specific units of measure are mapped to
shared units of measure.
Note:
You must set a system language before you can start this task.
Shared units of measure replace the company-specific units of measure that are used in previous versions
of Microsoft Dynamics AX. You must map each company-specific unit of measure that exists to a unit of
measure that is shared across companies.
Note:
You can change a shared unit of measure so that it differs from the company-specific unit of
measure in the number of decimal places or in the description. The existing data in the system is
updated so that it reflects the changes.
Map company-specific units of measure to shared units of measure
When you start preprocessing units of measure, the Preprocess units form lists all units of measure from
all existing companies. When you map units of measure from different companies to one set of shared
units of measure, you must align information such as the number of decimal places. This information must
be aligned for each unit of measure.
1. Click Units to open the Preprocess units form.
2. In the Unit (shared) field, select the symbol that represents the shared unit of measure. Repeat this
step for each line.
Tip:
Click Automatic assignment to automatically assign each company-specific unit of measure
to a new shared unit of measure. When you click Automatic assignment, the value of the
Unit field is copied to the Unit (shared) field on all lines where the Unit (shared) field is
blank. However, you can manually change the value of the Unit (shared) field.
Tip:
We recommend that you use the international symbols for units of measure. For more
information, see General Tables of Units of Measurements.
3. Confirm that the values of the Description and Decimals fields are the same for every company.
To consolidate a unit of measure from two companies, you select the same unit symbol in the Unit
(shared) field on each line. The values of the Description and Decimals fields may be different on
each line. You must align the values of these fields for each shared unit of measure. When the values
of these fields are identical, the system can identify the lines that must be merged during the
upgrade.
Notes:
If units of measure from different companies have identical unit symbols, but the values of the
Decimals, System of units, and Description fields are different, the mapping cannot be
completed. In the Preprocess units form, you can use one of the following methods to resolve
the issue:
The solution that you choose depends on the company setup. If the properties of the units of
measure differ by mistake, you can align the values of the fields for the properties. If the
properties must remain different, you must change one of the unit symbols.
Tip:
To filter the contents of a column, select a field, and then click Filter By Selection on the
toolbar. For example, to identify all lines that use the unit symbol kg, select the Unit (shared)
field that has this value.
4. In the Unit class field, select a classification for the unit of measure.
Tip:
The unit class represents a logical grouping of units of measure, such as area or quantity. The
unit classes specify base units and standard units. Base units can be used to streamline the
setup of a conversion.
Note:
When you start preprocessing units of measure, all units that are derived from existing units
of measure are assigned to the Undefined class. For each shared unit of measure, you must
select a unit class other than Undefined. For a shared unit of measure, the unit class must be
identical on every line that is associated with the unit of measure.
5. In the System of units field, verify that the appropriate system of units is applied.
The field is set to None when company-specific units of measure are created manually. For units such
as box and piece, None is an appropriate system of units. However, if None is not appropriate for a
unit of measure, select Metric or United States customary units. Examples of units of measure that
use the None category are Box and Pieces.
Note:
For a shared unit of measure, the system of units must be identical on every line that is
associated with the unit of measure.
6. Click Validate to check for validation errors before you set the units of measure to ready for upgrade.
7. After you resolve all of the validation errors, click Set to ready for upgrade.
See Also
System parameters
Unit conversions
Unit conversions define formulas for converting between units of measure. One unit conversion can be
associated with each unit of measure.
Use the Preprocess unit conversions form to define how you want company-specific unit conversions
that exist for company-specific units of measure to be consolidated for shared units of measure.
Notes:
You must complete the definition of shared units of measure before you can start this task.
Note:
You may change the factor, additional quantity, or rounding information for a shared unit
conversion, so that it differs from the factor, additional quantity, or rounding information in the
company-specific unit conversion. In this case, the existing data in the system is updated to reflect
the changes.
Consolidate the unit conversions for the shared units of measure
When you start preprocessing unit conversions, all conversions for each shared unit of measure are listed
in the Preprocess unit conversions form. Before you can consolidate the list of conversions, you must
make sure that the factor, additional quantity, and rounding information are identical for each unit
conversion. For example, if the conversion from centiliters (cl) to deciliters (dl) is specified on two lines,
and the rounding information is different on each line, you must align the rounding information for the cl
to dl conversion.
1. Click Unit conversions to open the Preprocess unit conversions form.
2. In the Factor, Additional quantity, and Round-off fields, verify that the information is identical if
more than one line has the same conversion formula.
Tip:
Click Product number or From unit (shared) to change the sort order of the columns.
Note:
An additional quantity can be used only with units that belong to the temperature unit class.
3. Click Validate to check for validation errors.
4. After you resolve all validation errors, click Set to ready for upgrade.
See Also
Units
Fixed units
System units define the units for length, mass, and volume that appear as suggested units of measure in
Microsoft Dynamics AX.
Use the Preprocess fixed units form to set up the system units.
Note:
You must define shared units of measure before you can begin this task.
Note:
The units that you select must belong to the unit classes for length, mass, and liquid volume.
You assign units of measure to unit classes in the Preprocess units form.
3. Click Validate to check for validation errors.
4. After you resolve all validation errors, click Set to ready for upgrade.
Unit texts
Unit texts are printed on external documents such as invoices. If no unit text is associated with a unit of
measure, the symbol of the unit of measure is applied.
Use the Preprocess unit texts form to define how company-specific unit texts that exist are consolidated
to a set of shared language-specific unit texts.
From Microsoft Dynamics AX onwards, the language is shared between companies and there is only one
shared language. For this reason, text in external documents is not automatically printed in company-
specific languages. To accommodate this change and preserve a representation of, for example units of
measure, in different languages, you must create new unit texts. The new unit texts must be created for
each unit of measure in each of the languages that you want to be represented.
Tip:
To align unit texts, change the content of the Unit fields.
3. Click Validate to check for validation errors before you set the unit texts to ready for upgrade.
4. Click Set to ready for upgrade when you have resolved all validation errors.
Notes:
Set these parameters in Microsoft Dynamics AX 2009 to ensure that accounting entries are generated.
The accounting entries are generated for the accrual for purchase quantities received but not yet
matched to vendor invoices:
See Also
User relations upgrade duplicate user IDs
4. Use the Contact person drop-down list to select a contact representative in your business or
organization.
Note:
Some live preprocessing scripts cannot be paused. These scripts appear in the grid with a task
status of The task does not support pausing.
Complete the following steps to begin running the live preprocessing scripts.
1. In the Preprocessing upgrade checklist, click Run live preprocessing scripts.
Country/region upgrade
Earlier in the process, you used the Default country/region form to specify for a company the default
country/region to assign to address records that do not already have a specified country/region. For
example, you selected a default country/region for Fabrikam, and that country/region will be assigned to
any Fabrikam customer that does not already have a country/region selected for their address record. But
Fabrikam has customers in multiple countries/regions, and the default country/region will not apply to all
customers.
Use this form to change the country/region for individual addresses.
1. Click Country/region upgrade to open the Addresses with no country/region form. The form
contains a list of addresses that do not have a country/region assigned.
2. Do one of the following:
To apply the same country/region to all the addresses in the list, select a country/region in the
Select a default country/region to apply field, and then click Apply.
You can filter the list and then apply a default country/region to the records that are displayed.
To set country/regions for addresses individually, select the address and then select a
country/region in the Country/region field.
3. Update other address information as necessary.
4. Click the Set to ready for upgrade button.
Party upgrade
A party is a person or organization that can be internal or external to your organization. Each party has its
own record within Microsoft Dynamics AX. In Microsoft Dynamics AX 2012, every customer, vendor,
prospect, and competitor must be categorized as either a person or an organization. When you are
upgrading to Microsoft Dynamics AX 2012, all customer, vendor, prospect, and competitor records are
assigned the party type Organization by default.
Use this form to indicate any customers, vendors, prospects, and competitors that should be categorized
as a Person party type and to verify the name components for each Person party record. You can also use
this form to specify the name sequence, for example, First, Middle, Last, that will be used on a Person
party record. Person party records also include contacts and employees.
Note:
Some delta preprocessing scripts cannot be paused. These scripts appear in the grid with a Task
state that says The task does not support pausing.
You can run the delta preprocessing scripts multiple times until you are ready to enter single-user mode.
To minimize downtime, make sure to run the delta preprocessing scripts just before entering single-user
mode.
user sessions to allow multiple batch threads. These batch threads are necessary for running the final
preprocessing scripts and bulk copying data to the target system. All user sessions must be opened by an
upgrade user who has administrative permissions. Open these client sessions on a single AOS instance.
To allow new client sessions
1. In the Online users form, click the Server instances tab.
2. Select a server instance, and then click Accept new clients.
After you begin running the preprocessing upgrade scripts in the next checklist task, Run single-user
mode preprocessing scripts, you can open the new client sessions for batch threads on Microsoft
Dynamics AX 4.0. If you open additional sessions before starting the script run, the run will fail.
3. After you have opened the client sessions that you need for batch threads, return to the Online users
form and click Reject new clients to prevent additional sessions from being opened.
Warning:
If you allow reopening client sessions in Microsoft Dynamics AX 4.0, you must take steps to
ensure that no other users log on to make transactions when preprocessing scripts are being run
and bulk copy is in progress. If any transactions are made on the Microsoft Dynamics AX source
system during this time, your data will be invalid and the upgrade will fail.
Important:
After you copy the USR layer and make backup of the database, you must avoid making changes
to the application on your production system. Data transactions may continue (allowing
continued business operations), but metadata changes, customizations, changes to the AOT, and
anything that changes the behavior of the application can cause the state transfer to fail.
Warning:
Do not import the upgrade XPO into the test source system. The necessary upgrade framework
code is provided in the AOD file that you copied from the production source system. Importing
the XPO overwrites element IDs and causes runtime errors.
1. Install the upgrade-related label files (.ald) files. Also install the upgrade-related Help (.chm) files. For
more information, see the Microsoft Dynamics AX 2012 Upgrade Guide.
2. Install the USR layer (.aod) file that you copied from the production system. Typically, this file is
installed at C:\Program Files (x86)\Microsoft Dynamics AX\40\Application\Appl\Standard\axusr.aod or
C:\Program Files\Microsoft Dynamics AX\50\Application\Appl\DynamicsAX5\axusr.aod.
3. Use SQL Server Management Studio to restore the database backup from the production system as
the Microsoft Dynamics AX database on the test system.
Important:
After you complete these steps, you must restart Application Object Server (AOS).
The test source system is now ready for upgrade preprocessing. We recommend that you complete the
following tasks on the Preprocessing upgrade checklist:
1. All tasks in the Prepare application data for preprocessing section
2. Run live preprocessing scripts
3. Run delta preprocessing scripts
Important:
To use the state transfer tool, you must enable administrative user access between the test and
production systems by using Windows integrated security.
In all cases, you must be a member of the Administrators group on the local computer where you are
installing a component. The following table lists permissions that are required in addition to administrator
access on the computer.
Application Object Server (AOS) Member of the securityadmin role on the SQL Server instance you want to
connect to.
Enterprise Portal Member of the System administrator role in Microsoft Dynamics AX and a
member of the dbcreator role on the SQL Server instance being used for
®
Microsoft SharePoint Services.
Enterprise Search Member of the System administrator role in Microsoft Dynamics AX, a
member of the Administrator group in Microsoft SharePoint Services, and a
member of the dbcreator role on the SQL Server instance being used for
Microsoft SharePoint Services.
Help server Member of the System administrator role in Microsoft Dynamics AX.
Reporting Services extensions Member of the System administrator role in Microsoft Dynamics AX.
Analysis Services configuration Member of the SQL Server db_accessadmin role for the Microsoft
Dynamics AX database.
Client None
Debugger None
®
Visual Studio Tools None
Web services on IIS Member of the System administrator role in Microsoft Dynamics AX.
Synchronization proxy Member of the dbowner database role on the SQL Server database for
Microsoft Project Server.
Synchronization service Member of the System administrator role in Microsoft Dynamics AX.
Set permissions
The following table lists permissions that must be set for upgrade.
Source database (the database that will be upgraded to Same domain user (using Windows integrated security)
Microsoft Dynamics AX 2012) must have ownership privileges on both the source
Microsoft Dynamics AX and target Microsoft
Dynamics AX 2012 databases.
Important:
Be sure to select Register database for upgrade as an option during installation.
Complete the following tasks to copy and prepare the AOD and ALD files for upgrade.
1. Copy the source system AOD (*.aod) files that you are upgrading to the standard location on the
target system:
<system>:\Program Files\Microsoft Dynamics AX\60\Application\appl\<instancename>\
2. Copy the source system ALD (*.ald) files that you are upgrading to the standard location on the target
system:
<system>:\Program Files\Microsoft Dynamics AX\60\Application\appl\<instancename>\
3. Create a folder called Old at <system>:\Program Files\Microsoft Dynamics
AX\60\Application\appl\<instancename>\Old\. Copy the source system AOD (*.aod) and ALD (*.ald)
files that you plan to upgrade into this folder.
4. Update layer names that have changed from Microsoft Dynamics AX 4.0 or Microsoft Dynamics AX
2009.
If you are upgrading an axbus.aod file, rename it to axisv.aod in both the standard and Old
directories.
If you are upgrading an axbup.aod file, rename it to or axisp.aod in both the standard and Old
directories.
If you are upgrading an axlos.aod or axsl2.aod file, rename it to axsln.aod in both the standard
and Old directories.
If you are upgrading an axlop.aod or axsl3.aod file, rename it to axslp.aod in both the standard
and Old directories.
If you are upgrading an axdis.aod or axhfx.aod file, rename it to axfpk.aod in both the standard
and Old directories.
If you are upgrading an axdip.aod or axsl1.aod file, rename it to axfpp.aod in both the standard
and Old directories.
5. In each case described above, also change the name of the associated ALD label file to match the
AOD application file.
For each customized application (AOD) that you import, there is a corresponding ALD file. If you are
upgrading more than one layer, start from the lowest layer and repeat this procedure for each layer,
working up.
You import your ALD files into the standard (new) model store only. They cannot be imported into the old
model store.
Important:
Before you begin this procedure, you must finish the process of importing the customized
application (AOD) files. For more information, see Import application files into the model store.
To import your custom ALD label files
1. In the Microsoft Dynamics AX client, open a developer workspace (CTRL+Shift+W).
2. Open the Application Object Tree (AOT) in the layer that you are editing, for example, the ISV layer.
Warning:
Be careful to import the ALD file into the layer that you intend. A label node cannot be
removed after it has been added to the AOT, and this may cause problems during later
attempts to manipulate labels.
3. In the AOT tree, right-click the Label Files node, and then click Create from File.
4. In the Select file window, navigate to the folder <system>:\Program Files\Microsoft Dynamics
AX\60\Application\appl\<instancename>\ and select the label file for the layer and language you are
upgrading. (If you followed the procedures in Copy application and label files to the target system,
the ALD files should have been copied to this folder.)
For example, to import the label file for the ISV layer and United States English, select axISVen-us.ald.
5. Click Open. The label layerID, LableID, and text are imported into the elementlabel table in the model
store.
6. Repeat the previous steps for each language that you want to support in Microsoft
Dynamics AX 2012.
After you import the ALD files into the model, you can perform normal operation on the labels, including
editing them in the label editor.
Upgrade preparation
This section covers tasks on the Microsoft Dynamics AX 2012 target system that prepare your business
data for upgrade. The following sections are included.
Compile the application (upgrade)
Generate Common Intermediate Language
Provide license information
Set customer feedback options
Important:
Depending on your hardware, compilation can take an hour or more. It is critical to let
compilation run until it is complete.
Important:
Before you can perform this task, you must complete the Compile application task, which comes
before this task in the Data upgrade checklist.
Common Intermediate Language (CIL) is the bytecode language that the just-in-time (JIT) compiler of the
.NET Framework interprets. Microsoft Dynamics AX converts compiled X++ code, or p-code, to CIL. This
conversion provides interoperability with .NET classes, and it also provides performance advantages. The
following Microsoft Dynamics AX components rely on the speed of CIL:
Batch jobs
AIF and services
Run-as scenarios, in which .NET functions are substituted for X++ functions at run time
Note:
If you change the current license settings because license keys are updated, the new functionality
will not be available until the client is restarted.
In addition to license codes for Microsoft Dynamics AX functionality, there are licenses for access to the
Microsoft Dynamics AX development environment. For more information, see the Developer Help,
available from the Microsoft Dynamics AX Help menu.
If you do not have a license, you can set up Microsoft Dynamics AX in demonstration mode.
Demonstration mode provides all the functionality of Microsoft Dynamics AX, and enables all
configuration keys by default.
Language-specific licenses
If your license includes specific languages, you must restart the AOS after importing the license file or
entering license information. Restarting the AOS ensures that the correct languages are listed in the
Options form (Microsoft Dynamics AX > Tools > Options...).
If you do not restart the AOS, end users will be able select unlicensed languages, which would prevent the
Microsoft Dynamics AX client from starting.
Note:
We recommend that you store the license file in a secure location that is known only to
Microsoft Dynamics AX administrators.
4. Click OK. A message appears, asking whether you want to synchronize the database.
5. Click Yes.
6. Close the License information window.
Important:
The first four entries (name of the license holder, the system's serial number, expiration date,
and license code) determine what appears in the remaining codes. Therefore, they must be
entered correctly.
4. Enter the remaining codes.
For each, review the Status field to make sure that the code is accepted.
Code upgrade
This section covers the tasks that are required to import and upgrade your customized code on the
Microsoft Dynamics AX 2012 target system. The following sections are included.
Import layer AOD into the baseline model store
Import layer AOD into the new model store
Import layer labels into the new model store
Detect code upgrade conflicts
3. Some layers have been renamed in Microsoft Dynamics AX 2012. Rename each .aod file to the new name of the
layer in Microsoft Dynamics AX 2012. The following table shows the names of the layers in different versions of
Microsoft Dynamics AX.
Microsoft Dynamics AX 4.0 layer Microsoft Dynamics AX 2009 Microsoft Dynamics AX 2012 layer
layer (Rename to this)
4. In the Import layer AOD into the baseline model store dialog box, select the name of the .aod file that you
want to import. When you import layer files, you must start with the lowest layer.
5. Click OK to import the .aod file.
If the .aod file contains items that cannot be imported, an Infolog message is displayed. For more information,
see the log file referenced in the message. Usually, an application object cannot be imported because of one of
the following reasons:
A method was added to a class that no longer exists in the Application Object Tree (AOT).
There is an ID conflict between two elements that have the same name and type, but different IDs.
You customized a hybrid class or a table that supports inheritance.
To resolve these issues, identify all the application objects that were not imported from your Microsoft
Dynamics AX 4.0 or Microsoft Dynamics AX 2009 system. Export these application objects to an .xpo file. Then
import the .xpo file into the Microsoft Dynamics AX 2012 system by clicking Import on the AOT toolbar.
6. In the Code upgrade checklist, continue with the next steps for the layer file that you imported. Then return to
this procedure when you are ready to import the next layer file.
Important:
For information about how to upgrade code, see the white papers about code upgrade that
are available on the Microsoft Download Center.
See Also
Import layer AOD into the new model store
1. Copy the .aod file for the current layer from the source system to the following folder:
%ProgramFiles%\Microsoft Dynamics
AX\60\Server\MicrosoftDynamicsAX\bin\Application\Appl\Standard. Do not copy the .aod files for the
layers that Microsoft owns into this folder.
2. Some layers have been renamed in Microsoft Dynamics AX 2012. Rename the .aod file to the new
name of the layer in Microsoft Dynamics AX 2012. The following table shows the names of the layers
in different versions of Microsoft Dynamics AX.
3. In the Import layer AOD into the new model store dialog box, select the name of the .aod file that you
want to import. When you import layer files, you must start with the lowest layer. However, do not
import the layers that Microsoft owns into the new model store.
4. Select the model that you want to import the .aod file into.
5. Click OK to import the .aod file. If the .aod file contains items that cannot be imported, an Infolog
message is displayed. For more information, see the log file referenced in the message. Usually, an
application object cannot be imported because of one of the following reasons:
A method was added to a class that no longer exists in the Application Object Tree (AOT).
There is an ID conflict between two elements that have the same name and type, but different IDs.
To resolve these issues, identify all the application objects that were not imported from your
Microsoft Dynamics AX 4.0 or Microsoft Dynamics AX 2009 system. Export these application objects
to an .xpo file. Then import this .xpo file into the Microsoft Dynamics AX 2012 system by clicking
Import on the AOT toolbar.
6. In the Code upgrade checklist, continue with the next steps for the layer file that you imported. Then
return to this procedure when you are ready to import the layer file for the next layer. You can then
import the remaining layers one at a time, starting with the lowest layer.
See Also
Import layer labels into the new model store
1. On the Microsoft Dynamics AX 4.0 or Microsoft Dynamics AX 2009 source system, create a label file
for the layer that you are importing by using the Label File Wizard. Then copy the label file to the
Microsoft Dynamics AX 2012 system.
2. In the Select file dialog box, select the name of the label file that you want to import. You must select
the label file that corresponds to the .aod file that you imported in the previous step of the Code
upgrade checklist.
4. In the Code upgrade checklist, continue with the next steps for the label file that you imported. Then
return to this procedure when you are ready to import the next label file. You can then import the
remaining layers one at a time, starting with the lowest layer.
Note:
When you use the Detect code upgrade conflicts tool, you can delete duplicates. However, you
cannot delete duplicates when you use the Compare layers tool. Therefore, the Compare layers
tool may be more useful as a general tool, for example, to provide an overview of the
modifications that were made in a certain layer.
During the upgrade, you can use the Project filter tool instead of both the Detect code upgrade
conflicts tool and the Compare layers tool. You can use the Project filter tool to create a project that is
based on criteria that you specify in a query form. For example, the project can contain all objects that are
from a specific layer, all objects that have a specific prefix, or all objects that were created by a specific
user.
See Also
Generate Common Intermediate Language
Data upgrade
This section covers the process of upgrading your business data on the Microsoft Dynamics AX 2012
target system. The following sections are included.
Connect to source database
Set current time zone
Presynchronize (upgrade)
Create tables
Generate table mappings
Generate upgrade task prioritization
Launch data upgrade
1. Grant Microsoft Dynamics AX database access to a domain user with administrative privileges on the
target Microsoft Dynamics AX 2012 system.
2. Add the user to the db_owner and public roles.
Important:
This checklist item applies only when you are upgrading from Microsoft Dynamics AX 4.0. The
Data upgrade checklist will always display this task prior to communication between the source
and target databases. At that point, the task disappears unless a Microsoft Dynamics AX 4.0
source system is detected.
The preferred method of storing date and time data in Microsoft Dynamics AX is Coordinated Universal
Time (UTC), as specified by the utcDateTime data type. During data upgrade, both shipped and custom
tables are scanned to identify system date and time fields. Your local time zone setting determines the
offsets to apply to these fields when they are converted to UTC.
If custom date or time fields have been added to Microsoft Dynamics AX, you must decide whether those
fields should be merged into new utcDateTime fields during upgrade. For more information, see
Walkthrough: upgrading date and time table field pairs into UtcDateTime.
Presynchronize (upgrade)
When you perform the Presynchronize task in the target system, you use the Data upgrade cockpit (%1
-> %2) to run scripts that map the database schema on the source Microsoft Dynamics AX system to the
database schema on the target system. This table-to-table and column-to-column mapping is new with
Microsoft Dynamics AX 2012, and prepares the target database for synchronization. If like-to-like
mapping fails and errors result, you can manually repair the mapping and rerun the script.
Indexing is disabled while the presynchronization scripts are running.
The presynchronization scripts that ship with Microsoft Dynamics AX 2012 are meant to serve as models
for developers of new Microsoft Dynamics AX modules.
Prepare your database for synchronization as follows:
1. In the Data upgrade checklist, click Presynchronize. The Data upgrade cockpit (%1 -> %2) opens
and lists the upgrade tasks to be completed.
2. Click Run. In the Upgrade job grid, an icon next to each job indicates the job’s status as the
presynchronization scripts run.
3. Address any errors that occur and then rerun the scripts.
Create tables
You perform the Create tables task to prepare the Microsoft Dynamics AX 2012 target database for
upgrade. During this step, the Microsoft Dynamics AX 2012 database schema is created based on
Application Object Tree (AOT) definitions, including tables, unique clustered indexes, default constraints,
and views. (In previous releases of Microsoft Dynamics AX, the database schema was created during the
synchronization step.) Other indexes and check constraints are created on tables after bulk copy but
before the post-synchronization scripts run.
This task only creates the target database schema; no data is copied from the source system at this time.
Important:
Before you begin this task, use the Microsoft Dynamics AX Server Configuration Utility to confirm that
the AOS statement cache is set to 40.
Create the target database schema as follows:
1. In the Data upgrade checklist, click Create tables.
The Synchronize table form displays a progress bar that indicates the status of the operation while
the upgrade framework queries the AOT and determines what tables, fields, and indexes to create in
the target database. This process may take several minutes to finish.
2. When the query process is finished, the Synchronize database form opens. Information that was
collected during the previous step is displayed on four tabs. You can select items to view details about
them.
Tab Description
Overview Shows what tables need to be created in the target database and summarizes the detailed results
provided on the other tabs.
Errors Lists errors that occurred while determining what tables to create. You must fix any errors before
you proceed with creating tables.
Warnings Lists all warnings about possible data conflicts that may arise after tables are created. You should
review the warnings and decide which of them require developer action.
Info Lists all the tables that will be created in the target database.
Address any errors or warnings before you continue with the data upgrade. Unresolved table errors
will cause the data upgrade to fail. After you verify that there are no errors or warnings, click
Continue on the Synchronize database form. The upgrade framework creates the tables in the
target database.
Mapping errors
You may encounter the following table-mapping errors for tables that are listed on the Tables tab in the
Table mapping between source and target systems form.
Status Description
No mapping defined Mapping has not been created because no metadata was found in the Microsoft
Dynamics AX 2012 database to map the source table to the target table.
Field error An error has occurred that resulted in a source field not being mapped to a target field.
The error could be that there is an inconsistency in the field data type, no field to import,
or a string-length difference in the field name.
You can see which fields have errors on the Fields tab.
Mapping conflict Two source-database tables are mapped to the same target table. You must resolve the
conflict by renaming the table or assigning it a different ID.
Waiting on source A source table is still being used in preprocessing on the Microsoft Dynamics AX source
system.
Status Description
Target table not empty The table that was created in the Microsoft Dynamics AX 2012 target database has data
in it. The source data cannot be copied into a table that already contains data. Clear all
data from the target table.
Important:
When you are regenerating the prioritization after assigning custom weights, select “No” if a
dialog asks to overwrite your customization.
Warning:
Prior to this point in the upgrade process, it has been possible to keep the source system online.
Beginning with this step, you must enter single-user mode on both your source and target
systems, making them unavailable to regular users.
Finalize upgrade
The tasks in this section must be performed after code and data upgrade have been completed on the
Microsoft Dynamics AX 2012 target system.
The following topics are included in this section.
Post journal for relief of legacy accrual of unmatched quantities
Configure system accounts
Finalize Enterprise Portal upgrade
Specify Role Center web site
Assign a primary address to parties
Upgrade services and AIF
Important:
The upgrade of AIF code and data is a two-step process. After you successfully upgrade AIF code,
you must upgrade the data. For more information, see Upgrade additional features.
AIF endpoints Integration ports The concept of integration ports subsumes AIF
endpoints. The Inbound ports and Inbound ports
forms replace the AIF configuration forms. The AIF
endpoints become integration ports with the same
name. Endpoints that expose the Microsoft
Dynamics AX functionality are converted to inbound
integration ports. Endpoints that submitted messages
are converted to outbound integration ports.
The upgrade framework combines the endpoint name
and the company name to create the name of the
integration port. For example, an endpoint called
EndpointA in CompanyB will become an integration
port called EndpointA_CompanyB.
Inbound integration ports expose the Microsoft
Dynamics AX functionality. Outbound integration
ports deliver the message to a destination.
In Microsoft Dynamics AX 2012, each integration port
has an associated address or channel. The integration
port functionality in Microsoft Dynamics AX 2012
forms a one-to-one mapping between the integration
port and the channel that you associate with the
integration port. In previous releases of Microsoft
Dynamics AX, you could associate an endpoint with
multiple channels or addresses.
Endpoint data and action policies Apply the Schema and operation This information is not migrated. Data and action
constraints to the integration ports policies in Microsoft Dynamics AX 2009 were applied
at an action level. However, in Microsoft
Dynamics AX 2012, the data and action policies are
applied at an integration port level. You must use the
integration port functionality to manually apply your
data and action policies after the upgrade.
Note:
In previous releases of Microsoft
Dynamics AX, you had to manually assign
data policies for each endpoint action policy.
In Microsoft Dynamics AX 2012,
configuration of data policies is optional.
You can use integration ports to enforce
data policies.
AIF adapters Integration ports This information is not migrated. Use the integration
ports functionality to associated adapters with
integration ports.
AIF channels Integration ports This information is not migrated. Use the integration
ports functionality to configure your source and
destination points for each integration port.
AIF pipelines Integration port pipelines AIF pipelines are upgraded to pipelines for the
integration port.
Service code attributes Microsoft Dynamics AX 2012 services The service code is stamped with the correct
framework attributes such as create, read, find, and so on This is
performed so that the auto-inference functionality in
Microsoft Dynamics AX 2012 works correctly with the
upgraded code.
Warning:
You must manually configure each upgraded
service to assign appropriate attributes, as
detailed in the next section.
Configuration is company-specific Configuration is not company- In previous releases, each AIF endpoint was
specific by default but you can make associated with a specific company. Microsoft
it company-specific Dynamics AX 2012 does not require that you
associate integration ports with a specific company.
However, you can use the integration port
functionality to restrict service calls to a specific
company. For an inbound message, the services
framework obtains the company from the message
header. If the message header does not contain a
company context, the services framework uses the
default company for the submitting user.
{ return this.createList(_salesSalesOrder); }
Work with the Microsoft Dynamics AX 2012 integration ports functionality to validate and configure the
migrated AIF endpoints. Use the following steps to work with the AIF endpoints that are migrated to
integration ports.
1. Launch the Microsoft Dynamics AX Windows client.
2. Click Administration > Services and Application Integration Framework. Click Inbound ports to
work with the inbound ports. Click Inbound ports to work with the outbound ports.
3. Click the Register adapters button in the action pane strip to create the list of available adapters.
Wait for the process to finish.
4. Click the Register adapters button in the action pane strip to create the list of services that are
enabled. Wait for the process to finish.
5. Review the list of integration ports to make sure that the AIF endpoints are migrated as integration
ports.
6. Work with each integration port to validate migrated settings and provide settings that are not
migrated such as adapters and service operations constraints. Click an integration port in the list to
work with it.
7. Under Address, in the Adapter field, select an appropriate adapter from the list.
Warning:
The Configure button will open the Configuration Editor Tool if you have installed the
Windows Server® SDK. If the Configuration Editor Tool is not installed, the Configure button
will open the configuration file in Notepad. You can download the Windows Server SDK for
the .NET Framework 3.5 from the Microsoft Download Center.
8. Under Address, in the URI field, select an appropriate value from the list. You must manually
configure data policies by using the legal values framework and the integration port functionality. To
configure data policies, select Restrict operation parameters and then click Operation parameter
constraint.
9. Use the Service contract customizations tab to expose service operations and apply data policies
10. Use the Processing options tab to work with processing options. These include selection for
processing when errors are encountered in a batch, preprocessing of requests, and post-processing of
responses.
11. Use the Troubleshooting tab to apply troubleshooting options such as logging mode and
propagation of errors.
12. Use the Security tab to work with the security options. These include restrictions on authorized users,
trusted intermediary users, and restricting the integration port to a specific company.
13. Browse to the Microsoft Dynamics AX web service and confirm that the web server returns the WSDL.
In your browser, use this URL to browse to the web service:
http://<hostname:port>/MicrosoftDynamicsAXAif60/xppservice.svc?wsdl. Microsoft Dynamics AX uses
port 8081 by default.
the source, shadow, and target tables suggest, but do not confirm, that bulk copy and data upgrade
finished successfully.
Warning:
Row counts are only a preliminary check of data integrity. It is vital to perform more granular
checks on data integrity before putting your Microsoft Dynamics AX 2012 system into production.
The Data upgrade checklist identifies proxy files and user controls that must be updated before
they will work with Enterprise Portal in Microsoft Dynamics AX 2012. You must resolve code
differences in the proxy files and recompile user controls before they will work with Enterprise
Portal.
End user personalization and customization settings for Enterprise Portal must be reset after the
upgrade.
Attach the content database from your Microsoft Dynamics AX 2009 Enterprise
Portal site to the new web application
To retain content from an earlier version of Enterprise Portal and display that content in your Microsoft
Dynamics AX 2012 Enterprise Portal site, you must attach the old content database to your new web
application. For more information, see Attach databases and upgrade to SharePoint Server 2010.