Questions fréquentes sur la facturation de RCS pour les entreprises

RCS for Business utilise deux modèles de facturation : le modèle de facturation standard pour le trafic hors États-Unis et le modèle de facturation aux États-Unis pour le trafic aux États-Unis. Ce document répond aux questions fréquentes sur le modèle de facturation standard. Pour en savoir plus sur les classifications de facturation aux États-Unis, consultez le guide sur le modèle de facturation aux États-Unis.

Catégories de facturation

Que sont les catégories de facturation des agents ?

Une catégorie de facturation est une classification de votre agent RCS for Business qui informe la logique de facturation des messages qu'il envoie. Vous choisissez cette catégorie lorsque vous créez votre agent, et vous ne pourrez plus la modifier par la suite.

Les deux principales catégories de facturation sont décrites dans le tableau ci-dessous.

Catégorie de facturation Type d'agent Exemples de cas d'utilisation Mode de facturation
Non conversationnel Agents qui envoient principalement des messages unidirectionnels
  • Mots de passe à usage unique
  • Alertes
  • Offres promotionnelles
 Facturation par message.
Agent Agents conçus pour les échanges aller-retour avec les utilisateurs
  • Trouver le bon produit
  • Réserver un billet
  • Résoudre un problème
 Facturation par conversation : une conversation démarre si l'une des parties (l'agent ou l'utilisateur) répond à un message de l'autre partie dans les 24 heures. Pendant la fenêtre de conversation (24 heures après la première réponse), l'agent et l'utilisateur peuvent échanger autant de messages qu'ils le souhaitent. L'agent sera facturé à un tarif fixe pour la conversation.

Facturation par message : si l'agent envoie un message auquel l'utilisateur ne répond pas dans les 24 heures, l'agent sera facturé pour le message individuel, comme un agent non conversationnel.

Comment savoir quelle catégorie de facturation sélectionner pour mon agent ?

Il existe deux principales catégories de facturation : conversationnelle et non conversationnelle.

  • Les agents non conversationnels sont facturés par message qu'ils envoient à l'utilisateur.
    • Cette catégorie convient aux agents qui ne s'attendent pas à recevoir de réponses fréquentes.
  • Les agents conversationnels sont facturés à un tarif fixe pour les conversations, qui incluent tous les messages échangés sur une période de 24 heures.
    • Cette catégorie est idéale pour les agents qui engagent des conversations multitours avec les utilisateurs.

Choisissez la catégorie de facturation qui correspond le mieux à votre cas d'utilisation et à l'engagement utilisateur attendu. Votre agent peut envoyer n'importe quel type de message, quelle que soit la catégorie.

En effet, la catégorie de facturation détermine la façon dont les messages sont facturés, et non les types de messages que votre agent peut envoyer. Par exemple, un agent conversationnel peut toujours envoyer des messages de base, et un agent non conversationnel peut envoyer plusieurs messages, y compris des cartes enrichies.

Catégorie de facturation non conversationnelle

Comment la fusion des catégories "Message de base" et "Message unique" en une seule catégorie "Non conversationnel" affecte-t-elle mes agents ?

Le 20 novembre 2025, nous avons simplifié la structure de facturation en combinant les deux anciennes catégories de facturation, Message de base et Message unique, en une seule catégorie de facturation Non conversationnel. Étant donné que les anciennes catégories avaient une logique de facturation identique, cette modification simplifie simplement la configuration de votre agent.

À partir de maintenant, chaque agent sera classé comme conversationnel ou non conversationnel.

Cette modification concerne RcsBusinessMessagingAgentBillingConfig et s'applique à tous les développeurs qui utilisent la console pour les développeurs ou l'API Management, ainsi qu'à tous les opérateurs qui utilisent l'API Operations.

Les utilisateurs de l'API disposent d'une période de transition de 90 jours (jusqu'au 18 février 2026) pour intégrer la nouvelle catégorie dans leurs systèmes. Pour en savoir plus sur le plan de transition, y compris sur la rétrocompatibilité de l'API et les modifications de code recommandées, consultez les sections suivantes.

Migration des agents existants (aucune action requise)

L'équipe d'assistance gérera automatiquement la migration :

  • Tous les agents classés dans les catégories Message de base ou Message unique seront automatiquement reclassés dans la catégorie Non conversationnel après la période de transition de 90 jours.
  • Vous recevrez un préavis de 30 jours avant la migration de vos agents existants.

Console pour les développeurs (développeurs)

  • Agents existants : la console de développement continuera d'afficher les anciennes catégories Message de base et Message unique pour les agents existants jusqu'au 18 février 2026.
  • Nouveaux agents : vous ne pourrez créer des agents que de type conversationnel ou non conversationnel.

API Management (développeurs)

  • Rétrocompatibilité : l'API Management acceptera et renverra temporairement les anciennes valeurs BASIC_MESSAGE et SINGLE_MESSAGE ainsi que la nouvelle valeur NON_CONVERSATIONAL pendant le délai de grâce de 90 jours.
  • Action requise : Mettez à jour la logique de votre agent pour utiliser la nouvelle valeur NON_CONVERSATIONAL avant le 18 février 2026.

Modèle de code recommandé

Pour que votre code résiste aux futures modifications, nous vous recommandons de mettre à jour votre logique afin d'utiliser une vérification binaire sur le champ billingCategory :

if (billingCategory == CONVERSATIONAL) {
  // Logic for conversational messages
} else {
  // Logic for non-conversational messages
}

Cette approche empêche votre système de dépendre de noms ou de valeurs d'énumération spécifiques qui peuvent être modifiés.

API Operations (transporteurs)

  • Rétrocompatibilité : pour éviter toute interruption, l'API Operations renverra l'ancienne valeur SINGLE_MESSAGE pour les agents marqués comme NON_CONVERSATIONAL pendant la période de transition de 90 jours.
  • Action requise : Mettez à jour vos systèmes pour qu'ils gèrent la nouvelle valeur NON_CONVERSATIONAL avant le 18 février 2026.
  • Adoption anticipée : les opérateurs peuvent contacter l'assistance pour demander à recevoir la nouvelle énumération NON_CONVERSATIONAL avant le 18 février 2026. Lorsque cette option est activée, les agents configurés comme NON_CONVERSATIONAL (dans la console du développeur ou avec l'API Management) renvoient NON_CONVERSATIONAL dans l'API Operations.

Événements facturables

Que sont les événements facturables ?

Les événements facturables sont des interactions entre un agent RCS for Business et un utilisateur qui sont suivies à des fins de facturation. Les événements sont classés en fonction du type de message et du calendrier des interactions.

Google suit et signale ces événements pour aider les opérateurs à facturer les partenaires pour les messages envoyés par leurs agents.

Quels sont les événements facturables qui s'appliquent à chaque type de message ?

Cinq types d'événements facturables sont enregistrés dans les rapports sur la facturation. Ces événements incluent les événements MT et MO, qui sont appelés événements A2P et P2A.

  • A2P (Application-to-Person) est MT (Mobile Terminated) : message envoyé par l'entreprise.
  • P2A (Person-to-Application) est MO (Mobile Originated) : message ou action initié par l'utilisateur.

Le tableau suivant décrit chaque événement facturable pour les agents non conversationnels et conversationnels.

Type d'événement Description Agents non conversationnels Agents conversationnels
basic_message Message A2P qui ne contient que du texte (160 caractères maximum).
Voir l'exemple		 Toujours traité comme un événement facturable individuel, que l'utilisateur réponde ou non. Elle est traitée comme un événement facturable individuel, sauf si l'utilisateur répond sous 24 heures. Dans ce cas, le message fait partie d'un a2p_conversation.
single_message Message A2P contenant du contenu enrichi ou un message texte de plus de 160 caractères.
Voir l'exemple		 Toujours traité comme un événement facturable individuel, que l'utilisateur réponde ou non. Elle est traitée comme un événement facturable individuel, sauf si l'utilisateur répond sous 24 heures. Dans ce cas, le message fait partie d'un a2p_conversation.
a2p_conversation (entreprise initiée) Déclenchée lorsqu'un utilisateur répond à un message A2P dans les 24 heures suivant sa réception, en dehors d'une conversation existante.
Voir l'exemple		 N/A. Les agents non conversationnels ne génèrent jamais ce type d'événement. Si un message P2A est envoyé dans les 24 heures suivant plusieurs messages A2P, seul le message A2P qui précède immédiatement le message P2A est utilisé pour lancer la conversation. Ce message A2P, ainsi que tous les messages envoyés dans les 24 heures suivantes, font partie de la a2p_conversation.
p2a_conversation (initié par l'utilisateur) Déclenchée lorsqu'un agent répond à un message P2A dans les 24 heures suivant sa réception, en dehors d'une conversation existante.
Voir l'exemple		 N/A. Les agents non conversationnels ne génèrent jamais ce type d'événement. Si un message A2P est remis dans les 24 heures suivant plusieurs messages P2A, seul le message P2A qui précède immédiatement le message A2P est utilisé pour lancer la conversation. Ce message P2A et tous les messages envoyés dans les 24 heures suivantes font partie de la p2a_conversation.
p2a_message Message P2A de n'importe quel type.
Voir l'exemple		 Toujours considéré comme un événement facturable individuel, que l'agent réponde ou non. Il est considéré comme un événement facturable individuel, sauf si l'agent répond dans les 24 heures.

Quels sont les exemples de messages qui déclenchent chaque événement de facturation ?

Message de base

Notez que la capture d'écran suivante montre l'aperçu de l'URL dans le message. Il ne s'agit pas d'une carte enrichie.

basic_message_example

Message unique

single_message_example

Conversation A2P

a2p_conversation_example

Message P2A

p2a_message_example

Conversation P2A

p2a_conversation_example

Quels sont les avantages de chaque événement de facturation ?

Message de base

Principaux avantages d'un message de base :

  • Instaurer la confiance : la validation et le branding permettent d'instaurer la confiance et la crédibilité.
  • Aperçu de l'URL : les messages de base peuvent contenir du texte et une image d'aperçu cliquable de l'URL.
  • Promotions tactiques ponctuelles : idéales pour les promotions à court terme ou les messages informatifs qui ne nécessitent pas de réponse de l'utilisateur.
  • Générer du trafic : les messages standards peuvent rediriger les utilisateurs vers l'application, le site Web ou d'autres ressources de la marque.

basic_message_benefits

Message unique

Principaux avantages d'un message unique :

  • Impact visuel : des graphiques de haute qualité captent l'attention et clarifient les options, ce qui stimule l'engagement des utilisateurs.
  • Une fiche, plusieurs actions : une fiche enrichie ou un carrousel peuvent déclencher plusieurs actions avec des suggestions pour créer un événement d'agenda, trouver un lieu, composer un numéro ou ouvrir une URL, le tout à partir d'un seul message.
  • Valeur claire, message concis : encouragez les utilisateurs à passer à l'étape suivante.

single_message_benefits

Agent

Principaux avantages des conversations A2P et P2A :

  • Intégration de contenus rich media : intégrez différents contenus multimédias, comme des images, des vidéos et des PDF, ainsi que des actions et des réponses suggérées.
  • Interactions personnalisées : permettez aux utilisateurs de dialoguer avec vous, de recevoir une aide sur mesure et des recommandations de produits.
  • Opportunités de conversion : permettez aux utilisateurs d'effectuer des actions dans la conversation, ce qui réduit les frictions et augmente les taux de conversion.

conversational_message_benefits

Quel est le lien entre les catégories de facturation des agents et les événements de facturation ?

Les événements de facturation basic_message et single_message ne doivent pas être confondus avec les catégories de facturation "Message de base" et "Message unique".

  • Tout agent (quelle que soit sa catégorie de facturation) peut générer des événements de facturation basic_message et single_message.
  • Les catégories de facturation "Message de base" et "Message unique" permettent de classer les agents non conversationnels. Les agents de ces catégories de facturation ne génèrent pas d'événements de facturation conversationnels (a2p_conversations ou p2a_conversations). Ils génèrent plutôt des événements de facturation basic_message, single_message et p2a_message individuels.

Qu'est-ce qu'une conversation ?

Dans RCS for Business, une conversation est une série de messages échangés entre un utilisateur et un agent conversationnel pendant une période de 24 heures. Seuls les agents appartenant à la catégorie de facturation "Conversationnel" peuvent générer des conversations et être facturés pour les événements facturables suivants :

  • A2P (Application-to-Person) : envoyé par l'entreprise.
  • P2A (personne à application) : envoyé par l'utilisateur.

Fonctionnement des conversations

  • Début : une conversation commence lorsqu'une des parties (l'agent ou l'utilisateur) répond à un message de l'autre partie dans les 24 heures suivant sa réception, en dehors de toute conversation existante.
    • Conversation A2P : elle commence lorsque l'utilisateur répond au message de l'agent.
    • Conversation P2A : démarre lorsque l'agent répond au message de l'utilisateur.
  • Fenêtre de conversation : la conversation reste active pendant 24 heures après son début. La conversation inclut tous les messages reçus au cours de cette période de 24 heures, ainsi que le tout premier message auquel vous avez répondu.
  • Facturation : au lieu d'être facturés pour chaque message individuel, les agents conversationnels sont facturés en fonction de l'ensemble de la conversation. Cela signifie que le coût est associé au fil de discussion, et non au nombre de messages qu'il contient.

Le schéma suivant montre un exemple de session de facturation A2P pour les agents conversationnels :

Schéma de facturation

Important

  • Les conversations ne s'appliquent pas aux agents non conversationnels. Les agents dont la catégorie de facturation est "Message de base" ou "Message unique" sont facturés par message, que l'utilisateur réponde ou non.
  • Pour les agents conversationnels, la génération de rapports sur les événements de facturation et des journaux d'activité peut être retardée de deux jours maximum. Ce délai permet à RCS for Business de capturer tous les messages d'une conversation avant de calculer l'événement de facturation.

Quels événements de facturation sont générés si l'agent envoie plusieurs messages avant qu'un utilisateur ne réponde ?

La catégorie de facturation de votre agent et le délai de réponse de l'utilisateur déterminent le type d'événements générés.

Pour les agents non conversationnels : chaque message génère son propre événement.

  • Un message d'agent génère un événement basic_message ou single_message.
  • Un message utilisateur génère un événement p2a_message.

Pour les agents conversationnels : le résultat dépend du moment où l'utilisateur répond au dernier message de l'agent.

  • Si l'utilisateur répond sous 24 heures :
    • Un événement a2p_conversation commence. Cet événement couvre le dernier message de l'agent, la réponse de l'utilisateur et tous les messages échangés dans un délai de 24 heures après la réponse de l'utilisateur.
    • Les messages d'agent envoyés avant le dernier message d'agent ne font pas partie de la conversation. Ils génèrent chacun leur propre événement basic_message ou single_message.
  • Si l'utilisateur répond après 24 heures :
    • Chaque message de l'agent génère un événement basic_message ou single_message.
    • La réponse de l'utilisateur génère un événement p2a_conversation si l'agent répond dans les 24 heures. Si l'agent ne répond pas dans ce délai, un événement p2a_message est généré à la place.

Quelles réponses des utilisateurs contribuent aux événements de facturation ?

Seules certaines réponses des utilisateurs contribuent aux événements de facturation. Cela inclut les réponses qui créent un événement p2a_message ou qui font partie d'un événement a2p_conversation ou p2a_conversation. Le tableau suivant précise quelles réponses des utilisateurs contribuent aux événements de facturation.

Voici un résumé de ces recommandations :

Réponse de l'utilisateur Contribue aux événements de facturation Remarques
Envoie un fichier Oui Il est traité comme un message mobile-originated (MO).
Envoie un message Oui Traité comme un message MO.
Appuie sur une suggestion de réponse. Oui Traité comme un message MO.
Appuie sur une action suggérée Non Les données de postback du clic lui-même ne contribuent pas à un événement de facturation.
Partage une position Oui Le message MO contenant la position de l'utilisateur contribue à un événement de facturation. Cela s'applique que la position soit partagée manuellement ou par le biais d'une action suggérée.
Appuyez sur Se désabonner ou S'abonner. Oui L'événement de webhook qui en résulte ne contribue pas à un événement de facturation, mais le message STOP ou START automatisé qui est envoyé lorsque l'utilisateur appuie sur l'option "Se désabonner" ou "S'abonner" est traité comme un message MO.

Lorsqu'une réponse de l'utilisateur génère un événement facturable (comme indiqué ci-dessus), le type d'événement dépend de la catégorie de facturation de l'agent.

Pour les agents non conversationnels :

  • L'événement de facturation généré par la réponse d'un utilisateur est toujours un p2a_message.

Pour les agents conversationnels :

Le type d'événement est également déterminé par le calendrier des messages au cours d'une période de 24 heures.

  • Lorsqu'un utilisateur répond au message de l'agent :
    • Sous 24 heures : la réponse de l'utilisateur contribue à un événement a2p_conversation existant.
    • Après 24 heures : la réponse de l'utilisateur génère un événement p2a_message.
  • Lorsque l'agent répond au message d'un utilisateur :
    • Dans les 24 heures : la réponse de l'agent crée un p2a_conversation, en commençant par le message initial de l'utilisateur.
    • Après 24 heures : le message de l'utilisateur génère un événement p2a_message.

Rapports sur la facturation

Qu'est-ce qu'un rapport sur la facturation ?

Il s'agit d'un enregistrement des événements facturables, qui sont calculés en fonction de la catégorie de facturation de l'agent et des types de messages qu'il envoie. Les rapports sur la facturation sont disponibles pour tous les opérateurs qui utilisent activement RCS for Business.

Pour en savoir plus sur les rapports de facturation, consultez Rapports sur les événements de facturation et journaux d'activité.

Puis-je recevoir un rapport sur la facturation ?

Seuls les opérateurs qui utilisent activement RCS for Business reçoivent des rapports sur la facturation. Les partenaires ne reçoivent pas de rapports sur la facturation.

Pour savoir comment obtenir des rapports sur la facturation, consultez Stockage et accès aux fichiers. Ces instructions expliquent comment récupérer des rapports sur la facturation à l'aide du protocole SFTP (Secure File Transfer Protocol) pour les opérateurs ayant accès à ces rapports.

Que faire s'il manque des informations dans le rapport sur la facturation ?

Si vous constatez qu'il manque des informations dans le rapport, contactez l'équipe d'assistance pour résoudre le problème. Pour en savoir plus, consultez le guide de dépannage RCS pour les entreprises.

Pourquoi des frais s'affichent-ils pour un mois où je n'ai envoyé aucun message ?

Les événements de facturation RCS for Business sont enregistrés en fonction de l'heure de remise du message, et non de l'heure à laquelle il a été envoyé.

Exemple :

Si vous envoyez des messages fin juin, mais qu'ils sont distribués sur l'appareil de l'utilisateur début juillet (par exemple, si son téléphone était hors connexion), ces frais apparaîtront dans vos rapports sur la facturation de juillet. RCS for Business tentera de distribuer un message pendant 30 jours maximum avant qu'il n'expire.

Modèles de facturation

Quelles sont les principales différences entre les modèles de facturation standard et américain ?

Les modèles standards et américains utilisent la catégorie de facturation présélectionnée de l'agent (conversationnelle ou non conversationnelle) pour déterminer la structure tarifaire globale. La principale différence réside dans l'ensemble des classifications utilisées pour les événements facturables.

Modèle de facturation standard (trafic hors États-Unis)

Ce modèle s'applique à tout le trafic en dehors des États-Unis.

  • La classification est basée sur la catégorie de facturation de l'agent et sur le contenu du message.
    • Agents non conversationnels : facturés par message. Le contenu du message détermine l'événement : message de base ou message unique.
    • Agents conversationnels : facturés par conversation. Une conversation est une période de 24 heures pendant laquelle un utilisateur et un agent peuvent échanger un nombre illimité de messages, facturés à un tarif fixe. Si un utilisateur ne répond pas dans les 24 heures, le message de l'agent est facturé individuellement en tant que message de base ou message unique.
  • Événements facturables :
    • basic_message
    • single_message
    • a2p_conversation
    • p2a_conversation
    • p2a_message
  • Logique de facturation : les frais finaux sont déterminés par la catégorie de facturation de l'agent. Ils correspondent à un tarif fixe par message (non conversationnel) ou à un tarif fixe par période de conversation de 24 heures (conversationnel).

Modèle de facturation aux États-Unis

Ce modèle s'applique à l'ensemble du trafic vers et depuis les numéros de téléphone américains. Pour en savoir plus, consultez le guide sur le modèle de facturation aux États-Unis.

  • La classification des messages individuels et des actions des utilisateurs est automatique et basée sur le contenu. Quelle que soit la catégorie de facturation de l'agent, chaque événement facturable est classé dans l'une des catégories suivantes :
    • Message enrichi (MT/MO)
    • Message rich media (MT/MO)
    • Clic sur l'action suggérée (MO uniquement)
  • Événements facturables :
    • a2p_rich_message
    • a2p_rich_media_message
    • p2a_rich_message
    • p2a_rich_media_message
    • suggested_action_click
  • Logique de facturation : le montant final facturé est déterminé par la catégorie de facturation de l'agent, en utilisant les classifications des événements facturables pour appliquer la structure tarifaire appropriée.

Différences techniques et au niveau des rapports

  • API RBM : les ressources d'API AgentMessage et UserMessage incluent un objet richMessageClassification permettant de définir le type de message pour le trafic aux États-Unis uniquement. Ces informations sont fournies en temps réel lors de l'appel d'API et sont distinctes du rapport sur la facturation qui sera généré ultérieurement.
  • Rapports sur la facturation : les rapports sur la facturation sont adaptés à chaque modèle et incluent une colonne type qui liste les événements facturables spécifiques à ce modèle. Le rapport sur la facturation aux États-Unis inclut également une colonne segment_count, qui ne s'applique qu'aux messages enrichis.
Précédent
Cas d'utilisation des agents et règles métier