Operations
Beta
B2C Ops skills and tooling for administrators are currently in beta testing. Some tools are not yet available or fully developed.
Use your AI assistant to review scheduled work, investigate checkout failures, and assemble evidence for the right team. The toolkit's operations runbooks support administrators, operators, and developers working together. You do not need application source code to start an investigation.
Get started
Set up the B2C MCP and connect your B2C Commerce configuration. The MCP includes the b2c-ops runbooks; no separate skills installation is needed. You can also install the skills directly for use with your existing tools and CLI.
Tell your assistant which instance and site to inspect, the period you care about, and what should have happened. It uses your configured access. Some investigations also need the B2C CLI, Business Manager access, or information from an integration provider. See authentication and Safety Mode for access and operation controls.
Understand settings and procedures
Use documentation search to understand Business Manager settings, job behavior, and recovery procedures before making a change. The MCP includes Salesforce Help for administrators and merchants alongside developer references, so your assistant can explain the documented behavior and link to the source. Documentation questions need no instance access.
What should I check before rerunning a failed catalog import? Find the Salesforce guidance on import modes and job behavior, explain the risks to existing products, and link to the relevant pages.
Review job health
Check whether scheduled work completed its intended updates, including jobs that finished successfully but left data incomplete. Get a review of failed, late, or missing runs with the affected data and a recommended next action.
Review last night's catalog and inventory jobs for my configured site. Flag failed or missing runs and check whether the expected updates arrived. Explain anything that needs attention before rerunning a job or changing data.
Share the expected jobs and schedule when they are not already available. A successful execution status alone does not establish that the data is correct.
Investigate checkout and failed orders
Bring together payment-integration errors, affected inputs, and recent changes to narrow the cause. Find orders marked FAILED, understand how many are affected, and identify patterns among products or inputs. Your assistant can prepare a handoff even when it cannot access the application source or every diagnostic surface.
Customers have reported checkout failures over the last two hours on my configured site. Investigate failed orders and payment errors, estimate the impact, and identify any affected products. Explain what we could not verify and who should act next. Don't change orders or retry payments.
Order-search access may be needed to quantify failed orders. If that evidence is unavailable, the investigation can continue with logs; the report should state the gap. Failed-order counts are not the same as checkout conversion. Metrics and analytics reports can add context where enabled.
Put trends in context
Use CIP analytics through your assistant to compare sales, checkout activity, or API performance over a chosen period. Reports can help show whether a symptom is isolated or part of a wider trend. Analytics can lag live activity, so use current logs and order records for an active incident.
Compare checkout activity and payment-method performance for my site this week versus last week, using the same completed weekdays. Highlight changes worth investigating and any data gaps.
Escalate with useful evidence
A useful handoff identifies the affected instance/site, business impact and time window, representative errors, changes already checked, actions taken, and the next owner. It separates confirmed observations from suspected causes.
| Finding | Typical next step |
|---|---|
| Access, configuration, or a custom job schedule | Work with your administrator. |
| Custom cartridge or integration logic | Hand off to your developer or implementation partner. |
| Payment or other external service failure | Involve the integration owner or provider. |
| Suspected B2C Commerce platform issue | Contact Salesforce Support through a support case. |
Prepare a Salesforce Support case draft from this investigation. Include business impact, the affected instance and time window, reproduction steps, and relevant redacted evidence. Clearly label what is still uncertain.
For product issues, follow Salesforce's Reporting to B2C Commerce Support guidance. Custom solutions generally go to your implementation partner unless your Solution Support agreement applies. Check B2C Commerce Trust status for a related service incident. Review case drafts and attachments before sharing.
Verify recovery
Investigation and intervention are separate decisions. Review the impact of a rerun, deployment, or data change before approving it. Afterward, check the business result as well as execution status and errors. If work remains, keep the outstanding action, owner, and next update clear.