Tutto ciò che vale la pena sapere, niente di superfluo.
Come funziona un CPaaS
La tua applicazione effettua una chiamata HTTPS (o SMPP) all'API della piattaforma; il CPaaS gestisce la connettività con l'operatore, il provisioning dei numeri, la codifica dei messaggi, l'instradamento a costo minimo, la conformità normativa e la gestione della ricezione dei messaggi, quindi trasmette lo stato tramite webhook. Lo sviluppatore non deve mai intervenire su un SMSC, uno stack SS7 o un contratto con l'operatore: la piattaforma astrae tutto questo dietro un endpoint REST e degli SDK. Vedi /platforms/cpaas e /answers/what-is-sms-api.
I componenti principali
API di canale (SMS, voce, WhatsApp, RCS, email, verifica); SDK e un'interfaccia REST/SMPP; provisioning di numeri di telefono e ID mittente; un motore di routing e failover tra connessioni di operatori; ricevute di consegna e webhook; e dashboard per analisi, log e fatturazione. Insieme, trasformano l'infrastruttura di telecomunicazioni multi-operatore in poche chiamate API. Vedi /answers/what-is-cpaas e /answers/what-is-omnichannel-messaging.
CPaaS vs UCaaS vs CCaaS
Il CPaaS vende API modulari che gli sviluppatori integrano nel proprio software. L'UCaaS (Unified Communications) vende un prodotto finito, come un sistema telefonico cloud, riunioni e chat, per la collaborazione interna. Il CCaaS (Contact Center) vende una suite completa per contact center, pensata per gli operatori. La differenza principale sta nella programmabilità: il CPaaS è il toolkit, mentre l'UCaaS e il CCaaS sono le applicazioni complete, spesso sviluppate a partire da un CPaaS. Vedi /products/omnichannel.
Vantaggi della creazione su una piattaforma CPaaS
Un'unica integrazione raggiunge ogni operatore e canale; fatturazione a consumo anziché contratti con gli operatori e impegni minimi; nuovi canali (aggiungi WhatsApp o RCS) senza necessità di nuove infrastrutture; e conformità, routing e failover integrati, gestiti automaticamente dalla piattaforma. SMS, voce e messaggistica avanzata sono sullo stesso piano di qualsiasi altra API del tuo stack di sviluppo. Vedi /products/sms-api, /products/voice e /products/whatsapp-business-api.
Limitazioni e aspetti da valutare
La qualità di una CPaaS varia in base a fattori non visibili tramite API: la direttezza del percorso (si tratta di percorsi A2P diretti o di percorsi non ufficiali?), la copertura degli operatori nei mercati di riferimento, la deliverability e la fedeltà del DLR, la reattività dell'assistenza e la portata normativa per la registrazione dell'ID mittente. Un'API pulita a fronte di percorsi scadenti non garantisce comunque una consegna di qualità: valutate la rete, non solo la documentazione. Consultate /answers/what-is-grey-route-sms e /answers/what-is-throughput-sla.
Il CPaaS è la stessa cosa di un aggregatore di SMS?
Storicamente no: un aggregatore di SMS rivendeva la terminazione di SMS in blocco, mentre una piattaforma CPaaS aggiungeva funzionalità vocali, omnicanale e API per sviluppatori. Oggi i termini si sovrappongono: la maggior parte dei fornitori di CPaaS sono anche aggregatori, e gli aggregatori hanno aggiunto API in stile CPaaS. Il test utile è l'ampiezza e la programmabilità: una vera CPaaS offre più canali e SDK reali, non solo un endpoint HTTP per SMS. Vedi /answers/what-is-a2p-sms.