Matrice delle Funzionalità
Questa pagina rispecchia la matrice delle funzionalità del repository e funge da vista di parità nativa per Mintlify.Evidenze pubbliche di Charles che modellano la parità
La superficie di help pubblica di Charles rende diversi moduli non opzionali per il lavoro di sostituzione:- la collezione di help sulle Conversations copre la schermata di conversazione, i template in chat, l’attivazione dei flow dal feed, il comportamento della finestra di servizio, i carrelli e la modifica dei contatti
- la documentazione delle Journeys espone le API di trigger legacy e le automazioni attivate dai partner
- la panoramica delle Integrations descrive Webhook, recupero via REST, export e pattern di sincronizzazione con i partner
- l’API di aggiornamento contatti documenta una superficie di mutazione legacy già usata da sistemi esterni
Riepilogo priorità
P0 continuità
- ingest, replay e forensics operativa dei Webhook
- dispatch del provider e riconciliazione degli stati
- contatti, stato subscriber e gestione dell’opt-out
- registro dei consensi — consent_events append-only, rilevamento parola chiave STOP/START (en/it/pt/es), gate opt-out per le campagne, API dei consensi (BORD-193)
- inbox core con consapevolezza della finestra di servizio, card di risposta Flow e filtro delle conversazioni di gruppo
- template del provider più risposte condivise
- monitoraggio dell’utilizzo e dei costi Meta per i template WhatsApp consegnati, il traffico gratuito e l’attribuzione per campagna
- template builder visuale — builder a 3 pannelli, 7 editor, parameter_format, pipeline di submit a Meta, renderer phone-frame (BORD-182, BORD-184)
- endpoint di trigger e contatti compatibili con Charles
- diagnostica runtime, log di audit e visibilità delle code
- log di audit — tabella audit_logs scoped al workspace, writeAuditLog() (BORD-158)
- avvisi account — gestore Webhook account_alerts di Meta, pannello UI operatore (BORD-189)
- retention dei dati GDPR — data_retention_days per workspace, job retention_sweep (BORD-165, BORD-167)
P1 parità operativa
- runtime delle journey ed esecuzione di attese/rami
- editor grafico delle journey — canvas React Flow, 9 tipi di nodo, validazione, pipeline di pubblicazione
- campagne e snapshot dell’audience
- segmenti, tag e scritture delle proprietà cliente
- agente auto-trigger — bozze AI attivate da messaggi in entrata, API di accetta/rifiuta, banner di bozza nell’inbox (BORD-192)
- asset storage — tabella asset_files, upload compatibili S3, scoped al workspace (BORD-187)
- generazione API key — chiavi con prefisso swb_, hashate at rest (BORD-178)
- wizard guidato — onboarding dal primo utilizzo al primo messaggio (BORD-194)
- workflow carrello e link di checkout
- mappatura dei campi Twenty CRM e stato di sincronizzazione
- reportistica essenziale per operatori e admin
P2 espansione
- assistenza AI più ricca e automazione FAQ
- command palette — navigazione ⌘K, ricerca e azioni (BORD-204)
- primitive del design system — design token, utility di motion, componente Skeleton
- sperimentazione e strumenti A/B per le journey
- copertura più ampia dei canali oltre allo scope WhatsApp-first
Riepilogo moduli
Inbox e conversazioni
- lista thread, filtri, stato non letto, assegnazione, note, tag
- gate della finestra di servizio e avvisi template-only
- risposte condivise, template del provider, carrelli e azioni rapide
Compatibilità e integrazioni
- percorso legacy di aggiornamento contatti
- percorso legacy di trigger journey
- ingestion Webhook dei partner come gli eventi custom Emarsys
- replay dei Webhook e auditabilità a livello di richiesta
Template
- template builder visuale — builder a 3 pannelli su
/templates/new, 7 editor, anteprima phone-frame - colonna
parameter_formatper dichiarazioni tipizzate delle variabili - pipeline di submit a Meta con tracking dello stato di approvazione
Campagne e journey
- definizioni journey pubblicabili con versioning
- editor grafico delle journey — canvas React Flow su
/journeys/[id], 9 tipi di nodo, validazione inline, pipeline di pubblicazione - esecuzione delle campagne schedule-safe
- mutazioni di contatto/proprietà/tag all’interno delle automazioni
Consenso e compliance
- tabella consent_events con trigger AFTER-INSERT e denormalizzazione di
contacts.consent_state - rilevamento parola chiave STOP/START in en/it/pt/es
- gate opt-out per il dispatch delle campagne
- API dei consensi —
GET/POST /api/v1/contacts/:id/consent - retention dei dati GDPR —
data_retention_daysper workspace, jobretention_sweep - tabella audit_logs con
writeAuditLog()
AI e automazione
- agente auto-trigger — bozze AI attivate da messaggi in entrata (BORD-192)
- API di accetta/rifiuta bozza e banner di bozza nell’inbox
- tool-use e esecuzione multi-step dell’agente
Infrastruttura di piattaforma
- asset storage — tabella
asset_files, upload compatibili S3, scoped al workspace - generazione API key — chiavi con prefisso
swb_, hashate at rest - avvisi account — gestore Webhook
account_alertsdi Meta, pannello UI operatore - wizard guidato — flusso di onboarding dal primo utilizzo al primo messaggio
- command palette — navigazione ⌘K, ricerca e azioni
Governance
- identità runtime tramite
/healthe/ready - rifiuti Webhook, pressione delle code, strumenti di replay e visibilità della build version
- feature flag e amministrazione di credenziali/canali