RC6 WhatsApp Cloud API Closure Receipt¶
Closure state: CLOSED — ACTIVE SYNTHETIC-ONLY MANAGED CANARY
Exact proven source: 8838b7a6d726a5aed44ce21a39506c1265a98d15
Managed run: 30137700769
Governing tracker: Issue #261
Initial failure receipt: Issue #404
Proven managed path¶
The exact-current-main managed canary completed the bounded RC6 path:
DIREKT transactional outbox
-> backend-owned Meta Cloud API adapter
-> Meta hello_world test template
-> one owner-controlled verified test recipient
-> authentic HMAC-verified Meta webhook
-> durable signed delivery receipt in DIREKT
The first attempt failed during Google Cloud CLI setup before Secret Manager resolution, image deployment, Cloud Run mutation or Meta activity. That failure remains preserved in Issue #404. Retrying only the failed jobs on the same run and exact source succeeded through:
- permanent RC6 source and privacy contract verification;
- GitHub OIDC authentication;
- enabled numeric Secret Manager version resolution;
- immutable Artifact Registry image push;
- isolated webhook deployment with the webhook-only service identity;
- verification that the public webhook had no send-token or synthetic-recipient secret access;
- private synthetic send-job deployment;
- transactional outbox processing;
- Meta test-template acceptance;
- authentic signed webhook receipt persistence;
- sanitized managed-canary receipt publication.
Preserved security and privacy boundaries¶
- WhatsApp send authority remains backend-owned.
- Android and browser clients receive no Meta credentials and cannot decide delivery truth.
- The public webhook identity remains separate from the private send identity.
- Raw participant phone numbers are not stored in the outbox or published evidence.
- Payloads remain approved-template only and exclude identity documents, certificates, raw evidence, tokens, exact private coordinates, reviewer notes and unrestricted free text.
- Consent and channel opt-out are rechecked at send time.
- Duplicate and out-of-order webhook events remain idempotently guarded.
- Provider failures cannot become delivered state or erase original failure evidence.
Authorization boundary¶
This receipt proves only the synthetic/test managed checkpoint. It does not authorize:
- participant or production WhatsApp delivery;
- a production WhatsApp phone number or production templates;
- real participant admission or production authentication;
- Maps or payment activation;
- Phase 11 exit or Phase 12 production release.
WHATSAPP_PROVIDER_MODE remains fail-closed by default, and participant/production delivery remains disabled until separate business, provider, legal, privacy and release approvals are recorded.
Lane handoff¶
RC6 is closed and preserved. RC5 Firebase Test Lab resumes as the sole active Issue #261 lane. RC5 remains open until final owner-side resource verification and an exact-current-main managed Test Lab matrix succeed with sanitized evidence. RC7 must not start while RC5 remains open unless the owner explicitly re-coordinates the sequence.