Piano di Migrazione
Una migrazione pronta al rollback è un requisito fondamentale. Questa pagina è il piano di migrazione pubblicato.Fasi
- Inventario asset – confermare la proprietà di WABA/numero di telefono, catalogare i workflow di Charles, documentare le priorità di migrazione.
- Layer di compatibilità – rilasciare endpoint di compatibilità in stile Charles per trigger, contatti e Webhook con validazione e osservabilità rigorose.
- Data/control plane – rilasciare gli schemi Supabase, la persistenza dei Webhook, lo scheduler in uscita, le code worker e i job di mirroring dei template.
- Panorama operatore – rilasciare l’inbox, i template, le campagne e le dashboard delle journey con aggiornamenti Supabase Broadcast.
- Integrazioni + analytics – collegare le sincronizzazioni Twenty CRM, le dashboard di reportistica, e pubblicare la documentazione open source.
- Cutover – eseguire su tenant limitati, eventi shadow, e disattivare gli stub di Charles una volta confermata la parità.
Guardrail
- Preservare gli ID raw dei Webhook per l’auditing.
- Fornire toggle di rollback per tenant.
- Mantenere additivi i flag di baseline scaffold/UI, ma trattare i flag di migrazione e runtime come controlli espliciti di rollout piuttosto che interruttori default-on generici.
- Documentare eventuali riscontri adversarial in Revisione Adversarial.