bits here and there ...

Error on LogicApp HTTP request with file content update

2025-01-16T05:20:00.005+00:00

For the following error message “The response to partial content upload request is not valid. The status code returned in the subsequent partial content response is 'Created'. Expected status code is 'OK'.”, on my case, it happens due to data chucking.

Turn off the “Allow chunking” on content transfer, then it resolve the issue.

Screenshot of the error message

HTTP request with PUT method

Turn off the "Allow chunking"

Remove ns0 from BizTalk mapper / XSLT output

2022-05-30T17:12:00.004+01:00

When using BizTalk mapper to do transformation, you might come across the output XML with ns0 in the root tag. To remove this, you may remove the "Target Namespace" of the schema itself.

Double click on the schema file and under properties window, remove the value in "Target Namespace".

FirstOnly in datasource and its alternative (using ROW_NUMBER())

2018-08-03T18:35:00.004+01:00

When there’s a requirement to retrieve only the first record from datasource, we might think the “FirstOnly” property under the datasource table will comes in handy, but unfortunately it doesn’t.

I’ve created a View and set the datasource’s FirstOnly property to Yes, then created a class to select from this View, it still returns all the records.

Not sure how this property works, but that’s not the focus of this article.

Screenshot showing the “FirstOnly” property

As an alternative, we can create an additional field (RowNumber) and filter it using RowNumber = 1.

Eg. Given the sample tables below, the requirement is to shows only one contact number for the customer.

Customer	Contact
AccountNum	AccountNum	Locator
ABC	ABC	12345
DEF	ABC	34567
	DEF	56789
	DEF	78901
	DEF	90123

We’ll start with creating the View method under the View.

public class QTQ_CustNonPrimaryPhoneView extends common

{

public static server str rowNumByAccountNum()

{

return 'ROW_NUMBER() OVER (PARTITION BY T1.Partition, T1.AccountNum ORDER BY AccountNum)';

}

Then create a String computed column, set the View Method with this method name.

Select from this View will product result as shown below.

AccountNum	Locator	RowNumByAccountNum
ABC	12345	1
ABC	34567	2
DEF	56789	1
DEF	78901	2
DEF	90123	3

You can easily filter it with “RowNumByAccountNum = 1” to retrieve only the first contact.

Eg.

When using it in code

select from QTQ_CustNonPrimaryPhoneView where QTQ_CustNonPrimaryPhoneView.RowNumByAccountNum = 1.

When using it in Query/View, set the Range by putting in the field ‘RowNumByAccountNum’ and set the value to 1

SFTP setup and Logic App testing

2018-06-25T14:57:00.002+01:00

A short article regarding setting up an SFTP for testing.

It covers:

Rebex Tiny SFTP Server
Add inbound/outbound rules in Windows Firewall
Add inbound/outbound port rules in VM Networking
Setup Inbound NAT rules in Azure load balancer
Configure Logic App SFTP connection

Rebex Tiny SFTP Server

In my case, I’m using Rebex Tiny SFTP Server (Free) and running it in Azure hosted VM.

You may download it from: https://labs.rebex.net/tiny-sftp-server

It doesn’t requires installation, just download and unzip it.

You may change the username, password, and root directory in the config file “RebexTinySftpServer.exe.config”.

Windows Firewall

Before running the application (RebexTinySftpServer.exe), we’ll need to get the ports opened.

Inbound rules for SFTP

Outbound rules for SFTP

Azure networking

Go to: Virtual machines (select the VM) > Networking

Add inbound port rule
Add outbound port rule

Load balancer

Go to: : Virtual machines (select the VM) > Overview

Click on the link under the “DNS name”, take note of the name of the load balancer in the Configuration screen.

Go to: Load balancer (Select the load balancer as you’ve taken note of in previous step) > Settings > Inbound NAT rules

Add the SFTP rule

Run the Rebex Tiny SFTP Server and try connect to it using your SFTP client (Eg. FileZilla).

Confirm it is working before testing your Logic App.

Configure Logic App SFTP connection

You may configure Logic App SFTP connection for testing.

Below is an example of the screen creating the SFTP connection (Replace the value in the Connection Name, Host Server Address, and User Name as setup in your Rebex Tiny SFTP server).

You can then test create file via the SFTP connection you’ve just setup

Object Server Azure: Exception 3762504530 occurred in session 2, process: w3wp.exe, thread: 6396 (After restore Azure db to local VM)

2018-04-13T11:47:00.000+01:00

Ref: https://docs.microsoft.com/en-us/dynamics365/unified-operations/dev-itpro/database/copy-database-from-azure-sql-to-sql-server

While trying to update local Dynamics 365 VM to use a database backup from Azure environment, I'm getting the error "Object Server Azure: Exception 3762504530 occurred in session 2, process: w3wp.exe, thread: 6396". This happens after I rename the database and start up the services again.

What happens is that the *.bacpac file has not been prepared for SQL Server yet, it is a direct backup of the Azure SQL database.

In ref. link above, one of the step is to prepare the database which include an important settings changes:

update sysglobalconfiguration set value = 'SQLSERVER' where name = 'BACKENDDB'

This statement will prepare the database for SQL Server environment.
To resolve this issue, run the script under the "Prepare the database" section (in the ref. link above), then restart the services again.

Before the error is resolved, if you're running the Admin user provisioning tool, you'll get "Time out has expired and the operation has not been completed" error.

Below is the screenshot from Event Viewer for the error in title

------------------------------------------------

The description for Event ID 180 from source Dynamics Server Azure cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.

If the event originated on another computer, the display information had to be saved with the event.

The following information was included with the event:

Object Server Azure:

Exception 3762504530 occurred in session 2,process: w3wp.exe ,thread: 6396

------------------------------------------------

Biztalk mapper and Functoid (columns to rows tranformation)

2018-04-03T07:54:00.000+01:00

This article demo the use of Table Looping and Table Extractor functoid to transform columns to rows. The scenario is there's a source schema which has 3 dates fields. These dates needs to be transformed into rows in the destination schema. A date type field in the destination schema will indicate the purpose of the date (Eg. An enum value).

1. Create an Integration Account project

2. Add the source and destination schema

3. Add a new Map

4. Open the map and select the source and destination schema

5. Add a "Table Looping" functoid to the grid

6. Drag the parent node to the functoid to connect them

7. Double click on the "Table Looping" functoid in the grid and enter the number of columns to generate (In my example, 2)

8. Then drag all the date fields to the table looping functoid

*Double click on it will shows the input as shown below.

9. In my scenario, I'll need date type, so I'll be adding in 3 constant value as the date type (POD, DLD, DCD)

10. Click on the "Table Looping Grid" in the screenshot above and set the rows, then click "OK" to close it

11. Drag a line from the "Table Looping" functoid to the parent node of the date

12. Drag 2x "Table Extractor" functoid to the grid

13. Drag a line from the "Table Looping" functoid to the first "Table Extractor" functoid. Then drag another line from the "Table Looping" functoid to the second "Table Extractor" functoid.

14. Drag a line from first "Table Extractor" functoid to the "DateType" field.

15. Drag a line from the second "Table Extractor" functoid to the "DateValue" field.

It should now looks like the screenshot below.

16. Double click on the first "Table Extractor" functoid and set "1" as shown in screenshot below.

This value indicate the table extractor should extract the 1st column in the Table Looping output. In our example, it extract the first column from the Table Looping functoid and map it to DateType.

Do the same setup to the second "Table Extractor" functoid by setting it to "2" (which indicate it should extract the 2nd column from the Table Looping output, which eventually mapped to "DateValue")

17. Run a test on the map with a sample input XML as shown in the screenshot below

18. The output will be as shown in the screenshot below

Error - You are not authorized to access table '' (). Contact your system administrator.

2018-03-06T18:56:00.002+00:00

When getting this error "You are not authorized to access table '' (). Contact your system administrator.", two of the possible reasons would be:

The configuration key for the table is not enabled (Check it under System administration > Setup > Licensing > License configuration)
The View does not have any field (Expand the "Field" node under the View to check it)

Default model when create Dynamics 365 project

2018-01-23T12:43:00.001+00:00

A quick tips on how to set default model in Dynamics 365.

The default model for the VM is Fleet Management, this can be a bit annoying each time you create a new project, it default to this model and have to open up the project properties to change it.

To change the default model:

1. Open the config file located at: C:\Users\\Documents\Visual Studio 2015\Settings\DynamicsDevConfig.xml

2. Change the ‘DefaultModelForNewProjects’ element value to ‘YourModelName’ and save the file

There're other options you can set here, one of the useful one will be the , set this to "true" if you want the "Synchronize Database on Build" default to true.

Create new entity error - The natural key for the table CustPackingSlipTrans was not found

2017-10-16T21:11:00.001+01:00

When create new entity for D365, the wizard will prompt developer to select the table name, the rest is just the matter of selecting fields and finish off the wizard. But sometimes we'll get error for table without a Replacement key.

Eg. CustPackingSlipTrans.

Unfortunately you can't change the "Replacement key" for standard table unless you "Customize" it.
Table extension doesn't allow the change of this property either.

If you use the wizard to create entity for CustPackingSlipTrans, you'll get the "The natural key for the table CustPackingSlipTrans was not found" error.

To create the entity for this table, there're two choices:

Manually create them (including the child datasources)
Temporarily "Customize" it, then remove the "Customize" element after the entity is created

Below are the steps for Option 2 (less effort and quicker than Option 1).

1. Create a temporary index at CustPackingSlipTrans

Allow Duplicates = No
Alternate Key = Yes

*NOTE: Do not include RecId in the temp index

2. Set the temporary index as Replacement key

3. Create the new entity (Right click on the project > Add > New item > Data Model > Data entity)

4. At the wizard, select "CustPackingSlipTrans" as Primary datasource

5. Click "Next", select the required fields and finish off the wizard

6. After the new entity is created, delete the "Customized" CustPackingSlipTrans

7. Update the EntityKey with other key field that's appropriate
(If Data Management property has been set to Yes, then update the staging table as well)

Data Management Entity export for all companies

2017-07-26T17:53:00.001+01:00

In D365O, by default if you create an entity for a company specific table, the "Primary Company Context" property is set to DataAreaId. This affect what data is exported when the Entity is used for exporting data.

Eg.
All rows from table AAA_TestTable.

AAA_TestTable entity where the "Primary Company Context" property is set to "DataAreaId".
NOTE: The "CompanyId" field is mapped to "DataAreaId" of the source table.

When an Export job is setup using this Entity, it will export the rows base on the company context.

Eg.
Current company = USMF, then only records from USMF company is exported.

If the "Primary Company Context" is cleared out (empty), it will export all records regardless of the company.

Eg.
It exported all records regardless of the company context.

If the Entity is used through OData service call, then the above changes is not required to make the data export cross-company. It just need to add the "cross-company=true" parameter to the service URL. Eg. https://demoaos.cloudax.dynamics.com/data/AAA_TestTable?cross-company=true.

For more details, refers to https://docs.microsoft.com/en-us/dynamics365/unified-operations/dev-itpro/data-entities/cross-company-behavior

DIXF - System.Security.Cryptography.CryptographicException: Key not valid for use in specified state

2017-07-14T13:23:00.003+01:00

Had this error each time we replaced the business database in our Test environment.

It occur at the Data Import Export Framework > Setup > Source data format > Validate (button).

Took a quick look at the code which causes this error, it came from \Data Dictionary\Tables\DMFDataSourceProperties\Methods\validateConnectionString - Ln 49, on the statement "cryptoblob2str(WinAPIServer::cryptUnProtectData(_dmfDataSourceProperties.Password))".

It is trying to decrypt data that's encrypted from another environment, which will cause error in this case. The "Password" field in the table is storing the encrypted data. Our setup is to use "System DSN " from the "AOS", so there're two way for us to fix it:
1. Clear the "Password" field from back-end (Eg. DMFDataSourceProperties.Password = conNull(); DMFDataSourceProperties.update();)
2. Delete the existing record and create a new one with the exact same setup

It works in our case due to we just need this field to be empty as it won't be used.

Detail error message

System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.Security.Cryptography.CryptographicException: Key not valid for use in specified state.

at System.Security.Cryptography.ProtectedData.Unprotect(Byte[] encryptedData, Byte[] optionalEntropy, DataProtectionScope scope)

--- End of inner exception stack trace ---

at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)

at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)

at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture)

at Microsoft.Dynamics.AX.ManagedInterop.ClrBridgeCore.InvokeClrStaticMethod(Char* pszClassName, Char* pszMethodName, Char* assemblyName, Int32 argsLength, ObjectWrapper** arguments, Boolean* argsAreByRef, Boolean* isException)

Error - The field 'FieldName' on the extension 'ExtensionName.Extension' already exists. This extension cannot be applied to the base element.

2017-07-09T02:15:00.001+01:00

In a recent D365O development, I came across this error when moving fields from a model to another model.

The field 'FieldName' on the extension 'ExtensionName.Extension' already exists. This extension cannot be applied to the base element.

The scenario is that while doing testing on development, some fields have been moved to the standard element (overlayered it by "Customize") [Eg. This is in ModelA]. When the test is done, these field are then moved back to the extension [Eg. This is in ModelB]. Unfortunately after moved it back to the extension, this error occur during the build of the solution.

This is what has been derived:

When the fields are moved to the base element, a build is done and the assembly is updated
After the testing is done, the change on the base element is deleted (deleting the whole overlayered element)
Then used the "Get latest" to restore the extension (it is where the fields are originally created)
Then build solution again and error occur
It is suspected that after the change in base element is deleted, the reference to the assembly still there. Hence, when building the solution of the extension, it found that the same fields already exist in the base element.

Solution

In Visual Studio, go to Dynamics 365 > Build models
Select only the model where the base element sit (Eg. Application suite)
Build it
Then build the solution again

D365 - You are not authorized to login with your current credentials

2017-05-03T10:34:00.004+01:00

If you're restoring Dynamics 365 for Operation database with a backup from another environment, one of the error you might get is "You are not authorized to login with your current credentials. You will be redirected to the login page in a few seconds.".

To fix that, you just need to rerun the "AdminUserProvisioning" tool again.
If you're still getting the error after running the provisioning tool, check the event log.

One of the possible cause would be this database from another environment hasn't been sync with your environment yet, hence, giving some error of this or that field is not found, etc.
Try synchronize the DB, then do an iisreset.

Ineffective execution plan due to outdated statistics

2017-02-21T14:43:00.000+00:00

Recently encounter a performance issue where the query plan generated is ineffective due to outdated statistics.

There'a batch job periodically updating a table (recurrence job) based on the daily activities on another table
External call from web - calling a stored proc and executed a query (generated the execution plan and cached it)
One of the occurrence has made large number of record update but not large enough to hit the threshold to trigger statistic update
External call from web - calling the same stored proc
Due to the large update on #3 has cause the data changes, the query plan no longer effective
The query in the stored proc is running extremely long

TableA: ~16m records

TableB: ~1m records

TableC: ~100k records

TableD: ~10k records

TableE: ~5 records

The query in the stored proc is joining a few table (Eg. TableA - E), one of the table always has very few records (between 1 to 10), on normal circumstances, the query always generated a query plan which join TableE first to other table so that it reduce the number of records required on the next join to the rest of the table.

But somehow the first run of the stored proc has generated a query plan which use TableC as first join, joining it to TableA, then to TableB, TableD, and TableE. This appear to be correct on that run itself due to the parameter value passed in does run (slightly) better with this plan. But the next time when it run, unfortunately the previously cached plan is bad for that parameter, it has cause the query run much longer.

TableE is specifically designed to reduce the join operation, but unfortunately on the bad query plan, it put it to the last join operation, hence doing a lot of unnecessary join.

The solution we put in is to make the TableE join with TableA as subquery.

All other join has where condition which correlated to TableA, so this will make the subquery being executed first, this then achieve our initial purpose, to ensure the join order always has the TableE first, then the rest of the order does not matter, they can be join as SQL optimizer feel appropriate.

Performance improvement on sp_WHSOnHand / sp_WHSOnHandWithDelta

2017-02-21T14:30:00.002+00:00

These two stored procedure are generated by AX during synchronization (there're others as well, but not the focus of this post).

- sp_WHSOnHand

- sp_WHSOnHandWithDelta

In our environment (with certain amount of data), it tooks around 250ms to execute, although this number looks small, but when you have 100 of them being executed, that's 25,000ms (25 seconds), it is a different story then. A wait of 25s isn't something nice for the user.

Analyzing the query plan shows that it starts from InventDim, getting a large number of records and then nested loop to WHSInventReserve and so on. Looking at the thickness of the arrow next to InventDim, that's an indicator that a large number of rows are returned from that operator. That means it is operating that large number of rows against the WHSInventReserve.

This is the major bottleneck of the query.

We've tried update statistics and reindex and clear the cache to make sure it generate a new plan, but it still generate the same execution plan.

Due to this stored procedure has an ItemId provided, it should limit the number of rows from the WHSInventReserve, using this limited number of rows and nested loop against the InventDim would be much quicker, but somehow the optimizer didn't think so.

Bad query plan

To resolve this problem, I'm splitting this query into two parts.

First, filter the WHSInventReserve with the ItemId provided and insert it into a table variable.

Then join this table variable to the InventDim. Although the sum of the estimated subtree cost of the original query and the new 2-parts query is similar, but it runs much quicker than the original version.

Better query plan

With this new change, the stored procedure completed in 7ms instead of 250ms.

Original query join

New query join

The stored procedure should be changed from within AX at the 'WHSOnHandSPHelper' class. When synchronization is run, it regenerate this stored procedure. It also regenerate when stock dimension setup is changed.

Below is a sample of complete stored procedure code generated by the 'WHSOnHandSPHelper' class (Do take note, the selection field changed based on the stock dimension setup).

=================================================

CREATE PROCEDURE [dbo].[sp_WHSOnHand]

@PARTITION bigint,

@LEVEL int,

@DATAAREAID nvarchar (4),

@ITEMID nvarchar (20),

@INVENTSITEID nvarchar (10) = NULL,

@INVENTSITEIDLEVEL int = 1024,

@INVENTLOCATIONID nvarchar (10) = NULL,

@INVENTLOCATIONIDLEVEL int = 1024,

@WMSLOCATIONID nvarchar (10) = NULL,

@WMSLOCATIONIDLEVEL int = 1024,

@WMSPALLETID nvarchar (18) = NULL,

@WMSPALLETIDLEVEL int = 1024,

@INVENTSTATUSID nvarchar (10) = NULL,

@INVENTSTATUSIDLEVEL int = 1024,

@LICENSEPLATEID nvarchar (25) = NULL,

@LICENSEPLATEIDLEVEL int = 1024,

@INVENTBATCHID nvarchar (20) = NULL,

@INVENTBATCHIDLEVEL int = 1024,

@INVENTSERIALID nvarchar (20) = NULL,

@INVENTSERIALIDLEVEL int = 1024,

@INVENTPROFILEID_RU nvarchar (10) = NULL,

@INVENTPROFILEID_RULEVEL int = 1024,

@INVENTOWNERID_RU nvarchar (20) = NULL,

@INVENTOWNERID_RULEVEL int = 1024,

@INVENTGTDID_RU nvarchar (30) = NULL,

@INVENTGTDID_RULEVEL int = 1024,

@CONFIGID nvarchar (10) = NULL,

@INVENTSIZEID nvarchar (10) = NULL,

@INVENTCOLORID nvarchar (10) = NULL,

@INVENTSTYLEID nvarchar (10) = NULL,

-- Output parameters

@AVAILPHYSICAL numeric(32, 16) OUTPUT,

@AVAILORDERED numeric(32, 16) OUTPUT

-- Without nocount on the procedure will return number of affected rows in the result set which is

-- harmful to performance and requires us to adjust field retrieval when calling the stored procedure

SET NOCOUNT ON;

-- We need to supress warnings when trying to aggregate NULL columns. This is a valid business scenario

-- and happens e.g. for a non-LP controlled location with batch below item.

SET ANSI_WARNINGS OFF;

-- The @RESULT table variable is used to store intermediate quantities.

DECLARE @RESULT TABLE(

AVAILPHYSICALRESULT numeric(32, 16) NOT NULL, -- Aggregated minimum qtys from lower level in @RESULT

AVAILORDEREDRESULT numeric(32, 16) NOT NULL, -- Aggregated minimum qtys from lower level in @RESULT

AVAILPHYSICALFOUND numeric(32, 16), -- Aggregated qty for current level in WHSInventReserve

AVAILORDEREDFOUND numeric(32, 16), -- Aggregated qty for current level in WHSInventReserve

HIERARCHYLEVEL int NOT NULL,

CONFIGID nvarchar (10) NULL,

INVENTSIZEID nvarchar (10) NULL,

INVENTCOLORID nvarchar (10) NULL,

INVENTSTYLEID nvarchar (10) NULL,

INVENTSITEID nvarchar (10) NULL,

INVENTLOCATIONID nvarchar (10) NULL,

WMSLOCATIONID nvarchar (10) NULL,

WMSPALLETID nvarchar (18) NULL,

INVENTSTATUSID nvarchar (10) NULL,

LICENSEPLATEID nvarchar (25) NULL,

INVENTBATCHID nvarchar (20) NULL,

INVENTSERIALID nvarchar (20) NULL,

INVENTPROFILEID_RU nvarchar (10) NULL,

INVENTOWNERID_RU nvarchar (20) NULL,

INVENTGTDID_RU nvarchar (30) NULL);

DECLARE @DIMLIST TABLE(

INVENTDIMID nvarchar (20) NULL,

AVAILPHYSICAL numeric(32, 16) NOT NULL,

AVAILORDERED numeric(32, 16) NOT NULL);

-- The algorithm of the stored procedure is as follows:

-- 1. Initialize the @RESULT table with aggregated qtys in WHSInventReserve for the level requested by user

-- 2. Traverse the hierarchy up and for each level:

-- 1) Aggregate qtys from previous level in @RESULT grouping by dimensions of current hierarchy level

-- 2) Aggregate qtys from current level in WHSInventReserve grouping by dimensions of current hierarchy level

-- 3) Select the minimum of the above qtys and insert into @RESULT

-- 3. When hierarchy level 0 is reached, return the sum of aggregated qtys in @RESULT

-- In the original query (the one after below query), it is joining InventDim and WHSInventReserve and filter records based on some criteria.

-- But in the execution plan, it doesn't seems to generate a good plan (even after UPDATE STATISTICS). In the original execution plan, it always

-- Get records from InventDim first, which returns lot of rows, then only join it to WHSInventReserve and continue filter from there.

-- If we makes it get records from WHSInventReserve first, filter it, then with lesser rows from here, join it to InventDim, it will be quicker.

-- So the optimization is to filter WHSInventResreve first, then use this result at the original query. In the test, this has reduce the execution

-- time from ~250ms to ~7ms

INSERT INTO @DIMLIST(INVENTDIMID, AVAILPHYSICAL, AVAILORDERED)

SELECT INVENTDIMID, AVAILPHYSICAL, AVAILORDERED

FROM WHSINVENTRESERVE WHSINVENTRESERVE

WHERE WHSINVENTRESERVE.ITEMID = @ITEMID

AND WHSINVENTRESERVE.PARTITION = @PARTITION

AND WHSINVENTRESERVE.DATAAREAID = @DATAAREAID

AND WHSINVENTRESERVE.HIERARCHYLEVEL = @LEVEL

-- Initialize the @RESULT variable.

-- Loads aggregated data for the lowest level requested by user.

INSERT INTO @RESULT (AVAILPHYSICALRESULT, AVAILORDEREDRESULT, AVAILPHYSICALFOUND, AVAILORDEREDFOUND, HIERARCHYLEVEL, CONFIGID, INVENTSIZEID, INVENTCOLORID, INVENTSTYLEID, INVENTSITEID, INVENTLOCATIONID, WMSLOCATIONID, WMSPALLETID, INVENTSTATUSID, LICENSEPLATEID, INVENTBATCHID, INVENTSERIALID, INVENTPROFILEID_RU, INVENTOWNERID_RU, INVENTGTDID_RU)

SELECT SUM(DIMLIST.AVAILPHYSICAL),

SUM(DIMLIST.AVAILORDERED),

NULL,

@LEVEL,

INVENTDIM.CONFIGID,

INVENTDIM.INVENTSIZEID,

INVENTDIM.INVENTCOLORID,

INVENTDIM.INVENTSTYLEID,

CASE WHEN @LEVEL + -1 >= @INVENTSITEIDLEVEL THEN INVENTDIM.INVENTSITEID ELSE NULL END,

CASE WHEN @LEVEL + -1 >= @INVENTLOCATIONIDLEVEL THEN INVENTDIM.INVENTLOCATIONID ELSE NULL END,

CASE WHEN @LEVEL + -1 >= @WMSLOCATIONIDLEVEL THEN INVENTDIM.WMSLOCATIONID ELSE NULL END,

CASE WHEN @LEVEL + -1 >= @WMSPALLETIDLEVEL THEN INVENTDIM.WMSPALLETID ELSE NULL END,

CASE WHEN @LEVEL + -1 >= @INVENTSTATUSIDLEVEL THEN INVENTDIM.INVENTSTATUSID ELSE NULL END,

CASE WHEN @LEVEL + -1 >= @LICENSEPLATEIDLEVEL THEN INVENTDIM.LICENSEPLATEID ELSE NULL END,

CASE WHEN @LEVEL + -1 >= @INVENTBATCHIDLEVEL THEN INVENTDIM.INVENTBATCHID ELSE NULL END,

CASE WHEN @LEVEL + -1 >= @INVENTSERIALIDLEVEL THEN INVENTDIM.INVENTSERIALID ELSE NULL END,

CASE WHEN @LEVEL + -1 >= @INVENTPROFILEID_RULEVEL THEN INVENTDIM.INVENTPROFILEID_RU ELSE NULL END,

CASE WHEN @LEVEL + -1 >= @INVENTOWNERID_RULEVEL THEN INVENTDIM.INVENTOWNERID_RU ELSE NULL END,

CASE WHEN @LEVEL + -1 >= @INVENTGTDID_RULEVEL THEN INVENTDIM.INVENTGTDID_RU ELSE NULL END

FROM INVENTDIM INVENTDIM

JOIN @DIMLIST DIMLIST

ON INVENTDIM.INVENTDIMID = DIMLIST.INVENTDIMID

WHERE INVENTDIM.DATAAREAID = @DATAAREAID

AND INVENTDIM.PARTITION = @PARTITION

AND (@CONFIGID IS NULL OR INVENTDIM.CONFIGID = @CONFIGID)

AND (@INVENTSIZEID IS NULL OR INVENTDIM.INVENTSIZEID = @INVENTSIZEID)

AND (@INVENTCOLORID IS NULL OR INVENTDIM.INVENTCOLORID = @INVENTCOLORID)

AND (@INVENTSTYLEID IS NULL OR INVENTDIM.INVENTSTYLEID = @INVENTSTYLEID)

AND (@LEVEL < @INVENTSITEIDLEVEL OR @INVENTSITEID IS NULL OR @INVENTSITEID = INVENTDIM.INVENTSITEID)

AND (@LEVEL < @INVENTLOCATIONIDLEVEL OR @INVENTLOCATIONID IS NULL OR @INVENTLOCATIONID = INVENTDIM.INVENTLOCATIONID)

AND (@LEVEL < @WMSLOCATIONIDLEVEL OR @WMSLOCATIONID IS NULL OR @WMSLOCATIONID = INVENTDIM.WMSLOCATIONID)

AND (@LEVEL < @WMSPALLETIDLEVEL OR @WMSPALLETID IS NULL OR @WMSPALLETID = INVENTDIM.WMSPALLETID)

AND (@LEVEL < @INVENTSTATUSIDLEVEL OR @INVENTSTATUSID IS NULL OR @INVENTSTATUSID = INVENTDIM.INVENTSTATUSID)

AND (@LEVEL < @LICENSEPLATEIDLEVEL OR @LICENSEPLATEID IS NULL OR @LICENSEPLATEID = INVENTDIM.LICENSEPLATEID)

AND (@LEVEL < @INVENTBATCHIDLEVEL OR @INVENTBATCHID IS NULL OR @INVENTBATCHID = INVENTDIM.INVENTBATCHID)

AND (@LEVEL < @INVENTSERIALIDLEVEL OR @INVENTSERIALID IS NULL OR @INVENTSERIALID = INVENTDIM.INVENTSERIALID)

AND (@LEVEL < @INVENTPROFILEID_RULEVEL OR @INVENTPROFILEID_RU IS NULL OR @INVENTPROFILEID_RU = INVENTDIM.INVENTPROFILEID_RU)

AND (@LEVEL < @INVENTOWNERID_RULEVEL OR @INVENTOWNERID_RU IS NULL OR @INVENTOWNERID_RU = INVENTDIM.INVENTOWNERID_RU)

AND (@LEVEL < @INVENTGTDID_RULEVEL OR @INVENTGTDID_RU IS NULL OR @INVENTGTDID_RU = INVENTDIM.INVENTGTDID_RU)

GROUP BY