> ## Documentation Index > Fetch the complete documentation index at: https://docs.switchbord.ai/llms.txt > Use this file to discover all available pages before exploring further. # Funzionalità Equivalenti > Mappa di parità dettagliata per sostituire Charles con un control plane WhatsApp interno. # Funzionalità equivalenti Questa pagina è la vista docs-app della matrice di parità più completa in [Matrice delle Funzionalità](/it/platform/feature-matrix). La domanda a cui risponde è semplice: Cosa deve esistere prima che questa piattaforma possa sostituire Charles nei flussi operativi reali? ## Standard di sostituzione La piattaforma è operativamente equivalente quando: * il traffico cliente in entrata arriva sul nostro Webhook e appare nella nostra inbox * i messaggi in uscita, i template e gli aggiornamenti di stato sono di proprietà della nostra piattaforma * contatti, stato subscriber e gestione dell'opt-out non dipendono più da Charles * gli operatori possono gestire le conversazioni senza tornare allo strumento incumbent * i sistemi interni possono continuare a chiamare gli endpoint di compatibilità durante la migrazione * le operazioni possono ispezionare, ripetere e verificare i fallimenti senza l'intervento del vendor ## Mappa dei moduli ### Inbox e workspace operatore La parità richiesta include: * lista conversazioni, ricerca, filtri di coda, stato di assegnazione, conteggi non letti * dettaglio thread con cronologia in entrata e in uscita * visibilità dello stato di consegna e dello stato di lettura * consapevolezza della finestra di servizio e avvisi template-only * pannello laterale contatto, note, tag e azioni rapide * punti di ingresso per l'invio dei template e comportamento delle risposte condivise * auditabilità per assegnazione, invio, replay e azioni di intervento ### Contatti e stato subscriber La parità richiesta include: * ID di riferimento CRM esterni * normalizzazione dei numeri di telefono e matching dell'identità * stato di opt-in e opt-out * tag, note e proprietà custom * attribuzione della fonte e contesto commerciale * comportamento esplicito di suppressione per destinatari non sicuri ### Template e risposte condivise La parità richiesta include: * mirror locale dei template del provider * visibilità di locale, categoria, variabili e approvazione * gate dell'invio quando la conversazione è fuori dalla finestra di servizio * anteprima e validazione prima dell'invio * risposte condivise di proprietà del team, distinte dai template del provider ### Campagne La parità richiesta include: * bozza campagna e revisione al lancio * selezione dell'audience o dello snapshot * stato di scheduling * visibilità della consegna e dei fallimenti a livello di destinatario * pausa, ripresa, annullamento e audit trail ### Journey e automazioni La parità richiesta include: * trigger Webhook e di compatibilità * definizioni versionate * attese, rami e aggiornamenti di proprietà/tag * stato di pubblicazione * storico delle esecuzioni, fallimenti e limiti di esecuzione replay-safe ### Integrazioni e compatibilità La parità richiesta include: * endpoint di compatibilità per la mutazione dei contatti * endpoint di compatibilità per il trigger delle journey * modello di integrazione Webhook-first per Twenty CRM * metadata di audit espliciti per le azioni dei partner in entrata * replay e ispezione dei fallimenti per il traffico di integrazione ### Operazioni e governance La parità richiesta include: * diagnostica runtime * forensics dei Webhook e controlli di replay * visibilità della coda e dell'outbox * accesso ai log di audit * feature flag e kill switch * amministrazione di credenziali e canali ## Fasce di priorità ### Livello di continuità P0 * inbox core * contatti e stato subscriber * registro template e gate di invio * ingest Webhook in entrata * accodamento degli intent in uscita * consegna e riconciliazione degli stati * endpoint di compatibilità * diagnostica runtime e audit ### Parità operativa P1 * campagne * runtime delle journey * segmenti e gestione dell'audience * sincronizzazione più profonda con Twenty CRM * reportistica essenziale * ergonomia di collaborazione ### Espansione P2 * livelli di assistenza AI * sperimentazione più ricca * supporto più ampio dei canali * analytics avanzate e funzionalità di raccomandazione ## Cosa significa "drop-in" qui La sostituzione non deve copiare i dettagli implementativi di Charles. Deve preservare il contratto operativo: * i sistemi upstream possono continuare ad attivare contatti e flow * gli operatori possono continuare a gestire il traffico cliente in entrata * i template approvati e le regole di invio restano applicabili * la gestione dei fallimenti operativi è almeno tanto solida quanto lo stato incumbent