What's New in Microsoft Dynamics AX 2012 R2 for Developers

Applies To: Microsoft Dynamics AX 2012 R3, Microsoft Dynamics AX 2012 R2

This topic describes the new and enhanced features that are available in Microsoft Dynamics AX 2012 R2. Updated and additional developer documentation for Microsoft Dynamics AX can be found at the Microsoft Dynamics AX Developer Center on the Microsoft Developer Network (MSDN).

The following table describes what has changed in this release:

Feature area

Description

Partition

What can you do?

The business data in each partition is isolated from the data in all other partitions in the same installation of Microsoft Dynamics AX. Business data that is shared among companies is shared only among companies that are in the same partition.

A holding corporation that has subsidiary companies can reduce deployment and maintenance costs by hosting all the subsidiaries in one installation of Microsoft Dynamics AX. The system administrator for the holding corporation can put each subsidiary in its own partition. In this configuration, the personnel of a given subsidiary company cannot access the data of any other subsidiary.

Each Microsoft Dynamics AX client session starts in a partition. The session cannot later be switched to another partition. Instead the user must start a new session and direct it to start in a different partition, if the user is authorized for another partition. The system prevents even the system administrator from accessing data in any partition other than the current partition of the session.

Nothing additional is required to define or maintain reports in a configuration that has multiple partitions.

Where can I find more information?

Client

What can you do?

When you install the Microsoft Dynamics AX client, AX32.exe registers as a COM server. You can use the Dynamics AX COM object to programmatically open a specified form. In Microsoft Dynamics AX 2012 R2, you can also specify the partition to use with the form.

You can use the API in Office Add-ins for Microsoft Dynamics AX to programmatically modify a Microsoft Excel spreadsheet or Microsoft Word document that includes data that you exported from a form. You can also use the API to lock the data that appears in an Excel spreadsheet.

Why is this important?

You use a partition with the Dynamics AX COM object to specify the business entity that includes the data that you want to appear in the form. The partition prevents the form from displaying data from other business entities.

The Office Add-ins API gives you additional flexibility to programmatically customize a spreadsheet or document file that includes Microsoft Dynamics AX data. You can use the API with a spreadsheet or document that you created by exporting data from a form. For example, you can lock a spreadsheet to prevent people from changing the data fields and records that appear in the spreadsheet.

How was this performed in previous versions?

These features were not available.

Where can I find more information?

Enterprise Portal

What can you do?

A new User Control option was added called Chart Control. A Chart Control enables you to display chart data in Enterprise Portal. A Chart Control can display data from a Report Data Provider (RDP) class or from an analysis cube.

Why is this important?

A Chart Control is optimized for performance because everything needed for the chart to display is contained in the data set. The Chart Control does not need a Reporting Services server to render the chart which improves the performance.

The alternative is to use Reporting Services to render charts on Enterprise Portal pages. The performance issues become problematic when role centers have multiple charts to render.

How was this performed in previous versions?

In Microsoft Dynamics AX 2009 and Microsoft Dynamics AX 2012, you can use Visual Studio tools for Microsoft Dynamics AX to create a chart report that uses Reporting Services.

Where can I find more information?

Services and Application Integration Framework (AIF)

What can you do?

AIF supports a Microsoft Dynamics AX installation that has multiple partitions. The new data partitioning feature affects the way data is accessed by service operations in Microsoft Dynamics AX. Each service request must contain the information to identify a specific partition. If you do not specify a partition in the call context or message header XML, AIF uses the default partition for the calling user.

The administration of AIF is not per-partition. That is, the administration forms provide a view of the status of the service operation infrastructure that includes inbound and outbound integration ports, the message history, and the exception log, for all partitions at the same time.

The call context, the schema for the message header, and the administration form for inbound ports have changed to enable you to restrict service requests to a specific partition.

Where can I find more information?

  • Using the Call Context – Describes the use of the call context in external service clients. Information about specifying the partition has been added.

  • Message Header – Describes the schema of the message header. Information about specifying a particular partition has been added.

  • Configure security for integration ports – Describes how to restrict service requests on an enhanced inbound integration port to a particular partition.

  • Data partitioning architecture – Contains background and graphical representation of the new partitioning architecture.

Note

In Microsoft Dynamics AX 2012 R2, AIF includes support for optional replacement fields for a surrogate foreign key that has multiple replacement fields. In other words, a replacement field is optional if the referring surrogate foreign key field is specified as non-mandatory on the table. In previous versions of Microsoft Dynamics AX, AIF considered all surrogate foreign key replacement fields as mandatory.  For outbound transfers, this meant that previous versions of Dynamics AX serialized each field when sending Axd documents. Therefore, in external clients written to use outbound document services in previous versions of Microsoft Dynamics AX, fields that were previously mandatory are now optional, and may be missing from the XML message.

Standard Document Services

What can you do?

The following services are new in Microsoft Dynamics AX 2012 R2:

  • Advanced ledger entry

  • Bank statement

  • Budget plan

  • Customer collection letters for Norway

  • Payroll earnings import

  • Worker import

  • Warehouse space utilization forecast

  • Warehouse workload capacity forecast

Why is this important?

Now you can use services to import different types of transactions, to import bank statements, to maintain budget plans, to import earnings statements from external systems, to forecast warehouse workload capacity and space utilization, and to read, create, and update worker information in the Human resources module by using external systems.

How was this performed in previous versions?

These features were not available.

Where can I find more information?

For more information, see Standard Document Services.

Language-Integrated Query (LINQ) to AX, for Interop from .NET

What can you do?

In .NET Framework languages such as C#, you can use the same LINQ syntax and paradigm that you already use with LINQ to SQL.

Why is this important?

LINQ to AX makes it easier to interoperate with Microsoft Dynamics AX data from your C# program.

How was this performed in previous versions?

Without LINQ to AX, the primary way your C# program can access table data is to call the methods on a C# class that is a proxy to a table.

Where can I find more information?

For more information, see Code Example: LINQ to AX from C#.

Licensing Framework for ISVs

What can you do?

ISVs can now query named-users license information. ISVs can use the information to apply license fees for their intellectual property.

Why is this important?

ISVs can use the same named-user licensing information that Microsoft uses. The concurrent users licensing model of Microsoft Dynamics AX 2009 is no longer available.

How was this performed in previous versions?

In Microsoft Dynamics AX 2009, ISVs applied licenses based on the concurrent users model.

In Microsoft Dynamics AX 2012, Microsoft moved away from the concurrent users model, and switched to the named-users licensing model. In Microsoft Dynamics AX 2012 R2, ISVs can use the same named-user licensing information that Microsoft uses.

Where can I find more information?

For more information, see Licensing Framework for ISVs of Microsoft Dynamics AX.

 

Note

For Microsoft Dynamics AX 2012 R2 the Help topics that document each individual upgrade script are present on the MSDN website, at this link.

In the earlier version, Microsoft Dynamics AX 2012, these topics were provided in the file UpgradeScripts.chm which could be downloaded from a website. But that CHM file is no longer being updated.

See also

Getting Started with Microsoft Dynamics AX

What's New in Microsoft Dynamics AX 2012 for Developers

What's new in Microsoft Dynamics AX 2012

New, Changed, and Deprecated Features for Microsoft Dynamics AX 2012

Announcements: New book: "Inside Microsoft Dynamics AX 2012 R3" now available. Get your copy at the MS Press Store.