RCS for Business utilizza due modelli di fatturazione: il modello di fatturazione standard per il traffico non statunitense e il modello di fatturazione statunitense per il traffico statunitense. Questo documento risponde alle domande più comuni sul modello di fatturazione standard. Per informazioni dettagliate sulle classificazioni di fatturazione negli Stati Uniti, consulta la guida al modello di fatturazione per gli Stati Uniti.
Categorie di fatturazione
Che cosa sono le categorie di fatturazione degli agenti?
Una categoria di fatturazione è una classificazione per l'agente RCS for Business che informa la logica di fatturazione per i messaggi inviati dall'agente. Scegli questa categoria quando crei l'agente e non può essere modificata in un secondo momento.
Le due categorie di fatturazione principali sono descritte nella tabella seguente.
| Categoria di fatturazione | Tipo di agente | Esempi di casi d'uso | Metodo di fatturazione |
|---|---|---|---|
| Addebiti non relativi a conversazioni | Agenti che inviano principalmente messaggi unidirezionali |
|
Fatturazione per messaggio. |
| Conversazionale | Agenti progettati per scambi di messaggi con gli utenti |
|
Fatturazione per conversazione: se una delle parti (l'agente o l'utente) risponde a un messaggio dell'altra parte entro 24 ore, viene avviata una conversazione. Durante la finestra di conversazione (24 ore dopo la prima risposta), l'agente e l'utente possono scambiarsi un numero qualsiasi di messaggi e all'agente verrà addebitata una tariffa fissa per la conversazione. Addebito per messaggio: se l'agente invia un messaggio a cui l'utente non risponde entro 24 ore, all'agente verrà addebitato il singolo messaggio, in modo simile a un agente non conversazionale. |
Come faccio a sapere quale categoria di fatturazione selezionare per il mio agente?
Esistono due categorie di fatturazione principali: conversazionale e non conversazionale.
- Gli agenti non conversazionali vengono fatturati in base al numero di messaggi che inviano all'utente.
- Questa categoria è ideale per gli agenti che non si aspettano risposte frequenti.
- Gli agenti conversazionali vengono fatturati a una tariffa fissa per le
conversazioni, che includono tutti i messaggi
scambiati nell'arco di 24 ore.
- Questa categoria è ideale per gli agenti che partecipano a conversazioni multi-turn con gli utenti.
Scegli la categoria di fatturazione più adatta al tuo caso d'uso e al coinvolgimento previsto degli utenti. L'agente può inviare qualsiasi tipo di messaggio, indipendentemente dalla categoria.
Questo perché la categoria di fatturazione determina il modo in cui vengono addebitati i messaggi, non i tipi di messaggi che il tuo agente può inviare. Ad esempio, un agente conversazionale può comunque inviare messaggi di base, mentre un agente non conversazionale può inviare più messaggi, incluse schede interattive.
Categoria di fatturazione non relativa a conversazioni
In che modo il consolidamento delle categorie Messaggio di base e Messaggio singolo in un'unica categoria Non conversazionale influisce sui miei agenti?
Il 20 novembre 2025 abbiamo semplificato la struttura di fatturazione combinando le due categorie di fatturazione legacy, Messaggio di base e Messaggio singolo, in un'unica categoria di fatturazione Non conversazionale. Poiché le categorie precedenti avevano una logica di fatturazione identica, questa modifica semplifica la configurazione dell'agente.
D'ora in poi, ogni agente verrà classificato come conversazionale o non conversazionale.
Questa modifica interessa RcsBusinessMessagingAgentBillingConfig e si applica a
tutti gli sviluppatori che utilizzano
Developer Console
o l'API Management
e a tutti gli operatori che utilizzano
l'API Operations.
Gli utenti API hanno un periodo di transizione di 90 giorni (fino al 18 febbraio 2026) per integrare la nuova categoria nei loro sistemi. Per i dettagli completi sul piano di transizione, inclusi la compatibilità con le versioni precedenti dell'API e le modifiche al codice consigliate, consulta le sezioni seguenti.
Migrazione degli agenti esistenti (nessuna azione richiesta)
Il team di assistenza gestirà la migrazione automaticamente:
- Tutti gli agenti classificati come Messaggio di base o Messaggio singolo verranno riclassificati automaticamente come categoria Non conversazionale dopo il periodo di transizione di 90 giorni.
- Riceverai un preavviso di 30 giorni prima della migrazione degli agenti esistenti.
Developer Console (sviluppatori)
- Agenti esistenti: la Developer Console continuerà a mostrare le categorie legacy Messaggio di base e Messaggio singolo per gli agenti esistenti fino al 18 febbraio 2026.
- Nuovi agenti: potrai solo creare nuovi agenti come conversazionali o non conversazionali.
API Management (sviluppatori)
- Compatibilità con le versioni precedenti: l'API Management
supporterà e restituirà temporaneamente sia i valori legacy
BASIC_MESSAGEeSINGLE_MESSAGEsia il nuovo valoreNON_CONVERSATIONALdurante il periodo di tolleranza di 90 giorni. - Azione richiesta: aggiorna la logica dell'agente in modo che utilizzi il nuovo valore
NON_CONVERSATIONALprima del 18 febbraio 2026.
Pattern di codice consigliato
Per assicurarti che il tuo codice sia resiliente alle modifiche future, ti consigliamo di aggiornare la tua
logica per utilizzare un controllo binario sul campo billingCategory:
if (billingCategory == CONVERSATIONAL) {
// Logic for conversational messages
} else {
// Logic for non-conversational messages
}
Questo approccio impedisce al sistema di dipendere da nomi o valori di enumerazione specifici che potrebbero essere soggetti a modifiche.
API Operations (operatori)
- Compatibilità con le versioni precedenti: per evitare interruzioni,
l'API Operations
restituirà il valore
SINGLE_MESSAGElegacy per gli agenti contrassegnati comeNON_CONVERSATIONALdurante la transizione di 90 giorni. - Azione richiesta: aggiorna i tuoi sistemi per gestire il nuovo valore
NON_CONVERSATIONALprima del 18 febbraio 2026. - Adozione anticipata: gli operatori possono contattare l'assistenza
per attivare la ricezione della nuova enumerazione
NON_CONVERSATIONALprima del 18 febbraio 2026. Se l'opzione è attivata, gli agenti configurati comeNON_CONVERSATIONAL(nella console per sviluppatori o con l'API Management) restituirannoNON_CONVERSATIONALnell'API Operations.
Eventi fatturabili
Che cosa sono gli eventi fatturabili?
Gli eventi fatturabili sono interazioni tra un agente RCS for Business e un utente che vengono monitorate a fini di fatturazione. Gli eventi vengono classificati in base al tipo di messaggio e alla tempistica delle interazioni.
Google monitora e registra questi eventi per aiutare gli operatori a fatturare ai partner i messaggi inviati dai loro agenti.
Quali eventi fatturabili si applicano a ogni tipo di messaggio?
Nei report di fatturazione vengono registrati cinque tipi di eventi fatturabili. Questi eventi includono gli eventi MT e MO, che vengono definiti eventi A2P e P2A.
- A2P (Application-to-Person) è MT (Mobile Terminated): un messaggio inviato dall'attività.
- P2A (Person-to-Application) è MO (Mobile Originated): un messaggio o un'azione avviata dall'utente.
La seguente tabella descrive ogni evento fatturabile in base all'applicazione agli agenti non conversazionali e conversazionali.
| Tipo di evento | Descrizione | Agenti non conversazionali | Agenti conversazionali |
|---|---|---|---|
basic_message |
Messaggio A2P che include solo testo con un massimo di 160 caratteri. Vedi esempio. |
Viene sempre trattato come un singolo evento fatturabile, indipendentemente dal fatto che l'utente risponda. | Trattato come un singolo evento fatturabile, a meno che l'utente non risponda entro 24 ore. In questo caso, il messaggio diventa parte di un a2p_conversation. |
single_message |
Messaggio A2P con contenuti avanzati o messaggio di solo testo con più di 160 caratteri. Vedi esempio |
Viene sempre trattato come un singolo evento fatturabile, indipendentemente dal fatto che l'utente risponda. | Trattato come un singolo evento fatturabile, a meno che l'utente non risponda entro 24 ore. In questo caso, il messaggio diventa parte di un a2p_conversation. |
a2p_conversation (avviata dall'attività) |
Avviata quando un utente risponde a un messaggio A2P entro 24 ore dalla ricezione, al di fuori di una conversazione esistente. Vedi esempio. |
N/D. Gli agenti non conversazionali non generano mai questo tipo di evento. | Se un messaggio P2A viene recapitato entro 24 ore da più messaggi A2P, per avviare la conversazione viene utilizzato solo il messaggio A2P che precede immediatamente il messaggio P2A. Questo messaggio A2P e tutti i messaggi inviati nelle 24 ore successive fanno parte di a2p_conversation. |
p2a_conversation (avviato dall'utente) |
Avviata quando un agente risponde a un messaggio P2A entro 24 ore dalla ricezione, al di fuori di una conversazione esistente. Vedi esempio. |
N/D. Gli agenti non conversazionali non generano mai questo tipo di evento. | Se un messaggio A2P viene recapitato entro 24 ore da più messaggi P2A, per avviare la conversazione viene utilizzato solo il messaggio P2A che precede immediatamente il messaggio A2P. Questo messaggio P2A e tutti i messaggi inviati nelle 24 ore successive fanno parte di p2a_conversation. |
p2a_message |
Messaggio P2A di qualsiasi tipo. Vedi esempio. |
Sempre trattato come evento fatturabile individuale, indipendentemente dal fatto che l'agente risponda. | Trattata come un evento fatturabile individuale, a meno che l'agente non risponda entro 24 ore. |
Quali sono alcuni esempi di messaggi che attivano ogni evento di fatturazione?
Messaggio di base
Tieni presente che lo screenshot seguente mostra l'anteprima dell'URL all'interno del messaggio di testo. Questa non è una scheda interattiva.
Messaggio singolo
Conversazione A2P
Messaggio P2A
Conversazione P2A
Quali sono i vantaggi di ogni evento di fatturazione?
Messaggio di base
Vantaggi principali di un messaggio di base:
- Creare fiducia: la verifica e il branding creano fiducia e credibilità.
- Anteprima URL: i messaggi di base possono contenere testo e un'immagine di anteprima dell'URL su cui è possibile fare clic.
- Promozioni tattiche una tantum: ideali per promozioni a breve termine o messaggi informativi che non richiedono una risposta dell'utente.
- Generazione di traffico: Basic Messages può indirizzare gli utenti all'app, al sito web o ad altre risorse del brand.
Messaggio singolo
Vantaggi principali di un singolo messaggio:
- Impatto visivo: la grafica di alta qualità cattura l'attenzione e chiarisce le opzioni, aumentando il coinvolgimento degli utenti.
- Una scheda, più azioni: una scheda avanzata o un carosello possono attivare più azioni con suggerimenti per creare un evento del calendario, trovare una posizione, comporre un numero o aprire un URL, tutto da un unico messaggio.
- Valore chiaro, messaggio conciso: incoraggia gli utenti a fare il passo successivo.
Conversazionale
Vantaggi principali delle conversazioni A2P e P2A:
- Integrazione rich media: incorpora vari contenuti multimediali, come immagini, video e PDF, nonché azioni e risposte suggerite.
- Interazioni personalizzate: consentono un dialogo continuo, fornendo assistenza su misura e consigli sui prodotti.
- Opportunità di conversione: consentono agli utenti di intraprendere azioni all'interno della conversazione, riducendo gli attriti e aumentando i tassi di conversione.
In che modo le categorie di fatturazione degli agenti sono correlate agli eventi di fatturazione?
Gli eventi di fatturazione basic_message e single_message non devono essere confusi
con le categorie di fatturazione Messaggio di base e Messaggio singolo.
- Qualsiasi agente (indipendentemente dalla
categoria di fatturazione) può generare eventi di fatturazione
basic_messageesingle_message. - Le categorie di fatturazione Messaggio di base e Messaggio singolo vengono utilizzate per classificare
gli agenti non conversazionali. Gli agenti in queste categorie di fatturazione non generano
eventi di fatturazione conversazionale (
a2p_conversationsop2a_conversations). Generano invece eventi di fatturazionebasic_message,single_messageep2a_messageindividuali.
Che cos'è una conversazione?
In RCS for Business, una conversazione è una serie di messaggi scambiati tra un utente e un agente conversazionale nell'arco di 24 ore. Solo gli agenti con una categoria di fatturazione conversazionale possono generare conversazioni e addebitare questi eventi fatturabili:
- A2P (Application-to-Person): inviato dall'attività.
- P2A (Person-to-Application): inviato dall'utente.
Come funzionano le conversazioni
- Inizio: una conversazione inizia quando una delle parti (l'agente o l'utente) risponde
a un messaggio dell'altra parte entro 24 ore dalla ricezione, al di fuori
di qualsiasi conversazione esistente.
- Conversazione A2P: inizia quando l'utente risponde al messaggio dell'agente.
- Conversazione P2A: inizia quando l'agente risponde al messaggio dell'utente.
- Finestra di conversazione: la conversazione rimane attiva per 24 ore dopo l'inizio. La conversazione include tutti i messaggi in questa finestra di 24 ore, nonché il primo messaggio a cui è stata data una risposta.
- Fatturazione: anziché fatturare ogni singolo messaggio, gli agenti conversazionali vengono fatturati in base all'intera conversazione. Ciò significa che il costo è associato al thread della conversazione, non al numero di messaggi al suo interno.
Il seguente diagramma mostra un esempio di sessione di fatturazione A2P per gli agenti conversazionali:
Importante
- Le conversazioni non si applicano agli agenti non conversazionali. Gli agenti con una categoria di fatturazione Messaggio di base o Messaggio singolo vengono fatturati per messaggio, indipendentemente dal fatto che l'utente risponda o meno.
- Per gli agenti conversazionali, la generazione di report sugli eventi di fatturazione e dei log attività può subire un ritardo fino a due giorni. Questo ritardo consente a RCS for Business di acquisire tutti i messaggi all'interno di una conversazione prima di calcolare l'evento di fatturazione.
Quali eventi di fatturazione vengono generati se l'agente invia più messaggi prima che un utente risponda?
La categoria di fatturazione dell'agente e la tempistica di risposta dell'utente determinano il tipo di eventi generati.
Per gli agenti non conversazionali: ogni messaggio genera un proprio evento
- Un messaggio dell'agente genera un evento
basic_messageosingle_message. - Un messaggio per gli utenti genera un evento
p2a_message.
Per gli agenti conversazionali: il risultato dipende da quando l'utente risponde all'ultimo messaggio dell'agente
- Se l'utente risponde entro 24 ore:
- Inizia un evento
a2p_conversation. Questo evento copre l'ultimo messaggio dell'agente, la risposta dell'utente e tutti i messaggi scambiati entro un periodo di 24 ore dopo la risposta dell'utente. - I messaggi dell'agente inviati prima dell'ultimo messaggio dell'agente non fanno parte
della conversazione; generano ciascuno il proprio evento
basic_messageosingle_message.
- Inizia un evento
- Se l'utente risponde dopo 24 ore:
- I messaggi dell'agente generano ciascuno un evento
basic_messageosingle_message. - La risposta dell'utente genera un evento
p2a_conversationse l'agente risponde entro 24 ore. Se l'agente non risponde entro questo periodo di tempo, viene generato un eventop2a_message.
- I messaggi dell'agente generano ciascuno un evento
Quali risposte degli utenti contribuiscono agli eventi di fatturazione?
Solo le risposte di utenti specifici contribuiscono agli
eventi di fatturazione. Sono incluse le risposte che creano
un evento p2a_message o fanno parte di un evento
a2p_conversation o p2a_conversation. La seguente tabella chiarisce quali risposte degli utenti contribuiscono agli eventi di fatturazione.
Ecco un riepilogo:
| Risposta dell'utente | Contribuisce agli eventi di fatturazione | Note |
|---|---|---|
| Invia un file | Sì | Trattato come un messaggio originato da dispositivo mobile (MO). |
| Invia un messaggio | Sì | Trattato come messaggio MO. |
| Tocca una risposta suggerita | Sì | Trattato come messaggio MO. |
| Tocca un'azione suggerita | No | I dati di postback dal tocco stesso non contribuiscono a un evento di fatturazione. |
| Condivide una posizione | Sì | Il messaggio MO contenente la posizione dell'utente contribuisce a un evento di fatturazione. Ciò vale sia che la posizione venga condivisa manualmente sia tramite l'azione suggerita. |
| Tocca Annulla iscrizione o Abbonati. | Sì | L'evento webhook risultante non contribuisce a un evento di fatturazione, ma il messaggio STOP o START automatizzato inviato quando l'utente tocca l'opzione Annulla iscrizione o Iscriviti viene trattato come un messaggio MO. |
Quando una risposta dell'utente genera un evento fatturabile (come descritto sopra), il tipo di evento dipende dalla categoria di fatturazione dell'agente.
Per gli agenti non conversazionali:
- L'evento di fatturazione generato dalla risposta di un utente è sempre un
p2a_message.
Per gli agenti conversazionali:
Il tipo di evento è determinato anche dalla tempistica dei messaggi in un periodo di 24 ore.
- Quando un utente risponde al messaggio dell'agente:
- Entro 24 ore: la risposta dell'utente contribuisce a un evento
a2p_conversationesistente. - Dopo 24 ore: la risposta dell'utente genera un nuovo evento
p2a_message.
- Entro 24 ore: la risposta dell'utente contribuisce a un evento
- Quando l'agente risponde al messaggio di un utente:
- Entro 24 ore: la risposta dell'agente crea un
p2a_conversation, a partire dal messaggio iniziale dell'utente. - Dopo 24 ore: il messaggio dell'utente genera un evento
p2a_message.
- Entro 24 ore: la risposta dell'agente crea un
Report sulla fatturazione
Che cos'è un report sulla fatturazione?
È un record degli eventi fatturabili, che vengono calcolati in base alla categoria di fatturazione dell'agente e ai tipi di messaggi che invia. I report sulla fatturazione sono disponibili per tutti gli operatori che utilizzano attivamente RCS for Business.
Per ulteriori informazioni sui report di fatturazione, vedi Report sugli eventi di fatturazione e log attività.
Posso ricevere un report di fatturazione?
Solo gli operatori che utilizzano attivamente RCS for Business ricevono report di fatturazione. I partner non ricevono report di fatturazione.
Per scoprire come ottenere i report di fatturazione, consulta Archiviazione e accesso ai file. Queste sono le istruzioni per recuperare i report sulla fatturazione utilizzando il protocollo SFTP (Secure File Transfer Protocol) per gli operatori che hanno accesso ai report sulla fatturazione.
Cosa succede se nel report sulla fatturazione mancano informazioni?
Se noti che nel report mancano alcune informazioni, risolvi il problema con il team di assistenza. Per maggiori dettagli, consulta la guida alla risoluzione dei problemi di RCS for Business.
Perché vedo addebiti in un mese in cui non ho inviato messaggi?
Gli eventi di fatturazione di RCS for Business vengono registrati in base all'ora di recapito del messaggio, non all'ora di invio.
Esempio:
Invii messaggi alla fine di giugno, ma vengono recapitati al dispositivo dell'utente all'inizio di luglio (ad esempio, se lo smartphone dell'utente era offline), questi addebiti verranno visualizzati nei report di fatturazione di luglio. RCS for Business tenterà di consegnare un messaggio per un massimo di 30 giorni prima della scadenza.
Modelli di fatturazione
Quali sono le principali differenze tra i modelli di fatturazione standard e statunitense?
Sia il modello standard che quello statunitense utilizzano la categoria di fatturazione (conversazionale o non conversazionale) preselezionata dall'agente per determinare la struttura tariffaria complessiva. La differenza principale è l'insieme di classificazioni utilizzate per gli eventi fatturabili.
Modello di fatturazione standard (traffico non statunitense)
Questo modello si applica a tutto il traffico al di fuori degli Stati Uniti.
- La classificazione si basa sulla categoria di fatturazione dell'agente e sui contenuti del messaggio.
- Agenti non conversazionali: fatturati per messaggio. Il contenuto del messaggio determina l'evento: messaggio di base o singolo messaggio.
- Agenti conversazionali: fatturazione per conversazione. Una conversazione è un periodo di 24 ore di scambio illimitato di messaggi tra un utente e un agente, fatturato a una tariffa fissa. Se un utente non risponde entro 24 ore, il messaggio dell'agente viene fatturato singolarmente come messaggio di base o singolo.
- Eventi fatturabili:
basic_messagesingle_messagea2p_conversationp2a_conversationp2a_message
- Logica di fatturazione: l'addebito finale è determinato dalla categoria di fatturazione dell'agente, che prevede una tariffa fissa per messaggio (non conversazionale) o una tariffa fissa per finestra di conversazione di 24 ore (conversazionale).
Modello di fatturazione statunitense
Questo modello si applica a tutto il traffico da e verso i numeri di telefono statunitensi. Per ulteriori informazioni, consulta la guida al modello di fatturazione per gli Stati Uniti.
- La classificazione dei singoli messaggi e delle azioni degli utenti è automatica e basata sui contenuti.
Indipendentemente dalla categoria di fatturazione dell'agente, ogni
evento fatturabile viene classificato come uno dei seguenti:
- Messaggio formattato (MT/MO)
- Messaggio rich media (MT/MO)
- Clic su azione suggerita (solo dispositivi mobili)
- Eventi fatturabili:
a2p_rich_messagea2p_rich_media_messagep2a_rich_messagep2a_rich_media_messagesuggested_action_click
- Logica di fatturazione: l'addebito finale è determinato dalla categoria di fatturazione dell'agente, utilizzando le classificazioni degli eventi fatturabili per applicare la struttura tariffaria corretta.
Differenze tecniche e nei report
- API RBM: le risorse API
AgentMessageeUserMessageincludono un oggettorichMessageClassificationper definire il tipo di messaggio solo per il traffico statunitense. Queste informazioni vengono fornite in tempo reale al momento della chiamata API e sono separate da un report di fatturazione successivo. - Report sulla fatturazione: i report sulla fatturazione
sono personalizzati in base a ogni modello e includono una colonna
typeche elenca gli eventi fatturabili specifici per quel modello. Il report sulla fatturazione per gli Stati Uniti include anche una colonna persegment_count, che si applica solo ai messaggi avanzati.