Microsoft Dynamics Ax 2012 R3 Crack

Sep 21, 2017 Note: Some of the information in this guide applies only to Microsoft Dynamics AX 2012 R3 installations, and some information applies only to AX 2012 R2, AX 2012 Feature Pack, or AX 2012. Unless otherwise noted in this guide, all other content applies to AX 2012, AX 2012 Feature Pack, AX 2012 R2, and AX 2012 R3. 4/5/2018 Subcontracted Production using Microsoft Dynamics AX 2012 R3, Part 2 - MSDynamicsWorld.com. Tracking Dimension Group The tracking of batch and/or serial. Serial number in production process AX2012 R3 Suggested Answer You need to turn off registration for this group - the batch number is created at physical update which in this case is the posting of RAF - not the registration - if you want these auto-created your item model group must not insist on registration first as the system cannot then. In Microsoft Dynamics AX, The storage and tracking of an item is determined by 2 different groups, Storage Dimension Group Tracking Dimension Group Storage Dimension Group: A Storage Dimensions determine where and how a product is stored. The created storage dimensions are required to be attached to each item. Microsoft Dynamics AX 2012 R3. Generally, a download manager enables downloading of large files or multiples files in one session.

-->

Applies To: Microsoft Dynamics AX 2012 R3

This topic describes how to enable serial numbers for use only in the sales process.

Prerequisites

The following table shows the prerequisites that must be in place before you start.

Category	Prerequisite
Tracking dimension groups	Enable serial number registration in the sales process by selecting the Active in sales process check box. For more information, see the section titled “Enable serial number registration in the sales process” in this topic.
Form setup	Specify that serial numbers are printed on packing slips and invoices by selecting the Serial number check box on the Invoice and Packing slip tabs.

Enable serial number registration in the sales process

Before you can register serial numbers for products in the sales process, you must enable serial numbers for the sales process on the tracking dimension group, and assign the tracking dimension group to the product. You can enable serial numbers in the sales process for a tracking dimension group only if the tracking dimension group has not been used to create transactions.

When you enable serial numbers for the sales process in the tracking dimension group, all other selections for serial numbers are cleared except the Blank issue allowed check box. You can select the check box to allow products to be packed or invoiced without registering serial numbers.

To enable serial numbers for the sales process, follow these steps:

Click Product information management > Setup > Dimension groups > Tracking dimension groups.
In the Serial number row, select the Active in sales process check box.
Optional: To allow products to be issued without registering serial numbers, select the Blank issue allowed check box.
Note
Normally, the Capture serial field and the Active check box are not used when you register serial numbers in the sales process. However, if you have Microsoft Dynamics AX 2012 R3 CU10 or KB 3072929 installed, you can use the Capture serial field to specify the following:
1. None – Use this option if you want let the user manually select where to capture sales serial number. This could be from the packing slip, invoice, picking list registration, or load lines.
2. Picking – Capture the sales serial number when picking more than one serial number controlled item, using the mobile device.
3. Packing – Capture sales serial numbers when closing a container using the packing station.
For more information on how to use these options, see the Dynamics AX SCM R&D Team blog

Register serial numbers on a packing slip or invoice

To register serial numbers on the packing slip or invoice for a sales order, follow these steps:

Click Sales and marketing > Common > Sales orders > All sales orders.
Create or select the sales order. For more information, see Sales orders overview.
To register serial numbers on the packing slip or invoice, do one of the following:
- Packing slip - On the Action Pane, on the Pick and pack tab, in the Generate group, click Packing slip.
- Invoice - On the Action Pane, on the Invoice tab, in the Generate group, click Invoice.
In the Posting invoice or Packing slip posting form, click the Lines tab, and then click Update line. Select Register serial numbers.
Register serial numbers by using one of the following methods:
- If you are using a scanner, on the Action Pane, in the Set scan mode group, click Add. When you scan the serial number, the number appears in the list of serial numbers.
  Tip
  To remove a serial number, select Remove, and then scan the serial number again.
- If you are typing the serial number, enter the number in the Serial number field, and then click Add.
  Note
  If blank issues are not allowed and a serial number cannot be read or scanned, you can add a blank registration for the item by clicking Not readable. If needed, you can update the serial number later. For more information, see the section titled “Change a registered serial number” in this topic.

Register serial numbers on a return order

To register serial numbers on a return order, create or select the return order, and then follow the steps for registering serial numbers for packing slips. The steps are described in the section titled “Register serial numbers on a packing slip or invoice” in this topic.

Change a registered serial number

You can change the serial numbers for packing slips or invoices only if the invoice is not posted.

To change a registered serial number, follow these steps:

Click Sales and marketing > Common > Sales orders > All sales orders.
Select the sales order, and then use the following steps to update the packing slip or invoice:
- Packing slip - On the Action Pane, on the Pick and pack tab, in the Generate group, click Packing slip.
- Invoice - On the Action Pane, on the Invoice tab, in the Generate group, click Invoice.
Click the Lines tab, and then click Update line. Select Register serial numbers.
On the Serial numbers form, select the serial number to change. Click Change serial number, and then enter or select the new serial number in the New serial number field.

View the serial numbers that were registered for a packing slip or invoice

To view the serial numbers that were registered for a packing slip or invoice, follow these steps:

Click Sales and marketing > Common > Sales orders > All sales orders.
Select the sales order, and then do one of the following:
- To view the serial numbers that were registered on the packing slip, on the Action Pane, on the Pick and pack tab, in the Journals group, click Packing slip.
- To view the serial numbers that were registered on the invoice, on the Action Pane, on the Invoice tab, in the Journals group, click Invoice.
Click the Lines tab, and then click Inquiries. Select Serial numbers.

Technical information for system administrators

If you don't have access to the pages that are used to complete this task, contact your system administrator and provide the information that is shown in the following table.

Category	Prerequisite
Security roles	This functionality is available to all roles that can maintain packing slips and invoices. The following duties enable workers to correct serial numbers, and register blank entries for serial numbers that cannot be read or scanned: Maintain serial number corrections Maintain registration of non-readable serial numbers

How do I log on to a virtual machine?

Complete the following procedure to log on to a virtual machine in you AX 2012 R3 environment.

Log on to Lifecycle Services.
Open your project.
Click Cloud-hosted environments.
Select the environment that includes the virtual machine that you want to log on to.
Scroll to the right side of the page.
In the Deployment Status section, click the link for the virtual machine that you want to log on to.
At the bottom of the page, click Open to open the .rdp file for the virtual machine.
When prompted for credentials, enter an appropriate user name and password. See the Cloud-hosted environments page for a list of administrative accounts for this environment.

How do I change the size of a virtual machine?

If you want to change the size of a virtual machine, complete the following steps:

Log on to the Azure management portal.
In the navigation pane on the left, click Virtual Machines. The Virtual machines page is displayed.
Identify the virtual machine that you want to change the size of by viewing the information in the Location column.
Click the name of the virtual machine. The <Machine name> page is displayed.
Click Configure.
From the Virtual machine size list, select a size for the virtual machine.
Click Save at the bottom of the page.

How do I print from a virtual machine?

You can print documents to a local printer when using a virtual machine. The following procedure explains how to connect the virtual machine to your local printer.

Log on to Lifecycle Services.
Open your project.
Click Cloud-hosted environments. The Cloud-hosted environments page is displayed.
Select an environment.
Scroll to the right side of the page to view details about the environment.
Click the link for the virtual machine that you want to log on to.
At the bottom of the page, click Save > Save as to save the .rdp file. Then, browse to the location where you want to save the .rdp file.
Go to the location where you saved the .rdp file. Then, right-click the .rdp file and choose Edit.
The Remote Desktop Connection window is displayed. Do the following:
1. Click the Local Resources tab.
2. Select the Printers check box.
3. Click Connect.
When prompted for credentials, enter the appropriate user name and password (found on the Cloud-hosted environments page).

When you choose to print, documents will be sent to your local printer.

Can I add a virtual machine to an environment that’s already been deployed?

You can add (or remove) virtual machines to AX 2012 R3 environments that you’ve deployed on Azure. To add virtual machines, complete the following procedure.

Note

The functionality described in this section does not apply to demo environments or environments that were deployed before August 2014.

Log on to Lifecycle Services.
Open your project.
Click Cloud-hosted environments. The Cloud-hosted environments page is displayed.
Select the environment to which you want to add virtual machines.
Click the Edit (pencil) icon near the top of the page.
Indicate how many virtual machines you want to add to the environment. Then specify the size of those virtual machines.
- For information about the software installed on each virtual machine in this environment, see Plan AX 2012 R3 deployments on Azure.
- For sizing and pricing details about virtual machines, see Virtual machines pricing details.
Click Software License Terms to review the licensing terms and conditions. Then select the check box to indicate that you agree to the terms.
Click Next.
Click Deploy to confirm that you’re ready to deploy the additional virtual machines.

The deployment may take a few hours to complete. When the deployment is done, the Deployment Status column on the Cloud-hosted environments page will display Deployed. You may need to refresh your browser to see this. If the deployment fails, you may see an error message right away. If the error occurs later in the deployment process, error details will be displayed in the details pane on the right-side of the page.

How do I shut down an environment?

If you want to shut down an AX 2012 R3 environment that you’ve deployed on Azure, complete the following procedure. When you shut down an environment, the environment still exists; however, the virtual machines in the environment are not running. You won’t be charged for the virtual machines when they’re not running.

Log on to Lifecycle Services.
Select your project.
Click Cloud-hosted environments.
Select the environment that you want to shut down.
Click the Pause (||) icon near the top of the page.
Click Yes to confirm that you want to shut down the environment.

When the environment has been shut down, the Deployment Status column will display Stopped. You may need to refresh your browser to see this.

Note

If you stop an environment from the Cloud-hosted environments page—and then restart the virtual machines in that environment by using the Azure management portal—the details about that environment won’t be available on the Cloud-hosted environments page. For example, you won’t see links to the virtual machines in the environment, or user names and passwords for accounts used in the environment. To resolve this issue, restart the environment by completing the procedure in the following section.

Previously, Cloud-hosted environments lacked static IP addresses. When VMs were restarted, new IP addresses were assigned, and as a result, DNS settings becoming invalid. Because of this issue, we did not shut down the SQL and RDS tiers when an environment was stopped. By setting all IP addresses to be static, we help ensure that you won’t have issues when stopping/starting environments. Stopping an environment will now shut down all tiers. We do not expect the stop/start feature to be used on high availability topologies that are actually used in production; however, we do anticipate that the feature will be used when you want to test a high availability topology prior to going live with your production deployment.

How do I restart an environment?

If you want to restart an AX 2012 R3 environment that has been shut down, complete the following procedure.

Log on to Lifecycle Services.
Select your project.
Click Cloud-hosted environments.
Select the environment that you want to restart. This environment will currently have a status of Stopped in the Deployment Status column.
Click the Start (triangle) icon near the top of the page.
Click Yes to confirm that you want to restart the environment.

Microsoft Dynamics Ax 2012 Download

When the environment has been restarted, the Deployment Status column will display Deployed. You may need to refresh your browser to see this.

Note

How do I delete an environment?

When you deploy an environment via the Cloud-hosted environment tool, a set of virtual machines, virtual networks, storage accounts, and databases are deployed to your Azure subscription. When you delete an environment, those resources are deleted. Data backup services are not automatically provided by Lifecycle Services at this time; therefore, you should take the proper actions to backup and secure important data before you delete your environment. To delete an environment, you must be the Project Owner (highest privileged role), or the Environment Owner.

Deallocate - This option appears on the details page for each deployed environment, and is the first step in deleting an environment. This phase stops and deallocates (so there are no usage charges) all VM resources. No other resources, such as networks, VIPS, endpoints, storage, and databases are impacted. When you click Deallocate, you will be asked whether you want to continue. If you continue with the process, the status of the environment will change to Deallocating while the VM resources are deallocated. This process will take some time, depending on the size of the environment. Once complete, the status of the environment will change to Delete Pending. At this point, if you mistakenly selected Deallocate, you can recover the environment with nothing being lost or changed. To recover the environment, click Start at the top of the details page.
Delete - Selecting this option will permanently delete all deployed Azure resources for the environment, and remove references to the environment from the Lifecycle Services project. When you click Delete, you will be asked whether you want to continue, and if so, you must enter the name of the project that you’re deleting. The exact name, with exact casing must be provided to proceed. Once entered, the status of the environment will change to Deleting while all Azure resources are deleted for this environment.

Keep in mind, when you deployed the environment, you may have added it to an existing Active Director/virtual network. Deleting an environment does NOT delete any resource that the Cloud-hosted environment tool did not deploy.

Note

When a Lifecycle Services project is connected to an Azure subscription, a storage account is created in the subscription. This storage account acts as a cache of both VHD and script artifacts associated with all environments that are deployed from that project. In some cases, the VHDs and scripts that are in the storage account are shared among environments. As a result, the Deallocate/Delete operations do not affect this shared storage account. When a deployment is performed with Azure Premium Storage, an additional storage account is created specifically for those VMs and their associated disks. When the environment is deleted, the resources that are stored in the storage account will be deleted; however, the storage account itself will not be deleted because it is a project-level resource.

How do I delete a Lifecycle Services project and its Azure artifacts?

To delete a Lifecycle Services project, including all of the Azure artifacts that were created when you deployed AX 2012 R3 environments from the project, complete the following procedures.

1. Identify the storage account that is associated with the project

Complete the following procedure to identify the Azure storage account that is associated with the Lifecycle Services project that you want to delete. You won’t delete the storage account in this procedure, but you will identify the GUID of the storage account. This GUID will help you identify other, related Azure artifacts that need to be deleted.

Log on to the Azure management portal.
In the navigation pane on the left, click Virtual Machines. The Virtual machines page is displayed.
Use the information in the Name and Location columns to identify a virtual machine that is associated with an AX 2012 R3 environment in the project. There may be multiple virtual machines associated with the project; however, you just need to select one.
Note
To make sure that you’ve identified an appropriate virtual machine, compare the name that you see on this page with the name of the virtual machine that is listed on the Cloud-hosted environments page in Lifecycle Services.
Click the arrow next to the name of the virtual machine.
Click Dashboard at the top of the page.
Scroll down to the Disks section of the page.
View the information in the VHD column. Take note of the GUID. This GUID will help you identify other related artifacts. A URL may look similar to this: https://dyn<GUID>.blob.core.windows.net/dynamicsdeployments...

2. Delete the environments in the project

Delete the AX 2012 R3 environments that exist in the project. For instructions, see the section in this topic, How do I delete an environment?

3. Delete the image files that were used to create virtual machines

Complete the following procedure to delete image files. These image files were used to create the virtual machines for the AX 2012 R3 environments in the Lifecycle Services project.

Note

If AX 2012 R3 demo environments were the only type of environments deployed from this project, there may be no image files to delete.

Log on to the Azure management portal.
In the navigation pane on the left, click Virtual Machines. The Virtual machines page is displayed.
Click Images at the top of the page.
Sort the list of images by clicking on the Name column.
For every image file whose name starts with the GUID of the storage account you identified earlier, complete the following steps:
1. Select the row of the image file by clicking in the Status field of that row.
  Note
  Be sure that you don’t click in the Name field of that row. If you do, a different page is displayed.
2. Click Delete at the bottom of the page.
3. Select the Delete the associated VHD option.

4. Delete VHD files from the storage account

There are several artifacts that get saved to the storage account associated with each Lifecycle Services project. The largest files are copies of the VHD files that were used to create the virtual machines for the AX 2012 R3 environments in the Lifecycle Services project. (These are copies of the VHD files that you deleted in the previous procedure.) You can’t delete a storage account if it contains any VHD files. Complete the following procedure to delete VHD files from the storage account.

Log on to the Azure management portal.
In the navigation pane on the left, click Storage. The Storage page is displayed.
Identify the storage account that is associated with your project by viewing the information in the Name column.
Click the arrow next to the name of the storage account.
Click Containers at the top of the page.
Click the arrow next to the deployment catalogs container. A list of the files in the container is displayed.
For each .vhd file in the list, complete the following steps:
1. Select the row of the .vhd file.
2. Click Delete at the bottom of the page.
  Note
  You don’t need to delete the PowerShell files in the list. They will be automatically deleted when you delete the storage account in the next procedure.

5. Delete the storage account

Complete the following procedure to delete the storage account that is associated with your Lifecycle Services project.

Log on to the Azure management portal.
In the navigation pane on the left, click Storage. The Storage page is displayed.
Identify the storage account that is associated with your project by viewing the information in the Name column.
Select the row for the storage account by clicking in the Status field of the row.
Click Delete at the bottom of the page.

6. Delete the management certificate

Complete the following procedure to delete the management certificate that is associated with the Lifecycle Services project.

Locate the management certificate that you downloaded when you initially connected the project to your Azure subscription. By default, the management certificate is saved to the Downloads folder on your computer and is named LifecycleServicesDeployment.cer. If you can’t locate the management certificate on your computer, you can download it again by following these steps:
1. Log on to Lifecycle Services.
2. Open your project.
3. Click Cloud-hosted environments.
4. Click Microsoft Azure settings. The Microsoft Azure setup panel is displayed on the side of the screen.
5. Click Next.
6. Click Download to download the management certificate.
Double-click the management certificate (.cer) file, and then click Open. The Certificate window is displayed.
On the General tab, note the name in the Issued to field. The certificate is issued to: DynamicsDeployment_<GUID>
Log on to the Azure management portal.
In the navigation pane on the left, click Settings. The Settings page is displayed.
Click Management Certificates at the top of the page. A list of certificates is displayed.
Identify the management certificate that you want to delete by viewing the information in the Name column. The name on this page will match the name you identified in step 3.
Select the row for that management certificate and then click Delete at the bottom of the page.

7. Delete the project

Complete the following procedure to delete the Lifecycle Services project.

Log on to Lifecycle Services.
Click All projects. The Project list page is displayed.
Note
If you only have one project, that project opens. Click the Back icon in Lifecycle Services to display the Project list page.
Select the row for the project that you want to delete.
Click Remove at the bottom of the page.

How is the Azure Internal Load Balancer used?

Dynamics Ax 2012 R3 Support

Test and high availability environments utilize Azure Internal Load Balancer (ILB) around RPC (2712) and WCF ports (8101, 8201) for client components. This allows for high availability in case an instance is down. Azure has a polling method that by default checks every 15 seconds—and—after 2 failures, it removes that node from the ILB. How Microsoft Dynamics AX utilizes ILB is via a Windows hosts file (C:WindowsSystem32driversetchosts). An entry is created with a virtual name (AOSLoadBalancer) and an IP address is assigned (10.1.1.4). From there, the Microsoft Dynamics AX 2012 Configuration is set to AOSLoadBalancer. With the use of Azure PowerShell scripts, ILB is set for 2712, 8101, and 8201 for each AOS instance. Keep in mind that when new AOS instances are added (by using the edit button in Lifecycle Services), these PowerShell scripts are executed to incorporate the new AOS instances being added.

How do I set up Remote Desktop access via Corpnet connected users?