sf-industry-commoncore-omnistudio-analyze

Detects OmniStudio namespaces and builds dependency graphs across OmniScripts, FlexCards, Integration Procedures, and Data Mappers.

1|Updated May 7, 2026
One-click install
npx skills add https://github.com/amanpraaj/sf-skill-hub --skill sf-industry-commoncore-omnistudio-analyze-amanpraaj
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: sf-industry-commoncore-omnistudio-analyze
Source: https://github.com/amanpraaj/sf-skill-hub/tree/main/skills/salesforce/sf-industry-commoncore-omnistudio-analyze
Command: npx skills add https://github.com/amanpraaj/sf-skill-hub --skill sf-industry-commoncore-omnistudio-analyze-amanpraaj

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? OmniStudio components store their dependencies inside JSON configuration fields rather than lookup relationships, making it nearly impossible to know which OmniScripts, Integration Procedures, FlexCards, or Data Mappers will break when a component changes. This Skill automates namespace detection, org-wide component inventory, dependency graph construction, and impact analysis so teams can safely plan changes and migrations. ## Core Features & Use Cases - Namespace Detection: Probes the org via SOQL to determine whether it uses Core, vlocity_cmt, or vlocity_ins namespace, including mixed-namespace migration states. - Dependency Graph Construction: Parses PropertySetConfig, DataSourceConfig, and Data Mapper items using BFS traversal with circular reference detection to map cross-component dependencies. - Impact Analysis & Visualization: Computes transitive dependents for any component and outputs Mermaid diagrams, JSON summaries, and human-readable reports. - Use Case: Before modifying a shared Data Mapper, run this Skill to discover that three Integration Procedures, two OmniScripts, and one FlexCard transitively depend on it, then generate a Mermaid diagram for the change review. ## Quick Start Ask the agent to analyze OmniStudio dependencies in your org, for example: detect the OmniStudio namespace in my org and generate a dependency diagram with impact analysis for the AccountExtract Data Mapper.

Frequently Asked Questions about sf-industry-commoncore-omnistudio-analyze

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I detect which OmniStudio namespace my Salesforce org uses?▼

Run SOQL COUNT() probes in order: first SELECT COUNT() FROM OmniProcess for Core, then vlocity_cmt__OmniScript__c, then vlocity_ins__OmniScript__c. The first query that succeeds identifies the installed namespace; if all fail, OmniStudio is not installed.

How to find dependencies between OmniScripts, Integration Procedures, and Data Mappers?▼

Dependencies are embedded in JSON fields, not lookup fields. Parse PropertySetConfig on OmniProcessElement records for DataRaptor, Remote, and Integration Procedure actions, DataSourceConfig on OmniUiCard for FlexCard data sources, and InputObjectName/OutputObjectName on OmniDataTransformItem for object references.

Does OmniStudio dependency analysis work during a Vlocity to Core migration?▼

Yes. Probe all three namespaces; if multiple return results, the org is mid-migration. Core components take precedence at runtime, and components existing only in the old namespace should be flagged as not yet migrated.

Why does my FlexCard query fail when selecting the Definition field?▼

The OmniUiCard object in the Core namespace has no Definition field. Use DataSourceConfig for data source bindings and PropertySetConfig for card layout and states. The Definition field only exists on Vlocity-namespace VlocityUITemplate__c objects.

What are the limitations of OmniStudio dependency analysis in large orgs?▼

Orgs with 1000+ components require SOQL pagination in batches of 200. Very large PropertySetConfig values may need the Tooling API, and circular references are detected and logged but traversal continues for remaining branches.