What's new: Address book

Article
11/29/2021

Important

This content is archived and is not being updated. For the latest documentation, see Microsoft Dynamics 365 product documentation. For the latest release plans, see Dynamics 365 and Microsoft Power Platform release plans.

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

In Microsoft Dynamics AX 2012, the address book functionality has been enhanced. You can now create multiple address books instead of creating virtual companies. You can also control access to address books by granting privileges based on teams or legal entities. Additionally, your Human resources department can now create applicant records directly from the Applicant form.

Overview

Item	Description
Required	Yes
Feature areas affected	Accounts payable Accounts receivable Human resources Sales and marketing Procurement and sourcing
Stakeholders	Implementation team members Independent software vendors (ISVs)/developers Partners

Required

Yes

Feature areas affected

Accounts payable

Accounts receivable

Human resources

Sales and marketing

Procurement and sourcing

Stakeholders

Implementation team members

Independent software vendors (ISVs)/developers

Partners

New functionality

In AX 2012, you can define any number of address books, and assign teams or legal entities to those address books. In this manner, you can control which workers have access to specific address books. You can also select whether policies are enforced for a specific address book or for all address books in a legal entity in your organization.

Additionally, Human resource applicant records can be created from the Applicant form and stored in the address book.

Comparison with Microsoft Dynamics AX 2009

The global address book has changed considerably since AX 2009. AX 2012 includes changes to the following areas:

Functionality
Security
Applicant records

Functionality

What can you do?	AX 2009	AX 2012	Why is this important?
Set effective dates for information.	No information about effective dates was provided for names or locations.	Users can set ranges of effective dates for names and locations. Users can also set communication information for vendors, employees, and transactions.	Information is kept up to date.
Have multiple address books.	Only one address book could be created per virtual company.	An organization can create multiple address books to store common party records in the same place.	Party records can be organized by record type, and specific party records can be made available only to specific teams or legal entities.
Synchronize with Microsoft Outlook.	Only minimal address information was synchronized.	Contact synchronization with Outlook is enhanced, and multiple address purposes can be defined for multiple addresses.	Party records can contain address records that are used by the party for more than one reason.

Security

What can you do?	AX 2009	AX 2012	Why is this important?
Secure party data according to user roles.	Security information was based on the companies that the user had access to.	Permissions to address books are granted based on the user’s teams or legal entities.	Security settings for address book permissions are tighter and more specialized.
Import address reference data.	Table import was used to import address reference data.	Data is validated when it is entered, and users can set a default address based on ZIP/postal codes.	Data is validated when it is entered and can be used to set default addresses.

Applicant records

What can you do?	AX 2009	AX 2012	Why is this important?
Create records for new applicants, existing applicants, and existing workers.	Not supported	Users can enter information about applications and new applicants, and modify records for existing applicants and existing workers.	Processing of applications is streamlined.
Create an application for an existing applicant.	Applications were associated with applicants, employees, and contacts.	Applications are associated only with applicants, and applicant records can be created directly from the Applicant form.	The process for creating applications is streamlined.
Create an applicant record by using information from an existing address book record.	Applicant information could only be entered manually.	Applicant records can be created for an existing party record in the address book.	Manual data entry is reduced for applicants whose information is already stored in the address book.

Create records for new applicants, existing applicants, and existing workers.

Not supported

Users can enter information about applications and new applicants, and modify records for existing applicants and existing workers.

Processing of applications is streamlined.

Create an application for an existing applicant.

Applications were associated with applicants, employees, and contacts.

Applications are associated only with applicants, and applicant records can be created directly from the Applicant form.

The process for creating applications is streamlined.

Create an applicant record by using information from an existing address book record.

Applicant information could only be entered manually.

Applicant records can be created for an existing party record in the address book.

Manual data entry is reduced for applicants whose information is already stored in the address book.

More information

For more information about the address book framework, see the white paper Implementing the address book framework for Microsoft Dynamics AX 2012 applications.

Share via