Skip to main content

Partners own onboarding quality and operational accountability.

Callaro partners typically run implementation and managed operations across multiple downstream tenants. This guide defines responsibility boundaries so support, billing, and incident response are unambiguous.

Ownership model

  • Partner-owned: tenant provisioning workflow, partner key governance, per-tenant onboarding standards, first-line operational triage.
  • Customer-owned: business policy (contact consent, script approvals), CRM data quality, internal access control.
  • Shared: go-live sign-off, incident escalation paths, compliance reviews.
1

Create tenant under partner namespace

Use partner APIs to create tenant and capture external customer account ID in your system of record.
2

Bootstrap baseline configuration

Provision default agent template, number routing defaults, webhook target, and billing entity associations.
3

Issue tenant-scoped keys with minimum scopes

Separate keys by workload: campaign ops, reporting export, and optional billing/reconciliation.
4

Run tenant acceptance tests

Validate one full campaign cycle, webhook receipt, and CRM upsert integrity before production launch.

Multi-tenant key governance

  • Keep partner key and tenant keys in separate secret stores.
  • Enforce per-tenant key rotation windows.
  • Record key owner, purpose, and expiry metadata.
  • Disable unused tenant keys before offboarding completes.

Support and escalation boundaries

Issue classPrimary ownerEscalation target
Tenant configuration mismatchPartner operationsPartner engineering lead
Call quality/runtime anomalyShared (partner + Callaro)Callaro support/on-call
CRM mapping failuresPartner implementationCustomer CRM admin
Billing allocation discrepanciesPartner finance opsCallaro billing support
Partners should not run all tenants on one generic integration config. Maintain per-tenant webhook routing, key scopes, and ownership metadata for auditability.