service-omni-channel-inventory-analyze
About service-omni-channel-inventory-analyze
A read-only Salesforce skill that inventories Omni-Channel setup across Voice, Email, Live Chat, and Messaging. It returns channel types and derived routing targets for users inspecting an org before making changes.
Key features
- 01Inventory Omni-Channel instances
- 02Cover Voice, Email, Chat, and Messaging
- 03Filter results by channel type
- 04Report routing types and targets
- 05Return normalized JSON with status
Use cases
- 01Inspect routing in an unfamiliar org
- 02Review configured channel families
- 03Filter inventory to a specific channel
- 04Check whether inventory retrieval was blocked
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ forcedotcom/ sf-skills --skill service-omni-channel-inventory-analyzeAfter installing, type/service-omni-channel-inventory-analyzein Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
references/api-notes.mdscripts/analyze.shscripts/tests/_bootstrap.pytest_inventory_analyze_contracts.pyDetails
From the project READMEservice-omni-channel-inventory-analyze
Read the org's complete Omni-Channel setup-home inventory without making changes. The supported headless operation combines Voice, Email, Live Chat, and Messaging channel families and returns their derived routing type and routing target. Use this analyzer before changing an unfamiliar org or when a user asks what Omni channels and routing are already configured.
Inputs
bash scripts/analyze.sh <org-alias> [--type Voice|Email|Chat|SMS|Facebook|WhatsApp|InApp]
org-aliasis required and must already be authenticated with Salesforce CLI.--typeis optional and case-insensitive. It filters the returned inventory without changing the source data.
Preconditions and safety
- Target org authenticated through
sfCLI. - API v66.0 or later.
- The running user must have View Setup and Configuration and Customize Application.
- This skill is read-only. The shared Headless dispatcher uses an HTTP POST envelope, but the invoked
getChannelInstancescontroller action performs no org mutation. - Use
sf api request rest; never extract or print an access token.
Run
Invoke scripts/analyze.sh with the target org and optional channel type. The script POSTs the approved OmniChannelInstancesController.getChannelInstances envelope to the shared Headless dispatcher, validates the inner response, optionally filters it, and returns a stable summary plus the matching channel instances.
The inventory includes these source fields when the platform supplies them:
| Field | Meaning |
|---|---|
id, label | Channel identity and display label |
omniChannelInstanceType | Voice, Email, Chat, SMS, Facebook, WhatsApp, or InApp |
routingType | Queue, Flow, or Other |
routingRequirementId, routingRequirementLabel | Queue, flow, or other routing target |
channelUrl, routingRequirementUrl | Setup navigation links synthesized by the platform |
icon, messages | Display metadata and platform-provided notices |
Output contract
The script emits one JSON object:
skill:service-omni-channel-inventory-analyzestatus:analyzedorblockedfilter: canonical channel type ornullsummary.total_configured: number of instances returned by the platform before filteringsummary.returned: number of instances ininstancessummary.by_channel_type: counts for the returned inventorysummary.by_routing_type: Queue, Flow, and Other counts for the returned inventoryinstances: normalized channel instance objectsblocking_issue: actionable failure reason ornull
An empty instances array with status: analyzed is a valid inventory result. Authentication, authorization, endpoint, or malformed-response failures return status: blocked and exit non-zero; never reinterpret them as an empty org.
Boundaries
- Do not replace this operation with independent SOQL queries. No single public object API reproduces the platform's cross-family aggregation, routing-type derivation, and setup URL generation.
- Do not infer missing routing fields. Preserve
nullwhen the platform does not supply a value. - Do not use the returned setup URLs as mutation endpoints.
- For configuration changes, hand off to the appropriate leaf skill only after presenting the inventory to the user.
| Requested follow-up | Skill |
|---|---|
| Coordinate a complete Omni setup | service-omni-channel-setup-coordinate |
| Create or reuse a Service Channel | service-omni-service-channel-configure |
| Create or update a queue routing configuration | service-omni-queue-routing-config-deploy |
| Deploy a QueueBased or SkillsBased routing flow | service-omni-routing-flow-deploy |
References
| File | When to read |
|---|---|
references/api-notes.md | Supported endpoint, permission boundary, response fields, and why the headless operation is canonical |