Wednesday, March 23, 2022

The Contoso personas in Microsoft Dynamics 365 Supply Chain Management

When you are providing a demo for the potential customers in D365 SCM, typically you use Contoso demo data with the existing the Contoso personas. 

In some occasions, you need to create a slide talking about the personas that will be used for the demo, including pictures and their roles. 

In this blogpost, I would like to share the list of the links that I used for the recent demo and I found them useful:

This is the site where you can find the names, pictures and the job descriptions for the Contoso personas:

Microsoft Dynamics Customer Model (d365-design.azurewebsites.net)

Here you can find the list of the Contoso personas available out of the box and the security roles assigned:

How do I login to the new AX as a demo user persona? - Microsoft Dynamics 365 Blog

That's it!

Sunday, March 20, 2022

Consolidate multiple purchase requisitions into single purchase order by accounting date in Microsoft Dynamics 365 SCM

Business scenario: Typically when you have multiple approved purchase requisition lines (from different purchase requisitions) that are procured from the same vendor, it is highly unlikely that the requisition lines from the different requisitions have the same accounting date (which can be defaulted from the requested date via Purchasing policies: Use requested date as accounting date parameter in the Purchase requisition control rule policy is set to "Yes"). In this scenario, when you purchase order is created for such requisitions, multiple purchase orders are created based on the accounting date. This lead to the procurement department to do the following:

  1. Either manage several purchase orders for the same vendor instead of having all the consolidation opportunity lines appear on one purchase order; or
  2. Manually delete the "extra" purchase orders and add the lines to one of the POs that was generated.  This will result in the reference being lost between the requisition and the purchase order.

However, there is a configurations that was introduced to solve this issue and consolidate multiple requisitions into single purchase orders in case if accounting dates are different. 

To control the consolidation behavior you need to activate the new feature:

Feature: "Consolidate multiple purchase requisitions into a single purchase order by accounting date"

Feature description: This feature allows for the consolidation of multiple purchase requisitions into a single purchase order if the different purchase requisitions have different accounting dates. Purchase order creation and demand consolidation purchasing policy rule can be setup to drive the decision for grouping requisition lines by accounting date on purchase order level automatically. Warning!: Consolidation purchase order by accounting date is not supported if budget control is enabled because the accounting date is used, for budget reservations and encumbrance. Therefore, it should be kept during the transition from purchase requisition to purchase order.


Once the feature is activated, new parameter "Consolidate by accounting date" will be available in the Purchasing policies > Purchase order creation and demand consolidation rule.


Note: If your organization has budgeting control activated, this parameter will not have any affect. The system will be creating multiple purchase orders in this case. 

Let's walk trough the scenario, when approved purchase requisitions are released manually through "Release approved purchase requisitions" page. For this scenario, manual purchase order creation is enabled (Purchasing policy > Purchase order creation and demand consolidation rule > Manual purchase order creation tab > Manually create purchase orders).

Create and approve requisition lines with different requested dates.

When "Consolidate by accounting date" is OFF, releasing multiple PR with different accounting date, will create multiple POs. 

Create and approve requisition lines with different requested dates.

When "Consolidate by accounting date" is ON and Budget control is OFF, releasing multiple PR with different accounting date, we create single PO. 




If your organization tends to use the consolidation opportunity to group purchase requisition lines for similar products to streamline the procurement process with a vendor, "Consolidate by accounting date" will be also taken into account in that process.

To walk through this scenario, we will do the following:
  • Set the Use requested date as accounting date parameter in the Purchase requisition control rule policy to "Yes".
  • Set the Always allow demand consolidation parameter to "Yes" (Purchasing policy > Purchase order creation and demand consolidation rule > Demand consolidation tab > Always allow demand consolidation).
  • Create and approve requisition lines with different requested dates (accounting dates will match the requested dates based on the parameter in step 1).

  • Create a consolidation opportunity and add the lines created in step 2 to the opportunity.

  • Set Consolidation quotation number for all lines.
  • Close the consolidation opportunity.
  • Multi-select the consolidation opportunity lines and click the Create purchase order button.
When "Consolidate by accounting date" is OFF, multiple POs will be created.

When "Consolidate by accounting date" is ON and Budget control is OFF, single PO will be created.



"Consolidate by accounting date" parameter is also taken into account when purchase order creation is done automatically once purchase requisition is approved (Purchasing policy > Purchase order creation and demand consolidation rule > Manual purchase order creation tab > Automatically create purchase orders

That's it!

Monday, December 13, 2021

Two-legged intercompany chain VS Three-legged intercompany chain (Direct Delivery) in Microsoft Dynamics 365 Supply Chain Management

In this blog post I would like to provide an overview of intercompany flows and what is the expected process to be performed in Microsoft Dynamics 365 Supply Chain Management.

The following diagram illustrates the idea behind the two-legged intercompany chain and steps that typically performed in Microsoft Dynamics 365 Supply Chain Management to achieve the needed result.

The following diagram illustrates the idea behind the three-legged intercompany chain and steps that typically performed in Microsoft Dynamics 365 Supply Chain Management to achieve the needed result.


That's it!

Friday, December 10, 2021

How to enable Maintenance mode through Command prompt

In order, to enable the Maintenance mode - run Command prompt as administrator then execute the following command:

c:\AosService\PackagesLocalDirectory\Bin\Microsoft.Dynamics.AX.Deployment.Setup.exe --metadatadir c:\AosService\PackagesLocalDirectory --bindir c:\AosService\PackagesLocalDirectory\Bin --sqlserver . --sqldatabase axdb --sqluser axdbadmin --sqlpwd AOSWebSite@123 --setupmode maintenancemode --isinmaintenancemode true  + Enter

Next – execute the command:   IISreset + Enter

Maintenance mode enabled!

c:\AosService\PackagesLocalDirectory\Bin\Microsoft.Dynamics.AX.Deployment.Setup.exe --metadatadir c:\AosService\PackagesLocalDirectory --bindir c:\AosService\PackagesLocalDirectory\Bin --sqlserver . --sqldatabase axdb --sqluser axdbadmin --sqlpwd AOSWebSite@123 --setupmode maintenancemode --isinmaintenancemode false  +  Enter

 Next – execute the command:   IISreset  +  Enter

Maintenance mode disabled!

Tuesday, November 2, 2021

Tiered charges on purchase orders in Microsoft Dynamics 365 Supply Chain Management (D365)

There is a possibility to configure tiered charges for the purchase orders. For more details, visit this page - https://docs.microsoft.com/en-us/dynamicsax-2012/appuser-itpro/about-tiered-charges-on-sales-orders

In order to activate this feature, navigate to the Feature management workspace, find Charges from and to amounts on Purchase orders feature on the list and click Enable now button. Once you activate it, you can configure tiered charges.

Once you enable this feature, Automatic charges page will be extended with a few fields:


Mode of delivery code will determine when to apply charges: 

  1. Table: charges apply to a specific Mode of delivery defined in the Mode of delivery relation field.
  2. Group: charges apply to modes of delivery assigned to a specific delivery charge group defined in the Mode of delivery relation field. Prerequisites: 
    • Create charges groups (Accounts receivable > Charges setup > Delivery charges group) 
    • Assign modes of delivery to a charges group (Procurement and sourcing > Setup > Distribution > Modes of delivery > [select mode of delivery] > Charges group field)
  3. All:  charges apply to all modes of delivery.
From amount and To amount in the Auto charges page allow determine tiers. Based on the tiers the charge will/will not be applied to the purchase order header.

Go to Procurement and sourcing > Setup > Changes > Automatic charges and create tiered charges as presented below:



Go to Procurement and sourcing > Purchase orders > All purchase orders and create a purchase order for the vendor defined in the auto-charges setup.

Set the Qty and Price. Validate the order total. 

Calculate tiered charges via Purchase tab on the Action pane > Calculate (button group) > Tiered charges (button). 

Make sure that message is displayed: 

Tiered charges calculated.

Review calculated tiered charges via Purchase tab on the Action pane > Charges (button group) > Maintain charges (button). 

  • If Purchase order total amount < 50 USD, Charges of 10 USD will be applied automatically.
  • If Purchase order total amount >= 50 USD and Purchase order total amount < 100 , Charges of 7.5 USD will be applied automatically.
  • If Purchase order total amount >= 100 USD, Charges of 5 USD will be applied automatically.

Monday, November 1, 2021

Cannot download task recorder file on the local VM Microsoft Dynamics 365 Supply Chain Management (D365) . The error message "Sorry, something went wrong and the file wasn't downloaded" is thrown.

On the local VM, you might face an issue while trying to download the task recorder: Sorry, something went wrong and the file wasn't downloaded


In the error details you might see the issue with the Azure Storage. Azure Storage Emulator could be outdated and require manual update.

Follow the steps below to overcome the issue:

  1. Download and install latest version of Azure Storage Emulator: https://go.microsoft.com/fwlink/?linkid=717179&clcid=0x409
  2. Open Command prompt as administrator.  Change the directory (folder) in Command Prompt to Azure Storage Emulator installation directory (C:\Program Files (x86)\Microsoft SDKs\Azure\Storage Emulator)
  3. Run the following commands:
    • AzureStorageEmulator.exe stop
    • AzureStorageEmulator.exe clear
    • AzureStorageEmulator.exe init –server localhost 
    • AzureStorageEmulator.exe start
This should solve your issue and you will be able to download the task recorder. 

Tuesday, September 7, 2021

Recommendations in case of task recorder failures for "Automatic release of sales orders" in Microsoft Dynamics 365 Supply Chain Management (D365)

There is a known issue that task recorder changes steps on second playback on adding filters in query for "Automatic release of sales orders".

This issue is happening only for the forms that that are created using RunBaseBatch (for example, Create direct delivery orders, Automatic release of sales orders). 

For the forms that are using SysOperation, the issue is not present. (Automatic release of transfer orders, Change reservation hierarchy for item).

This is because for Dialog form enumeration begins from "filter" fields, and for SysOperationTemplateForm it starts from the beginning.

Recommendations to overcome this challenge:

  • For 1 user scenario. Re-record the broken scenario so that your task recording has the latest control names.  So you would probably need to go through the steps twice. First run - just go through the steps and apply all needed filters for the dialog and then when you run it for the second time start the recording itself. In this scenario, filters will be applied already and the system will not add any new controls. 
  • For multiple users scenarios. Dynamically added controls are stored per user, so the option that only the user who created recording will be able to run the task recording or the RSAT test case will not work in this case. Recommendation is that the usage data (including stored query) of recording and playback should be the same in order to not have these failures.