AXforRetail

Thursday, April 6, 2017

Today I tried to change license keys in Dynamics 365 for Operations to enable Commerce essentials license key. What was unexpected comparing to previous AX versions is that i could not do it.The warning says:This form is read-only unless the system is in the maintenance mode. Maintenance mode can be enabled in this environment by running maintenance job from LCS, or using Deployment.Setup tool locallyLuckily there is a long guide on AX wiki. To spare you some time here is all you need to know:1. Navigate to your AOS folder (e.g. C:\AOSService\PackagesLocalDirectory\Bin2. Press Shift on keyboard, hold it, right-click in Explorer

Monday, February 6, 2012

A step that is often overlooked after an OPOS driver install is the installation of common control objects from Monroe Consulting Services. They can be found here.
I faced the same troubleshooting problem when setting up HP rp5700 with Dynamics AX for Retail 2009.

Saturday, January 21, 2012

This is a case worthy of Agatha Christie.
Starting conditions:
Error infolog appeared when saving an address for a vendor by a user, who has access to only a subset of virtual company's company set.

In other words: We have a virtual company that shares DirParty and Vendor tables. Let's say the companies in the virtual company are: 01,02,03,04,05. The user has permissions to access only 01 and 02.

The user creates a Vendor record. When adding the address, the error appears.

On a closer look, the DirParty class, method UpdateAddressFromDirParty has an interesting function: for a public address create address records in all the real companies which are the part of the virtual company. In our case 01,02,03,04,05.
So the conflict arises: The user only has permissions for 01 and 02, while the program wants to update more.
The solution is to introduce some sort of validation of whether the user has permission to the company, which AX is trying to update:

if(Sysdataarea::checkAccessible(dataAreaId)==false) { infolog.closeInfolog(100); continue }That is a crude way to verify whether the user has access to the company Dynamics AX wants to update an address in. Place this code right after the following line:dataAreaId = conpeek(addressDataAreaList,i);

Tuesday, September 20, 2011

Not an AX4Retail post per se, but rather a generic finding.
Just had a situation where i've shared address tables to a virtual company. Did the re-import and the data did not appear in the target companies. The import also did import the data into the single company, not to the virtual company.
This was a strangely manefesting issue, given the fact that it was RU6 AX2009.
However a simple AOS restart fixed the whole situation. Now the address data.
Cause is unknown.

Friday, August 26, 2011

Captain obvious... AX for Retail's installation documentation mentions that the store connect service should run under a dedicated domain account. Remember this when setting up the store-side Retail store connect.
Also other steps to troubleshoot this errors would include:
1. making sure the store connect service is running at the store side
2. make sure HQ-side computer can resolve the name of the store-side SC server name into an IP address.
3. make sure that you've set up corresponding port numbers
4. make sure that these ports/store connect program are not blocked by the firewall
5. verify that you use/or not "use encryption" at both sides (in HQ and in Store's Retail store connect)
6. also make sure that you have set up IPsecure in case you use encryption