Permissions and safe operation
Use this reference to understand Mediation MCP permissions, write approvals, entity scope, and safe operating rules.
Mediation MCP does not bypass Zuora roles. Each operation runs as the authenticated user. Without write permissions, an agent can still investigate Mediation in read-only mode.
Permissions
Safe operating rules
Follow these rules when you use Mediation MCP:
- Use read-only operations by default. Do not run, stop, create, update, or export data unless you or your operator explicitly approve the named action.
- Validate workflows in a sandbox before you use write skills in production.
- Do not guess parameters. Start with
meter_guidance,run_guidance, oraudit_guidance, or use the tool schema. - Use values returned by the API for run counts, error rates, timings, and other numbers. Do not invent values.
- Treat a
COMPLETEDrun as a completed run, not as proof that every record reached Zuora Billing. - Use uppercase enum values. Use
NORMALorDEBUGfor run types and filters. UseERRORorSAMPLEfor audit exports. UseCANCELEDwith one L for the run status. - If a start request might have timed out, retry with the same
uniqueKeyunless you intend to start a second run. - Use graceful stop by default. A force stop on a streaming run might drop data that is in flight.
- Explain the write impact before you execute an operation, especially a force stop.
- Scope each request to one entity by using
Zuora-Entity-Ids. A wrong entity can return empty lists or a 401 or 403 response. It does not necessarily mean that no meters exist. - Verify business success. An HTTP 200 response can still contain a business failure in the response or error payload.
- Close the loop with audit data. After a change or run, review the status, summary, and
ERRORorSAMPLEaudit data.