Dynamics 365/AX 2012 Modern/Enterprise POS 'Speed Scanning' feature

I didn't realize that its somewhat unknown that there is a speed scanning feature in the POS for rapid item entry. I was answering some questions at AXUG for some end users and this was brought up. Then again as a use case for a customer. That prompted a post. 

If you are selling multiple units of something in a store (e.g. 4 bottles of wine) and don't want to scan the product, click change qty, and enter qty, you can instead do this handy little trick. 

USE CASE: We need to scan 4 of the same bottle as fast as possible.

SOLUTION: In the number pad, enter 4 and hit the '*' asterisk button. Then scan the barcode or enter the item. BLAM! That item with a qty of 4. 

Some notes to this: 

• You need to use the number pad control
• You can use the keyboard or the onscreen numpad. 
• You must enter a barcode or the item id either with a scanner or through the number pad
• Searching for an item will not allow this to work.
• When you enter the quantity and hit asterisk, the entry field clears out all of the fields. Its still there in the background so enter the item
• This works for all versions from AX 2012 FTP to D365 F&O 8.1
• Enterprise POS (EPOS) and Modern POS (MPOS) are supported for this

Rock on!

AX 2012 R3 Retail Error when running a retail distribution job: 'Failed to create a session; confirm that the user has the proper privileges to log on to Microsoft Dynamics'

[Going through old notes in my retail folder and posting here]

I was attempting to run a Retail Data Distribution job in AX 2012 R3 to a POS and got the below error. It was 'Failed to create a session; confirm that the user has the proper privileges to log on to Microsoft Dynamics'. I recently ran the generate classes and create staging tables functions so there was new code in place. 

I did a little debugging as the error was not retail specific and it was odd it was being thrown where it was. Sure enough, the CIL wasn't recognizing my current user which is why it wasn't working... Obviously this isn't a bug but rather something within AX. Come to find out, I had previously built the classes and staging tables for the jobs in the USR layer, deleted them, then rebuilt them in the proper layer/model. That threw some issues into the system.

A compile, usage data clear allowed me to get the new error in Figure 3. Obviously that told me to do a full CIL build. I did that, problem solved!

 Figure 1 - The error in question

 Figure 2 - Line 51 is where the error was being thrown.

Figure 3 - The actual error in question. Its actually quite helpful!

Dynamics AX 2012 R3 Retail Error when running Distribution schedule job: 'Class RetailCDXChannelSpecificData_AX63 does not exist

Are you getting an error when attempting to run an AX 2012 R3 Retail data distribution scheduler job (Figure 1)? Is it 'Class RetailCDXChannelSpecificData_AX63 does not exist'? Does it look like the one in Figure 2 below? Do you like things actually working correctly? Hey, friend! If your answer was Yes to the questions above, I might be able to hook you up.

To fix the issue, navigate to the Retail Channel Schema (hint: its on the Scheduler job setup in the field 'Retail Channel Schema'. You can right click on this field for the job in question and go straight to the record and form to generate those magic classes the error has told you all about.

NOTE: This process will generate code in AX AOT so you'll want to be in the correct layer/model for this process

When you click 'Generate classes' (Figure 3), you'll be prompted to what it will do (Figure 4) so make sure you are in the right layer and it will generate the classes you need as you'll see in the AOT (Figure 5).

You will need to do the Incremental CIL build after this or you may get weird issues, but I always do a full as I still don't trust the incrementals from earlier experiences.

Figure 1 - Running the Data Distribution Scheduler job manually

Figure 2 - A delightful little nugget of goodness raining on your parade

Figure 3 - The 'Generate classes' button in the Retail Channel Schema form

Figure 4 - The confirmation for generating the scheduler job classes

Figure 5 - The classes generated in the AOT

Figure 6 - Go grab a beer and celebrate. Or get back to work...

Compare Microsoft Dynamics AX for Retail, Commerce Essentials, and Retail Realm Essentials: Features and Licensing

Within Dynamics AX, there is the 'Retail' module that everyone is calling AX for Retail. Recently, there is discussion about the 'Retail Essentials' module which is the AX system with just the retail component and a simplified setup. Retail Essentials is marketed towards the small to medium sized businesses market (SMB).

While explaining the different ways to deploy and license AX for certain scenarios, things can get confusing. I was confused as well for a while :-) The goal of this post is to demystify this as well as verbalize the branding that Microsoft is using to help rid the confusion. There were two options for 'Retail Essentials in licensing

We'll look at three different examples of how to use, deploy, and license AX for Retail. Note that the code base for all of this is the exact same regardless of the scenario.

Scenario 1: Full blown AX with AX for Retail module

The licensing for AX Retail is the same as it is for any module in AX. Full access to the modules and modification to the business logic in the application object tree (AOT) are granted. This is what people would consider a 'typical' enterprise level implementation of AX. You'll see all modules but will not see a module called 'Retail Essentials' in the list.

Scenario 2: Commerce Essentials 

This module was formerly labeled 'Retail Essentials' if you looked at the modules list in AX but was re-branded.

The licensing of this is the same as full blown AX but you are able to leverage the simplicity of the Retail Essentials configuration. When the AX system is configured, you'll check the configuration keys for retail essentials and will only see one module in AX (Figure 1 below). All the functionality still exists behind the scene but, again, the system configuration and views are simplified for a targeted type of deployment. Just uncheck the 'Full feature set' check box and you'll be in Commerce/Retail Essentials mode.

Of note, from a developer perspective, you can expose and have access to anything in the back end AOT wise without violating a license agreement. This is because you are paying for a full AX license.

Note that the name in Figure 1 will be 'Commerce Essentials' here shortly to differentiate it from Scenario 3 covered below.

Why would you use this? There are a variety of reasons but one good scenario is where a company is using another ERP as their master and only using the AX Retail components in their deployment. Another could be a phase 1 where its speed to market to get AX live for a customer just in their retail operations. Or you want a simple retail solution but need modifications that aren't in the base product and they don't want to violate their license agreements.

Scenario 3: Retail Realm Essentials

The third scenario is still going to be called 'Retail Essentials'. Functionally it is the same as scenario 2 above but with the very important distinction that larger modification or exposing of other AX functionality past what comes in base will be a violation of the license agreement. So think of this as a static code base with the exception of small changes like adding fields.

The trade off is the licensing is cheaper for Retail Essentials than standard AX licenses. The licensing is purchased through a separate company for this scenario called Retail Realm but they work directly through Microsoft. This software licensing also includes Retail Realm's utilities which contain an additional cost to utilize for scenario 1 and 2.

If the company later decides to go full blown AX or enters phase two where they will need more than what this offers, they can change their licensing to Scenario 1+2 and start that process. All the code and tables behind the scenes are the same so its just a matter of licensing, configuration keys, and data setup/migration.

Why would you use this? It is an ideal solution for the SMB market. A company wanting retail in a phase one approach can also use this model as its cheaper, but they would only be allowed very simple customizations without violating their licensing agreement.

Summary
Hopefully this post shed some light on the new licensing of the AX retail platform and added some clarity to confusion!

Figure 1 - Retail Essentials view. Unselecting 'Full feature set' in retail config key will enable this functionality.