omnistudio-callable-apex-generate
forcedotcom/sf-skills
Generate and review System.Callable Apex for Salesforce Industries OmniStudio extensions with 120-point validation.
What is omnistudio-callable-apex-generate?
Specialist skill for creating, reviewing, and migrating callable Apex implementations in Salesforce Industries Common Core. Use when building System.Callable classes, migrating VlocityOpenInterface implementations, or integrating with OmniStudio, Integration Procedures, and DataRaptors.
- Generate System.Callable classes with safe action dispatch and deterministic behavior
- Review existing callable implementations for correctness, security, and Industries fit
- Migrate VlocityOpenInterface and VlocityOpenInterface2 to System.Callable patterns
- Validate against 120-point scoring rubric for contract, implementation, and testing
- Design input/output contracts and response envelopes for callable actions
- Enforce CRUD/FLS, sharing, and bulkification best practices
How to install omnistudio-callable-apex-generate
npx skills add https://github.com/forcedotcom/sf-skills --skill omnistudio-callable-apex-generate- Salesforce API version 60.0 or later
- Understanding of System.Callable interface and OmniStudio extension points
- Familiarity with VlocityOpenInterface or VlocityOpenInterface2 (for migration tasks)
- Access to Salesforce Industries Common Core org
How to use omnistudio-callable-apex-generate
- 1.Provide the entry point (OmniScript, Integration Procedure, DataRaptor, or other Industries hook)
- 2.List the action names and input/output contract requirements
- 3.Specify data access needs, CRUD/FLS rules, and any side effects (DML, callouts)
- 4.Review the generated System.Callable class and contract definition
- 5.Implement or review against the 120-point validation rubric
- 6.Write tests covering positive, negative, contract, and bulk scenarios
Use cases
- Creating a new System.Callable class to handle OmniScript integration actions
- Reviewing an existing VlocityOpenInterface implementation for security and performance risks
- Migrating legacy VlocityOpenInterface2 code to modern System.Callable
- Designing the action contract and input/output schema for an Industries extension
- Implementing callable classes that work with DataRaptors or Integration Procedures
- Salesforce Industries developers building OmniStudio extensions
- Architects migrating Vlocity/VlocityOpenInterface code to System.Callable
- Teams implementing callable Apex for Industries extension points
- Developers reviewing callable implementations for compliance and best practices
omnistudio-callable-apex-generate FAQ
Use this skill for System.Callable classes and Industries extension points. Use platform-apex-generate for generic Apex classes and triggers without callable interface.
Use {"success": true|false, "data": {...}, "errors": [{"code": "...", "message": "..."}]} for consistent contract across all actions.
Map methodName to action, inputMap and options to args, and outputMap to the return envelope. Use the same internal private methods for both patterns to share logic.
Enforce with sharing, use Security.stripInaccessible() for queries, and validate field-level security before DML. Use WITH USER_MODE for SOQL when appropriate.
System.Callable requires no prefix. Always qualify omnistudio.VlocityOpenInterface2 with the managed package namespace. For custom classes in namespaced packages, apply the namespace prefix (e.g., myns__Industries_XxxCallable).
Full instructions (SKILL.md)
Source of truth, from forcedotcom/sf-skills.
name: omnistudio-callable-apex-generate description: "Salesforce Industries Common Core (OmniStudio/Vlocity) Apex callable generation and review skill with 120-point scoring. Use when creating, reviewing, or migrating Industries callable Apex implementations. TRIGGER when: user creates or reviews System.Callable classes, migrates VlocityOpenInterface or VlocityOpenInterface2, or builds Industries callable extensions used by OmniStudio, Integration Procedures, or DataRaptors. DO NOT TRIGGER when: generic Apex classes or triggers (use platform-apex-generate), building Integration Procedures (use omnistudio-integration-procedure-generate), authoring OmniScripts (use omnistudio-omniscript-generate), configuring Data Mappers (use omnistudio-datamapper-generate), or analyzing namespace/dependency issues (use omnistudio-dependencies-analyze)." metadata: relatedSkills: - "external-diagram-mermaid-generate" - "omnistudio-datamapper-generate" - "omnistudio-dependencies-analyze" - "omnistudio-integration-procedure-generate" - "omnistudio-omniscript-generate" - "platform-apex-generate" - "platform-apex-test-run" - "platform-custom-field-generate" - "platform-custom-object-generate" - "platform-data-manage" - "platform-metadata-deploy" - "platform-soql-query" version: "1.0" domains: ["OmniStudio"] minApiVersion: "60.0"
omnistudio-callable-apex-generate: Callable Apex for Salesforce Industries Common Core
Specialist for Salesforce Industries Common Core callable Apex implementations. Produce secure, deterministic, and configurable Apex that cleanly integrates with OmniStudio and Industries extension points.
Scope
- In scope: Creating
System.Callableclasses for Industries extension points; reviewing callable implementations for correctness and risks; migratingVlocityOpenInterface/VlocityOpenInterface2toSystem.Callable; 120-point scoring and validation - Out of scope: Generic Apex classes without callable interface (use
platform-apex-generate); building Integration Procedures (useomnistudio-integration-procedure-generate); authoring OmniScripts (useomnistudio-omniscript-generate); deploying Apex classes (useplatform-metadata-deploy)
Core Responsibilities
- Callable Generation: Build
System.Callableclasses with safe action dispatch - Callable Review: Audit existing callable implementations for correctness and risks
- Validation & Scoring: Evaluate against the 120-point rubric
- Industries Fit: Ensure compatibility with OmniStudio/Industries extension points
Workflow (4-Phase Pattern)
Phase 1: Requirements Gathering
Ask for:
- Entry point (OmniScript, Integration Procedure, DataRaptor, or other Industries hook)
- Action names (strings passed into
call) - Input/output contract (required keys, types, and response shape)
- Data access needs (objects/fields, CRUD/FLS (Create/Read/Update/Delete and Field-Level Security) rules)
- Side effects (DML, callouts, async requirements)
Then:
- Scan for existing callable classes:
Glob: **/*Callable*.cls - Identify shared utilities or base classes used for Industries extensions
- Create a task list
Phase 2: Design & Contract Definition
Define the callable contract:
- Action list (explicit, versioned strings)
- Input schema (required keys + types)
- Output schema (consistent response envelope)
Recommended response envelope:
{
"success": true|false,
"data": {...},
"errors": [ { "code": "...", "message": "..." } ]
}
Action dispatch rules:
- Use
switch on action - Default case throws a typed exception
- No dynamic method invocation or reflection
VlocityOpenInterface / VlocityOpenInterface2 contract mapping:
When designing for legacy Open Interface extensions (or dual Callable + Open Interface support), map the signature:
invokeMethod(String methodName, Map<String, Object> inputMap, Map<String, Object> outputMap, Map<String, Object> options)
| Parameter | Role | Callable equivalent |
|---|---|---|
methodName | Action selector (same semantics as action) | action in call(action, args) |
inputMap | Primary input data (required keys, types) | args.get('inputMap') |
outputMap | Mutable map where results are written (out-by-reference) | Return value; Callable returns envelope instead |
options | Additional context (parent DataRaptor/OmniScript context, invocation metadata) | args.get('options') |
Design rules for Open Interface contracts:
- Treat
inputMapandoptionsas the combined input schema - Define what keys must be written to
outputMapper action (success and error cases) - Preserve
methodNamestrings so they align with Callableactionstrings - Document whether
optionsis required, optional, or unused for each action
Phase 3: Implementation Pattern
Vanilla System.Callable (flat args, no Open Interface coupling):
Read assets/pattern_callable_vanilla.cls before generating — use when callers pass flat args and no VlocityOpenInterface integration is required.
Callable skeleton (same inputs as VlocityOpenInterface):
Read assets/pattern_callable_openinterface.cls before generating — use inputMap and options keys in args when integrating with Open Interface or when callers pass that structure.
Input format: Callers pass args as { 'inputMap' => Map<String, Object>, 'options' => Map<String, Object> }. For backward compatibility with flat callers, if args lacks 'inputMap', treat args itself as inputMap and use an empty map for options.
Implementation rules:
- Keep
call()thin; delegate to private methods or service classes - Validate and coerce input types early (null-safe)
- Enforce CRUD/FLS (Create/Read/Update/Delete and Field-Level Security) and sharing (
with sharing,Security.stripInaccessible()) - Bulkify when args include record collections
- Use
WITH USER_MODEfor SOQL when appropriate - Namespace handling:
System.Callableis a standard interface (no namespace prefix required);omnistudio.VlocityOpenInterface2uses the managedomnistudiopackage namespace — always qualify it. If the callable class will be deployed into a namespaced managed package, ask the user for the namespace prefix and apply it to custom class names (e.g.,myns__Industries_XxxCallable)
VlocityOpenInterface / VlocityOpenInterface2 implementation:
When implementing omnistudio.VlocityOpenInterface or omnistudio.VlocityOpenInterface2, use the signature:
global Boolean invokeMethod(String methodName, Map<String, Object> inputMap,
Map<String, Object> outputMap, Map<String, Object> options)
Read assets/pattern_openinterface.cls before generating — complete VlocityOpenInterface2 skeleton with switch on dispatch and outputMap contract.
Open Interface implementation rules:
- Write results into
outputMapviaputAll()or individualput()calls; do not return the envelope frominvokeMethod - Return
truefor success,falsefor unsupported or failed actions - Use the same internal private methods as the Callable (same
inputMapandoptionsparameters); only the entry point differs - Populate
outputMapwith the same envelope shape (success,data,errors) for consistency
Both Callable and Open Interface accept the same inputs (inputMap, options) and delegate to identical private method signatures for shared logic.
Phase 4: Testing & Validation
Minimum tests:
- Positive: Supported action executes successfully
- Negative: Unsupported action throws expected exception
- Contract: Missing/invalid inputs return error envelope
- Bulk: Handles list inputs without hitting limits
Read assets/pattern_test_class.cls — complete test class skeleton (positive, negative, contract, bulk, and null-args cases) before generating tests.
Migration: VlocityOpenInterface to System.Callable
When modernizing Industries extensions, move VlocityOpenInterface or
VlocityOpenInterface2 implementations to System.Callable and keep the
action contract stable.
Guidance:
- Preserve action names (
methodName) asactionstrings incall() - Pass
inputMapandoptionsas keys inargs:{ 'inputMap' => inputMap, 'options' => options } - Return a consistent response envelope instead of mutating
outMap - Keep
call()thin; delegate to the same internal methods with(inputMap, options)signature - Add tests for each action and unsupported action
Read assets/pattern_migration.cls — annotated before/after migration example (VlocityOpenInterface2 → System.Callable) before starting migration work.
Best Practices (120-Point Scoring)
| Category | Points | Key Rules |
|---|---|---|
| Contract & Dispatch | 20 | Explicit action list; switch on; versioned action strings |
| Input Validation | 20 | Required keys validated; types coerced safely; null guards |
| Security | 20 | with sharing; CRUD/FLS checks; Security.stripInaccessible() |
| Error Handling | 15 | Typed exceptions; consistent error envelope; no empty catch |
| Bulkification & Limits | 20 | No SOQL/DML in loops; supports list inputs |
| Testing | 15 | Positive/negative/contract/bulk tests |
| Documentation | 10 | ApexDoc (/** ... */ block comments — Salesforce Apex documentation standard) for class and action methods |
Thresholds: [PASS] 90+ (Ready) | [REVIEW] 70-89 (Review) | [BLOCK] <70 (Block)
Guardrails (Mandatory)
Stop and ask the user if any of these would be introduced:
- Dynamic method execution based on user input (no reflection)
- SOQL/DML inside loops
without sharingon callable classes- Silent failures (empty catch, swallowed exceptions)
- Inconsistent response shapes across actions
Gotchas
| Issue | Resolution |
|---|---|
Caller passes flat args but code expects inputMap key | Guard defensively: if args lacks 'inputMap' key, treat args itself as the input map |
call() receives null for args | Always null-check args before accessing keys; initialize to empty map if null |
Test class uses (Map<String, Object>) svc.call(...) but call returns a wrong type | Ensure every action returns the same envelope type (Map<String, Object>) — mixed return types break callers |
VlocityOpenInterface2 migration breaks callers that read outputMap by reference | After migrating to Callable, callers must read the return value instead of reading outputMap — update all callers |
IndustriesCallableException class missing in project | This custom exception must be deployed alongside the callable class — include it in every deployment package |
| Org has both legacy Open Interface and new Callable wired to same action | Only one entry point should be active at a time; disable the old interface after confirming the callable works |
Common Anti-Patterns
call()contains business logic instead of delegating- Action names are unversioned or not documented
- Input maps assumed to have keys without checks
- Mixed response types (sometimes Map, sometimes String)
- No tests for unsupported actions
Cross-Skill Integration
| Skill | When to Use | Example |
|---|---|---|
| platform-apex-generate | General Apex work beyond callable implementations | "Create trigger for Account" |
| platform-custom-object-generate / platform-custom-field-generate | Verify object/field availability before coding | "Describe Product2 fields" |
| platform-metadata-deploy | Validate/deploy callable classes | "Deploy to sandbox" |
Reference Skill
Use the core Apex standards, testing patterns, and guardrails in:
- skills/platform-apex-generate/SKILL.md
Bundled Examples
- examples/Test_QuoteByProductCallable/ — read-only query example with
WITH USER_MODE - examples/Test_VlocityOpenInterfaceConversion/ — migration from legacy
VlocityOpenInterface - examples/Test_VlocityOpenInterface2Conversion/ — migration from
VlocityOpenInterface2
Output Expectations
Deliverables produced by this skill:
<ClassName>.cls— Callable class implementingSystem.Callablewithswitch on actiondispatch<ClassName>Test.cls— Test class with positive, negative, contract, and bulk test methodsIndustriesCallableException.cls— Custom exception class (if not already present in the project)
Notes
- Prefer deterministic, side-effect-aware callable actions
- Keep action contracts stable; introduce new actions for breaking changes
- Avoid long-running work in synchronous callables; use async when needed
Reference File Index
| File | When to read |
|---|---|
assets/pattern_callable_vanilla.cls | Phase 3 — vanilla System.Callable skeleton (flat args, no Open Interface coupling) |
assets/pattern_callable_openinterface.cls | Phase 3 — System.Callable skeleton with inputMap/options args (Open Interface-compatible) |
assets/pattern_openinterface.cls | Phase 3 — VlocityOpenInterface2 skeleton with switch on dispatch and outputMap contract |
assets/pattern_test_class.cls | Phase 4 — test class skeleton (positive, negative, contract, bulk, and null-args cases) |
assets/pattern_migration.cls | Migration — annotated before/after migration pattern (VlocityOpenInterface2 → System.Callable) |
examples/Test_QuoteByProductCallable/Industries_QuoteByProductCallable.cls | Phase 3 — complete callable implementation with WITH USER_MODE SOQL and error envelope |
examples/Test_QuoteByProductCallable/Industries_QuoteByProductCallableTest.cls | Phase 4 — full test class covering positive, contract, and unsupported-action cases |
examples/Test_QuoteByProductCallable/IndustriesCallableException.cls | Phase 3 — custom exception pattern for unsupported actions |
examples/Test_QuoteByProductCallable/TRANSCRIPT.md | Reference — reasoning transcript for the Quote-by-Product callable example |
examples/Test_VlocityOpenInterfaceConversion/MyCustomCallable.cls | Phase 3 — migration pattern from legacy VlocityOpenInterface |
examples/Test_VlocityOpenInterfaceConversion/MyCustomCallableTest.cls | Phase 4 — test class for VlocityOpenInterface migration example |
examples/Test_VlocityOpenInterfaceConversion/IndustriesCallableException.cls | Phase 3 — custom exception class deployed alongside VlocityOpenInterface conversion |
examples/Test_VlocityOpenInterfaceConversion/MyCustomClass.cls | Phase 3 — the original legacy VlocityOpenInterface class before migration |
examples/Test_VlocityOpenInterfaceConversion/TRANSCRIPT.md | Reference — reasoning transcript for VlocityOpenInterface conversion |
examples/Test_VlocityOpenInterface2Conversion/MyCustomCallable.cls | Phase 3 — migration pattern from VlocityOpenInterface2 |
examples/Test_VlocityOpenInterface2Conversion/MyCustomCallableTest.cls | Phase 4 — test class for VlocityOpenInterface2 migration example |
examples/Test_VlocityOpenInterface2Conversion/IndustriesCallableException.cls | Phase 3 — custom exception class deployed alongside VlocityOpenInterface2 conversion |
examples/Test_VlocityOpenInterface2Conversion/MyCustomRemoteClass.cls | Phase 3 — remote class used by the VlocityOpenInterface2 migration example |
examples/Test_VlocityOpenInterface2Conversion/TRANSCRIPT.md | Reference — reasoning transcript for VlocityOpenInterface2 conversion |
Pre-Delivery Checklist
-
call()null-checksargsbefore accessing keys -
IndustriesCallableExceptionclass included in deployment package - Namespace qualified for
omnistudio.VlocityOpenInterface2(if applicable) -
outputMapkeys documented per action (success and error cases) - Migrated callers read return value instead of
outputMapby reference
Related skills
More from forcedotcom/sf-skills and the wider catalog.

omnistudio-datamapper-generate
Create and validate OmniStudio Data Mappers (Extract, Transform, Load, Turbo Extract) with 100-point scoring.

omnistudio-datapacks-deploy
Automate Salesforce OmniStudio DataPack deployment, validation, and retry workflows using Vlocity Build.

omnistudio-dependencies-analyze
Analyze OmniStudio dependencies, detect namespaces, and visualize component impact across your org.

omnistudio-epc-catalog-generate
Create and model Salesforce EPC product bundles, attributes, and offer catalogs with DataPack JSON templates.

omnistudio-flexcard-generate
Create and validate OmniStudio FlexCard UI components with 130-point scoring for Salesforce Industries.

omnistudio-integration-procedure-generate
Create and validate OmniStudio Integration Procedures with 110-point scoring for server-side process orchestration.