Source: projects/identity-management/oim-kb-update/sandbox-host/2026-04-27-itshop-file-hints.md

> Source: projects/identity-management/oim-kb-update/sandbox-host/2026-04-27-itshop-file-hints.md

Sandbox Host Evidence — IT Shop DB Scripts (2026-04-27)

Evidence from file inspection on im.sandbox.local (WinRM), focusing on installed product / module database scripts that explain IT Shop placement and “IsForITShop” flag behavior.

Method

Findings (file hits)

Auto-Publish for ADSGroup is shipped via ADS module (config parameter + script references)

Evidence that the QER\ITShop\AutoPublish\ADSGroup configuration parameter is part of the shipped ADS content (not just a local customization):

Evidence that the root QER\ITShop\AutoPublish parameter is introduced via QER migration:

ShoppingRack tasks + BaseTree triggers are shipped in QER/QBM DB scripts

Product node creation / IT Shop procedures

Quick semantics hint (from QER_PITShopProductNodeCreate.sql)

Concrete excerpt pointers in the shipped SQL file (useful for line-accurate reconciliation):

AccProductInBaseTree table definition / relation metadata

Service categories (AccProductGroup) + hide flag (AccProduct.IsToHideFromITShop)

Evidence that service-category metadata and the “hide from IT Shop” flag are first-class, shipped schema elements (not local custom columns):

“IsForITShop” / “IsITShopOnly” flag combine + enforcement logic (QER + RMS)

ADS module triggers explicitly enforce IT Shop flag combinations

Examples of shipped ADS triggers that reference IT Shop flag enforcement helpers:

ITShopInfo in shipped view logic (PWO-related)

Detected ITShopInfo-based joins/filters in:

Next extraction

and reconcile their logic with the live sandbox DB observations.

---

Addendum (2026-04-27 run 7): module dumps and MDK helper hints

Module dump evidence: IsToHideFromITShop and “no category” clauses are shipped

Select-String hits on the sandbox host (installed product media):

Interpretation: install media includes explicit logic paths for AccProduct “without category” and carries the IsToHideFromITShop column metadata, but DB-side stored procedures/triggers in this sandbox do not actively reference IsToHideFromITShop.

MDK helper hints: ITShopInfo codes used beyond BO/PR

MDK search hits worth reconciling with live sandbox ITShopInfo observations:

---

Addendum (2026-04-27 run 8): category closure + legacy tables + BG/BT reconciliation

AccProductInBaseTree appears shipped but “quiet” (no strong runtime wiring)

Select-String file hits in installed product media for AccProductInBaseTree are limited to schema/metadata artifacts:

Interpretation (sandbox-specific): the table is shipped, and views reference it, but the core PR-node placement logic (ShoppingRack + QER_PITShopProductNodeCreate) does not appear to populate it in this environment.

IsToHideFromITShop is shipped but not referenced by IT Shop procedures here

File hits for IsToHideFromITShop on the sandbox host:

Interpretation (sandbox-specific): in this sandbox, the IT Shop/ShoppingRack database procedures do not appear to reference this column; the flag is likely evaluated in application/UI logic.

Service category closure + DBQueue maintenance is explicitly shipped

Key shipped artifacts for AccProductGroupCollection / QER_VACCProductGroupCollection:

MDK BG/BT references are module-specific (MMM), not observed in live QER IT Shop data

MDK MMM procedures reference ITShopInfo BG/BT (see run 7). Live sandbox DB query returns 0 rows for BaseTree.ITShopInfo IN ('BG','BT'), so in this sandbox these codes currently do not apply to the QER IT Shop subtree.

---

Addendum (2026-04-27 run 10): BaseTreeAssign + DB compile/DBQueue task metadata sources

BaseTreeAssign table definition is shipped (QER module)

DBQueue task metadata tables are shipped (QBM module)

“Recompile database” procedure is shipped (QBM module)

MDK helper scripts show how BaseTreeAssign is defined/extended

MDK helper scripts confirm PR-node semantics via ITShopInfo='PR'

---

Addendum (2026-04-27 run 14): System roles (ESet) are shipped as IT Shop link targets

Read-only file inspection on im.sandbox.local shows the ESet IT Shop link artifacts are part of shipped QER content (even though the sandbox currently has no BaseTreeHasESet rows under the IT Shop subtree):

Quick negative finding (scanned files listed above): no QER\ITShop\AutoPublish\ESet config-parameter path hit. This suggests that system-role publication may be driven via generic/other mechanisms (or via different parameter names), not a dedicated ESet AutoPublish subtree (to be verified with a full repo-wide host search if needed).

Additional shipped artifact hint (QER triggers folder):

---

Addendum (2026-04-27 run 11): “IT Shop Source” (ITShopSrc*) shipped but disabled via ITSHOPSOURCE

StartupContent confirms ADS AutoPublish scripts reference QER config parms (under ITSHOP)

From C:\Dev\OneIdentityManager.10.0\Modules\ADS\database\MSSQL\Dump\StartupContent.xml:3480 (context snippet):

#If ITSHOP Then
  If Connection.GetConfigParm("QER\ITShop\AutoPublish\ADSGroup\AutoFillDisplayName")="1"
  Then
    ...

Module dump references the ITShopSrcHasADSGroup view + job chain

Select-String hits (examples) in:

Why it is disabled in this sandbox (live DB cross-check)

In the sandbox DB, DialogTable.TableName='ITShopSrcHasADSGroup' has PreProcessorCondition='ITSHOPSOURCE' and IsDeactivatedByPreProcessor=1, and the compiled SQL view definition is where 1 = 0 (see DB evidence note for the exact query/output).

---

Addendum (2026-04-27 run 12): BaseTree trigger enforcement + service-category wiring

BaseTree trigger script location + key snippets

Install media trigger script that matches the live QER_TIBaseTree / QER_TUBaseTree behavior:

High-signal excerpts (captured via WinRM Select-String):

Service-item/category triggers and DBQueue tasks (product-node refresh)

Install media:

---

Addendum (2026-04-27 run 13): ITShopInfo='SC' is “shopping center” (shipped) even if not present in this sandbox

Shipped QER procedures reference ITShopInfo='SC' and explicitly treat it as a shopping center node:

Additional shipped description text includes “shopping center template” phrasing:

---

Addendum (2026-04-27 run 17): Service categories influence PR-node decision method resolution

This is the strongest concrete “service categories matter” example found so far (beyond portal grouping):

1) BaseTree.UID_PWODecisionMethod (PR node)

2) AccProduct.UID_PWODecisionMethod

3) Walk up the AccProductGroup parent chain using QER_VACCProductGroupCollection (closure table) and take the first parent with AccProductGroup.UID_PWODecisionMethod

4) Fallback: PWOHelperBoardMethod (board/shelf-level helper decision method)

Related DBQueue glue:

AccProductInBaseTree is still shipped (schema + relationships), even if unused in this sandbox

WinRM Select-String hits show that AccProductInBaseTree remains a shipped QER artifact: