Monetization Documentation Technique Web | Tridens Technology –

Docs: Clients

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Analytique, et cliquez sur Clients.

La section d’analytique des clients est divisée en deux sous-sections :

première sous-section
deuxième sous-section

Première sous-section

La première sous-section montre le nombre de nouveaux clients activés. Les informations sont basées sur le mois en cours, le mois dernier, il y a six mois et il y a un an.

Par exemple, supposons que le mois en cours soit avril, et qu’il n’y ait pas de nouveaux clients ajoutés. Le mois dernier, en mars, deux clients ont été ajoutés. Il y a six mois, en octobre de l’année dernière, aucun nouveau client n’a été ajouté.

Remarque :

La flèche rouge ou verte montre respectivement le pourcentage de diminution ou d’augmentation du nombre de nouveaux clients activés à ce moment par rapport à la même période il y a un mois, il y a six mois et il y a un an.

Deuxième sous-section

La deuxième sous-section montre un graphique à barres représentant le nombre de nouveaux clients activés et désactivés sur une période spécifique basée sur un intervalle, y compris le taux de désabonnement. Vous pouvez filtrer par type de client ou/et date-heure.

Information :

Le taux de désabonnement fait référence au taux de clients “partants”.

Remarque :

La représentation visuelle sous forme de graphique à barres peut être téléchargée dans divers formats. Pour ce faire, cliquez sur Menu contextuel du graphique.

Docs: Diamètre

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

diamètre base protocol
diamètre gy protocol
diamètre gx protocol

Diamètre Base Protocol

Cette sous-section décrit comment AAA Gateway mappe les messages pour le protocole de base Diamètre défini dans RFC-3588.

Conformité des sections

Le tableau 1-1 liste les informations de conformité pour les sections du protocole de base Diamètre.

Tableau 1-1 : Conformité des sections du protocole de base Diamètre

Numéro de section	Section	Statut	Remarques
1	Introduction	Non applicable	-
1.1	Protocole Diamètre	Non applicable	-
1.1.1	Description de l’ensemble de documents	Non applicable	-
1.2	Approche de l’extensibilité	Non applicable	-
1.2.1	Définir de nouvelles paires attribut-valeur	Non applicable	-
1.2.2	Création de nouveaux AVP	Non applicable	-
1.2.3	Création de nouvelles applications d’authentification	Non applicable	-
1.2.4	Création de nouvelles applications de comptabilité	Non applicable	-
1.2.	5	Authentification de l’application	Non applicable
1.3	Terminologie	Non applicable	-
2	Aperçu du protocole	Non applicable	-
2.1	Transport	Pris en charge	Prend en charge TCP et SCTP
2.1.1	Directives SCTP	Pris en charge	-
2.2	Sécurisation des messages diameter	Non pris en charge	-
2.3	Conformité des applications diameter	Pris en charge	-
2.4	Identifiants d’application	Pris en charge	-
2.5	Connexions vs Sessions	Pas de exigence	-
2.6	Table des pairs	Pris en charge	-
2.7	Table de routage basée sur le domaine	Non applicable	-
2.8	Rôle des agents diameter	Non applicable	-
2.8.1	Agents de relais	Non applicable	-
2.8.2	Agents proxy	Non applicable	-
2.8.3	Agents de redirection	Non applicable	-
2.8.	4	Agents de traduction	Non applicable
2.9	Cadre de sécurité de bout en bout	Non supporté	-
2.10	Autorisation de chemin Diameter	Non supporté	-
3	En-tête Diameter	Supporté	-
3.1	Codes de commande	Supporté	-
3.2	Spécification de code de commande ABNF	Pas d’exigence	-
3.3	Conventions de nommage de commande Diameter	Supporté	-
4	AVP Diameter	Supporté	-
4.1	En-tête AVP	Supporté	-
4.1.1	Éléments d’en-tête optionnels	Supporté	-
4.2	AVP de base	Supporté	-
4.3	Formats de données AVP dérivés	Supporté	-
4.4	Valeurs AVP groupées	Supporté	-
4.4.1	Exemple d’AVP avec type de données groupées	Pas d’exigence	-
4.	5	Protocole de base Diameter AVPs	Pris en charge
5	Pairs Diameter	Pas de exigence	-
5.1	Connexions entre pairs	Pris en charge	-
5.2	Découverte de pairs Diameter	Non pris en charge	La passerelle Diameter ne prend pas en charge le routage, le proxy ou le relais
5.3	Échange de capacités	Pris en charge	-
5.3.1	Demande d’échange de capacités	Pris en charge	-
5.3.2	Réponse d’échange de capacités	Pris en charge	-
5.3.3	AVP Identifiant-Fournisseur	Pris en charge	-
5.3.4	AVP Révision-Firmware	Pris en charge	-
5.3.5	AVP Adresse-IP-Hôte	Non pris en charge	-
5.3.6	AVP Identifiant-Fournisseur-Soutenu	Pris en charge	-
5.3.7	AVP Nom-Produit	Pris en charge	-
5.4	Déconnexion des connexions entre pairs	Partiellement pris en charge	La passerelle Diameter ne fait que répondre aux messages, ne les génère pas
5.4.1	Demande de Déconnexion-Pair	Partiellement pris en charge	La passerelle Diameter ne fait que répondre aux messages, ne les génère pas
5.4.	2	Déconnexion-Réponse-Peer	Partiellement pris en charge
5.4.3	Cause de déconnexion AVP	Partiellement pris en charge	La passerelle Diameter ne répond qu’aux messages, ne les génère pas
5.5	Détection de défaillance de transport	Pris en charge	-
5.5.1	Demande de surveillance de l’appareil	Pris en charge	-
5.5.2	Réponse de surveillance de l’appareil	Pris en charge	-
5.5.3	Algorithme de défaillance de transport	Pris en charge	-
5.5.4	Procédures de basculement et de retour	Partiellement pris en charge	-
5.6	Machine d’état peer	Pris en charge	-
5.6.1	Connexions entrantes	Pris en charge	-
5.6.2	Événements	Pris en charge	-
5.6.3	Actions	Pris en charge	-
5.6.4	Le processus d’élection	Pris en charge	-
6	Traitement des messages Diameter	Pas d’exigence	-
6.1	Vue d’ensemble du routage des demandes Diameter	Pas d’exigence	-
6.1.1	Origine d’une demande	Pris en charge	-
6.1.3	Réception des demandes	Pris en charge	-
6.1.4	Traitement des demandes locales	Non pris en charge	-
6.1.5	Transfert de demande	Non pris en charge	-
6.1.6	Routage des demandes	Non applicable	-
6.1.7	Redirection des demandes	Non applicable	-
6.1.8	Relais et proxy des demandes	Non applicable	-
6.2	Traitement des réponses Diameter	Pris en charge	-
6.2.1	Traitement des réponses reçues	Pris en charge	-
6.2.2	Relais et proxy des réponses	Non applicable	Configurable par instance de passerelle Diameter
6.3	AVP Origine-Hôte	Pris en charge	Configurable par instance de passerelle Diameter
6.4	AVP Origine-Domaine	Pris en charge	-
6.5	AVP Destination-Hôte	Pris en charge	-
6.6	AVP Destination-Domaine	Pris en charge	-
6.7	AVPs de routage	Non applicable	-
6.7.
6.7.2	Proxy-Info AVP	Non applicable	-
6.7.3	Proxy-Host AVP	Non applicable	-
6.7.4	Proxy-State AVP	Non applicable	-
6.8	Auth-Application-Id AVP	Pris en charge	-
6.9	Acct-Application-Id AVP	Non applicable	-
6.10	Inband-Security-Id AVP	Pris en charge	Prend en charge uniquement 0, où 0 spécifie NO_INBAND_SECURITY
6.11	Vendor-Specific-Application-Id AVP	Pris en charge	-
6.12	Redirect-Host AVP	Non applicable	-
6.13	Redirect-Host-Usage AVP	Non applicable	-
6.14	Redirect-Max-Cache-Time AVP	Non applicable	-
6.15	E2E-Sequence AVP	Non applicable	-
7	Gestion des erreurs	Pris en charge	-
7.1	Result-Code AVP	Pris en charge	-
7.1.1	Informatif	Pris en charge	-
7.1.	2	Succès	Pris en charge
7.1.3	Erreurs de protocole	Pris en charge	-
7.1.4	Pannes transitoires	Pris en charge	-
7.1.5	Pannes permanentes	Pris en charge	-
7.2	Bit d’erreur	Pris en charge	-
7.3	AVP de message d’erreur	Non pris en charge	-
7.4	AVP d’hôte de rapport d’erreur	Non pris en charge	-
7.5	AVP échoué	Pris en charge	-
7.6	AVP de résultat expérimental	Pris en charge	-
7.7	AVP de code de résultat expérimental	Pris en charge	-
8	Sessions utilisateur Diameter	Pas de exigence	-
8.1	Machine d’état de session d’autorisation	Pris en charge	-
8.2	Machine d’état de session de comptabilité	Non applicable	-
8.3	Ré-authentification initiée par le serveur	Pris en charge	-
8.3.1	Demande de ré-authentification	Pris en charge	-
8.4	Terminaison de session	Pris en charge	-
8.4.1	Demande de terminaison de session	Pris en charge	-
8.4.2	Réponse de terminaison de session	Pris en charge	-
8.5	Abandonner une session	Non pris en charge	-
8.5.1	Demande d’abandon de session	Non pris en charge	-
8.5.2	Réponse d’abandon de session	Non pris en charge	-
8.6	Inférer la terminaison de session à partir de l’ID d’état d’origine	Non pris en charge	-
8.7	Type de demande d’authentification AVP	Non applicable	-
8.8	ID de session AVP	Pris en charge	-
8.9	Durée de vie d’autorisation AVP	Non applicable	-
8.10	Période de grâce d’authentification AVP	Non applicable	-
8.11	État de session d’authentification AVP	Non applicable	-
8.12	Type de demande de ré-authentification AVP	Non applicable	-
8.13	Délai d’expiration de session AVP	Non applicable	-
8.	14	Nom d’utilisateur AVP	Non applicable
8.15	Cause de terminaison AVP	Pris en charge	-
8.16	Identifiant d’état d’origine AVP	Non pris en charge	-
8.17	Liaison de session AVP	Non applicable	-
8.18	Basculement de serveur de session AVP	Non applicable	-
8.19	Délai d’attente multi-tours AVP	Non applicable	-
8.20	Classe AVP	Non applicable	-
8.21	Horodatage d’événement AVP	Pris en charge	-
9	Comptabilité	Non applicable	-
9.1	Modèle dirigé par le serveur	Non applicable	-
9.2	Messages de protocole	Non applicable	-
9.3	Exigences de document d’application	Non applicable	-
9.4	Résilience aux pannes	Non applicable	-
9.5	Enregistrements de comptabilité	Non applicable	-
9.6	Corrélation des enregistrements de comptabilité	Non applicable	-
9.	7	Codes de commande de comptabilité	Non applicable
9.7.1	Demande de comptabilité	Non applicable	-
9.7.2	Réponse de comptabilité	Non applicable	-
9.8	AVPs de comptabilité	Non applicable	-
9.8.1	AVP de type d’enregistrement de comptabilité	Non applicable	-
9.8.2	AVP d’intervalle intérimaire de comptabilité	Non applicable	-
9.8.3	AVP de numéro d’enregistrement de comptabilité	Non applicable	-
9.8.4	AVP d’identifiant de session de comptabilité	Non applicable	-
9.8.5	AVP d’identifiant de multi-session de comptabilité	Non applicable	-
9.8.6	AVP d’identifiant de sous-session de comptabilité	Non applicable	-
9.8.7	AVP de temps réel requis de comptabilité	Non applicable	-
10	Tableau des occurrences d’AVP	Pas de exigence	-
10.1	Tableau des AVP de commande de protocole de base	Pas de exigence	-
10.2	Tableau des AVP de comptabilité	Pas de exigence	-
11	Considérations IANA	Pas de exigence	-
11. 1	En-tête AVP	Pas de besoin	-
11.1.1	Code AVP	Pas de besoin	-
11.1.2	Drapeaux AVP	Pas de besoin	-
11.2	En-tête Diameter	Pas de besoin	-
11.2.1	Codes de commande	Pas de besoin	-
11.2.2	Drapeaux de commande	Pas de besoin	-
11.3	Identifiants d’application	Pas de besoin	-
11.4	Valeurs AVP	Pas de besoin	-
11.4.1	Valeurs de code de résultat AVP	Pas de besoin	-
11.4.2	Valeurs de type d’enregistrement comptable AVP	Pas de besoin	-
11.4.3	Valeurs de cause de terminaison AVP	Pas de besoin	-
11.4.4	Valeurs d’utilisation de l’hôte de redirection AVP	Pas de besoin	-
11.4.5	Valeurs de basculement du serveur de session AVP	Pas de besoin	-
11.4.6	Valeurs de liaison de session AVP	Pas de besoin	-
11.4. 7	Valeurs AVP de la cause de déconnexion	Pas de exigence	-
11.4.8	Valeurs AVP de type de demande d’authentification	Pas de exigence	-
11.4.9	Valeurs AVP de l’état de session d’authentification	Pas de exigence	-
11.4.10	Valeurs AVP de type de demande de ré-authentification	Pas de exigence	-
11.4.11	Valeurs AVP d’exigence de comptabilité en temps réel	Pas de exigence	-
11.5	Numéros de port TCP/SCTP de Diameter	Pas de exigence	-
11.6	Champs de service du pointeur d’autorité de nommage (NAPTR)	Pas de exigence	-
12	Paramètres configurables liés au protocole Diameter	Pris en charge	-
13	Considérations de sécurité	Non pris en charge	-
13.1	Utilisation d’IPsec	Non pris en charge	-
13.2	Utilisation de TLS	Non pris en charge	-
13.3	Considérations de pair à pair	Non pris en charge	-
14	Références	Pas de exigence	-
14.1	Références normatives	Pas de exigence	-
15	Remerciements	Pas de exigence	-
Annexe A	Modèle de service Diameter	Pas de exigence	-
Annexe B	Exemple NAPTR	Pas de exigence	-
Annexe C	Détection des doublons	Pris en charge	-

Protocole Diameter Gy

Ce chapitre décrit comment la passerelle AAA mappe les messages diameter pour le protocole Diameter Gy défini dans 3GPP TS 32.299 Version 12.0. Pour plus d’informations, voir le détail de la spécification 3GPP :

http://www.3gpp.org/ftp/Specs/html-info/32299.htm

Conformité des sections

Le tableau 2-1 répertorie les informations de conformité pour les sections du protocole Diameter Gy.

Tableau 2-1 : Conformité des sections Diameter Gy

Numéro de section	Section	Statut	Remarques
1	Portée	Non applicable	-
2	Références	Non applicable	-
3	Définitions, symboles et abréviations	Non applicable	-
3.1	Définitions	Non applicable	-
3.2	Symboles	Non applicable	-
3.3	Abréviations	Non applicable	-
4	Considérations architecturales	Pris en charge	-
4.1	Architecture de haut niveau	Pris en charge	-
4.1. 0	Général	Pris en charge	-
4.1.1	Exigences de transfert liées à la charge	Pris en charge	-
5	Exigences des applications de charge 3GPP	Pris en charge	-
5.1	Scénarios de charge hors ligne	Pris en charge	-
5.1.1	Principes de base	Pris en charge	-
5.1.1.0	Introduction	Pris en charge	-
5.1.1.1	Charge basée sur des événements	Pris en charge	-
5.1.1.2	Charge basée sur des sessions	Pris en charge	-
5.1.2	Fonctionnement de base	Pris en charge	-
5.2	Scénarios de charge en ligne	Pris en charge	-
5.2.0	Introduction	Pris en charge	-
5.2.1	Principes de base	Pris en charge	-
5.2.2	Scénarios de charge	Pris en charge	-
5.2.2.0	Introduction	Pris en charge	-
5.2.2.1	Charge d’événement immédiat (IEC)	Pris en charge	-
5.2.2.1.1	Détermination d’unité décentralisée et évaluation centralisée	Non pris en charge	-
5.2.2.1.2	Détermination d’unité centralisée et évaluation centralisée	Pris en charge	-
5.2.2.1.	3	Détermination d’unité décentralisée et évaluation décentralisée	Non pris en charge
5.2.2.1.4	Options supplémentaires	Pris en charge	-
5.2.2.2	Chargement d’événements avec réservation d’unité (ECUR)	Pris en charge	-
5.2.2.2.1	Détermination d’unité décentralisée et évaluation centralisée	Non pris en charge	-
5.2.2.2.2	Détermination d’unité centralisée et évaluation centralisée	Pris en charge	-
5.2.2.2.3	Détermination d’unité décentralisée et évaluation décentralisée	Non pris en charge	-
5.2.2.3	Chargement de session avec réservation	Pris en charge	-
5.2.2.3.1	Détermination d’unité décentralisée et évaluation centralisée	Non pris en charge	-
5.2.2.3.2	Détermination d’unité centralisée et évaluation centralisée	Pris en charge	-
5.2.2.3.3	Détermination d’unité décentralisée et évaluation décentralisée	Non pris en charge	-
5.2.3	Opérations de base	Pris en charge	-
5.3	Autres exigences	Pris en charge	-
5.3.1	Ré-autorisation	Pris en charge	-
5.3.2	Déclencheurs de ré-autorisation basés sur un seuil	Pris en charge	-
5.3.3	Action de résiliation	Pris en charge	-
5.3.	4	Expiration du compte	Non pris en charge
6	Applications de facturation 3GPP – aspects du protocole	Pris en charge	-
6.1	Principes de base pour la facturation hors ligne	Pris en charge	-
6.1.0	Introduction	Pris en charge	-
6.1.1	Facturation basée sur des événements	Pris en charge	-
6.1.2	Facturation basée sur des sessions	Pris en charge	-
6.1.3	Cas d’erreurs de facturation hors ligne - procédures diameter	Pris en charge	-
6.1.3.1	Échec de connexion de la fonction de données de facturation (CDF)	Pris en charge	-
6.1.3.2	Pas de réponse du CDF	Pris en charge	-
6.1.3.3	Détection de doublons	Pris en charge	-
6.1.3.4	Échec détecté par le CDF	Pris en charge	-
6.2	Contenu des messages pour la facturation hors ligne	Non pris en charge	-
6.2.1	Résumé des formats de messages de facturation hors ligne	Non pris en charge	-
6.2.1.1	Général	Non pris en charge	-
6.2.1.2	Structure des formats de messages de comptabilité	Non pris en charge	-
6.2.			-
6.2.3	Message de réponse de comptabilité (ACA)	Non pris en charge	-
6.3	Principes de base pour la facturation en ligne Diameter	Pris en charge	-
6.3.1	Exigences spécifiques de l’application de contrôle de crédit en ligne	Pris en charge	-
6.3.2	Description Diameter sur le point de référence Ro	Pris en charge	-
6.3.2.1	Principes de base	Pris en charge	-
6.3.3	Facturation d’événements immédiats (IEC)	Pris en charge	-
6.3.4	Facturation d’événements avec réservation d’unités (ECUR)	Pris en charge	-
6.3.5	Facturation de session avec réservation d’unités (SCUR)	Pris en charge	-
6.3.6	Cas d’erreur et scénarios	Pris en charge	-
6.3.6.0	Introduction	Pris en charge	-
6.3.6.1	Détection de doublons	Pris en charge	-
6.3.6.2	Échec de l’opération de réservation d’unités/Unités de débit	Pris en charge	-
6.3.7	Support des changements de tarif pendant une session utilisateur active	Pris en charge	-
6.3.7.1	Support des changements de tarif utilisant le mécanisme de commutation de tarif	Pris en charge	-
6.3.8	Support de la ré-autorisation	Pris en charge	-
6.3.9	Support de la gestion des échecs	Pris en charge	-
6.3.10	Support de la bascule	Pris en charge	-
6.3.11	Regroupement de crédits	Non pris en charge	-
6.4	Formats de message pour la charge en ligne	Pris en charge	-
6.4.1	Résumé des formats de message de charge en ligne	Pris en charge	-
6.4.1.1	Général	Pris en charge	-
6.4.1.2	Structure des formats de message de contrôle de crédit	Pris en charge	-
6.4.2	Message de demande de contrôle de crédit	Pris en charge	-
6.4.3	Message de réponse de contrôle de crédit	Pris en charge	-
6.4.4	Message de demande de ré-autorisation	Pris en charge	-
6.4.5	Message de réponse de ré-autorisation	Pris en charge	-
6.4.6	Message de demande d’échange de capacités	Pris en charge	-
6.4.7	Message de réponse d’échange de capacités	Pris en charge	-
6.4.8	Message de demande de surveillance de l’appareil	Pris en charge	-
6.4.	9	Message de réponse du dispositif-Watchdog	Pris en charge
6.4.10	Message de demande de déconnexion de pair	Partiellement pris en charge	-
6.4.11	Message de réponse de déconnexion de pair	Partiellement pris en charge	-
6.4.12	Message de demande d’abandon de session	Non pris en charge	-
6.4.13	Message de réponse d’abandon de session	Non pris en charge	-
6.5	Autre description procédurale des applications de facturation 3GPP	Pris en charge	-
6.5.1	Ré-autorisation	Pris en charge	-
6.5.1.1	Délai d’inactivité	Pris en charge	-
6.5.1.2	Changement des conditions de facturation	Non pris en charge	-
6.5.1.3	Rapport d’utilisation du quota	Non pris en charge	-
6.5.1.4	Consommation de quota	Non pris en charge	-
6.5.2	Déclencheurs de ré-autorisation basés sur des seuils	Pris en charge	-
6.5.3	Action de terminaison	Pris en charge	-
6.5.4	Temps de consommation de quota	Pris en charge	-
6.5.5	Résiliation de service	Non pris en charge	-
6.5.6	Rapport d’enveloppe	Non pris en charge	-
6.5		7	Quota combinatoire
6.5.8	Contrôle en ligne des informations de charge hors ligne	Pris en charge	-
6.5.9	Support de plusieurs services	Pris en charge	-
6.6	Liaisons de l’opération à l’application de protocole	Pris en charge	-
6.6.0	Général	Pris en charge	-
6.6.1	Liaisons du transfert de données de charge à la comptabilité	Pris en charge	-
6.6.2	Liaisons des unités de débit/réserve au contrôle de crédit	Pris en charge	-
7	Résumé des paires attribut-valeur (AVP) utilisées	Non applicable	-
7.1	Paires attribut-valeur (AVP) Diameter	Non applicable	-
7.1.0	Général	Non applicable	-
7.1.1	AVP Octets d’entrée de comptabilité	Non pris en charge	-
7.1.2	Vide	Non applicable	-
7.1.3	AVP Octets de sortie de comptabilité	Non pris en charge	-
7.1.4	Vide	Non applicable	-
7.1.5	AVP Id d’application de comptabilité	Pris en charge	-
7.1.6	AVP Id d’application d’authentification	Pris en charge	-
7.1.7	AVP Id de station appelée	Pris en charge	-
7.1.	8	Event-Timestamp AVP	Pris en charge
7.1.9	Multiple-Services-Credit-Control AVP	Pris en charge	-
7.1.10	Rating-Group AVP	Pris en charge	-
7.1.11	Result-Code AVP	Pris en charge	-
7.1.12	Service-Context-Id AVP	Pris en charge	-
7.1.13	Service-Identifier AVP	Pris en charge	-
7.1.14	Used-Service-Unit AVP	Pris en charge	-
7.1.15	User-Name AVP	Pris en charge	-
7.1.16	Vendor-Id AVP	Pris en charge	-
7.1.17	User-Equipment-Info AVP	Pris en charge	-
7.2	3GPP specific AVPs	Non pris en charge	-
7.2.0	Général	Non pris en charge	-
7.2.1	Access-Network-Information AVP	Non pris en charge	-
7.2.1A	Access-Transfer-Information AVP	Non pris en charge	-
7.2.1B	Access-Transfer-Type AVP	Non pris en charge	-
7.2.2	Account-Expiration AVP	Non pris en charge	-
7.2.3	Accumulated-Cost AVP	Non pris en charge	-
7.2.	4	Adaptations AVP	Non pris en charge
7.2.5	Informations-Complémentaires-AVP	Non pris en charge	-
7.2.6	Informations-Type-Complémentaires-AVP	Non pris en charge	-
7.2.7	Données-D’adresse-AVP	Non pris en charge	-
7.2.8	Domaine-D’adresse-AVP	Non pris en charge	-
7.2.9	Type-D’adresse-AVP	Non pris en charge	-
7.2.10	Type-Destinataire-AVP	Non pris en charge	-
7.2.11	Informations-Corrélation-AF-AVP	Pris en charge	-
7.2.12	Adresse-Partie-Chargée-Alternative-AVP	Non pris en charge	-
7.2.13	Informations-Coût-AoC	Non pris en charge	-
7.2.14	Format-AoC	Non pris en charge	-
7.2.15	Informations-AoC	Pris en charge	-
7.2.16	Type-Demande-AoC	Pris en charge	-
7.2.17	Service-AoC	Non pris en charge	-
7.2.18	Type-Obligatoire-Service-AoC	Non pris en charge	-
7.2.19	Type-Service-AoC	Non pris en charge	-
7.2.20	Informations-Abonnement-AoC	Non pris en charge	-
7.2.	21	Applic-ID AVP	Non pris en charge
7.2.22	Adresse-de-partie-appelée-fournie-par-l’application AVP	Non pris en charge	-
7.2.23	Serveur-d’application AVP	Non pris en charge	-
7.2.24	Informations-sur-le-serveur-d’application AVP	Non pris en charge	-
7.2.25	Adresse-de-partie-associée AVP	Non pris en charge	-
7.2.26	URI-associée AVP	Non pris en charge	-
7.2.27	QoS-autorisée AVP	Non pris en charge	-
7.2.28	Infos-Aux-Applic AVP	Non pris en charge	-
7.2.29	Intervalle-de-temps-de-base AVP	Pris en charge	-
7.2.29A	Code-de-service-de-base AVP	Non pris en charge	-
7.2.29B	Capacité-de-support AVP	Non pris en charge	-
7.2.30	Service-de-support AVP	Non pris en charge	-
7.2.30A	Identifiant-de-ensemble-de-service-de-base (BSSID) AVP	Non pris en charge	-
7.2.31	Identité-affirmée-appelée AVP	Non pris en charge	-
7.2.32	Adresse-de-partie-appelée AVP	Non pris en charge	-
7.2.33	Adresse-de-partie-appelante AVP	Non pris en charge	-
7.2.34	Informations-de-routage-sélectionneur AVP	Non pris en charge	-
7.2.36	CG-Address AVP	Pris en charge	-
7.2.37	Change-Condition AVP	Pris en charge	-
7.2.38	Change-Time AVP	Non pris en charge	-
7.2.38A	Charge-Reason-Code AVP	Non pris en charge	-
7.2.39	Charged-Party AVP	Non pris en charge	-
7.2.39A	Charging-Characteristics-Selection-Mode AVP	Non pris en charge	-
7.2.40	Class-Identifier AVP	Non pris en charge	-
7.2.41	Client-Address AVP	Non pris en charge	-
7.2.41A	CN-Operator-Selection-Entity AVP	Non pris en charge	-
7.2.42	Content-Class AVP	Non pris en charge	-
7.2.43	Content-Disposition AVP	Non pris en charge	-
7.2.44	Content-Length AVP	Non pris en charge	-
7.2.45	Content-Size AVP	Non pris en charge	-
7.2.46	Content-Type AVP	Non pris en charge	-
7.2.46A	CSG-Access-Mode AVP	Pris en charge	-
7.2.46B	CSG-Membership-Indication AVP	Pris en charge	-
7.2.	47	Tarification-Courante AVP	Non pris en charge
7.2.48	Information-CUG AVP	Non pris en charge	-
7.2.49	Schéma-De-Codage-Données AVP	Non pris en charge	-
7.2.50	Information-DCD AVP	Pris en charge	-
7.2.51	Type-D’Événement-De-Localisation-Déféré AVP	Non pris en charge	-
7.2.52	Rapport-De-Livraison-Demandé AVP	Non pris en charge	-
7.2.53	Interface-Destination AVP	Non pris en charge	-
7.2.54	Diagnostics AVP	Pris en charge	-
7.2.55	Nom-De-Domaine AVP	Non pris en charge	-
7.2.56	Contenu-DRM AVP	Non pris en charge	-
7.2.57	Drapeau-D’Adresse-Dynamique AVP	Pris en charge	-
7.2.57A	Extension-Drapeau-D’Adresse-Dynamique AVP	Non pris en charge	-
7.2.58	Description-De-Média-Précoce AVP	Non pris en charge	-
7.2.59	Enveloppe AVP	Pris en charge	-
7.2.60	Heure-De-Fin-D’Enveloppe AVP	Pris en charge	-
7.2.61	Rapport-D’Enveloppe AVP	Pris en charge	-
7.2.62	Heure-De-Début-D’Enveloppe AVP	Pris en charge	-
7.2.62A	Adresse-ePDG AVP	Non pris en charge	-
7.2.63	Événement AVP	Non pris en charge	-
7.2.64	Horodatage-De-Chargement-D’Événement AVP	Pris en charge	-
7.2.	65	Type-D’Événement AVP	Non pris en charge
7.2.66	Expire AVP	Non pris en charge	-
7.2.67	Réparation-De-Fichier-Supportée AVP	Non pris en charge	-
7.2.67A	Transfert-En-Cours AVP	Non pris en charge	-
7.2.67B	De-Adresse AVP	Non pris en charge	-
7.2.68	Adresse-GGSN AVP	Pris en charge	-
7.2.69	IM-Information AVP	Pris en charge	-
7.2.70	Coût-Incrémental AVP	Non pris en charge	-
7.2.70A	Instance-Id AVP	Non pris en charge	-
7.2.71	Interface-Id AVP	Non pris en charge	-
7.2.72	Port-D’Interface AVP	Non pris en charge	-
7.2.73	Texte-D’Interface AVP	Non pris en charge	-
7.2.74	Type-D’Interface AVP	Non pris en charge	-
7.2.74A	IMS-Application-Référence-Identifiant AVP	Non pris en charge	-
7.2.75	IMS-Identifiant-De-Facturation AVP	Non pris en charge	-
7.2.76	IMS-Identifiant-De-Service-De-Communication AVP	Non pris en charge	-
7.2.76A	IMS-Indicateur-D’Urgence AVP	Non pris en charge	-
7.2.77	IMS-Information AVP	Pris en charge	-
7.2.77A	IMS-Identifiant-De-Réseau-Visité AVP	Non pris en charge	-
7.2.78	IMSI-Drapeau-Non-Autentifié AVP	Non pris en charge	-
7.2.	79	Identifiant de groupe de trunk entrant AVP	Non pris en charge
7.2.79A	Identifiant de facturation initial IMS AVP	Non pris en charge	-
7.2.80	Identifiant inter-opérateur AVP	Non pris en charge	-
7.2.80A	Indication par défaut de domaine IP AVP	Non pris en charge	-
7.2.80B	Cause ISUP AVP	Non pris en charge	-
7.2.80C	Diagnostics de cause ISUP AVP	Non pris en charge	-
7.2.80D	Localisation de cause ISUP AVP	Non pris en charge	-
7.2.80E	Valeur de cause ISUP AVP	Non pris en charge	-
7.2.80F	Numéro de localisation ISUP AVP	Non pris en charge	-
7.2.81	APN LCS AVP	Non pris en charge	-
7.2.82	Client LCS composé par MS AVP	Non pris en charge	-
7.2.83	ID externe du client LCS AVP	Non pris en charge	-
7.2.84	ID du client LCS AVP	Non pris en charge	-
7.2.85	Nom du client LCS AVP	Non pris en charge	-
7.2.86	Type de client LCS AVP	Non pris en charge	-
7.2.87	Schéma de codage de données LCS AVP	Non pris en charge	-
7.2.88	Indicateur de format LCS AVP	Non pris en charge	-
7.2.89	Informations LCS AVP	Pris en charge	-
7.2.90	Chaîne de nom LCS AVP	Non pris en charge	-
7.2.91	ID du demandeur LCS AVP	Non pris en charge	-
7.2.	92	LCS-Requestor-ID-String AVP	Non pris en charge
7.2.92A	Local-GW-Inserted-Indication AVP	Non pris en charge	-
7.2.93	Local-Sequence-Number AVP	Non pris en charge	-
7.2.94	Location-Estimate AVP	Non pris en charge	-
7.2.95	Location-Estimate-Type AVP	Non pris en charge	-
7.2.96	Location-Type AVP	Non pris en charge	-
7.2.97	Low-Balance-Indication AVP	Pris en charge	-
7.2.97A	Low-Priority-Indicator AVP	Non pris en charge	-
7.2.97B	MBMS-Charged-Party AVP	Non pris en charge	-
7.2.98	MBMS-GW-Address AVP	Non pris en charge	-
7.2.99	MBMS-Information AVP	Pris en charge	-
7.2.100	MBMS-User-Service-Type AVP	Non pris en charge	-
7.2.101	Media-Initiator-Flag AVP	Non pris en charge	-
7.2.102	Media-Initiator-Party AVP	Non pris en charge	-
7.2.103	Message-Body AVP	Non pris en charge	-
7.2.104	Message-Class AVP	Non pris en charge	-
7.2.105	Message-ID AVP	Non pris en charge	-
7.2.106	Message-Size AVP	Non pris en charge	-
7.2.107	Message-Type AVP	Non pris en charge	-
7.2.108	MM-Content-Type AVP	Non pris en charge	-
7.2.	109	AVP de stockage MMBox demandé	Non pris en charge
7.2.110	AVP d’information MMS	Pris en charge	-
7.2.111	AVP d’information MMTel	Pris en charge	-
7.2.111A	AVP de type de service MMTel	Non pris en charge	-
7.2.111B	AVP d’adresse MSC	Non pris en charge	-
7.2.111C	AVP d’adresse MTC-IWF	Non pris en charge	-
7.2.111D	AVP d’adresse de nœud voisin	Non pris en charge	-
7.2.112	AVP de tarif suivant	Non pris en charge	-
7.2.112A	AVP d’information NNI	Non pris en charge	-
7.2.112B	AVP de type NNI	Non pris en charge	-
7.2.113	AVP de fonctionnalité de nœud	Non pris en charge	-
7.2.114	AVP d’identifiant de nœud	Pris en charge	-
7.2.115	AVP du nombre de redirections	Non pris en charge	-
7.2.116	AVP du nombre de messages envoyés	Non pris en charge	-
7.2.117	AVP du nombre de participants	Non pris en charge	-
7.2.118	AVP du nombre de séquences de conversation reçues	Non pris en charge	-
7.2.119	AVP du nombre de séquences de conversation	Non pris en charge	-
7.2.120	AVP d’information de routage de portabilité	Non pris en charge	-
7.2.121	AVP de chargement hors ligne	Pris en charge	-
7.2.122	AVP de drapeau de chargement en ligne	Non pris en charge	-
7.2.124	Originator AVP	Non pris en charge	-
7.2.125	Originator-Address AVP	Non pris en charge	-
7.2.126	Originator-Interface AVP	Non pris en charge	-
7.2.127	Originator-Received-Address AVP	Non pris en charge	-
7.2.128	Originator-SCCP-Address	Non pris en charge	-
7.2.128A	Outgoing-Session-Id AVP	Non pris en charge	-
7.2.129	Outgoing-Trunk-Group-ID AVP	Non pris en charge	-
7.2.185	SDP-TimeStamps AVP	Non pris en charge	-
7.2.186	SDP-Type AVP	Non pris en charge	-
7.2.186A	Session-Direction AVP	Non pris en charge	-
7.2.187	Served-Party-IP-Address AVP	Non pris en charge	-
7.2.188	Vide	Non applicable	-
7.2.189	Service-Data-Container AVP	Pris en charge	-
7.2.190	Service-ID AVP	Non pris en charge	-
7.2.191	Service-Generic-Information AVP	Pris en charge	-
7.2.192	Service-Information AVP	Pris en charge	-
7.2.193	Service-Mode AVP	Non pris en charge	-
7.2.194	Service-Specific-Data AVP	Non pris en charge	-
7.2.195	Service-Specific-Info AVP	Pris en charge	-
7.2.	196	Type-Specific-Service AVP	Non pris en charge
7.2.197	Annuler	Non applicable	-
7.2.198	Type-De-Nœud-Servant AVP	Pris en charge	-
7.2.199	Adresse-SGSN AVP	Pris en charge	-
7.2.199A	Adresse-SGW AVP	Non applicable	-
7.2.200	Changement-SGW AVP	Pris en charge	-
7.2.201	Méthode-SIP AVP	Non pris en charge	-
7.2.202	Horodatage-Demande-SIP AVP	Non pris en charge	-
7.2.203	Fraction-Horodatage-Demande-SIP AVP	Non pris en charge	-
7.2.204	Horodatage-Réponse-SIP AVP	Non pris en charge	-
7.2.205	Fraction-Horodatage-Réponse-SIP AVP	Non pris en charge	-
7.2.205A	Indicateur-Déclencheur-Appareil-SM AVP	Non pris en charge	-
7.2.205B	Informations-Déclencheur-Appareil-SM AVP	Non pris en charge	-
7.2.206	Temps-De-Décharge-SM AVP	Non pris en charge	-
7.2.207	Type-De-Message-SM AVP	Non pris en charge	-
7.2.208	Id-Protocole-SM AVP	Non pris en charge	-
7.2.208A	Numéro-De-Séquence-SM AVP	Non pris en charge	-
7.2.209	Statut-SM AVP	Non pris en charge	-
7.2.210	En-Tête-Données-Utilisateur-SM AVP	Non pris en charge	-
7.2.211	Informations-SMS AVP	Pris en charge	-
7.2.212	Nœud-SMS AVP	Non pris en charge	-
7.2.213	SM-Service-Type AVP	Non pris en charge	-
7.2.214	SMSC-Address AVP	Non pris en charge	-
7.2.214A	Start-of-Charging AVP	Non pris en charge	-
7.2.215	Start-Time AVP	Pris en charge	-
7.2.215A	Status-Code AVP	Non pris en charge	-
7.2.216	Stop-Time AVP	Pris en charge	-
7.2.217	Submission-Time AVP	Non pris en charge	-
7.2.218	Subscriber-Role AVP	Non pris en charge	-
7.2.219	Supplementary-Service AVP	Non pris en charge	-
7.2.219A	TAD-Identifier AVP	Non pris en charge	-
7.2.220	Talk-Burst-Exchange AVP	Non pris en charge	-
7.2.221	Talk-Burst-Time AVP	Non pris en charge	-
7.2.222	Talk-Burst-Volume AVP	Non pris en charge	-
7.2.223	Tariff-Information AVP	Non pris en charge	-
7.2.224	Tariff-XML AVP	Non pris en charge	-
7.2.224A	Teleservice AVP	Non pris en charge	-
7.2.225	Terminating-IOI AVP	Non pris en charge	-
7.2.226	Time-First-Usage AVP	Non pris en charge	-
7.2.227	Time-Last-Usage AVP	Non pris en charge	-
7.2.228	Time-Quota-Mechanism	Pris en charge	-
7.2.	229	Time-Quota-Threshold AVP	Pris en charge
7.2.230	Time-Quota-Type AVP	Pris en charge	-
7.2.231	Time-Stamps AVP	Non pris en charge	-
7.2.232	Time-Usage AVP	Non pris en charge	-
7.2.233	Traffic-Data-Volumes AVP	Pris en charge	-
7.2.233A	Transcoder-Inserted-Indication AVP	Non pris en charge	-
7.2.233B	Transit-IOI-List AVP	Non pris en charge	-
7.2.234	Token-Text AVP	Non pris en charge	-
7.2.235	Trigger AVP	Pris en charge	-
7.2.236	Trigger-Type AVP	Pris en charge	-
7.2.237	Trunk-Group-ID AVP	Non pris en charge	-
7.2.237A	Void	Non applicable	-
7.2.237B	Void	Non applicable	-
7.2.237C	TWAN-User-Location-Info AVP	Non pris en charge	-
7.2.238	Type-Number AVP	Non pris en charge	-
7.2.239	Unit-Cost AVP	Non pris en charge	-
7.2.240	Unit-Quota-Threshold AVP	Pris en charge	-
7.2.240A	User-CSG-Information AVP	Non pris en charge	-
7.2.241	User-Participating-Type AVP	Non pris en charge	-
7.2.242	User-Session-Id AVP	Non pris en charge	-
7.2.242A	VCS-Information AVP	Non pris en charge	-
7.2. 242B	VLR-Number AVP	Non pris en charge	-
7.2.243	Volume-Quota-Threshold AVP	Pris en charge	-
7.2.244	Vide	Non applicable	-
7.2.245	Vide	Non applicable	-
7.2.246	Vide	Non applicable	-
7.2.247	Vide	Non applicable	-
7.2.248	Vide	Non applicable	-
7.2.249	Vide	Non applicable	-
7.2.250	Vide	Non applicable	-
7.3	AVP spécifiques à l’accès 3GPP2	Non applicable	-
7.4	AVP spécifiques à l’accès fixe	Non applicable	-

Commandes de session Diameter

Le tableau 2-2 répertorie les commandes de session Diameter prises en charge par le passerelle Diameter.

Tableau 2-2 : Commandes de session Diameter

Commande Diameter	Statut	Remarques
Demande de contrôle de crédit	Pris en charge	-
Réponse de contrôle de crédit	Pris en charge	-

Messages de demande de contrôle de crédit Diameter

Le tableau 2-3 répertorie les messages de demande de contrôle de crédit Diameter pris en charge par le passerelle Diameter. Table 2-3: Messages de demande de contrôle de crédit Diameter

Message Diameter Gy	Statut	Remarques
Chargement de session	Pris en charge	-
Recharge	Pris en charge	-
Requête de solde	Pris en charge	Prend en charge les modes de requête de solde résumés et détaillés
Débit/Remboursement	Pris en charge	-
Demande de prix	Pris en charge	-

AVPs de demande de chargement de session Gy (IUT)

Le tableau 2-4 répertorie les informations de conformité pour les paires attribut-valeur (AVPs) de chargement de session Gy pour les opérations de demande basées sur la session, telles que INITIER, METTRE À JOUR et TERMINER (IUT). Table 2-4: Demande AVPs de Chargement de Session Gy (IUT)

AVP Diameter	Statut	Remarques
Session-Id	Pris en charge	-
Service-Context-Id	Pris en charge	-
CC-Request-Type	Pris en charge	1 - INITIER 2 - METTRE À JOUR 3 - TERMINER
CC-Request-Number	Pris en charge	-
Event-Timestamp	Pris en charge	-
Subscription-Id	Pris en charge	-
– Subscription-Id-Data	Pris en charge	-
– Subscription-Id-Type	Pris en charge	-
Termination-Cause	Pris en charge	-
Service-Information	Pris en charge	-
– PS-Information	Pris en charge	-
– – Called-Station-Id	Pris en charge	-
– – SGSN-Address	Pris en charge	-
– – GGSN-Address	Pris en charge	-
– – MS-TimeZone-3GPP	Pris en charge	-
– – Diagnostics	Pris en charge	-
User-Name	Non pris en charge	L’AVP Subscription-Id-Data est utilisé à la place
Multiple-Services-Credit-Control	Pris en charge	Voir le Tableau 2-5 pour plus d’informations. #### contrôle-de-crédit-multi-services

Le tableau 2-5 présente les informations de conformité pour les AVP de contrôle de crédit multi-services pour les opérations de demande de chargement de session Gy.

Tableau 2-5 : AVP de contrôle de crédit multi-services pour la demande de chargement de session Gy

AVP Diameter	Statut	Remarques
Identifiant-Service	Pris en charge	-
Groupe-de-tarification	Pris en charge	-
Unité-de-service-demandée	Pris en charge	-
– Temps-CC	Pris en charge	-
– Argent-CC	Non pris en charge	-
– Total-Octets-CC	Pris en charge	-
– Octets-Entrée-CC	Pris en charge	-
– Octets-Sortie-CC	Pris en charge	-
– Unités-Specifiques-au-Service-CC	Pris en charge	-
Unité-de-service-utilisée	Pris en charge	-
– Temps-CC	Pris en charge	-
– Argent-CC	Non pris en charge	-
– Total-Octets-CC	Pris en charge	-
– Octets-Entrée-CC	Pris en charge	-
– Octets-Sortie-CC	Pris en charge	-
– Unités-Specifiques-au-Service-CC	Pris en charge	-

AVP de réponse de chargement de session Gy (IUT)

Le tableau 2-6 présente les informations de conformité pour les AVP de réponse de contrôle de crédit Diameter pour les opérations de réponse de chargement de session Gy. Table 2-6: Réponse AVPs de facturation de session Gy (IUT)

AVP Diameter	Statut	Remarques
Session-Id	Pris en charge	-
Result-Code	Pris en charge	-
CC-Request-Type	Pris en charge	-
CC-Session-Failover	Pris en charge	-
Credit-Control-Failure-Handling	Pris en charge	-
Multiple-Services-Credit-Control	Pris en charge	Voir le tableau 2-7 pour plus d’infos

Multiple-Services-Credit-Control

Le tableau 2-7 répertorie les AVPs de Multiple-Services-Credit-Control pour les opérations de réponse de facturation de session Gy.

Table 2-7: AVPs de Multiple-Services-Credit-Control pour la réponse de facturation de session Gy

AVP Diameter	Statut	Remarques
Requested-Service-Unit	Pris en charge	Contient les AVPs soumis dans la demande de message.
– CC-Time	Pris en charge	-
– CC-Money	Non pris en charge	-
– CC-Total-Octets	Pris en charge	-
– CC-Input-Octets	Pris en charge	-
– CC-Output-Octets	Pris en charge	-
– CC-Service-Specific-Units	Pris en charge	-
– Cost-Information	Pris en charge	-
– – Unit-Value	Pris en charge	-
– – – Value-Digits	Pris en charge	-
– – – Exponent	Pris en charge	-
– – Currency-Code	Pris en charge	-
ORA-Customer-Cost-Information	Pris en charge	-
– ORA-Subscriber-Id	Pris en charge	-
– ORA-Cost-Information	Pris en charge	-
– – Unit-Value	Pris en charge	-
– – – Value-Digits	Pris en charge	-
– – – Exponent	Pris en charge	-
– – ORA-Balance-Element-Id	Pris en charge	-
ORA-Remaining-Balance	Pris en charge	-
– ORA-Balance-Element	Pris en charge	-
– – ORA-Balance-Element-Id	Pris en charge	-
– – Unit-Value	Pris en charge	-
– – – Value-Digits	Pris en charge	-
– – – Exponent	Pris en charge	-
– – ORA-Balance-Item	Pris en charge	-
– ORA-Subscriber-Id	Pris en charge	-
ORA-Credit-Threshold-Breach	Pris en charge	-
– ORA-Balance-Element-Id	Pris en charge	-
– ORA-Current-Balance	Pris en charge	-
– ORA-Fixed-Threshold-Values	Pris en charge	-
– – ORA-Fixed-Threshold	Pris en charge	-
ORA-Percentage-Threshold-Values	Pris en charge	-
– ORA-Percentage-Threshold	Pris en charge	-
– ORA-Breach-Direction	Pris en charge	0 - THRESHOLD_BREACH_UP
		1 - THRESHOLD_BREACH_DOWN
Final-Unit-Indication	Partiellement pris en charge	TERMINATE et REDIRECT sont pris en charge.
Result-Code	Pris en charge	-

demande de recharge gy AVPs

Tableau 2-8 présente les informations de conformité pour les AVPs de recharge gy pour les opérations de demande. Table 2-8: Demande de Recharge AVPs Gy

AVP de Diamètre	Statut	Remarques
CC-Request-Type	Supporté	4 - EVENT_REQUEST
Requested-Action	Supporté	4 - TOP-UP
Subscription-Id	Supporté	-
– Subscription-Id-Type	Supporté	-
– Subscription-Id-Data	Supporté	-
Event-Timestamp	Supporté	-
Rating-Group	Supporté	-
Service-Identifier	Supporté	-
ORA-Account-Topup	Supporté	-
– ORA-Recharge-Reference	Supporté	-
– ORA-Balance	Supporté	-
– – ORA-Balance-Element-Id	Supporté	-
– – Unit-Value	Supporté	-
– – – Value-Digits	Supporté	-
– – – Exponent	Supporté	-
– – ORA-Validity-Start-Time	Supporté	-
– – ORA-Validity-End-Time	Supporté	-
– – ORA-Validity-Start-Relative	Supporté	-
– – – ORA-Validity-Offset	Supporté	-
– – – ORA-Validity-Unit	Supporté	0 - SECONDES
		1 - MINUTES
		2 - HEURES
		3 - JOURS
		4 - MOIS
		5 - ACC_CYCLE
		6 - BILL_CYCLE
		7 - ABSOLU
		8 - INFINI
– – ORA-Validity-End-Relative	Supporté	-
– – – ORA-Validity-Offset	Supporté	-
– – – ORA-Validity-Unit	Supporté	0 - SECONDES
		1 - MINUTES
		2 - HEURES
		3 - JOURS
		4 - MOIS
		5 - ACC_CYCLE
		6 - BILL_CYCLE
		7 - ABSOLU
		8 - INFINI
– – ORA-First-Usage-Validity	Supporté	-
– – – ORA-Validity-Offset	Supporté	-
– – – ORA-Validity-Unit	Supporté	0 - SECONDES
		1 - MINUTES
		2 - HEURES
		3 - JOURS
		4 - MOIS
		5 - ACC_CYCLE
		6 - BILL_CYCLE
		7 - ABSOLU
		8 - INFINI
– – ORA-Extend-Bucket-Validity	Supporté	0 - FAUX
		1 - VRAI
– – Service-Identifier	Supporté	-
– – Rating-Group	Supporté	-
Multi-Services-Indicator	Non supporté	Ne s’applique pas

AVPs de Réponse de Recharge Gy

Le tableau 2-9 répertorie les informations de conformité pour les AVPs de Recharge Gy pour les opérations de réponse. Table 2-9: Réponse de Top-Up AVPs Gy

AVP de Diamètre	Statut	Remarques
ORA-Remaining-Balance	Supporté	-
– ORA-Balance-Element	Supporté	-
– ORA-Applicable-Services	Supporté	-
– – Service-Identifier	Supporté	-
– – Rating-Group	Supporté	-
– ORA-Balance-Element	Supporté	-
– – Unit-Value	Supporté	-
– – – Value-Digits	Supporté	-
– – – Exponent	Supporté	-
– – ORA-Balance-Item	Supporté	-
– – – Unit-Value	Supporté	-
– – – – Value-Digits	Supporté	-
– – – – Exponent	Supporté	-
– – – ORA-Validity-Start-Time	Supporté	-
– – – ORA-Validity-End-Time	Supporté	-
– – ORA-Earliest-Expiry-Time	Supporté	-
CC-Session-Failover	Supporté	-
Credit-Control-Failure-Handling	Supporté	-

AVPs de Demande de Requête de Solde Gy

Le tableau 2-10 répertorie les informations de conformité pour les AVPs de Requête de Solde Gy pour les opérations de demande. Table 2-10: Requête AVP de solde Gy

AVP Diameter	Statut	Remarques
CC-Request-Type	Pris en charge	4 - EVENT_REQUEST
Requested-Action	Pris en charge	5 - BALANCE_QUERY
Event-Timestamp	Pris en charge	-
Subscription-Id	Pris en charge	-
– Subscription-Id-Data	Pris en charge	-
– Subscription-Id-Type	Pris en charge	-
Service-Identifier	Pris en charge	-
Rating Group	Pris en charge	-
ORA-Balance-Query-Mode	Pris en charge	1- Résumé
		2 - Détail
Multi-Services-Indicator	Non pris en charge	Ne s’applique pas

AVP de réponse de requête de solde Gy

Le tableau 2-11 répertorie les informations de conformité pour les AVP de requête de solde Gy pour les opérations de réponse.

Table 2-11 AVP de réponse de requête de solde Gy

AVP Diameter	Statut	Remarques
Service-Identifier	Pris en charge	Renvoyé uniquement lorsqu’il est défini dans la demande originale ; indique le produit correspondant pour lequel la requête de solde est renvoyée.
Rating-Group	Pris en charge	Renvoyé uniquement lorsqu’il est défini dans la demande originale ; indique le produit correspondant pour lequel la requête de solde est renvoyée.
– ORA-Balance-Element	Pris en charge
—- ORA-Balance-Element-Id	Pris en charge
—- Unit-Value	Pris en charge
—— Value-Digits	Pris en charge
—— Exponent	Pris en charge
—- ORA-Earliest-Expiry-Time	Pris en charge
—- ORA-Balance-Item	Pris en charge
—— Unit-Value	Pris en charge
——– Value-Digits	Pris en charge
——– Exponent	Pris en charge
—— ORA-Validity-Start-Time	Pris en charge
—— ORA-Validity-End-Time	Pris en charge
—— ORA-Consumed-Reservation-Amount	Pris en charge
——– Value-Digits	Pris en charge
——– Exponent	Pris en charge
—— ORA-Active-Reservation-Amount	Pris en charge
——– Value-Digits	Pris en charge
——– Exponent	Pris en charge
—- ORA-Credit-Floor	Pris en charge
—— Value-Digits	Pris en charge
—— Exponent	Pris en charge
—- ORA-Credit-Ceiling	Pris en charge
—— Value-Digits	Pris en charge
—— Exponent	Pris en charge
—- ORA-Percent-Credit-Threshold	Pris en charge
—— ORA-Threshold-Value	Pris en charge
—- ORA-Fixed-Credit-Threshold	Pris en charge
—— ORA-Threshold-Value	Pris en charge
CC-Session-Failover	Pris en charge
Credit-Control-Failure-Handling	Pris en charge

Gy Debit/Refund Request AVPs

Table 2-12 liste les informations de conformité pour les AVPs de demande de Gy Debit/Refund pour les opérations de demande. Table 2-12: Demande de remboursement AVPs Gy

AVP de diamètre	Statut	Remarques
Session-Id	Pris en charge	-
Service-Context-Id	Pris en charge	-
CC-Request-Type	Pris en charge	-
CC-Request-Number		-
Refund-Information	Pris en charge	-
CC-Correlation-Id	Pris en charge	-
Destination-Host	Non pris en charge	-
User-Name	Non pris en charge	L’AVP Subscription-Id-Data est utilisé à la place
CC-Sub-Session-Id	Non pris en charge	-
Acct-Multi-Session-Id	Non pris en charge	-
Origin-State-Id	Non pris en charge	-
Event-Timestamp	Pris en charge	-
Subscription-Id	Pris en charge	-
– Subscription-Id-Data	Pris en charge	-
– Subscription-Id-Type	Pris en charge	-
Requested-Action	Pris en charge	0 - DIRECT_DEBITING
		1 - REFUND_ACCOUNT.
		Pour plus d’informations, voir : [RFC 4006 Section 8.41](https://tools.ietf.org/html/rfc4006#section-8.
Informations-Paramètres-Service	Non pris en charge	-
Informations-Équipement-Utilisateur	Non pris en charge	-
Informations-Proxy	Non pris en charge	-
Enregistrement-Itinéraire	Non pris en charge	-
Informations-Service	Pris en charge	-
– Informations-PS	Pris en charge	-
– – Identifiant-Station-Appelée	Pris en charge	-
– – Fuseau-Horaire-MS-3GPP	Pris en charge	-
Contrôle-Crédit-Multi-Services	Pris en charge	Voir le tableau 2-13

Contrôle-Crédit-Multi-Services

Le tableau 2-13 répertorie les informations de conformité pour les AVP de Contrôle-Crédit-Multi-Services pour les opérations de demande de débit/remboursement Gy. Table 2-13: Contrôle de Crédit Multi-Services AVPs pour Demande de Débit/Remboursement Gy

AVP Diameter	Statut	Remarques
Identifiant-Service	Supporté	-
Groupe-De-Tarification	Supporté	-
Unité-De-Service-Demandée	Supporté	-
– Temps-CC	Supporté	-
– Argent-CC	Supporté	-
– – Valeur-Unité		-
– – – Chiffres-Valeur		-
– – – Exposant	Supporté	-
– – Code-Monnaie	Supporté	-
Élément-Solde-ORA-CC	Supporté	-
– – Valeur-Unité		-
– – – Chiffres-Valeur		-
– – – Exposant	Supporté	-
– – Identifiant-Élément-Solde-ORA	Supporté	-
Total-Octets-CC	Supporté	-
Octets-D’entrée-CC	Supporté	-
Octets-De-sortie-CC	Supporté	-
Unités-Specifiques-De-Service-CC	Supporté	-

AVPs de Réponse de Débit/Remboursement Gy

Le tableau 2-14 répertorie les informations de conformité pour les AVPs de Débit/Remboursement Gy pour les opérations de réponse. Table 2-14: Réponse AVPs de Débit/Remise Gy

AVP de Diamètre	Statut	Remarques
Session-Id	Pris en charge	-
Result-Code	Pris en charge	-
Remaining-Balance	Pris en charge	-
Cost-Information	Pris en charge	-
ORA-Customer-Cost-Information	Pris en charge	-
CC-Session-Failover	Pris en charge	-
Credit-Control-Failure-Handling	Pris en charge	-
Direct-Debiting-Failure-Handling	Pris en charge	-
Multiple-Services-Credit-Control	Pris en charge	Voir Table 2-15

multiple-services-credit-control

La Table 2-15 répertorie les informations de conformité pour les AVPs de Multiple-Services-Credit-Control pour les opérations de réponse de Débit/Remise Gy. Table 2-15: Contrôle de Crédit Multi-Services AVPs pour la Réponse de Débit/Remboursement Gy

AVP Diameter	Statut	Remarques
Code-Résultat	Supporté	-
Identifiant-Service	Supporté	-
Groupe-De-Tarification	Supporté	-
Informations-De-Remboursement	Supporté	Seulement pour remboursement
Unités-De-Service-Accordées	Supporté	Fournies uniquement dans une réponse de débit
Unité-De-Service-Demandée	Supporté	Contient les AVPs soumis dans la demande de message
Solde-Restant-ORA	Supporté	-
Informations-De-Cout-Client-ORA	Supporté	-
Informations-De-Cout-ORA	Supporté	-
Identifiant-Abonné-ORA	Supporté	-
Élément-De-Solde-ORA	Supporté	-
Identifiant-Élément-De-Solde-ORA	Supporté	-
Temps-CC	Supporté	-
Argent-CC	Supporté	-
Valeur-Unitaire	Supporté	-
Chiffres-De-Valeur	Supporté	-
Exposant	Supporté	-
Code-De-Monnaie	Supporté	-
Total-Octets-CC	Supporté	-
Octets-D’Entrée-CC	Supporté	-
Octets-De-Sortie-CC	Supporté	-
Unités-Specifiques-De-Service-CC	Supporté	-

AVPs de Demande de Renseignement de Prix Gy

Table 2-16 liste les informations de conformité pour les AVPs de Renseignement de Prix Gy pour les opérations de demande. Table 2-16: Demande de prix AVPs

Diamètre AVP	Statut	Remarques
Session-Id	Pris en charge	-
Service-Context-Id	Pris en charge	-
CC-Request-Type	Pris en charge	-
CC-Request-Number	Pris en charge	-
Destination-Host	Non pris en charge	-
User-Name	Non pris en charge	L’AVP Subscription-Id-Data est utilisé à la place.
Acct-Multi-Session-Id	Non pris en charge	-
Origin-State-Id	Non pris en charge	-
Event-Timestamp	Pris en charge	-
Subscription-Id	Pris en charge	-
– Subscription-Id-Data	Pris en charge	-
– Subscription-Id-Type	Pris en charge	-
Requested-Action	Pris en charge	3 - DEMANDE_DE_PRIX
Multiple-Services-Indicator	Pris en charge	Toujours censé être Vrai
Service-Information	Pris en charge	-
– PS-Information	Pris en charge	-
– – Called-Station-Id	Pris en charge	-
– – SGSN-Address	Pris en charge	-
– – GGSN-Address	Pris en charge	-
– – MS-TimeZone-3GPP	Pris en charge	-
– – Diagnostics	Pris en charge	-
Service-Parameter-Info	Non pris en charge	-
CC-Correlation-Id	Non pris en charge	-
User-Equipment-Info	Non pris en charge	-
Proxy-Info	Non pris en charge	-
Multiple-Services-Credit-Control	Pris en charge	Voir Tableau 2-17

multiple-services-credit-control

Le tableau 2-17 répertorie les informations de conformité pour les AVP de contrôle de crédit de plusieurs services pour les opérations de demande de prix Gy. Table 2-17: Contrôle de Crédit Multi-Services AVPs pour la Demande de Prix Gy

AVP Diameter	Statut	Remarques
Contrôle de Crédit Multi-Services	Pris en charge	-
– Identifiant-Service	Pris en charge	-
– Groupe-de-Tarification	Pris en charge	-
– Unité-de-Service-Demandée	Pris en charge	-
– – Temps-CC	Pris en charge	-
– – Octets-Entrée-CC	Pris en charge	-
– – Octets-Sortie-CC	Pris en charge	-
– – Octets-Total-CC	Pris en charge	-

AVPs de Réponse à la Demande de Prix Gy

Le tableau 2-18 répertorie les informations de conformité pour les AVPs de Demande de Prix Gy pour les opérations de réponse.

Table 2-18: AVPs de Réponse à la Demande de Prix Gy

AVP Diameter	Statut	Remarques
Identifiant-Séance	Pris en charge	-
Code-Résultat	Pris en charge	-
Contrôle de Crédit Multi-Services	Pris en charge	Voir le tableau 2-19
Informations-Cost	Pris en charge	-
– Valeur-Unité	Pris en charge	-
– – Chiffres-Valeur	Pris en charge	-
– – Exposant	Pris en charge	-
– Code-Monnaie	Pris en charge	-
Échec-de-Séance-CC	Pris en charge	-
Gestion-Echec-Contrôle-Crédit	Pris en charge	-

Contrôle de Crédit Multi-Services

Le tableau 2-19 répertorie les informations de conformité pour les AVPs de Contrôle de Crédit Multi-Services pour les opérations de réponse à la Demande de Prix Gy. Table 2-19: AVPs de Contrôle de Crédit Multi-Services pour la Réponse à la Demande de Prix Gy

AVP Diameter	Statut	Remarques
– Identifiant-Service	Pris en charge	-
– Groupe-de-Tarification	Pris en charge	-
– Unité-de-Service-Demandée	Pris en charge	-
– – Temps-CC	Pris en charge	-
– – Octets-Entrée-CC	Pris en charge	-
– – Octets-Sortie-CC	Pris en charge	-
– – Octets-Total-CC	Pris en charge	-
– Informations-Cout-Client-ORA	Pris en charge	-
– – Identifiant-Abonné-ORA	Pris en charge	-
– – Informations-Cout-ORA	Pris en charge	-
– – – Valeur-Unité	Pris en charge	-
– – – – Chiffres-Valeur	Pris en charge	-
– – – – Exposant	Pris en charge	-
– – – Identifiant-Élément-Solde-ORA	Pris en charge	-

Commandes de Réautorisation de Session Diameter

Le tableau 2-20 répertorie les informations de conformité pour les commandes de réautorisation de session Diameter.

Table 2-20: Commandes de Réautorisation de Session Diameter

Commande Diameter	Statut	Remarques
Re-Auth-Request (RAR)	Pris en charge	-
Re-Auth-Answer (RAA)	Pris en charge	-

AVPs de Re-Auth-Request

Le tableau 2-21 répertorie les informations de conformité pour les AVPs de Re-Auth-Request (RAR). Table 2-21: Re-Auth-Request AVPs

Diameter AVP	Statut	Remarques
Session-Id	Pris en charge	-
Origin-Host	Pris en charge	-
Origin-Realm	Pris en charge	-
Destination-Host	Pris en charge	-
Destination-Realm	Pris en charge	-
Origin-State-Id	Pris en charge	-
Service-Identifier	Pris en charge	-
Rating-Group	Pris en charge	-

Re-Auth-Answer AVPs

Table 2-22 lists the compliance information for Re-Auth-Answer (RAA) AVPs.

Table 2-22: Re-Auth-Answer AVPs

Diameter AVP	Statut	Remarques
Session-Id	Pris en charge	-
Origin-Host	Pris en charge	-
Origin-Realm	Pris en charge	-
Result-Code	Pris en charge	-

Diameter Session Termination Commands

Table 2-23 lists the compliance information for Diameter Session Termination commands.

Table 2-23: Diameter Session Termination Commands

Diameter Command	Statut	Remarques
Session-Termination-Request	Pris en charge	-
Session-Termination-Answer	Pris en charge	-

Session-Termination-Request AVPs

Table 2-24 lists the compliance information for Session-Termination-Request (STR) AVPs.

Table 2-24: Session-Termination-Request AVPs

Diameter AVP	Statut	Remarques
Session-Id	Pris en charge	-

Session-Termination-Answer AVPs

Table 2-25 lists the compliance information for Session-Termination-Answer (STA) AVPs. Table 2-25: Session-Termination-Answer AVPs

Diameter AVP	Statut	Remarques
Session-Id	Supporté	-
Result-Code	Supporté	-
Failed-AVP	Supporté	-

Protocole Diameter Gx

L’application Gx est caractérisée comme une application Diameter spécialisée pour des fournisseurs spécifiques. Dans le contexte du protocole Diameter sur l’interface Gx, le 7x50 (Fonction d’Application de Politique et de Facturation, PCEF) fonctionne en tant que Client Diameter, tandis que la Fonction de Règles de Politique et de Facturation (PCRF) sert de Serveur Diameter. L’application Diameter Gx intègre des Codes de Commande existants provenant à la fois du Protocole de Base Diameter (conformément à RFC 6733) et de l’Application de Contrôle de Crédit Diameter (selon RFC 4006).

Pour sa représentation des données dans les structures de messagerie (en particulier, les codes de commande), Gx utilise des Paires Attribut-Valeur (AVP).

Les origines des AVP dans Gx sont diverses, y compris :

AVP uniques à Gx, comme spécifié dans le document 3GPP Gx TS 29.212.
AVP empruntés à d’autres applications Diameter (par exemple, RFC 4006, RFC 4005), d’autres spécifications 3GPP, l’Institut Européen des Normes de Télécommunications (ETSI), etc.
Attributs recyclés de RADIUS (avec des codes AVP 0-255 réservés pour ces attributs réutilisés).
AVP spécifiques au fournisseur.

Le processus pour initier et maintenir la connexion entre le 7x50 (PCEF) et le PCRF est régi par le protocole Diameter fondamental, décrit dans RFC 3588/6733.

AVP Gx

Ce guide offre un résumé des Paires Attribut-Valeur (AVP) Gx prises en charge par le 7750 SR. L’implémentation suit la spécification sur Gx Release v11.12, doc 3GPP 29212-bc0.doc.

Table 1 montre les conventions utilisées dans ce guide. Table 1-1: Conventions d’attributs

Attribut	Description
0	Cet attribut ne doit pas être présent dans le paquet.
0+	Zéro ou plusieurs instances de cet attribut peuvent être présentes dans le paquet.
0-1	Zéro ou une instance de cet attribut peut être présente dans le paquet.
1	Exactement une instance de cet attribut doit être présente dans le paquet.

AVPs

Certains AVPs ne s’appliquent que dans une seule direction, tandis que d’autres s’appliquent aux deux directions.

Les AVPs envoyés par le 7750 SR sont utilisés pour :

informer le PCRF de la création/termination de l’hôte et de l’identité de l’hôte abonné dans le 7750 SR
informer le PCRF des fonctionnalités prises en charge dans le 7750 SR
signaler des événements spécifiques liés à l’hôte abonné
signaler l’état des règles
signaler la surveillance de l’utilisation
signaler l’état de l’hôte (existant/non-existant)

Les AVPs envoyés par le PCRF vers le 7750 SR sont utilisés pour :

installer ou activer des politiques
demander la surveillance de l’utilisation
terminer l’hôte abonné
demander l’état de l’hôte abonné (existant/non-existant)

Les AVPs qui s’appliquent aux deux directions sont utilisés pour les fonctionnalités de base de Diameter telles que l’établissement de peering, le routage des messages Diameter, l’identification de session et le rapport des pannes catastrophiques (changement OSI).

Mots-clés réservés dans le 7750 SR

Les mots-clés réservés utilisés pour identifier le type d’objet référencé dans le 7750 SR sont listés dans le Tableau 1-2. Voir le Tableau 1-4 pour plus de références.

Table 1-2: Mots-clés réservés dans le 7750 SR

Mots-clés réservés	Utilisé dans AVP	Commentaires
ingr-v4	charging-rule-name	Utilisé pour identifier le type d’objet référencé dans le 7x50. Voir le Tableau 1-3.
egr-v4	nom-de-règle-de-chargement	Utilisé pour identifier le type d’objet référencé dans 7x50. Voir le tableau 1-3.
egr-v6	nom-de-règle-de-chargement	Utilisé pour identifier le type d’objet référencé dans 7x50. Voir le tableau 1-3.
in-othr-v4	nom-de-règle-de-chargement	Utilisé pour identifier le type d’objet référencé dans 7x50. Voir le tableau 1-3.
in-othr-v6	nom-de-règle-de-chargement	Utilisé pour identifier le type d’objet référencé dans 7x50. Voir le tableau 1-3.
sub-id	nom-de-règle-de-chargement	Utilisé pour identifier le type d’objet référencé dans 7x50. Voir le tableau 1-3.
sla-profile	nom-de-règle-de-chargement	Utilisé pour identifier le type d’objet référencé dans 7x50. Voir le tableau 1-3.
sub-profile	nom-de-règle-de-chargement	Utilisé pour identifier le type d’objet référencé dans 7x50. Voir le tableau 1-3.
inter-dest	nom-de-règle-de-chargement	Utilisé pour identifier le type d’objet référencé dans 7x50. Voir le tableau 1-3.
cat-map	nom-de-règle-de-chargement	Utilisé pour identifier le type d’objet référencé dans 7x50. Voir le tableau 1-3.
aa-functions	nom-de-règle-aa, nom-de-règle-de-chargement	Utilisé pour identifier le type d’objet référencé dans 7x50. Voir le tableau 1-3.
aa-functions:app	nom-de-règle-de-chargement	Utilisé pour identifier le profil d’application AA directement dans l’AVP nom-de-règle-de-chargement dans une installation de règle de chargement. Voir le tableau 1-4 et le tableau 1-5.
aa-functions:urlparam	nom-de-règle-de-chargement	Utilisé pour identifier le paramètre URL HTTP AA Sub directement dans un AVP nom-de-règle-de-chargement lors d’une installation de règle de chargement. Voir Tableau 1-4 et Tableau 1-5.
aa-functions:subscope	nom-de-règle-de-chargement	Utilisé pour identifier le sous-domaine AA directement dans un AVP nom-de-règle-de-chargement lors d’une installation de règle de chargement. Voir Tableau 1-4 et Tableau 1-5.
aa-um	nom-de-règle-de-chargement	Utilisé pour identifier le type d’objet référencé dans 7x50. Voir Tableau 1-3.

AVPs Diamètre Standard

Les AVPs s’appliquent dans les applications suivantes :

Gx-PM-ESM — Gestion des Politiques pour une Gestion Améliorée des Abonnés
Gx-UM-ESM — Surveillance de l’Utilisation pour une Gestion Améliorée des Abonnés
Gx-PM-AA — Gestion des Politiques pour l’Assurance des Applications
Gx-UM-AA — Surveillance de l’Utilisation pour l’Assurance des Applications

Les AVPs énumérés dans le Tableau 1-3 suivant qui n’ont pas d’application associée sont des AVPs utilisés à des fins génériques et leur utilisation peut s’étendre à toutes les applications.

Tableau 1-3 : Description des AVPs Diamètre Standard

ID AVP	Nom AVP	Section Définie	Application	Description
5	NAS-Port	RFC 2865 / §5.5		Voir le Guide de Référence des Attributs RADIUS 7750 SR et VSR.
8	Framed-IP-Address	RFC 4005 / §6.11.1		Cet AVP spécifie l’adresse IPv4 de l’hôte abonné. L’adresse IPv4 est obtenue avant l’établissement de la session Gx. L’adresse IPv4 ne peut pas être attribuée à l’hôte abonné par le PCRF via Gx mais est utilisée uniquement pour le reporting.
18	3GPP-SGNS-MCC-MNC	29.	061
22	3GPP-User-Location-Info	29.061		Dans CCR-I, cela contient les informations de localisation de l’utilisateur telles que signalées dans le message GTP-C entrant pour les hôtes GTP Access.
				Pour un CCR-U déclenché par USER_LOCATION_CHANGE (ULC), ECGI_CHANGE ou TAI_CHANGE, inclura les valeurs ULI comme suit :
				- Si le déclencheur était ULC et que l’ULI contient autre chose qu’ECGI ou TAI, l’ULI est signalé comme reçu dans GTP.
				- Si le déclencheur était ULC et que TAI ou ECGI a changé de sa dernière valeur connue, TAI et ECGI seront inclus.
				- Si le déclencheur était ECGI_CHANGE et qu’ECGI a changé de sa dernière valeur connue, ECGI est inclus.
				- Si le déclencheur était TAI_CHANGE et que TAI a changé de sa dernière valeur connue, TAI est inclus.
25	Classe	RFC 2865 / §5.25		Cet attribut est disponible pour être envoyé par le PCRF au 7750 SR et est renvoyé sans modification par le 7750 SR au PCRF. Le 7750 SR n’interprète pas cet attribut localement.
30	Identifiant-Station-Appelée	RFC 2865 / §5.30	RFC 4005 / §4.	5
31	Identifiant de la station d’appel	RFC 4005 / §4.6		Voir le guide de référence des attributs RADIUS du 7750 SR et VSR.
55	Horodatage de l’événement	RFC 6733 / §8.21		Cet AVP enregistre le moment où cet événement s’est produit sur le 7750 SR, en secondes depuis le 1er janvier 1900 00:00 UTC.
61	Type de port NAS	RFC 2865 / §5.41	RFC 4005 / §4.4	RFC 4603
				Voir le guide de référence des attributs RADIUS du 7750 SR et VSR.
87	Identifiant de port NAS	RFC 2869 / §5.17	RFC 4005 / §4.3	Voir le guide de référence des attributs RADIUS du 7750 SR et VSR.
92	Règle de filtrage NAS	RFC 4849	Gx-PM-ESM	Voir le guide de référence des attributs RADIUS du 7750 SR et VSR.
				Cet AVP est imbriqué dans l’AVP de définition de règle de facturation.
97	Préfixe-IPv6-encadré	RFC 4005 / §6.11.6		Cet AVP spécifie le préfixe IPv6 et la longueur de préfixe qui est attribuée à l’hôte via SLAAC (Annonce de routeur) du côté WAN de l’utilisateur.
				Le préfixe IPv6 et la longueur de préfixe sont obtenus avant l’établissement de la session Gx.
				Les installations pour fournir le préfixe IPv6 et la longueur de préfixe à l’hôte abonné sont le serveur DHCP/pools locaux, RADIUS ou LUDB.
123	Préfixe-IPv6-Délégué	RFC 4818		Cet attribut porte le préfixe (ipv6-prefix/longueur-de-préfixe) attribué à l’hôte via DHCPv6 (IA-PD) pour le côté LAN de l’utilisateur (IPoE, PPPoE).
				Le préfixe IPv6/longueur de préfixe est obtenu avant l’établissement de la session Gx.
				Les installations pour fournir le préfixe IPv6/longueur de préfixe à l’hôte abonné sont le serveur DHCP/pools locaux, RADIUS ou LUDB.
				Le préfixe IPv6/longueur de préfixe ne peut pas être attribué à l’hôte abonné par le PCRF via Gx. Au lieu de cela, le préfixe IPv6 et la longueur de préfixe sont ceux qui sont rapportés au PCRF pendant la phase d’instanciation de l’hôte.
257	Adresse-IP-Hôte	RFC 6733 / §5.3.5		Cet AVP est utilisé pour informer un pair Diameter de l’adresse IP de l’expéditeur.
				L’adresse IPv4 utilisée est celle configurée dans la politique de pair diameter. Si aucune n’est configurée, alors l’adresse système-IP est utilisée.
258	Id-Application-Auth	RFC 6733 / §6.8		Cet AVP indique les applications Diameter prises en charge.
				Le support de l’application est échangé dans CER/CEA lorsque les sessions de peering sont établies.
				La valeur de l’ID d’application Gx est 16777238 et elle est annoncée dans l’AVP Auth-Application-Id au sein de l’AVP Grouped Vendor-Specific-Application-Id dans le message CER.
				De plus, chaque message spécifique Gx contient l’AVP Auth-Application-Id avec la valeur de 16777238.
260	Vendor-Specific-Application-Id	RFC 6733 / §6.11		Il s’agit d’un AVP groupé qui est utilisé pour annoncer le support d’une application Diameter spécifique au fournisseur dans les messages CER/CEA. Gx est une telle application. Cet AVP contient l’AVP Vendor-Id de l’application et l’AVP auth-application-id.
263	Session-id	RFC 6733 / §8.8		Cet AVP doit être présent dans tous les messages et il est utilisé pour identifier une session IP-Can spécifique. La session IP-Can correspond à un hôte abonné, qui peut être un hôte DHCPv4/v6, PPPoX ou ARP. L’AVP Session-id est unique par hôte.
				Les hôtes à double pile (IPoE ou PPPoX) partagent un seul session-id.
264	Origin-Host	RFC 6733 / §6.3		Cet AVP doit être présent dans tous les messages et il est utilisé pour identifier le point de terminaison (pair Diameter) qui a généré le message.
265	Supported-Vendor-Id	RFC 6733 / §5.3.6		Cet AVP est utilisé dans les messages CER/CEA pour informer le pair que l’expéditeur prend en charge un sous-ensemble des AVP spécifiques au fournisseur définis par le fournisseur identifié dans cet AVP.
266	Vendor-Id	RFC 6733 / §5.3.	3
				Cet AVP peut faire partie de l’AVP Identifiant-Application-Specifique-Fournisseur, de l’AVP Échoué, de l’AVP Résultat-Expérimental pour identifier le fournisseur associé au message/AVP pertinent.
				En cas d’AVP Identifiant-Fournisseur autonome (en dehors de tout AVP groupé) transmis dans les messages CER/CEA, il est prévu que cet AVP, ainsi que l’AVP Nom-Produit et l’AVP Révision-Firmware, puissent fournir des informations de débogage utiles.
267	Révision-Firmware	RFC 6733 / §5.3.4		La version du système d’exploitation SR est rapportée.
268	Code-Résultat	RFC 6733 / §7.1		Cet AVP indique si une demande particulière a été complétée avec succès ou si une erreur s’est produite.
				Tous les messages de réponse dans Diameter/Gx doivent inclure un AVP Code-Résultat ou un AVP Résultat-Expérimental.
269	Nom-Produit	RFC 6733 / §5.3.7		Cet AVP spécifie le nom attribué par le fournisseur.
278	Identifiant-État-Origine	RFC 6733 / §8.16		Cet AVP est utilisé pour informer le PCRF de la perte de l’état du côté 7750 SR. Sa valeur augmente de manière monotone chaque fois que le PCRF est redémarré avec la perte de l’état précédent.
				Parce que les sessions Gx ne sont pas persistantes dans le 7750 SR, l’Identifiant-État-Origine augmente chaque fois que le 7750 SR est redémarré.
279	AVP-Échoué	RFC 6733 / §7.
281	Message d’erreur	RFC 6733 / §7.3		Cet AVP fournit plus d’informations sur l’échec indiqué dans l’AVP Result-Code.
282	Enregistrement de route	RFC 6733 / §6.7.1		Cet AVP identifie le pair à partir duquel la demande est reçue et est utilisé pour la détection de boucles de routage. Un nœud SR insère l’hôte d’origine du pair dans l’AVP Route-Record de tous les messages de demande de transit.
283	Domaine de destination	RFC 6733 / §6.6		Cet AVP représente le domaine vers lequel ce message doit être routé.
285	Type de demande de réauthentification	RFC 6733 / §8.12		Cet AVP est obligatoire dans les demandes RAR. Le contenu de cet AVP est ignoré par le 7750 SR.
293	Hôte de destination	RFC 6733 / §6.5		Cet AVP représente l’hôte vers lequel ce message doit être envoyé.
				La valeur de cet AVP peut être configurée explicitement.
				Dans le cas où il est omis, le DRA (agent de relais Diameter) qui reçoit le message sélectionne l’hôte de destination vers lequel le message est envoyé.
295	Cause de terminaison	RFC 6733 / §8.15		Cet AVP est utilisé pour indiquer la raison pour laquelle une session a été terminée sur le 7750 SR.
296	Domaine d’origine	RFC 6733 / §6.	4
297	Résultat-Expérimental	RFC 6733 / §7.6		Il s’agit d’un AVP groupé qui indique si une demande spécifique à un fournisseur a été complétée avec succès ou si une erreur s’est produite. Il contient une valeur assignée par le fournisseur représentant le résultat du traitement d’une demande.
				Les valeurs d’AVP de code de résultat définies dans le RFC de base Diameter (6733, §7.1) s’appliquent également à l’AVP Résultat-Expérimental.
				Pour une liste des valeurs de code de résultat expérimental spécifiques à Gx prises en charge dans le 7750 SR, voir le tableau 10. Pour l’application Gx, l’AVP Identifiant-Fournisseur est défini sur 10415 (3GPP).
				Tous les messages de réponse définis dans l’application spécifique au fournisseur doivent inclure soit un AVP Code-de-Résultat, soit un AVP Résultat-Expérimental.
298	Code-de-Résultat-Expérimental	RFC 6733 / §7.7	29.214 / §5.5	Cet AVP spécifie des valeurs assignées par le fournisseur (3GPP — Gx) représentant le résultat du traitement de la demande.
				Pour une liste des valeurs prises en charge par le 7750 SR pour Gx, voir le tableau 1-10.
302	Identifiant-Accès-Logique	ETSI TS 283 034 / §7.3.3	BBF TR-134 (§7.1.4.	1)
313	Identifiant d’accès physique	ETSI TS283 034 / §7.3.14	BBF TR-134 (§7.1.4.1)	Cet AVP contient des informations sur l’identité de l’accès physique auquel l’appareil utilisateur est connecté, à savoir : remote-id de l’option DHCPv4 (82,2) remote-id de l’étiquette PPPoE (0x105, 0x00000de9 [forum dsl], 0x02 — DSL Forum TR-101) remote-id de l’option DHCPv6 37. L’ID du fournisseur dans le CER est défini sur ETSI (13019).
412	Octets d’entrée CC	RFC 4006 / §8.24	Gx-UM-ESM Gx-UM-AA	Cet AVP contient le nombre d’octets demandés, accordés ou utilisés par l’utilisateur.
414	Octets de sortie CC	RFC 4006 / §8.25	Gx-UM-ESM Gx-UM-AA	Cet AVP contient le nombre d’octets demandés, accordés ou utilisés vers l’utilisateur.
415	Numéro de demande CC	RFC 4006 / §8.2		Cet AVP identifie chaque demande au sein d’une session. Chaque demande au sein d’une session a un numéro de demande CC unique qui est utilisé pour faire correspondre les demandes avec les réponses.
416	Type de demande CC	RFC 4006 / §8.	3
418	CC-Session-Failover	RFC 4006 / §8.4		Ce AVP contrôle si le pair secondaire sera utilisé en cas de non-réponse du pair principal (comportement de basculement de pair). La non-réponse est déterminée par le délai d’attente du message précédemment envoyé. Si ce AVP n’est pas fourni via PCRF, les options configurées localement dans le 7750 SR détermineront le comportement de basculement de pair. Pour plus de détails sur le comportement de basculement de pair, voir la section “Fonction de retour Gx” dans le Guide de configuration Gx.
421	CC-Total-Octets	RFC 4006 / §8.23	Gx-UM-ESM Gx-UM-AA	Ce AVP contient le nombre d’octets demandés, accordés ou utilisés, quelle que soit la direction (envoyés ou reçus).
427	Credit-Control-Failure-Handling	RFC 4006 / §8.14		Ce AVP contrôle si l’abonné est résilié ou instancié avec des paramètres par défaut en cas de non-réponse du PCRF. La non-réponse est déterminée par le délai d’attente du message précédemment envoyé. Si ce AVP n’est pas fourni via PCRF, les options configurées localement dans le 7750 SR déterminent le comportement. Pour plus de détails, voir la section “Fonction de retour Gx” dans le Guide de configuration Gx.
431	Granted-Service-Unit	RFC 4006 / §8.17	Gx-UM-ESM Gx-UM-AA	Ce AVP groupé est envoyé par le PCRF au 7750 SR à des fins de surveillance de l’utilisation. Lorsque la quantité accordée d’unités est consommée par l’utilisateur, un rapport est envoyé du 7750 SR au PCRF. La quantité d’unités consommées peut être mesurée à trois niveaux différents : Niveau de session (niveau hôte) Niveau de règle PCC (catégorie de crédit dans le 7750 SR) Niveau de règle ADC (niveau AA dans le 7750 SR)
433	Redirect-Address-Type	RFC 4006 / §8.	38	Gx-PM-ESM
435	Redirect-Server-Address	RFC 4006 / §8.39	Gx-PM-ESM	Cet AVP spécifie la chaîne URL du serveur de redirection.
443	Subscription-Id	RFC 4006 / §8.46		Cet AVP est de type Grouped et est utilisé pour identifier l’hôte abonné dans le 7750 SR. Les AVP imbriqués sont subscription-id-data et subscription-id-type.
444	Subscription-Id-Data	RFC 4006 / §8.48		Cet AVP fait partie de l’AVP subscription-id et est utilisé pour identifier l’hôte par : Circuit-id Dual-stack-remote-id Imei Imsi Mac de l’hôte Msisdn Subscriber-id Nom d’utilisateur (ppp-username ou une chaîne renvoyée dans l’attribut Username via RADIUS ou NASREQ) Le type d’abonnement (AVP subscription-id-type) doit être explicitement défini via CLI. Les données seront formatées selon le type défini. Pour l’accès GTP S11, la valeur sous configure>subscriber-mgmt>diameter-application-policyapplication-policy-name>gxavp-subscription-id est ignorée et la session inclut toujours deux AVP Subscription-Id pour à la fois IMSI et MSISDN.
446	Used-Service-Unit	RFC 4006 / §8.19	Gx-UM-ESM Gx-UM-AA	Cet AVP est de type Grouped et représente le seuil de volume mesuré pour les fins de contrôle de surveillance de l’utilisation. Il est envoyé dans l’AVP Usage-Monitoring-Report du 7750 SR au PCRF lorsque le seuil d’unité accordée est atteint ou en réponse à une demande de rapport d’utilisation du PCRF.
450	Subscription-Id-Type	RFC 4006 / §8.47		Cet AVP est utilisé pour déterminer quel type d’identifiant est porté par l’AVP subscription-id. Les formats suivants (types) sont pris en charge dans le 7750 SR : format E.164 (ITU-T E.164) format IMSI (ITU-T E.
458	Informations-Équipement-Utilisateur	RFC 4006 / §8.49		Il s’agit d’un AVP groupé qui transporte des informations sur l’identité et les capacités de l’hôte.
459	Type-Informations-Équipement-Utilisateur	RFC 4006 / §8.50		Cet AVP est imbriqué dans l’AVP Informations-Équipement-Utilisateur. Les types suivants sont pris en charge dans le 7750 SR : IMEISV – contient l’IMEI et la version du logiciel selon le document 3GPP TS 23.003. Adresse MAC Eui64 basée sur une adresse MAC de 48 bits avec 0xfffe inséré au milieu. Modified_eui64 — similaire à eui64 mais avec le bit ‛u’ inversé comme défini dans : http://standards.ieee.org/develop/regauth/tut/eui64.pdf et RFC 4291. Le type d’équipement doit être explicitement défini via la CLI. Pour l’accès GTP S11, la configuration est ignorée et utilise toujours IMEISV.
460	Valeur-Informations-Équipement-Utilisateur	RFC 4006 / §8.51		Cet AVP transporte la valeur définie par l’AVP Type-Informations-Équipement-Utilisateur.
507	Description-Flot	29.214 / §5.3.8	Gx-PM-ESM	Cet AVP est imbriqué dans l’AVP Informations-Flot. Il identifie le trafic au sein de la règle PCC basée sur le 5 tuple.
511	Statut-Flot	29.214 / §5.3.11	Gx-PM-ESM	Cet AVP est utilisé pour définir l’action de contrôle de service pour le service représenté par la règle PCC. Il est imbriqué dans l’AVP Définition-Règle-De-Charging. Les valeurs prises en charge sont : ENABLED (2) DISABLED (3) Le service identifié par la règle PCC est par défaut activé (Statut-Flot = ENABLED). S’il est explicitement configuré dans la règle PCC, il doit être accompagné d’une ou plusieurs actions supplémentaires. Sinon, l’instanciation de la règle PCC échoue. Statut-Flot = DISABLED peut être la seule action au sein de la règle PCC. Le trafic associé à cette action est abandonné.
515	Bande-Passante-Max-Demandée-DL	29.214 / §5.3.	14	Gx-PM-ESM
516	Max-Requested-Bandwidth-UL	29.214 / §5.3.15	Gx-PM-ESM	En fonction du contexte dans lequel il est configuré (imbriqué), cet AVP représente le PIR entrant d’une file d’attente ou d’un policier.
554	Extended-Max-Requested-BW-DL	29.214 / §5.3.52	Gx-PM-ESM	Pour des exigences de taux plus élevées, cet AVP peut être utilisé à la place de l’AVP Max-Requested-Bandwidth-DL.
555	Extended-Max-Requested-BW-UL	29.214 / §5.3.52	Gx-PM-ESM	Pour des exigences de taux plus élevées, cet AVP peut être utilisé à la place de l’AVP Max-Requested-Bandwidth-UL.
628	Supported-Features	29.229 / §6.3.29	29.212 / §5.4.1	Il s’agit d’un AVP groupé qui est utilisé lors de l’établissement de session Gx pour informer l’hôte de destination des fonctionnalités requises et optionnelles que l’hôte d’origine prend en charge. Une instance de l’AVP Supported-Features est nécessaire par Feature-List-id.
629	Feature-List-Id	29.229 / §6.3.30		Cet AVP contient l’identité d’une liste de fonctionnalités. Cet AVP permet de différencier plusieurs listes de fonctionnalités dans le cas où une application a plusieurs listes de fonctionnalités définies.
630	Feature-List	29.229 / §6.3.31		Cet AVP contient un masque de bits indiquant la fonctionnalité prise en charge dans Gx. Les fonctionnalités Gx dans l’AVP Feature-List sont définies dans 3GPP TS 29.212, §5.4.1.
909	RAI	29.	061
1001	Charging-Rule-Install	29.212 / §5.3.2		Cet AVP est de type Grouped et est utilisé pour appliquer des remplacements, installer des inserts de filtre NAS et installer ou modifier des règles PCC dans le nœud comme indiqué par le PCRF.
1002	Charging-Rule-Remove	29.212 / §5.3.3		Cet AVP est de type Grouped et est utilisé pour supprimer des règles PCC d’une session IP CAN.
1003	Charging-Rule-Definition	29.212 / §5.3.4		Cet AVP est de type Grouped et est utilisé pour les remplacements de règles, les inserts de filtre NAS ou l’installation de règles PCC. Il contient des AVP imbriqués qui définissent les remplacements (changements de tarif d’un abonné, d’une file d’attente ou d’un policier, etc.), un insert de filtre NAS ou une définition de règle PCC complètement nouvelle.
1005	Charging-Rule-Name	29.212 / §5.3.6		Cet AVP est utilisé pour référencer une règle prédéfinie dans le nœud, nommer la règle PCC qui est définie par l’AVP Charging-Rule-Definition, et signaler l’état de la règle/remplacement en cas d’échec d’activation de la règle/remplacement.
1006	Event-Trigger	29.212 / §5.3.7		Cet AVP peut être envoyé par le PCRF pour s’abonner à un événement particulier dans le 7750 SR.
1010	Precedence	29.212 / §5.3.11	Gx-PM-ESM	Cet AVP est porté dans une définition de règle PCC (Charging-Rule-Definition) et détermine l’ordre dans lequel les règles PCC sont installées pour l’hôte abonné.
1014	ToS-Traffic-Class	29.214 / §5.3.15	Gx-PM-ESM	Cet AVP est imbriqué dans l’AVP Flow-Information. Il identifie le trafic au sein de la règle PCC en fonction des bits DSCP.
1016	QoS-Information	29.212 / §5.3.	16	Gx-PM-ESM

| 1018 | Charging-Rule-Report | 29.212 / §5.3.18 | | Cette AVP est de type Grouped et est utilisée pour rapporter l’état des règles PCC dans le 7750 SR.

| 1019 | PCC-Rule-Status | 29.212 / §5.3.19 | | Cette AVP décrit l’état des règles comme actif ou inactif et est imbriquée dans l’AVP Charging-Rule-Report.

| 1025 | Guaranteed-Bitrate-DL | 29.212 / §5.3.25 | Gx-PM-ESM | En fonction du contexte dans lequel il est configuré (imbriqué), cette AVP représente le CIR sortant d’une file d’attente ou d’un policier.

| 1026 | Guaranteed-Bitrate-UL | 29.212 / §5.3.26 | Gx-PM-ESM | En fonction du contexte dans lequel il est configuré (imbriqué), cette AVP représente le CIR entrant d’une file d’attente ou d’un policier.

| 1027 | IP-CAN-Type | 29.212 / §5.3.27 | | Cette AVP indique le type de réseau d’accès de connectivité auquel l’utilisateur est connecté.

| 1028 | QoS-Class-Identifier | 29.212 / §5.3.17 | | Cette AVP identifie une classe de transfert QoS au sein du routeur.

| 1031 | Rule-Failure-Code | 29.212 / §5.3.38 | | Cette AVP est envoyée du routeur au PCRF dans un AVP Charging-Rule-Report ou ADC-Rule-Report pour identifier la raison pour laquelle une règle est rapportée.

AVP Diameter Standard (format)

Le tableau 1-4 répertorie les AVP Diameter standard.

Incl/Excl – L’attribut peut être supprimé via CLI.

Drapeaux (tels que définis par le 7750 SR lors de la construction de l’AVP) :

V — Bit spécifique au fournisseur
M — Bit obligatoire
P — Ce bit est toujours défini sur 0

UTF8String est une chaîne lisible par l’homme utilisant le format de transformation UTF-8 (qui est pour l’encodage 7 bits le même que l’US-ASCII). OctetString est un type de données de base qui contient des données arbitraires. Par exemple, Charging-Rule-Name AVP est un OctetString selon le RFC 6733, mais dans le 7750 SR, il est affiché comme une chaîne lisible (UTF8String).

Les indicateurs pour les AVP spécifiques à Gx sont définis dans le RFC 6733, §4.5 ; 29.212, §5.3.

Les indicateurs pour les AVP réutilisés de Gx sont définis comme décrit dans le RFC 6733, §4.5 et dans le 3GPP 29.219, §5.4 — ‟Les AVP du protocole de base Diameter ne sont pas inclus dans le tableau 5.4, mais ils sont réutilisés pour le point de référence Gx. Sauf indication contraire, les AVP réutilisés doivent maintenir leurs paramètres d’indicateur ‘M’, ‘P’ et ‘V’. Lorsque les AVP RADIUS 3GPP sont réutilisés, sauf indication contraire, ils doivent être traduits en AVP Diameter comme décrit dans le RFC 4005 [12], à l’exception que l’indicateur ‘M’ doit être défini et que l’indicateur ‘P’ peut être défini”.

NA — Ce mot-clé (Non Annoncé) indique que l’AVP n’est pas originaire du 7750 SR et par conséquent, le 7750 SR ne définit pas les bits d’indicateur. Cependant, le 7750 SR reconnaît les AVP et les valeurs correspondantes énumérées dans le tableau, indépendamment des bits M définis par le PCRF. Cependant, si le bit V est présent dans l’AVP reçu, alors le champ Vendor-Id dans la mise en page de l’AVP doit également être présent et défini sur la valeur correcte, car l’AVP avec le bit V défini est identifié par la paire <avp-id, vendor-id>.

Table 1-4 : AVP Diameter standard (format)

AVP ID	AVP Name	Incl/ Excl	Type	Flags	Limits	Format
5	NAS-Port	Oui	Unsigned32	M	4 octets	Voir le Guide de Référence des Attributs RADIUS du 7750 SR et VSR.
8	Framed-IP-Address	Non	OctetString	M	4 octets	Exemple : ip-address 10.11.12.13 Framed-IP-Address = 0a0b0c0d Comme défini dans le RFC 4005, §6.11.1.
30	Called-Station-Id	Oui	UTF8String	M	64 caractères	Exemple : Called-Station-Id = mac:ssid ou mac uniquement si ssid n’est pas disponible.
31	Calling-Station-ID	Oui	UTF8String	M	64 caractères	Exemple : llid
55	Event-Time stamp	Non	Time	M	4 octets	Voir le Guide de Référence des Attributs RADIUS 7750 SR et VSR.
61	NAS-Port-Type	Oui	Enumerated	M	4 octets	Les valeurs pour cet attribut sont définies dans les RFC 2865, 4005 et 4603. Voir le Guide de Référence des Attributs RADIUS 7750 SR et VSR.
87	NAS-Port-Id	Oui	UTF8String	M	253 octets	Voir le Guide de Référence des Attributs RADIUS 7750 SR et VSR.
92	NAS-Filter-Rule	NA	UTF8String	NA	Max 10 attributs par message ou max 10 entrées de filtre par message.	Voir le Guide de Référence des Attributs RADIUS 7750 SR et VSR.

La disposition de l’AVP est : <1 octet Réservé> <1 octet Longueur> <max 16 octets pour le Préfixe> | | 123 | Préfixe-IPv6-Délégué | Non | OctetString| M | — | <préfixe-IPv6/longueur-préfixe> avec longueur de préfixe [48 à 64]

La disposition de l’AVP est : <1 octet Réservé> <1 octet Longueur> <max 16 octets pour le Préfixe> | | 257 | Adresse-IP-Hôte | Non | Adresse | M | — | Adresse IPv4 | | 258 | Id-Application-Auth | Non | Unsigned32 | M | — | Exemple : Gx Id-Application-Auth = 16777238 | | 260 | Id-Application-Spécifique-Vendeur | Non | Grouped | M | — | Cet AVP contient l’AVP Id-Vendeur et l’AVP Id-Application-Auth. Pour Gx, l’Id-Vendeur = 10415 (3GPP) et l’Id-Application-Auth = 16777238. | | 263 | Id-séance | Non | UTF8String | M | 102 octets | L’id-séance doit être globalement et éternellement unique. Le format de l’id-séance est le suivant : ;<32 bits supérieurs>;<32 bits inférieurs> Dans le 7750 SR, l’id-séance est défini comme : identité-diamètre;temps-de-fonctionnement-boîte; numéro-séquence Exemple : routeur.station-de-travail. | 264 | Origin-Host | Non | DiameterIdentity | M | 80 octets | Exemple : Origin-Host = host-name-1@domain-name-1 | | 265 | Supported-Vendor-Id | Non | Unsigned32 | M | — | Numéro de fournisseur attribué par l’IANA : 3GPP — 10415 ETSI — 13019 Tridens — 6527 | | 266 | Vendor-Id | Non | Unsigned32 | M | — | Numéro de fournisseur attribué par l’IANA : 3GPP — 10415 ETSI — 13019 Tridens — 6527 BBF — 3561 | | 267 | Firmware-Revision | Non | Unsigned32 | — | — | Référence à la version de publication majeure/mineure. Exemple : 805 — Publication 8R5 | | 268 | Result-Code | Non | Unsigned32 | M | — | Voir le tableau 10 pour les codes d’erreur. | | 269 | Product-Name | Non | UTF8String | — | — | Nom attribué par le fournisseur pour le produit. Exemple : ‟SR OS” | | 278 | Origin-State-Id | Non | Unsigned32 | M | — | Exemple : Origin-State-Id = 10 | | 279 | Failed-AVP | Non | Grouped | M | — | Cet AVP contient l’AVP qui n’a pas pu être traité avec succès. | | 281 | Error-Message | Non | UTF8String | — | — | Chaîne décrivant la cause de l’échec. | | 282 | Route-Record | Non | DiameterIdentity | M | 80 octets | Exemple : Route-Record : host-1 | | 283 | Destination-Realm | Non | DiameterIdentity | M | 80 octets | Exemple : Destination-Realm = domain.com | | 285 | Re-Auth-Request-Type | Non | Enumerated | NA | — | Cet AVP est toujours reçu dans le message RAR et il n’est jamais envoyé par le 7750 SR. | 293 | Destination-Host | Non | DiameterIdentity | M | 80 octets | Configurable par l’opérateur. | | 295 | Termination-Cause | Non | Énuméré | M | — | Pour une liste des 7750 valeurs prises en charge pour Gx, voir le Tableau 1-13. | | 296 | Origin-Realm | Non | DiameterIdentity | M | 80 octets | Exemple : Origin-Realm = origin-domain.com | | 297 | Experimental-Result | Non | Groupé | M | — | Un AVP groupé contenant : AVP Vendor-Id AVP Experimental-Result-Code AVP Exemple : Experimental-Result = {Vendor-Id = 10415 (3GPP) Experimental-Result-Code = DIAMETER_PCC_RULE_EVENT (5142)} | | 298 | Experimental-Result-Code | Non | Unsigned32 | M | — | Pour une liste des 7750 valeurs prises en charge pour Gx, voir le Tableau 1-10. | | 302 | Logical-Access-Id | Oui | OctetString | V | — | ID du fournisseur = 13019 (ETSI) | | 313 | Physical-Access-Id | Oui | UTF8String | V | — | ID du fournisseur = 13019 (ETSI) | | 412 | CC-Input-Octets | Non | Unsigned64 | M | — | Exemple : CC-Input-Octets = 1000000 | | 414 | CC-Output-Octets | Non | Unsigned64 | M | — | Exemple : CC-Output-Octets = 1000000 | | 415 | CC-Request-Number | Non | Unsigned32 | M | — | Augmentant de manière monotone à partir de 0 pour toutes les demandes au sein d’une session. | | 416 | CC-Request-Type | Non | Énuméré | M | — | Exemple : CC-Request-Type = 1 (CCR-i) 3. | | 418 | CC-Session-Failover | Non | Énuméré | M | — | FAILOVER_NOT_SUPPORTED (0) FAILOVER_SUPPORTED (1) Exemple : CC-Session-Failover = 1 | | 421 | CC-Total-Octets | Non | Unsigned64 | M | — | Exemple : CC-Total-Octets = 2000000 | | 427 | Credit-Control-Failure-Handling | Non | Énuméré | M | — | TERMINATE (0) CONTINUE (1) RETRY_AND_TERMINATE (2) Exemple : Credit-Control-Failure-Handling = 1 | | 431 | Granted-Service-Unit | Non | Groupé | M | — | Cet AVP peut contenir les AVPs suivants : CC-Total-Octets CC-Input-Octets CC-Output-Octets | | 433 | Redirect-Address-Type | Non | Énuméré | M | — | Exemple : Redirect-Address-Type = 2 (type URL) | | 435 | Redirect-Server-Address | Non | UTF8String | M | 255 caractères | Exemple : Redirect-Server-Address = http://www.operator.com/portal.php& | | 443 | Subscription-Id | Oui | Groupé | M | — | Cet AVP contient les AVPs suivants : Subscription-Id-Type Subscription-Id-Data | | 444 | Subscription-Id-Data | Oui | UTF8String | M | — | Exemple : Nom d’utilisateur — Subscription-Id-Data = user1@domain. | | | | | | | | Mac — Subscription-Id-Data = 11:22:33:44:55:66 | | | | | | | | | Circuit-id — Subscription-Id-Data = dslam1 eth 2/1:100 | | | | | | | | | Dual-stack-remote-id — Subscription-Id-Data = myRemoteId | | | | | | | | | Subscriber-id — Subscription-Id-Data = sub-id-1 | | | | | | | | | Imsi Subscription-Id-Data = 204047910000598 | | | | | | | | | Msisdn Subscription-Id-Data = 13109976224 | | | | | | | | | Imei — Subscription-Id-Data = 356938035643809 | | 446 | Used-Service-Unit | Non | Groupé | M | — | Cet AVP contient les AVPs suivants : CC-Total-Octets CC-Input-Octets CC-Output-Octets | | 450 | Subscription-Id-Type | Oui | Énuméré | M | — | Exemple : Subscription-Id-Type = 0 (end_user_e164) Subscription-Id-Type = 1 (end_user_imsi) | | | | | | | | | Subscription-Id-Type = 3 (end_user_nai) Subscription-Id-Type = 4 (end_user_private) | | 458 | User-Equipment-Info | Oui | Groupé | M | — | Cet AVP contient les AVPs suivants : User-Equipment-Info-Type User-Equipment-Info-Value | | 459 | User-Equipment-Info-Type | Oui | Énuméré | — | — | Exemple : User-Equipment-Info-Type = 0 (émissif) User-Equipment-Info-Type = 1 (mac) | | | | | | | | | User-Equipment-Info-Type = 2 (eui64) User-Equipment-Info-Type = 3 (modified_eui64) | | 460 | User-Equipment-Info-Value | Oui | OctetString| — | — | — | | 507 | Flow-Description | Non | IPFilterRule (RFC6733, §4. | 511 | État-du-Flot | Non | Énuméré | NA,M | — | Exemple : État-du-Flot = 3 — le trafic correspondant à la règle PCC est abandonné. | | 515 | Bande-Passante-Max-Demandée-DL | Non | Non signé 32 | NA, V | — | Identifiant-Fournisseur = 10415 (3GPP) Exemple : Bande-Passante-Max-Demandée-DL = 1000 — 1 Mb/s dans les remplacements | | 516 | Bande-Passante-Max-Demandée-UL | Non | Non signé 32 | NA, V | — | Identifiant-Fournisseur = 10415 (3GPP) Exemple : Bande-Passante-Max-Demandée-UL = 1000 — 1 Mb/s pour les remplacements | | 554 | Bande-Passante-Étendue-Max-Demandée-DL | NA | Non signé 32 | NA, V | — | Identifiant-Fournisseur = 10415 (3GPP) Exemple : Bande-Passante-Étendue-Max-Demandée-DL = 1000 — 1 Mb/s | | 555 | Bande-Passante-Étendue-Max-Demandée-UL | NA | Non signé 32 | NA, V | — | Identifiant-Fournisseur = 10415 (3GPP) Exemple : Bande-Passante-Étendue-Max-Demandée-UL = 1000 — 1 Mb/s | | 628 | Fonctionnalités-Soutenues | Non | Groupé | V | — | Cet AVP contient les AVPs suivants : Identifiant-Fournisseur Identifiant-Liste-Fonctionnalités Liste-Fonctionnalités | | 629 | Identifiant-Liste-Fonctionnalités | Non | Non signé 32 | V | — | Identifiant-Fournisseur = 10415 (3GPP) Exemple : Identifiant-Liste-Fonctionnalités = 2 | | 630 | Liste-Fonctionnalités | Non | Non signé 32 | V | — | Identifiant-Fournisseur = 10415 (3GPP) Exemple : Liste-Fonctionnalités = 128 | | 909 | RAI | Oui | Chaîne d’octets | V | 12 octets | Identifiant-Fournisseur = 10415 (3GPP) Voir 3GPP TS 29.061 pour les détails d’encodage. | 1001 | règle-de-chargement-installation | Non | Groupé | NA, V | — | Identifiant-Vendeur = 10415 (3GPP) Cet AVP contient les AVP suivants : définition-de-règle-de-chargement, nom-de-règle-de-chargement | | 1002 | règle-de-chargement-suppression | Non | Groupé | NA, V | — | Identifiant-Vendeur = 10415 (3GPP) Cet AVP contient l’AVP suivant : nom-de-règle-de-chargement | | 1003 | définition-de-règle-de-chargement | Non | Groupé | NA, V | — | Identifiant-Vendeur = 10415 (3GPP) Cet AVP contient les AVP imbriqués suivants : nom-de-règle-de-chargement, informations-QoS, règle-de-filtre-NAS, règle-de-filtre-Alc-NAS-partagée, fonctions-AA | | 1005 | nom-de-règle-de-chargement | Non | OctetString| V,M | 100 caractères pour les règles PCC (définies via l’AVP définition-de-règle-de-chargement) 128 caractères pour les remplacements. Identifiant-Vendeur = 10415 (3GPP) | | | 1006 | déclencheur-d’événement | Non | Énuméré | V | — | Identifiant-Vendeur = 10415 (3GPP) | | 1010 | priorité | Non | Unsigned32 | NA, M | 0 à 65535 | Identifiant-Vendeur = 10415 (3GPP) Exemple : priorité = 100 | | 1014 | classe-de-trafic-Tos | Non | OctetString| NA, M | — | Codé en deux octets. Le premier octet contient le champ Type-of-Service IPv4 ou le champ Traffic-Class IPv6 et le deuxième octet contient le champ de masque ToS/Traffic Class. Le seul masque pris en charge est 11111100 (6 bits indiquant le support DSCP). | 1016 | Informations-QoS | NA | Groupé | NA, V | — | Identifiant-Vendeur 10415 (3GPP) Lorsqu’il est utilisé pour signaler un limiteur de débit dans une règle PCC, cet AVP contient les AVP imbriqués suivants : Max-Débit-Demandé-UL, Max-Débit-Demandé-DL, Débit-Garanti-UL, Débit-Garanti-DL | | 1018 | Rapport-Règle-De-Charge | Non | Groupé | V,M | — | Identifiant-Vendeur = 10415 (3GPP) Cet AVP contient les AVP imbriqués suivants : Nom-Règle-De-Charge, Statut-Règle-PCC, Code-D’échec-De-Règle | | 1019 | Statut-Règle-PCC | Non | Énuméré | V,M | — | Identifiant-Vendeur = 10415 (3GPP) Valeurs supportées dans le 7750 SR : 1 – inactif Exemple : Statut-Règle-PCC = 0 — la règle est active | | 1025 | Débit-Garanti-DL | NA | Unsigned32 | NA,V | — | Les unités de ce paramètre sont kb/s pour les remplacements et b/s lorsqu’il est utilisé dans les règles PCC. Le taux prend en compte l’en-tête IP et au-dessus (pas d’en-tête de couche 2). Identifiant-Vendeur = 10415 (3GPP) Exemple : Débit-Garanti-DL = 1000 — 1 Mb/s dans les remplacements Débit-Garanti-DL = 1000000 — 1 Mb/s dans les règles PCC | | 1026 | Débit-Garanti-UL | NA | Unsigned32 | V | — | Les unités de ce paramètre sont kb/s pour les remplacements et b/s lorsqu’il est utilisé dans les règles PCC. Le taux prend en compte l’en-tête IP et au-dessus (pas d’en-tête de couche 2). Identifiant-Vendeur = 10415 (3GPP) Exemple : Débit-Garanti-UL = 1000 — 1 Mb/s dans les remplacements Débit-Garanti-UL = 1000000 — 1 Mb/s dans les règles PCC | | 1027 | Type-IP-CAN | Oui | Énuméré | V | — | Identifiant-Vendeur = 10415 (3GPP) Exemple : Type-IP-CAN = 2 — xDSL Type-IP-CAN = 5 — 3GPP-EPS | | 1028 | Identifiant-De-Classe-QoS | NA | Énuméré | NA,M | — | Identifiant-Vendeur = 10415 (3GPP) Exemple : Identifiant-De-Classe-QoS = 3 — correspond à FC EF. | 1031 | Code-d’échec-de-règle | Non | Énuméré | V,M | — | Identifiant du fournisseur = 10415 (3GPP) Exemple : Code-d’échec-de-règle = 1 — NOM_DE_RÈGLE_INCONNU | | 1032 | Type-RAT | Oui | Énuméré | V | — | Identifiant du fournisseur = 10415 (3GPP) Exemple : Type-RAT = 0 — WLAN Type-RAT = 1004 — EUTRAN | | 1040 | APN-Aggregate-Max-Bitrate-DL | Oui | Unsigned32 | V | 2^32-1 b/s | Identifiant du fournisseur = 10415 (3GPP) Taux en bits par seconde (b/s) Exemple : APN-Aggregate-Max-Bitrate-DL = 100000000 (100 Mb/s) | | 1041 | APN-Aggregate-Max-Bitrate-UL | Oui | Unsigned32 | V | 2^32-1 b/s | Identifiant du fournisseur = 10415 (3GPP) Taux en bits par seconde (b/s) Exemple : APN-Aggregate-Max-Bitrate-UL = 10000000 (10 Mb/s) | | 1045 | Cause-de-liberation-de-session | NA | Énuméré | V,M | — | Identifiant du fournisseur = 10415 (3GPP) Cet AVP est uniquement reçu par le 7750 SR et il n’est jamais envoyé par le 7750 SR. 0 — RAISON_NON_SPÉCIFIÉE 1 — RAISON_D’ABONNEMENT_UE Cette valeur est utilisée pour indiquer que l’abonnement de l’UE a changé (par exemple, supprimé) et que la session doit être terminée. 2 — RESSOURCES_SERVEUR_INSUFFISANTES Cette valeur est utilisée pour indiquer que le serveur est surchargé et doit interrompre la session. Exemple : Cause-de-liberation-de-session = 0 | | 1050 | Adresse-AN-GW | Oui | IPv4Address| V | — | Identifiant du fournisseur = 10415 (3GPP) Exemple : Adresse-AN-GW = 10.10.10.10 | | 1058 | Informations-de-flux | Non | Groupé | V | — | Identifiant du fournisseur = 10415 (3GPP) Les AVPs suivants peuvent être imbriqués à l’intérieur : Description-de-flux, Classe-de-trafic-ToS, Direction-de-flux | | 1065 | ID-connexion-PDN | Oui | UTF8String | V | 100 caractères | Identifiant du fournisseur = 10415 (3GPP) Par exemple : ID-connexion-PDN = exemple-apn.mnc001.mcc001. | 1066 | Clé-de-surveillance | Non | OctetString| NA,V | 32 octets | Identifiant du fournisseur = 10415 (3GPP) Nom de catégorie configuré dans le 7750 SR, une chaîne utilisée pour la surveillance de session ou une clé de surveillance AVP définie dans la règle PCC avec l’AVP de définition de règle de facturation. Exemple : Clé-de-surveillance = monitor-pcc-rule-1 | | 1067 | Informations-de-surveillance-d’utilisation | Non | Groupé | V | — | Identifiant du fournisseur = 10415 (3GPP) Cet AVP contient les AVPs imbriqués suivants : Clé-de-surveillance, Unité-de-service-accordée, Unité-de-service-utilisée, Niveau-de-surveillance-d’utilisation, Rapport-de-surveillance-d’utilisation, Support-de-surveillance-d’utilisation | | 1068 | Niveau-de-surveillance-d’utilisation | Non | Énuméré | V | — | Identifiant du fournisseur = 10415 (3GPP) Les valeurs suivantes sont définies : 0 – niveau_de_session 1 – niveau_de_règle_pcc 2 – niveau_de_règle_adc Exemple : Niveau-de-surveillance-d’utilisation = 0 — la surveillance d’utilisation est effectuée en fonction du profil-sla (niveau de session IP-CAN) de l’hôte. | 1069 | rapport-de-surveillance-d’utilisation | Non | Énuméré | V | — | Identifiant du fournisseur = 10415 (3GPP) Exemple : rapport-de-surveillance-d’utilisation = 0 (usage_monitoring_report_required) | | 1070 | support-de-surveillance-d’utilisation | Non | Énuméré | NA,V | — | Identifiant du fournisseur = 10415 (3GPP) Exemple : support-de-surveillance-d’utilisation = 0 — usage_monitoring_disabled | | 1080 | direction-de-flux | Non | Énuméré | NA,M | — | Identifiant du fournisseur = 10415 (3GPP) Exemple : direction-de-flux = 1 — flux sortant direction-de-flux = 2 — flux entrant | | 1085 | informations-de-redirection | Non | Groupé | NA,V | — | Identifiant du fournisseur = 10415 (3GPP) Cet AVP peut contenir les AVPs suivants : support-de-redirection, type-d’adresse-de-redirection, adresse-du-serveur-de-redirection | | 1086 | support-de-redirection | Non | Énuméré | NA,V | — | Identifiant du fournisseur = 10415 (3GPP) Exemple : support-de-redirection = 1 — la redirection est activée | | 1088 | identifiant-d’application-tdf | OctetString| NA,V | 32 caractères | Identifiant du fournisseur = 10415 (3GPP) Exemple : 0_rated, BitTorrent | | 1092 | installation-de-règle-adc | Non | Groupé | NA,V | — | Identifiant du fournisseur = 10415 (3GPP) Cet AVP contient les AVPs imbriqués suivants : définition-de-règle-adc | | 1093 | suppression-de-règle-adc | Groupé | NA,V | — | Identifiant du fournisseur = 10415 (3GPP) Cet AVP contient les AVPs imbriqués suivants : nom-de-règle-adc | | 1094 | définition-de-règle-adc | Non | Groupé | NA,V | — | Identifiant du fournisseur = 10415 (3GPP) Cet AVP contient les AVPs imbriqués suivants : nom-de-règle-adc, clé-de-surveillance, identifiant-d’application-tdf, fonctions-aa | | 1096 | nom-de-règle-adc | Non | OctetString| V | 17 caractères pour préfixe/séparateur (optionnel) plus 32 caractères pour le nom | Identifiant du fournisseur = 10415 (3GPP) Exemple : Pour les changements de profil d’application et ASO : nom-de-règle-adc = ‟AA-Functions: AdcRuleWithAAFtn” | | 1097 | rapport-de-règle-adc | Non | Groupé | V | — | Identifiant du fournisseur = 10415 (3GPP) Cet AVP contient les AVPs imbriqués suivants : nom-de-règle-adc, statut-de-règle-pcc, code-d’échec-de-règle | | 2848 | apn-étendu-ambr-dl | NA | Unsigned32 | NA, V | — | Les unités de ce paramètre sont kb/s. | 2849 | Extended-APN-AMBR-UL | NA | Unsigned32 | NA, V | — | Les unités de ce paramètre sont kb/s. Vendor-Id = 10415 (3GPP) Exemple : Extended-APN-AMBR-UL = 1000 — 1 Mb/s | | 2850 | Extended-GBR-DL | NA | Unsigned32 | NA, V | — | Les unités de ce paramètre sont kb/s. Vendor-Id = 10415 (3GPP) Exemple : Extended-GBR-DL = 1000 — 1 Mb/s | | 2851 | Extended-GBR-UL | NA | Unsigned32 | NA, V | — | Les unités de ce paramètre sont kb/s. Vendor-Id = 10415 (3GPP) Exemple : Extended-GBR-UL = 1000 — 1 Mb/s |

Applicabilité des AVP basés sur Diameter

Les tableaux suivants utilisent les symboles suivants :

0 — L’AVP ne doit pas être présent dans le message.
0+ — Zéro ou plusieurs instances de l’AVP peuvent être présentes dans le message.
0-1 — Zéro ou une instance de l’AVP peut être présente dans le message. Il est considéré comme une erreur s’il y a plus d’une instance de l’AVP.
1 — Une instance de l’AVP doit être présente dans le message.
1+ — Au moins une instance de l’AVP doit être présente dans le message.
N — L’AVP est imbriqué à l’intérieur d’un AVP groupé qui est présent dans ce message. Table 7: Applicabilité des AVP basés sur le diamètre

ID AVP	Nom AVP	CER	CEA	DPR	DPA	DWR	DWA	ASR	ASA
257	Adresse-IP-Hôte	1	1+	0	0	0	0	0	0
258	ID-Application-Auth	1	0+	0	0	0	0	1	0
260	ID-Application-Spécifique-Vendeur	0+	0+	0	0	0	0	0	0
263	ID-Séance	0	0	0	0	0	0	1	1
264	Hôte-D’origine	1	1	1	1	1	1	1	1
265	ID-Vendeur-Soutenu	1+	0+	0	0	0	0	0	0
266	ID-Vendeur	1	1	0	0	0	0	0	0
267	Révision-Firmware	1	0-1	0	0	0	0	0	0
268	Code-Résultat	0	1	0	1	0	1	0	1
269	Nom-Produit	1	1	0	0	0	0	0	0
273	Cause-Déconnexion	0	0	1	0	0	0	0	0
278	ID-État-D’origine	1	0-1	0	0	0	0-1	0-1	0-1
279	AVP-Échoué	0	0-1	0	0-1	0	0-1	0	0-1
281	Message-D’erreur	0	0	0	0	0	0	0	0
283	Domaine-Destination	0	0	0	0	0	0	1	0
293	Hôte-Destination	0	0	0	0	0	0	1	0
294	Hôte-Rapport-D’erreur	0	0	0	0	0	0	0	0-1
296	Domaine-D’origine	1	1	1	1	1	1	1	1

Applicabilité des AVP Gx

Table 8: Applicabilité des AVP Gx

ID AVP	Nom AVP	CCR	CCA	RAR	RAA
5	Port-NAS	0-1	0	0	0
8	Adresse-IP-Encadrée	0-1	0	0	0-1
18	3GPP-SGNS-MCC-MNC	0-1	0	0	0-1
22	Info-Localisation-Utilisateur-3GPP	0-1	0	0	0
30	ID-Station-Appel	0-1	0	0	0
31	ID-Station-Appelant	0-1	0	0	0
55	Horodatage-Événement	0-1	0-1	0-1	1
61	Type-Port-NAS	0-1	0	0	0
87	ID-Port-NAS	0-1	0	0	0
92	Règle-Filtre-NAS	0	0+	0+	0
97	Préfixe-IPv6-Encadré	0-1	0	0	0-1
123	Préfixe-IPv6-Délégué	0-1	0	0	0-1
258	ID-Application-Auth	1	1	1	0
263	ID-Séance	1	1	1	1
264	Hôte-D’origine	1	1	1	1
266	ID-Vendeur	0	N	0	0
268	Code-Résultat	0	1	0	0-1
278	ID-État-D’origine	1	0-1	0-1	1
279	AVP-Échoué	0-1	0+	0	0-1
281	Message-D’erreur	0-1	0-1	0	0-1
282	Enregistrement-Routage	0+	0	0+	0
283	Domaine-Destination	1	0	1	0
285	Type-Demande-Réauth	0	0	1	0
293	Hôte-Destination	0-1	0	1	0
295	Cause-Détermination	0-1	0	0	0
296	Domaine-D’origine	1	1	1	1
297	Résultat-Expérimental	0	0-1	0	0-1
298	Code-Résultat-Expérimental	0	N	0	N
302	ID-Accès-Logique	0-1	0	0	0
313	ID-Accès-Physique	0-1	0	0	0
412	Octets-Entrée-CC	N	N	N	0
414	Octets-Sortie-CC	N	N	N	0
415	Numéro-Demande-CC	1	1	0	0
416	Type-Demande-CC	1	1	0	0
418	Échec-Session-CC	0	0-1	0	0
421	Octets-Total-CC	N	N	N	0
427	Gestion-Échec-Contrôle-Crédit	0	0-1	0	0
431	Unité-Service-Accordée	0	0-1	N	0
433	Type-Adresse-Réorientation	0	N	N	0
433	Adresse-Serveur-Réorientation	0	N	N	0
443	ID-Abonnement	1-2	0	0	0
444	Données-ID-Abonnement	N	0	0	0
446	Unité-Service-Utilisée	N	0	0	0
450	Type-ID-Abonnement	N	0	0	0
458	Info-Équipement-Utilisateur	0-1	0	0	0
459	Type-Info-Équipement-Utilisateur	N	0	0	0
460	Valeur-Info-Équipement-Utilisateur	N	0	0	0
507	Description-Flot	0	N	N	0
511	Statut-Flot	0	N	N	0
515	Max-Bande-Passante-Demandée-DL	0	N	N	0
516	Max-Bande-Passante-Demandée-UL	0	N	N	0
554	Max-Bande-Passante-Étendue-Demandée-DL	0	N	N	0
555	Max-Bande-Passante-Étendue-Demandée-UL	0	N	N	0
628	Fonctionnalités-Soutenues	0-1	0+	0	0
629	ID-Liste-Fonctionnalités	N	N	0	0
630	Liste-Fonctionnalités	N	N	0	0
909	RAI	0-1	0	0	0
1001	Règle-De-Chargement-Installer	0	0+	0+	0
1002	Règle-De-Chargement-Retirer	0	0+	0+	0
1003	Définition-Règle-De-Chargement	0	N	N	0
1005	Nom-Règle-De-Chargement	N	N	N	N
1006	Déclencheur-Événement	0+	0+	0+	0
1010	Précédence	0	N	N	0
1014	Classe-Trafic-ToS	0	N	N	0
1016	Information-QoS	0-1	0-1, N	0-1, N	0
1018	Rapport-Règle-De-Chargement	0+	0	0	0+
1019	Statut-Règle-PCC	N	0	0	N
1025	Débit-Garantit-DL	0	N	N	0
1026	Débit-Garantit-UL	0	N	N	0
1027	Type-IP-CAN	0-1	0	0	0-1
1028	Identifiant-Classe-QoS	0	N	N	0
1031	Code-D’échec-Règle	N	0	0	N
1032	Type-RAT	0-1	0	0	0-1
1033	Indication-Rapport-Événement	0	0	0-1	0
1040	APN-Aggregat-Max-Débit-DL	N	N	N	0
1041	APN-Aggregat-Max-Débit-UL	N	N	N	0
1045	Cause-Libération-Séance	0	0	0-1	0
1050	Adresse-GW-AN	0-1	0	0	0-1
1058	Information-Flot	0	0+	0+	0
1065	ID-Connexion-PDN	0-1	0	0	0
1066	Clé-De-Surveillance	N	N	N	0
1067	Information-Surveillance-D’utilisation	0+	0+	0+	0
1068	Niveau-Surveillance-D’utilisation	0	N	N	0
1069	Rapport-Surveillance-D’utilisation	0	N	N	0
1070	Support-Surveillance-D’utilisation	0	N	N	0
1080	Direction-Flot	0	N	N	0
1085	Information-Réorientation	0	0-1	0-1	0
1086	Support-Réorientation	0	N	N	0
1088	Identifiant-Application-TDF	0	N	N	0
1092	Règle-ADC-Installer	0	0+	0+	0
1093	Règle-ADC-Retirer	0	0	0	0
1094	Définition-Règle-ADC	0	0	0	0
1096	Nom-Règle-ADC	N	N	N	N
1097	Rapport-Règle-ADC	0+	0+	0	0+
2848	APN-AMBR-Étendu-DL	0	N	N	0
2849	APN-AMBR-Étendu-UL	0	N	N	0
2850	GBR-Étendu-DL	0	N	N	0
2850	GBR-Étendu-UL	0	N	N	0

Codes de Résultat (AVP Code-Résultat)

Table 10: Codes de Résultat (AVP Code-Résultat)

ID Code de Résultat	Nom Code de Résultat	Description	Succès
Succès
2001	DIAMETER_SUCCESS	La demande a été complétée avec succès.
Erreurs de protocole
3001	DIAMETER_COMMAND_UNSUPPORTED	Rx : traité comme une erreur. Tx : non pris en charge.
3002	DIAMETER_UNABLE_TO_DELIVER	Rx : la procédure de basculement du pair au niveau de base de Diameter est invoquée. Après que la même réponse (3002) soit reçue de tous les pairs éligibles, le niveau d’application (NASREQ/Gx/Gy) est notifié. Le message peut alors être retransmis une dernière fois avec l’AVP de l’hôte de destination effacé. Pour qu’un message soit retransmis au niveau de l’application, la procédure de basculement du serveur doit être activée. Tx : la base Diameter répond avec 3002 si elle ne peut pas acheminer le message de demande reçu vers sa destination (cela s’applique à la configuration multi-châssis de Diameter).
3003	DIAMETER_REALM_NOT_SERVED	Rx : traité comme une erreur. Tx : non pris en charge.
3004	DIAMETER_TOO_BUSY	Rx - La procédure de basculement du pair au niveau de base de Diameter est invoquée. Après que la même réponse (3004) soit reçue de tous les pairs éligibles, le niveau d’application (NASREQ, Gx, Gy) est notifié. Le message peut alors être retransmis une dernière fois avec l’AVP de l’hôte de destination effacé. Pour qu’un message soit retransmis au niveau de l’application, la procédure de basculement du serveur doit être activée. Tx : non pris en charge.
3005	DIAMETER_LOOP_DETECTED	Rx : traité comme une erreur. Tx : non pris en charge.
3006	DIAMETER_REDIRECT_INDICATION	Rx : traité comme une erreur. Tx : non pris en charge.
3007	DIAMETER_APPLICATION_UNSUPPORTED	Rx : traité comme une erreur. Tx : non pris en charge.
3008	DIAMETER_INVALID_HDR_BITS	Rx : traité comme une erreur. Tx : non pris en charge.
3009	DIAMETER_INVALID_AVP_BITS	Rx : traité comme une erreur. Tx : non pris en charge.
3010	DIAMETER_UNKNOWN_PEER	Rx : traité comme une erreur. Tx : non pris en charge.
Échecs permanents
5001	DIAMETER_AVP_UNSUPPORTED	Rx : traité comme une erreur. Tx : La réception d’un AVP non reconnu avec le bit M activé déclenche un message de réponse (RAA) contenant l’AVP Result-Code dont la valeur est définie sur DIAMETER_AVP_UNSUPPORTED, et l’AVP Failed-AVP contenant l’AVP en cause.
5002	DIAMETER_UNKNOWN_SESSION	Rx : traité comme une erreur. Tx : Dans le cas où un message du PCRF est reçu pour une session non existante, le 7750 SR répond avec cette valeur.
5004	DIAMETER_INVALID_AVP_VALUE	Rx : traité comme une erreur. Tx : La réception d’un AVP avec une valeur invalide déclenche un message de réponse (RAA) contenant l’AVP Result-Code dont la valeur est définie sur DIAMETER_INVALID_AVP_VALUE, et l’AVP Failed-AVP contenant l’AVP qui a causé l’erreur.
5005	DIAMETER_MISSING_AVP	Rx : traité comme une erreur. Tx : non pris en charge.
5007	DIAMETER_CONTRADICTING_AVPS	Rx : traité comme une erreur. Tx : non pris en charge.
5008	DIAMETER_AVP_NOT_ALLOWED	Rx : traité comme une erreur. Tx : non pris en charge.
5009	DIAMETER_AVP_OCCURS_TOO_MANY_TIMES	Rx : traité comme une erreur. Tx : non pris en charge.
5010	DIAMETER_NO_COMMON_APPLICATION	Rx : traité comme une erreur. Tx : non pris en charge.
5011	DIAMETER_UNSUPPORTED_VERSION	Rx : traité comme une erreur. Tx : Par exemple, un message RAA transporte cet AVP en réponse à un message RAR qui a été reçu par un nœud SR OS alors que la session Gx était dans un état de terminaison de session.	5011
—
5012	DIAMETER_UNABLE_TO_COMPLY	Rx : traité comme une erreur. Tx : Par exemple, un message RAA porte cet AVP en réponse à un message RAR qui a été reçu par un nœud SR OS alors que la session Gx était dans un état de terminaison de session. Un état de terminaison de session est considéré comme un état où le nœud SR OS attend un message CCA-T en réponse à un message CCR-T précédemment initié par le nœud SR OS.
—
5013	DIAMETER_INVALID_BIT_IN_HEADER	Rx : traité comme une erreur. Tx : non pris en charge.
5014	DIAMETER_INVALID_AVP_LENGTH	Rx : traité comme une erreur. Tx : non pris en charge.
5015	DIAMETER_INVALID_MESSAGE_LENGTH	Rx : traité comme une erreur. Tx : non pris en charge.
5016	DIAMETER_INVALID_AVP_BIT_COMBO	Rx : traité comme une erreur. Tx : non pris en charge.
5017	DIAMETER_NO_COMMON_SECURITY	Rx : traité comme une erreur. Tx : non pris en charge.
Échecs permanents spécifiques à Gx
5140	DIAMETER_ERROR_INITIAL_PARAMETERS	Rx : traité comme une erreur. Tx : non pris en charge.
5141	DIAMETER_ERROR_TRIGGER_EVENT	Rx : traité comme une erreur. Tx : non pris en charge.
5142	DIAMETER_PCC_RULE_EVENT	Rx : traité comme une erreur. Tx : non pris en charge.
5148	DIAMETER_ADC_RULE_EVENT	Rx : traité comme une erreur. Tx : non pris en charge.

Tableau 11 : Codes d’échec de règle (Rule-Failure-Code AVP)

Identifiant de code d’échec de règle	Nom d’échec de règle	Description
1	UNKNOWN_RULE_NAME	Rx : traité comme une erreur. Tx : non pris en charge.
4	GW/7750 SR_MALFUNCTION	Cette valeur indique le problème lié à la valeur portée dans l’AVP. Par exemple, la valeur fait référence à un objet (règle) non existant, la valeur est hors limites ou toute autre erreur inattendue. L’AVP de message d’erreur dans CCR/RAA porté au niveau supérieur ou Failed-AVP fournit plus d’informations sur l’événement à des fins de débogage.
5	RESOURCE_LIMITATION	Rx : traité comme une erreur. Tx : non pris en charge.
14	TDF_APPLICATION_IDENTIFIER_ERROR	Rx : traité comme une erreur. Tx : non pris en charge.

Déclencheurs d’événements (Event-Trigger AVP)

Tableau 12 : Déclencheurs d’événements (Event-Trigger AVP)

Identifiant de déclencheur d’événement	Nom de déclencheur d’événement	Description
2	RAT_CHANGE	Pour l’accès GTP S11, cela est déclenché si un nouveau type de RAT est reçu dans GTP.
13	USER_LOCATION_CHANGE	Pour WLAN-GW, cela est déclenché pour tout changement de localisation de l’UE. Pour l’accès GTP S11, cela est déclenché si un ULI a été reçu dans GTP avec soit des valeurs non-ECGI/TAI soit une valeur ECGI/TAI qui a changé.
14	NO_EVENT_TRIGGERS	Envoyé dans CCA et RAR par le PCRF pour indiquer que le PCRF ne nécessite aucune notification de déclencheur d’événement sauf pour les événements qui ne nécessitent pas d’abonnement et qui sont toujours provisionnés.
19	UE_IP_ADDRESS_RELEASE	Lorsqu’il est utilisé dans une commande CCR, cette valeur indique que le 7750 SR a généré la demande parce qu’une adresse/préfixe IP d’un client est libérée. Les AVPs Framed-IP-Address, Framed-IPv6-Prefix, Delegated-IPv6-Prefix ou Alc-IPv6-Address sont fournis dans la même demande. Ce déclencheur d’événement doit être signalé lorsque l’événement correspondant se produit, même si le déclencheur d’événement n’est pas provisionné par le PCRF.
21	AN_GW_CHANGE	Cette valeur est envoyée par le PCRF pour informer le client Diameter dans le SR de déclencher une notification pour chaque abonné lors d’un basculement dans une configuration multi-châssis. Cette notification contient l’adresse IP du nouveau BNG actif (AN_GW_ADDRESS) envoyée dans un message CCR-U. Si le client Diameter dans le nœud SR OS n’est pas armé avec ce déclencheur d’événement, le basculement de l’abonné n’est pas signalé au PCRF.
22	SUCCESSFUL_RESOURCE_ALLOCATION	Non pris en charge.
26	TAI_CHANGE	Pour l’accès GTP S11, cela est déclenché si un ULI est signalé dans GTP avec un TAI qui a changé par rapport à la dernière valeur reçue.
27	ECGI_CHANGE	Pour l’accès GTP S11, cela est déclenché si un ULI est signalé dans GTP avec un ECGI qui a changé par rapport à la dernière valeur reçue.
33	USAGE_REPORT	Cette valeur est utilisée dans des commandes CCA et RAR par le PCRF lors de la demande de surveillance de l’utilisation sur le 7750 SR. Le PCRF fournit également dans la commande CCA ou RAR les AVPs d’Information de Surveillance d’Utilisation, y compris l’AVP Clé de Surveillance et l’AVP Unité de Service Accordée. Lorsqu’il est utilisé dans une commande CCR, cette valeur indique que le 7750 SR a généré la demande de rapport de l’utilisation accumulée pour une ou plusieurs clés de surveillance. Le 7750 SR fournit le volume d’utilisation accumulé en utilisant les AVPs d’Information de Surveillance d’Utilisation, y compris l’AVP Clé de Surveillance et l’AVP Unité de Service Utilisée.

Causes de Résiliation (AVP de Cause de Résiliation)

Tableau 13 : Causes de Résiliation (AVP de Cause de Résiliation)

Identifiant de Cause de Résiliation	Nom de la Cause de Résiliation	Description	Référence
1	DIAMETER_LOGOUT	Exemples de raisons : Déconnexion de l’abonné via CLI, PADT reçu	[RFC 3588][RFC 6733]
2	DIAMETER_SERVICE_NOT_PROVIDED	Exemple de raison : L’hôte abonné est résilié par force-NACK reçu via RADIUS CoA	[RFC 3588][RFC 6733]
3	DIAMETER_BAD_ANSWER	Exemple de raison : Problème avec les paramètres initiaux lors de l’instanciation de l’hôte abonné alors que le fallback Gx est désactivé ou que les paramètres par défaut de l’abonné ne sont pas disponibles.	[RFC 3588][RFC 6733]
4	DIAMETER_ADMINISTRATIVE	Exemples de raisons : Hôte supprimé via RADIUS DISCONNECT, Arrêt de service pour abonné PPPoE	[RFC 3588][RFC 6733]
5	DIAMETER_LINK_BROKEN	Exemples de raisons : SAP est supprimé, Échec de la vérification SHCV	[RFC 3588][RFC 6733]
8	DIAMETER_SESSION_TIMEOUT	Exemple de raison : Lorsque le délai d’inactivité pour l’hôte abonné est activé et que sa valeur est atteinte.	[rfc-3588][rfc-6733]

Normes et Support de Protocoles

Protocole de Contrôle de Nœud d’Accès (ANCP)

draft-ietf-ancp-protocol-02, Protocole pour le Mécanisme de Contrôle de Nœud d’Accès dans les Réseaux à Large Bande

RFC 5851, Cadre et Exigences pour un Mécanisme de Contrôle de Nœud d’Accès dans les Réseaux Multi-Services à Large Bande

Assurance d’Application (AA)

3GPP Release 12, Règles ADC sur les interfaces Gx

RFC 3507, Protocole d’Adaptation de Contenu Internet (ICAP)

Mode de Transfert Asynchrone (ATM)

AF-ILMI-0065.000 Version 4.0, Interface de Gestion Locale Intégrée (ILMI)

AF-PHY-0086.001 Version 1.1, Spécification de Multiplexage Inverse pour ATM (IMA)

AF-TM-0121.000 Version 4. 1, Spécification de gestion du trafic

GR-1113-CORE Édition 1, Mode de transfert asynchrone (ATM) et exigences génériques des protocoles de couche d’adaptation ATM (AAL)

GR-1248-CORE Édition 3, Exigences génériques pour les opérations des éléments de réseau ATM (NE)

RFC 1626, MTU IP par défaut pour utilisation sur ATM AAL5

RFC 2684, Encapsulation multiprotocole sur la couche d’adaptation ATM 5

Détection de transfert bidirectionnel (BFD)

draft-ietf-idr-bgp-ls-sbfd-extensions-01, Extensions d’état de lien BGP pour BFD sans couture

RFC 5880, Détection de transfert bidirectionnel (BFD)

RFC 5881, Détection de transfert bidirectionnel (BFD) IPv4 et IPv6 (Single Hop)

RFC 5882, Application générique de la détection de transfert bidirectionnel (BFD)

RFC 5883, Détection de transfert bidirectionnel (BFD) pour des chemins multihops

RFC 7130, Détection de transfert bidirectionnel (BFD) sur les interfaces de groupe d’agrégation de liens (LAG)

RFC 7880, Détection de transfert bidirectionnel sans couture (S-BFD)

RFC 7881, Détection de transfert bidirectionnel sans couture (S-BFD) pour IPv4, IPv6 et MPLS

RFC 7883, Annonce des discriminateurs de détection de transfert bidirectionnel sans couture (S-BFD) dans IS-IS

RFC 7884, Extensions OSPF pour annoncer les discriminateurs cibles de détection de transfert bidirectionnel sans couture (S-BFD)

Protocole de passerelle frontalière (BGP)

draft-hares-idr-update-attrib-low-bits-fix-01, Clarification des bits faibles du drapeau d’attribut de mise à jour

draft-ietf-idr-add-paths-guidelines-08, Meilleures pratiques pour l’annonce de plusieurs chemins dans IBGP

draft-ietf-idr-best-external-03, Annonce de la meilleure route externe dans BGP

draft-ietf-idr-bgp-flowspec-oid-03, Procédure de validation révisée pour les spécifications de flux BGP

draft-ietf-idr-bgp-gr-notification-01, Support du message de notification pour le redémarrage gracieux BGP

draft-ietf-idr-bgp-ls-app-specific-attr-01, Annonce des attributs spécifiques à l’application avec l’état de lien BGP

draft-ietf-idr-bgp-optimal-route-reflection-10, Réflexion de route optimale BGP (BGP-ORR)

draft-ietf-idr-error-handling-03, Gestion des erreurs révisée pour les messages de mise à jour BGP

draft-ietf-idr-flowspec-interfaceset-03, Application des règles de flowspec BGP sur un ensemble d’interfaces spécifique

draft-ietf-idr-flowspec-path-redirect-05, Redirection d’indirection de flowspec - ID localisé

draft-ietf-idr-flowspec-redirect-ip-02, Redirection de flux BGP vers l’action IP

draft-ietf-idr-link-bandwidth-03, Communauté étendue de bande passante de lien BGP

draft-ietf-idr-long-lived-gr-00, Support pour le redémarrage gracieux BGP à long terme

draft-ietf-sidr-origin-validation-signaling-04, État de validation d’origine de préfixe BGP Communauté étendue

RFC 1772, Application du protocole de passerelle frontalière sur Internet

RFC 1997, Attribut des communautés BGP

RFC 2385, Protection des sessions BGP via l’option de signature TCP MD5

RFC 2439, Atténuation des oscillations de route BGP

RFC 2545, Utilisation des extensions multiprotocole BGP-4 pour le routage inter-domaine IPv6

RFC 2858, Extensions multiprotocole pour BGP-4

RFC 2918, Capacité de rafraîchissement de route pour BGP-4

RFC 3107, Transport d’informations d’étiquette dans BGP-4

RFC 4271, Un protocole de passerelle frontalière 4 (BGP-4)

RFC 4360, Attribut des communautés étendues BGP

RFC 4364, Réseaux privés virtuels (VPN) IP BGP/MPLS

RFC 4456, Réflexion de route BGP : Une alternative à la maillage complet BGP interne (IBGP)

RFC 4486, Sous-codes pour le message de notification d’arrêt BGP

RFC 4659, Extension VPN BGP-MPLS pour IPv6

RFC 4684, Distribution de route contrainte pour le protocole de passerelle frontalière/commutation d’étiquettes multiprotocole (BGP/MPLS) réseaux privés virtuels (VPN)

RFC 4724, Mécanisme de redémarrage gracieux pour BGP - mode d’assistance

RFC 4760, Extensions multiprotocole pour BGP-4

RFC 4798, Connexion des îles IPv6 via MPLS IPv4 en utilisant des routeurs de bord de fournisseur IPv6 (6PE)

RFC 5004, Éviter les transitions de meilleur chemin BGP d’un externe à un autre

RFC 5065, Confédérations de systèmes autonomes pour BGP

RFC 5291, Capacité de filtrage de route sortante pour BGP-4

RFC 5396, Représentation textuelle des numéros de système autonome (AS) - asplain

RFC 5492, Annonce des capacités avec BGP-4

RFC 5549, Annonce des informations de portée de couche réseau IPv4 avec un prochain saut IPv6

RFC 5575, Diffusion des règles de spécification de flux

RFC 5668, Communauté étendue BGP spécifique à 4 octets

RFC 6286, Identifiant BGP unique à l’échelle du système autonome pour BGP-4

RFC 6793, Support BGP pour l’espace de numéros de système autonome (AS) à quatre octets

RFC 6810, Infrastructure de clé publique de ressource (RPKI) au protocole de routeur

RFC 6811, Validation d’origine de préfixe

RFC 6996, Réservation de système autonome (AS) pour usage privé

RFC 7311, L’attribut de métrique IGP accumulée pour BGP

RFC 7607, Codification du traitement AS 0

RFC 7674, Clarification de la communauté étendue de redirection de flowspec

RFC 7752, Distribution vers le nord des informations d’état de lien et d’ingénierie de trafic (TE) utilisant BGP

RFC 7854, Protocole de surveillance BGP (BMP)

RFC 7911, Annonce de plusieurs chemins dans BGP

RFC 7999, Communauté BLACKHOLE

RFC 8092, Attribut des grandes communautés BGP

RFC 8212, Comportement de propagation de route BGP externe par défaut (EBGP) sans politiques

RFC 8571, BGP - Annonce d’état de lien (BGP-LS) des extensions de métrique de performance d’ingénierie de trafic IGP

Passerelle de réseau à large bande (BNG) - Séparation du contrôle et du plan utilisateur (CUPS)

3GPP 23. 007, Procédures de restauration

3GPP 29.244, Interface entre les nœuds du plan de contrôle et du plan utilisateur

3GPP 29.281, Protocole de tunneling du système général de radio par paquets (GPRS) pour le plan utilisateur (GTPv1-U)

BBF TR-459, Séparation du plan de contrôle et du plan utilisateur pour un BNG désagrégé

RFC 8300, En-tête de service réseau (NSH)

Émulation de circuit

RFC 4553, Multiplexage temporel (TDM) agnostique à la structure sur paquet (SAToP)

RFC 5086, Service d’émulation de circuit multiplexé temporel (TDM) conscient de la structure sur un réseau commuté par paquets (CESoPSN)

RFC 5287, Extensions de protocole de contrôle pour la configuration de pseudocâbles multiplexés temporellement (TDM) dans les réseaux MPLS

Ethernet

IEEE 802.1AB, Découverte de connectivité de station et de contrôle d’accès au média

IEEE 802.1ad, Ponts de fournisseur

IEEE 802.1ag, Gestion des pannes de connectivité

IEEE 802.1ah, Ponts de backbone de fournisseur

IEEE 802.1ak, Protocole d’enregistrement multiple

IEEE 802.1aq, Pontage de chemin le plus court

IEEE 802.1ax, Agrégation de liens

IEEE 802.1D, Ponts MAC

IEEE 802.1p, Accélération de classe de trafic

IEEE 802.1Q, Réseaux locaux virtuels (VLAN)

IEEE 802.1s, Arbres de recouvrement multiples

IEEE 802.1w, Reconfiguration rapide de l’arbre de recouvrement

IEEE 802.1X, Contrôle d’accès au réseau basé sur le port

IEEE 802.3ac, Étiquette VLAN

IEEE 802.3ad, Agrégation de liens

IEEE 802.3ah, Ethernet dans le premier kilomètre

IEEE 802.3x, Contrôle de flux Ethernet

ITU-T G.8031/Y.1342, Commutation de protection linéaire Ethernet

ITU-T G.8032/Y.1344, Commutation de protection en anneau Ethernet

ITU-T Y. 1731, Fonctions et mécanismes OAM pour les réseaux basés sur Ethernet

VPN Ethernet (EVPN)

draft-ietf-bess-evpn-igmp-mld-proxy-05, Proxy IGMP et MLD pour EVPN

draft-ietf-bess-evpn-irb-mcast-04, Transfert Multicast Inter-Sous-Réseau Optimisé EVPN (OISM) - réplication d’entrée

draft-ietf-bess-evpn-pref-df-06, Élection DF basée sur la préférence EVPN

draft-ietf-bess-evpn-prefix-advertisement-11, Annonce de Préfixe IP dans EVPN

draft-ietf-bess-evpn-proxy-arp-nd-08, Aspects Opérationnels de Proxy-ARP/ND dans les Réseaux EVPN

draft-ietf-bess-pbb-evpn-isid-cmacflush-00, PBB-EVPN CMAC-Flush basé sur ISID

RFC 7432, VPN Ethernet basé sur BGP MPLS

RFC 7623, Pont de Backbone Fournisseur combiné avec VPN Ethernet (PBB-EVPN)

RFC 8214, Support du Service de Fil Virtuel Privé dans VPN Ethernet

RFC 8317, Support de l’Arbre Ethernet (E-Tree) dans VPN Ethernet (EVPN) et Pont de Backbone Fournisseur EVPN (PBB-EVPN)

RFC 8365, Une Solution de Superposition de Virtualisation de Réseau utilisant VPN Ethernet (EVPN)

RFC 8560, Intégration Transparente de VPN Ethernet (EVPN) avec le Service LAN Virtuel Privé (VPLS) et leurs Équivalents de Pont de Backbone Fournisseur (PBB)

RFC 8584, Élection DF et Élection DF influencée par AC

Frame Relay

ANSI T1.617 Annexe D, DSS1 - Spécification de Signalisation pour le Service de Support Frame Relay

FRF.1.2, Accord de Mise en Œuvre de l’Interface Utilisateur-Réseau (UNI) PVC

FRF.12, Accord de Mise en Œuvre de la Fragmentation Frame Relay

FRF.16.1, Accord de Mise en Œuvre UNI/NNI Frame Relay Multilink

FRF.5, Accord de Mise en Œuvre de l’Interopérabilité Réseau Frame Relay/ATM PVC

FRF2.2, Accord de Mise en Œuvre de l’Interface Réseau-à-Réseau (NNI) PVC

ITU-T Q. 933 Annexe A, Procédures supplémentaires pour la gestion de l’état de la connexion virtuelle permanente (PVC)

Commutation de labels multiprotocole généralisée (GMPLS)

draft-ietf-ccamp-rsvp-te-srlg-collect-04, Extensions RSVP-TE pour la collecte d’informations SRLG

RFC 3471, Description fonctionnelle de la signalisation de la commutation de labels multiprotocole généralisée (GMPLS)

RFC 3473, Extensions de la signalisation de la commutation de labels multiprotocole généralisée (GMPLS) pour le protocole de réservation de ressources-Trafic d’ingénierie (RSVP-TE)

RFC 4204, Protocole de gestion de lien (LMP)

RFC 4208, Interface utilisateur-réseau de la commutation de labels multiprotocole généralisée (GMPLS) : Support du protocole de réservation de ressources-Trafic d’ingénierie (RSVP-TE) pour le modèle de superposition

RFC 4872, Extensions RSVP-TE en soutien à la récupération de la commutation de labels multiprotocole généralisée (GMPLS) de bout en bout

RFC 5063, Extensions au protocole de réservation de ressources GMPLS (RSVP) Redémarrage gracieux - mode d’assistance

Appels de procédure distante gRPC (gRPC)

cert.proto Version 0.1.0, Service de gestion des certificats de l’interface des opérations réseau gRPC (gNOI)

file.proto Version 0.1.0, Service de fichiers de l’interface des opérations réseau gRPC (gNOI)

gnmi.proto Version 0.7.0, Spécification du service de l’interface de gestion de réseau gRPC (gNMI)

PROTOCOL-HTTP2, gRPC sur HTTP2

system.proto Version 1.0. 0, gRPC Network Operations Interface (gNOI) Système de Service

Système Intermédiaire à Système Intermédiaire (IS-IS)

draft-ietf-isis-mi-02, IS-IS Multi-Instance

draft-kaplan-isis-ext-eth-02, Support de Taille de Trame Ethernet Étendue

ISO/IEC 10589:2002 Deuxième Édition, Protocole d’échange d’informations de routage intra-domaine entre systèmes intermédiaires à utiliser en conjonction avec le protocole pour fournir le service réseau en mode sans connexion (ISO 8473)

RFC 1195, Utilisation de l’OSI IS-IS pour le Routage dans des Environnements TCP/IP et Doubles

RFC 2973, Groupes Maillés IS-IS

RFC 3359, *Type Réservé, Longueur et Valeur (TLV) Points de Code dans Système Intermédiaire à Système Intermédiaire

RFC 3719, Recommandations pour des Réseaux Interopérables utilisant Système Intermédiaire à Système Intermédiaire (IS-IS)

RFC 3787, Recommandations pour des Réseaux IP Interopérables utilisant Système Intermédiaire à Système Intermédiaire (IS-IS)

RFC 4971, Extensions Système Intermédiaire à Système Intermédiaire (IS-IS) pour la Publicité d’Informations de Routeur

RFC 5120, M-ISIS : Routage Multi Topologie (MT) dans IS-IS

RFC 5130, Un Mécanisme de Contrôle de Politique dans IS-IS Utilisant des Étiquettes Administratives

RFC 5301, Mécanisme d’Échange de Noms d’Hôtes Dynamiques pour IS-IS

RFC 5302, Distribution de Préfixe à l’Échelle du Domaine avec IS-IS à Deux Niveaux

RFC 5303, Handshake à Trois Voies pour les Adjacences Point-à-Point IS-IS

RFC 5304, Authentification Cryptographique IS-IS

RFC 5305, Extensions IS-IS pour l’Ingénierie de Trafic TE

RFC 5306, Signalisation de Redémarrage pour IS-IS - mode auxiliaire

RFC 5307, Extensions IS-IS en Soutien au Commutateur de Label Multi-Protocole Généralisé (GMPLS)

RFC 5308, Routage IPv6 avec IS-IS

RFC 5309, Opération Point-à-Point sur LAN dans les Protocoles de Routage à État de Lien

RFC 5310, Authentification Cryptographique Générique IS-IS

RFC 6119, Ingénierie de Trafic IPv6 dans IS-IS

RFC 6213, IS-IS BFD-Enabled TLV

RFC 6232, Identification de l’Originateur de Purge TLV pour IS-IS

RFC 6233, Extension du Registre IS-IS pour les Purges

RFC 6329, Extensions IS-IS Soutenant IEEE 802. 1aq Chemin le plus court de pontage

RFC 7775, Préférence de route IS-IS pour la portée IP étendue et IPv6

RFC 7794, Attributs de préfixe IS-IS pour la portée IPv4 et IPv6 étendue

RFC 7987, Durée de vie restante minimale IS-IS

RFC 8202, IS-IS Multi-Instance - topologie unique

RFC 8570, Extensions de métrique d’ingénierie de trafic IS-IS (TE) - métrique de délai

RFC 8919, Attributs de lien spécifiques à l’application IS-IS

Protocole Internet (IP) — Reroute rapide

draft-ietf-rtgwg-lfa-manageability-08, Gestion opérationnelle des alternatives sans boucle

RFC 5286, Spécification de base pour le reroute rapide IP : alternatives sans boucle

RFC 7431, Reroute rapide uniquement multicast

RFC 7490, Reroute rapide (FRR) d’alternative sans boucle distante (LFA)

Protocole Internet (IP) — Général

draft-grant-tacacs-02, Le protocole TACACS+

RFC 768, Protocole de datagramme utilisateur

RFC 793, Protocole de contrôle de transmission

RFC 854, Spécifications du protocole Telnet

RFC 1350, Le protocole TFTP (révision 2)

RFC 2347, Extension d’option TFTP

RFC 2348, Option de taille de bloc TFTP

RFC 2349, Options d’intervalle de délai et de taille de transfert TFTP

RFC 2428, Extensions FTP pour IPv6 et NAT

RFC 2784, Encapsulation de routage générique (GRE)

RFC 2818, HTTP sur TLS

RFC 2890, Extensions de clé et de numéro de séquence à GRE

RFC 3164, Le protocole syslog BSD

RFC 4250, Numéros assignés au protocole Secure Shell (SSH)

RFC 4251, Architecture du protocole Secure Shell (SSH)

RFC 4252, Protocole d’authentification Secure Shell (SSH) - clé publique, mot de passe

RFC 4253, Protocole de couche de transport Secure Shell (SSH)

RFC 4254, Protocole de connexion Secure Shell (SSH)

RFC 4511, Protocole d’accès léger à un annuaire (LDAP) : Le protocole

RFC 4513, Protocole d’accès léger à un annuaire (LDAP) : Méthodes d’authentification et mécanismes de sécurité - TLS

RFC 4632, Routage inter-domaine sans classe (CIDR) : Le plan d’attribution et d’agrégation d’adresses Internet

RFC 5082, Le mécanisme de sécurité TTL généralisé (GTSM)

RFC 5246, Version 1 du protocole de sécurité de la couche de transport (TLS) 2 - client TLS, clé publique RSA*

RFC 5656, Intégration de l’algorithme de courbe elliptique dans le protocole de transport Secure Shell - ECDSA

RFC 5925, L’option d’authentification TCP

RFC 5926, Algorithmes cryptographiques pour l’option d’authentification TCP (TCP-AO)

RFC 6398, Considérations et utilisation de l’alerte de routeur IP - MLD

RFC 6528, Défense contre les attaques par numéro de séquence

RFC 7011, Spécification du protocole d’exportation d’informations de flux IP (IPFIX) pour l’échange d’informations de flux

RFC 7012, Modèle d’information pour l’exportation d’informations de flux IP

RFC 7230, Protocole de transfert hypertexte (HTTP/1.1) : Syntaxe des messages et routage

RFC 7231, Protocole de transfert hypertexte (HTTP/1.1) : Sémantique et contenu

RFC 7232, Protocole de transfert hypertexte (HTTP/1. 1): Requêtes conditionnelles

RFC 7301, Transport Layer Security (TLS) Application Layer Protocol Negotiation Extension

Protocole Internet (IP) — Multicast

cisco-ipmulticast/pim-autorp-spec01, Auto-RP : Découverte automatique des mappages Groupe-à-RP pour le multicast IP - version 1

draft-ietf-bier-pim-signaling-08, Signalisation PIM à travers le cœur BIER

draft-ietf-idmr-traceroute-ipm-07, Une fonction “traceroute” pour le multicast IP

draft-ietf-l2vpn-vpls-pim-snooping-07, Multicast Indépendant du Protocole (PIM) sur le Service LAN Privé Virtuel (VPLS)

RFC 1112, Extensions d’hôte pour le multicast IP

RFC 2236, Protocole de Gestion de Groupe Internet, Version 2

RFC 2365, Multicast IP à portée administrative

RFC 2375, Attributions d’adresses multicast IPv6

RFC 2710, Découverte des écouteurs multicast (MLD) pour IPv6

RFC 3306, Adresses multicast IPv6 basées sur un préfixe unicast

RFC 3376, Protocole de Gestion de Groupe Internet, Version 3

RFC 3446, Mécanisme de Point de Rendez-vous Anycast (RP) utilisant le Multicast Indépendant du Protocole (PIM) et le Protocole de Découverte de Source Multicast (MSDP)

RFC 3590, Sélection de l’adresse source pour le Protocole de Découverte des Écouteurs Multicast (MLD)

RFC 3618, Protocole de Découverte de Source Multicast (MSDP)

RFC 3810, Découverte des Écouteurs Multicast Version 2 (MLDv2) pour IPv6

RFC 3956, Intégration de l’adresse du Point de Rendez-vous (RP) dans une adresse multicast IPv6

RFC 3973, Multicast Indépendant du Protocole - Mode Dense (PIM-DM) : Spécification du Protocole (Révisée) - groupes auto-RP

RFC 4541, Considérations pour le Protocole de Gestion de Groupe Internet (IGMP) et les Switches de Découverte des Écouteurs Multicast (MLD)

RFC 4604, Utilisation du Protocole de Gestion de Groupe Internet Version 3 (IGMPv3) et du Protocole de Découverte des Écouteurs Multicast Version 2 (MLDv2) pour le Multicast Spécifique à la Source

RFC 4607, Multicast Spécifique à la Source pour IP

RFC 4608, Multicast Spécifique à la Source Indépendant du Protocole dans 232/8

RFC 4610, Anycast-RP utilisant le Multicast Indépendant du Protocole (PIM)

RFC 4611, Scénarios de Déploiement du Protocole de Découverte de Source Multicast (MSDP)

RFC 5059, Mécanisme de Routeur de Démarrage (BSR) pour le Multicast Indépendant du Protocole (PIM)

RFC 5186, Interaction entre le Protocole de Gestion de Groupe Internet Version 3 (IGMPv3) / Découverte des Écouteurs Multicast Version 2 (MLDv2) et le Protocole de Routage Multicast

RFC 5384, Format de l’Attribut de Rejoindre du Multicast Indépendant du Protocole (PIM)

RFC 5496, Le Vecteur TLV de Transmission de Chemin Inversé (RPF)

RFC 6037, Solution de Cisco Systems pour le Multicast dans les VPN IP MPLS/BGP

RFC 6512, Utilisation de LDP Multipoint lorsque le Backbone n’a pas de Route vers la Racine

RFC 6513, Multicast dans les VPN IP MPLS/BGP

RFC 6514, Encodages et Procédures BGP pour le Multicast dans les VPN MPLS/IP

RFC 6515, Adresses d’Infrastructure IPv4 et IPv6 dans les Mises à Jour BGP pour les VPN Multicast

RFC 6516, Support VPN Multicast IPv6 (MVPN) utilisant le Plan de Contrôle PIM et les Messages de Rejoindre de l’Interface de Service Multicast Sélectif (S-PMSI)

RFC 6625, Wildcards dans les Routes de Découverte Automatique de VPN Multicast

RFC 6826, Signalisation In-Band LDP Multipoint pour les Chemins Étiquetés Point-à-Multipoint et Multipoint-à-Multipoint

RFC 7246, Signalisation In-Band du Protocole de Distribution d’Étiquettes Multipoint dans un Contexte de Table de Routage et de Transfert Virtuel (VRF)

RFC 7385, Registre IANA pour les Points de Code de Type Tunnel de l’Interface de Service P-Multicast (PMSI)

RFC 7716, Multicast de Table Globale avec les Procédures VPN Multicast BGP (BGP-MVPN)

RFC 7761, Multicast Indépendant du Protocole - Mode Épars (PIM-SM) : Spécification du Protocole (Révisée)

RFC 8279, Multicast utilisant la Réplication Explicite par Indice de Bit (BIER)

RFC 8296, Encapsulation pour la Réplication Explicite par Indice de Bit (BIER) dans les Réseaux MPLS et Non-MPLS - encapsulation MPLS

RFC 8401, Support de la Réplication Explicite par Indice de Bit (BIER) via IS-IS

RFC 8444, Extensions OSPFv2 pour la Réplication Explicite par Indice de Bit (BIER)

RFC 8487, Mtrace Version 2 : Fonctionnalité Traceroute pour le Multicast IP

RFC 8534, Suivi Explicite avec des Routes Wildcard dans le VPN Multicast - (C-,C-) wildcard

RFC 8556, VPN Multicast utilisant la Réplication Explicite par Indice de Bit (BIER)

Protocole Internet (IP) — Version 4

RFC 791, Protocole Internet

RFC 792, Protocole de Message de Contrôle Internet

RFC 826, Un Protocole de Résolution d’Adresse Ethernet

RFC 951, Protocole de Démarrage (BOOTP) - relais

RFC 1034, Noms de Domaine - Concepts et Installations

RFC 1035, Noms de Domaine - Mise en œuvre et Spécification

RFC 1191, Découverte de MTU de Chemin - spécification du routeur

RFC 1519, Routage Inter-Domaines sans Classe (CIDR) : une Stratégie d’Attribution et d’Agrégation d’Adresses

RFC 1534, Interopérabilité entre DHCP et BOOTP

RFC 1542, Clarifications et Extensions pour le Protocole de Démarrage

RFC 1812, Exigences pour les Routeurs IPv4

RFC 1918, Attribution d’Adresses pour les Internets Privés

RFC 2003, Encapsulation IP dans IP

RFC 2131, Protocole de Configuration Dynamique d’Hôte

RFC 2132, Options DHCP et Extensions de Fournisseur BOOTP

RFC 2401, Architecture de Sécurité pour le Protocole Internet

RFC 3021, Utilisation de Préfixes de 31 Bits sur les Liens IPv4 Point-à-Point

RFC 3046, Option d’Information de l’Agent de Relais DHCP (Option 82)

RFC 3768, Protocole de Redondance de Routeur Virtuel (VRRP)

RFC 4884, ICMP Étendu pour Supporter les Messages Multi-Parties - ICMPv4 et ICMPv6 Temps Écoulé

Protocole Internet (IP) — Version 6

RFC 2464, Transmission de Paquets IPv6 sur des Réseaux Ethernet

RFC 2529, Transmission d’IPv6 sur des Domaines IPv4 sans Tunnels Explicites

RFC 3122, Extensions à la Découverte de Voisin IPv6 pour la Spécification de Découverte Inverse

RFC 3315, Protocole de Configuration Dynamique d’Hôte pour IPv6 (DHCPv6)

RFC 3587, Format d’Adresse Unicast Globale IPv6

RFC 3596, Extensions DNS pour Supporter la version 6 du Protocole IP

RFC 3633, Options de Préfixe IPv6 pour le Protocole de Configuration Dynamique d’Hôte (DHCP) version 6

RFC 3646, Options de Configuration DNS pour le Protocole de Configuration Dynamique d’Hôte pour IPv6 (DHCPv6)

RFC 3736, Service de Protocole de Configuration Dynamique d’Hôte (DHCP) sans État pour IPv6

RFC 3971, Découverte de Voisin Sécurisée (SEND)

RFC 3972, Adresses Générées Cryptographiquement (CGA)

RFC 4007, Architecture d’Adresse Scoped IPv6

RFC 4193, Adresses Unicast Locales Uniques IPv6

RFC 4291, Architecture d’Adressage du Protocole Internet Version 6 (IPv6)

RFC 4443, Protocole de Message de Contrôle Internet (ICMPv6) pour la Spécification du Protocole Internet Version 6 (IPv6)

RFC 4861, Découverte de Voisin pour la version 6 du Protocole IP (IPv6)

RFC 4862, Autoconfiguration d’Adresse Stateless IPv6 - fonctions du routeur

RFC 4890, Recommandations pour le Filtrage des Messages ICMPv6 dans les Pare-feux

RFC 4941, Extensions de Confidentialité pour l’Autoconfiguration d’Adresse Stateless en IPv6

RFC 5007, Interrogation de Bail DHCPv6

RFC 5095, Dépréciation des En-têtes de Routage de Type 0 en IPv6

RFC 5722, Gestion des Fragments IPv6 Chevauchants

RFC 5798, Protocole de Redondance de Routeur Virtuel (VRRP) Version 3 pour IPv4 et IPv6 - IPv6

RFC 5952, Une Recommandation pour la Représentation Textuelle des Adresses IPv6

RFC 6092, Capacités de Sécurité Simples Recommandées dans les Équipements de Client (CPE) pour Fournir un Service Internet Résidentiel IPv6 - Contrôle et Gestion Internet, Protocoles de Transport de Couche Supérieure, Filtres UDP, IPsec et Échange de Clés Internet (IKE), Filtres TCP

RFC 6106, Options de Publicité de Routeur IPv6 pour la Configuration DNS

RFC 6164, Utilisation de Préfixes IPv6 de 127 Bits sur les Liens Inter-Routiers

RFC 8021, Génération de Fragments Atomiques IPv6 Considérée comme Nuisible

RFC 8200, Protocole Internet, Version 6 (IPv6) Spécification

RFC 8201, Découverte de MTU de Chemin pour la version 6 du Protocole IP

Sécurité du Protocole Internet (IPsec)

draft-ietf-ipsec-isakmp-mode-cfg-05, La Méthode de Configuration ISAKMP

draft-ietf-ipsec-isakmp-xauth-06, Authentification Étendue au sein d’ISAKMP/Oakley (XAUTH)

RFC 2401, Architecture de Sécurité pour le Protocole Internet

RFC 2403, L’utilisation de HMAC-MD5-96 au sein d’ESP et AH

RFC 2404, L’utilisation de HMAC-SHA-1-96 au sein d’ESP et AH

RFC 2405, L’Algorithme de Chiffrement ESP DES-CBC avec IV Explicite

RFC 2406, Charge Utile de Sécurité d’Encapsulation IP (ESP)

RFC 2407, Domaine d’Interprétation IPsec pour ISAKMP (IPsec DoI)

RFC 2408, Protocole d’Association et de Gestion de Clés Internet (ISAKMP)

RFC 2409, L’Échange de Clés Internet (IKE)

RFC 2410, L’Algorithme de Chiffrement NULL et son Utilisation avec IPsec

RFC 3526, Groupe Diffie-Hellman Exponentiel Plus Modulaire (MODP) pour l’Échange de Clés Internet (IKE)

RFC 3566, L’Algorithme AES-XCBC-MAC-96 et son Utilisation avec IPsec

RFC 3602, L’Algorithme de Chiffrement AES-CBC et son Utilisation avec IPsec

RFC 3706, Une Méthode Basée sur le Trafic pour Détecter les Pairs IKE Morts

RFC 3947, Négociation de la Traversée NAT dans l’IKE

RFC 3948, Encapsulation UDP des Paquets ESP IPsec

RFC 4106, L’utilisation du Mode Galois/Compteur (GCM) dans l’ESP IPsec 509 Infrastructure de Clé Publique Certificat Gestion Protocole (CMP)*

RFC 4211, Format de Message de Demande de Certificat de l’Infrastructure de Clé Publique Internet X.509 (CRMF)

RFC 4301, Architecture de Sécurité pour le Protocole Internet

RFC 4303, Charge Utile de Sécurité Encapsulée IP

RFC 4307, Algorithmes Cryptographiques à Utiliser dans l’Échange de Clés Internet Version 2 (IKEv2)

RFC 4308, Suites Cryptographiques pour IPsec

RFC 4434, L’Algorithme AES-XCBC-PRF-128 pour le Protocole d’Échange de Clés Internet (IKE)

RFC 4543, L’Utilisation du Code d’Authentification de Message de Galois (GMAC) dans IPsec ESP et AH

RFC 4868, Utilisation de HMAC-SHA-256, HMAC-SHA-384, et HMAC-SHA-512 avec IPSec

RFC 4945, Le Profil PKI de Sécurité IP Internet d’IKEv1/ISAKMP, IKEv2 et PKIX

RFC 5019, Le Profil du Protocole de Statut de Certificat en Ligne Léger (OCSP) pour Environnements à Fort Volume

RFC 5280, Profil de Certificat et Liste de Révocation de Certificat (CRL) de l’Infrastructure de Clé Publique Internet X.509

RFC 5282, Utilisation des Algorithmes de Chiffrement Authentifié avec la Charge Utile Chiffrée du Protocole IKEv2

RFC 5903, Groupes ECP pour IKE et IKEv2

RFC 5998, Une Extension pour l’Authentification EAP-Only dans IKEv2

RFC 6379, Suites Cryptographiques Suite B pour IPsec

RFC 6380, Profil Suite B pour la Sécurité du Protocole Internet (IPsec)

RFC 6712, Infrastructure de Clé Publique Internet X.509 – Transfert HTTP pour le Protocole de Gestion de Certificat (CMP)

RFC 6960, X. 509 Infrastructure de Clé Publique Internet Protocole de Statut de Certificat en Ligne - OCSP

RFC 7296, Protocole d’Échange de Clé Internet Version 2 (IKEv2)

RFC 7321, Exigences d’Implémentation des Algorithmes Cryptographiques et Directives d’Utilisation pour le Chargement de Sécurité Encapsulé (ESP) et l’En-tête d’Authentification (AH)

RFC 7383, Protocole d’Échange de Clé Internet Version 2 (IKEv2) Fragmentation de Message

RFC 7427, Authentification de Signature dans le Protocole d’Échange de Clé Internet Version 2 (IKEv2)

RFC 7468, Encodages Textuels des Structures PKIX, PKCS et CMS

Protocole de Distribution d’Étiquettes (LDP)

draft-pdutta-mpls-ldp-adj-capability-00, Capacités d’Adjacence LDP

draft-pdutta-mpls-ldp-v2-00, Version 2 de LDP

draft-pdutta-mpls-mldp-up-redundancy-00, Redondance LSR en Amont pour les Tunnels LDP Multi-point

draft-pdutta-mpls-multi-ldp-instance-00, Instances LDP Multiples

draft-pdutta-mpls-tldp-hello-reduce-04, Réduction de Hello LDP Ciblé

RFC 3037, Applicabilité de LDP

RFC 3478, Mécanisme de Redémarrage Gracieux pour le Protocole de Distribution d’Étiquettes - mode d’assistance

RFC 5036, Spécification de LDP

RFC 5283, Extension LDP pour les Chemins Étiquetés Commutés Inter-Aires (LSPs)

RFC 5443, Synchronisation IGP de LDP

RFC 5561, Capacités de LDP

RFC 5919, Signalisation de l’Achèvement de la Publicité d’Étiquette LDP

RFC 6388, Extensions du Protocole de Distribution d’Étiquettes pour les Chemins Étiquetés Commutés Point-à-Multipoint et Multipoint-à-Multipoint

RFC 6512, Utilisation de LDP Multipoint Lorsque le Backbone N’a Pas de Route vers la Racine

RFC 6826, Signalisation en Bande LDP Multipoint pour les Chemins Étiquetés Commutés Point-à-Multipoint et Multipoint-à-Multipoint

RFC 7032, LDP en Demande en Aval dans MPLS Transparent

RFC 7473, Contrôle des Publicités d’État des Applications LDP Non Négociées

RFC 7552, Mises à Jour de LDP pour IPv6

Protocole de Tunneling de Couche 2 (L2TP) Serveur Réseau (LNS)

draft-mammoliti-l2tp-accessline-avp-04, Protocole de Tunneling de Couche 2 (L2TP) Extensions de la Valeur d’Attribut de Ligne d’Accès (AVP)

RFC 2661, Protocole de Tunneling de Couche 2 “L2TP”

RFC 2809, Implémentation du Tunneling Obligatoire L2TP via RADIUS

RFC 3438, Protocole de Tunneling de Couche 2 (L2TP) Numéros Assignés par Internet : Mise à Jour des Considérations de l’Autorité des Numéros Assignés par Internet (IANA)

RFC 3931, Protocole de Tunneling de Couche 2 - Version 3 (L2TPv3)

RFC 4719, Transport de Trames Ethernet sur le Protocole de Tunneling de Couche 2 Version 3 (L2TPv3)

RFC 4951, Extensions de Basculement pour le Protocole de Tunneling de Couche 2 (L2TP) “basculement”

Commutation de Labels Multi-protocoles (MPLS)

draft-ietf-mpls-lsp-ping-ospfv3-codepoint-02, CodePoint OSPFv3 pour le Ping LSP MPLS

RFC 3031, Architecture de Commutation de Labels Multi-protocoles

RFC 3032, Encodage de la Pile d’Étiquettes MPLS

RFC 3270, Support de Services Différenciés par la Commutation de Labels Multi-protocoles (MPLS) - E-LSP

RFC 3443, Traitement du Temps de Vie (TTL) dans les Réseaux de Commutation de Labels Multi-protocoles (MPLS)

RFC 4023, Encapsulation de MPLS dans IP ou Encapsulation de Routage Générique (GRE)

RFC 4182, Suppression d’une Restriction sur l’utilisation de MPLS Explicit NULL

RFC 5332, Encapsulations Multicast MPLS

RFC 5884, Détection de Transfert Bidirectionnel (BFD) pour les Chemins Étiquetés Commutés MPLS (LSPs)

RFC 6374, Mesure de Perte de Paquet et de Délai pour les Réseaux MPLS - Mesure de Délai, Type de Canal 0x000C

RFC 6424, Mécanisme pour Effectuer un Ping de Chemin Étiqueté (LSP Ping) sur des Tunnels MPLS

RFC 6425, Détection des Pannes de Plan de Données dans la Commutation de Labels Multi-protocoles (MPLS) - Extensions au Ping LSP

RFC 6790, L’Utilisation des Étiquettes d’Entropie dans le Transfert MPLS

RFC 7510, Encapsulation de MPLS dans UDP

RFC 7746, Auto-Ping de Chemin Étiqueté (LSP)

RFC 7876, Chemin de Retour UDP pour la Mesure de Perte de Paquet et de Délai pour les Réseaux MPLS - Mesure de Délai

RFC 8029, Détection des Pannes de Plan de Données de Commutation de Labels Multi-protocoles (MPLS)

Commutation de Labels Multi-protocoles — Profil de Transport (MPLS-TP)

RFC 5586, Canal Associé Générique MPLS

RFC 5921, Un Cadre pour MPLS dans les Réseaux de Transport

RFC 5960, Architecture de Plan de Données du Profil de Transport MPLS

RFC 6370, Identifiants du Profil de Transport MPLS (MPLS-TP)

RFC 6378, Protection Linéaire du Profil de Transport MPLS (MPLS-TP)

RFC 6426, Connectivité à la Demande MPLS et Traçage de Route

RFC 6427, Opérations de Gestion des Pannes, Administration et Maintenance (OAM) MPLS

RFC 6428, Vérification Proactive de Connectivité, Vérification de Continuité et Indication de Défaut à Distance pour le Profil de Transport MPLS

RFC 6478, Statut de Pseudowire pour les Pseudowires Statique

RFC 7213, Adressage Ethernet Next-Hop pour le Profil de Transport MPLS (MPLS-TP)

Traduction d’Adresse Réseau (NAT)

draft-ietf-behave-address-format-10, Adressage IPv6 des Traducteurs IPv4/IPv6

draft-ietf-behave-v6v4-xlate-23, Algorithme de Traduction IP/ICMP

draft-miles-behave-l2nat-00, NAT Conscient de la Couche 2

draft-nishitani-cgn-02, Fonctions Communes des NAT à Grande Échelle (LSN)

RFC 4787, Exigences Comportementales pour la Traduction d’Adresse Réseau (NAT) pour UDP Unicast

RFC 5382, Exigences Comportementales pour NAT pour TCP

RFC 5508, Exigences Comportementales pour NAT pour ICMP

RFC 6146, NAT64 Stateful : Traduction d’Adresse et de Protocole des Clients IPv6 vers les Serveurs IPv4

RFC 6333, Déploiements Dual-Stack Lite à Large Bande Suite à l’Épuisement d’IPv4

RFC 6334, Protocole de Configuration Dynamique d’Hôte pour IPv6 (DHCPv6) Option pour Dual-Stack Lite

RFC 6887, Protocole de Contrôle de Port (PCP)

RFC 6888, Exigences Communes pour les NATs de Classe Opérateur (CGNs)

RFC 7753, Extension du Protocole de Contrôle de Port (PCP) pour l’Allocation de Jeu de Ports

RFC 7915, Algorithme de Traduction IP/ICMP

Protocole de Configuration Réseau (NETCONF)

RFC 5277, Notifications d’Événements NETCONF

RFC 6020, YANG - Un Langage de Modélisation de Données pour le Protocole de Configuration Réseau (NETCONF)

RFC 6022, Module YANG pour la Surveillance NETCONF

RFC 6241, Protocole de Configuration Réseau (NETCONF)

RFC 6242, Utilisation du Protocole NETCONF sur Secure Shell (SSH)

RFC 6243, Capacité avec-defaults pour NETCONF

RFC 8342, Architecture de Magasin de Données de Gestion de Réseau (NMDA) - Magasins de Données de Démarrage, Candidat, Exécution et Prévu

RFC 8525, Bibliothèque YANG

RFC 8526, Extensions NETCONF pour Supporter l’Architecture de Magasin de Données de Gestion de Réseau - opération

Open Shortest Path First (OSPF)

RFC 1586, Directives pour Exécuter OSPF sur des Réseaux Frame Relay

RFC 1765, Débordement de Base de Données OSPF

RFC 2328, OSPF Version 2

RFC 3101, L’Option de Zone Non Si Stub de l’OSPF (NSSA)

RFC 3509, Implémentations Alternatives des Routeurs de Bord de Zone OSPF

RFC 3623, Redémarrage Gracieux OSPF - mode d’assistance

RFC 3630, Extensions d’Ingénierie de Trafic (TE) pour OSPF Version 2

RFC 4203, Extensions OSPF en Support de la Commutation de Labels Multi-protocoles Généralisée (GMPLS)

RFC 4222, Traitement Prioritaire de Paquets OSPF Version 2 Spécifiques et Évitement de Congestion

RFC 4552, Authentification/Confidentialité pour OSPFv3

RFC 4576, Utilisation d’un Bit d’Options de Publicité d’État de Lien (LSA) pour Prévenir les Boucles dans les Réseaux Privés Virtuels (VPNs) BGP/MPLS IP

RFC 4577, OSPF comme le Protocole de Bord Fournisseur/Client pour les Réseaux Privés Virtuels (VPNs) BGP/MPLS IP

RFC 5185, Adjacence Multi-Zone OSPF

RFC 5187, Redémarrage Gracieux OSPFv3 - mode d’assistance

RFC 5243, Optimisation de la Liste de Résumé d’Échange de Base de Données OSPF

RFC 5250, L’Option Opaque LSA de l’OSPF

RFC 5309, Opération Point-à-Point sur LAN dans les Protocoles de Routage à État de Lien

RFC 5340, OSPF pour IPv6

RFC 5642, Mécanisme d’Échange de Nom d’Hôte Dynamique pour OSPF

RFC 5709, Authentification Cryptographique HMAC-SHA pour OSPFv2

RFC 5838, Support des Familles d’Adresses dans OSPFv3

RFC 6549, Extensions Multi-Instance OSPFv2

RFC 6987, Publicité de Routeur Stub OSPF

RFC 7684, Publicité d’Attribut de Préfixe/Lien OSPFv2

RFC 7770, Extensions à OSPF pour la Publicité des Capacités de Routeur Optionnelles

RFC 8362, Extensibilité de la Publicité d’État de Lien (LSA) OSPFv3

RFC 8920, Attributs de Lien Spécifiques à l’Application OSPF

OpenFlow

TS-007 Version 1. 3.1, Spécification de commutateur OpenFlow - commutateurs hybrides OpenFlow

Protocole d’élément de calcul de chemin (PCEP)

draft-alvarez-pce-path-profiles-04, Profils de chemin PCE

draft-dhs-spring-pce-sr-p2mp-policy-00, Extensions PCEP pour la politique p2mp sr

draft-ietf-pce-segment-routing-08, Extensions PCEP pour le routage par segments

RFC 5440, Protocole de communication d’élément de calcul de chemin (PCEP)

RFC 8281, Extensions PCEP pour l’établissement de LSP initié par PCE dans un modèle PCE avec état

RFC 8321, Extensions du protocole de communication d’élément de calcul de chemin (PCEP) pour PCE avec état

Protocole point à point (PPP)

RFC 1332, Le protocole de contrôle de protocole Internet PPP (IPCP)

RFC 1377, Le protocole de contrôle de couche réseau OSI PPP (OSINLCP)

RFC 1661, Le protocole point à point (PPP)

RFC 1662, PPP dans un encadrement similaire à HDLC

RFC 1877, Extensions du protocole de contrôle de protocole Internet PPP pour les adresses de serveur de noms

RFC 1989, Surveillance de la qualité de lien PPP

RFC 1990, Le protocole multilien PPP (MP)

RFC 1994, Protocole d’authentification par défi PPP (CHAP)

RFC 2153, Extensions de fournisseur PPP

RFC 2516, Une méthode pour transmettre PPP sur Ethernet (PPPoE)

RFC 2615, PPP sur SONET/SDH

RFC 2686, L’extension multi-classe au PPP multilien

RFC 2878, Protocole de contrôle de pontage PPP (BCP)

RFC 4638, Accommodement d’une unité de transit maximale/unité de réception maximale (MTU/MRU) supérieure à 1492 dans le protocole point à point sur Ethernet (PPPoE)

RFC 5072, IP Version 6 sur PPP

Gestion des politiques et contrôle de crédit

3GPP TS 29.212 Release 11, Contrôle des politiques et de la facturation (PCC); Points de référence - support Gx tel qu’il s’applique à l’environnement filaire (BNG)

RFC 4006, Application de contrôle de crédit Diameter

RFC 6733, Protocole de base Diameter

Pseudowire

draft-ietf-l2vpn-vpws-iw-oam-04, Procédures OAM pour l’interconnexion VPWS

MFA Forum 9.0.0, L’utilisation de trunks virtuels pour l’interconnexion du plan de contrôle ATM/MPLS

MFA Forum 12.0. 0, Interopérabilité multiservices - Ethernet sur MPLS

MFA Forum 13.0.0, Gestion des pannes pour l’interopérabilité multiservices v1.0

MFA Forum 16.0. 0, Interconnexion multiservices - IP sur MPLS

RFC 3916, Exigences pour l’émulation de fil pseudo de bout en bout (PWE3)

RFC 3985, Émulation de fil pseudo de bout en bout (PWE3)

RFC 4385, Émulation de fil pseudo de bout en bout (PWE3) Mot de contrôle à utiliser sur un PSN MPLS

RFC 4446, Allocations IANA pour l’émulation de fil pseudo de bout en bout (PWE3)

RFC 4447, Configuration et maintenance de fil pseudo utilisant le protocole de distribution de labels (LDP)

RFC 4448, Méthodes d’encapsulation pour le transport d’Ethernet sur des réseaux MPLS

RFC 4619, Méthodes d’encapsulation pour le transport de Frame Relay sur des réseaux MPLS

RFC 4717, Méthodes d’encapsulation pour le transport du mode de transfert asynchrone (ATM) sur des réseaux MPLS

RFC 4816, Service de transport de cellules transparent du mode de transfert asynchrone (ATM) pour l’émulation de fil pseudo de bout en bout (PWE3)

RFC 5085, Vérification de connectivité de circuit virtuel de fil pseudo (VCCV) : Un canal de contrôle pour les fils pseudo

RFC 5659, Une architecture pour l’émulation de fil pseudo de bout en bout multi-segment

RFC 5885, Détection de transfert bidirectionnel (BFD) pour la vérification de connectivité de circuit virtuel de fil pseudo (VCCV)

RFC 6073, Fil pseudo segmenté

RFC 6310, Opérations, administration et maintenance (OAM) des fils pseudo (PW) - Cartographie des messages

RFC 6391, Transport conscient du flux de fils pseudo sur un réseau commuté par paquets MPLS

RFC 6575, Médiation du protocole de résolution d’adresse (ARP) pour l’interconnexion IP des VPN de couche 2

RFC 6718, Redondance de fil pseudo

RFC 6829, Ping de chemin commuté par étiquette (LSP) pour les classes d’équivalence de transfert de fil pseudo (FEC) annoncées sur IPv6

RFC 6870, Bit d’état de transfert préférentiel de fil pseudo

RFC 7023, Interconnexion des opérations, administration et maintenance (OAM) MPLS et Ethernet

RFC 7267, Placement dynamique de fils pseudo multi-segment

RFC 7392, Routage de chemin explicite pour des fils pseudo multi-segment dynamiques - ER-TLV et préfixe ER-HOP IPv4

Qualité de Service (QoS)

RFC 2430, Une architecture de fournisseur pour les services différenciés et l’ingénierie du trafic (PASTE)

RFC 2474, Définition du champ de services différenciés (DS Field) dans les en-têtes IPv4 et IPv6

RFC 2597, Groupe PHB de transfert assuré

RFC 3140, Codes d’identification du comportement par saut

RFC 3246, Un PHB de transfert accéléré (Comportement par saut)

Service d’authentification à distance (RADIUS)

RFC 2865, Service d’authentification à distance (RADIUS)

RFC 2866, Comptabilité RADIUS

RFC 2867, Modifications de comptabilité RADIUS pour le support des protocoles de tunnel

RFC 2868, Attributs RADIUS pour le support des protocoles de tunnel

RFC 2869, Extensions RADIUS

RFC 3162, RADIUS et IPv6

RFC 4818, Attribut de préfixe IPv6 délégué RADIUS

RFC 5176, Extensions d’autorisation dynamique pour RADIUS

RFC 6911, Attributs RADIUS pour les réseaux d’accès IPv6

RFC 6929, Extensions du protocole Service d’authentification à distance (RADIUS)

Protocole de réservation de ressources — Ingénierie du trafic (RSVP-TE)

draft-newton-mpls-te-dynamic-overbooking-00, Un modèle d’implémentation Diffserv-TE pour changer dynamiquement les facteurs de réservation lors d’événements de défaillance

RFC 2702, Exigences pour l’ingénierie du trafic sur MPLS

RFC 2747, Authentification cryptographique RSVP

RFC 2961, Extensions de réduction de surcharge de rafraîchissement RSVP

RFC 3097, Authentification cryptographique RSVP – Valeur de type de message mise à jour

RFC 3209, RSVP-TE : Extensions à RSVP pour les tunnels LSP

RFC 3473, Extensions du protocole de réservation de ressources de signalisation de commutation de labels multi-protocoles généralisés (GMPLS) - objet RSVP_HOP IF_ID avec interfaces non numérotées et procédures d’assistance de redémarrage gracieux RSVP-TE

RFC 3477, Signalisation des liens non numérotés dans le protocole de réservation de ressources - Ingénierie du trafic (RSVP-TE)

RFC 3564, Exigences pour le support de l’ingénierie du trafic MPLS consciente des services différenciés

RFC 3906, Calcul des routes du protocole de passerelle intérieure (IGP) sur des tunnels d’ingénierie du trafic

RFC 4090, Extensions de reroutage rapide à RSVP-TE pour les tunnels LSP

RFC 4124, Extensions de protocole pour le support de l’ingénierie du trafic MPLS consciente des services différenciés

RFC 4125, Modèle de contraintes de bande passante d’allocation maximale pour l’ingénierie du trafic MPLS consciente des services différenciés

RFC 4127, Modèle de contraintes de bande passante de poupées russes pour l’ingénierie du trafic MPLS consciente des services différenciés

RFC 4561, Définition d’un objet de route enregistrée (RRO) sous-objet Node-Id

RFC 4875, Extensions au protocole de réservation de ressources - Ingénierie du trafic (RSVP-TE) pour les chemins de commutation de labels (LSP) TE point à multipoint

RFC 4950, Extensions ICMP pour la commutation de labels multi-protocoles

RFC 5151, Ingénierie du trafic MPLS et GMPLS – Extensions du protocole de réservation de ressources - Ingénierie du trafic (RSVP-TE)

RFC 5712, Préemption douce de l’ingénierie du trafic MPLS

RFC 5817, Arrêt gracieux dans les réseaux d’ingénierie du trafic MPLS et MPLS généralisé

Protocole d’information de routage (RIP)

RFC 1058, Protocole d’information de routage

RFC 2080, RIPng pour IPv6

RFC 2082, Authentification RIP-2 MD5

RFC 2453, RIP Version 2

Routage par segments (SR)

draft-bashandy-rtgwg-segment-routing-uloop-06, Évitement de boucle utilisant le routage par segments

draft-ietf-idr-bgp-ls-segment-routing-ext-16, Extensions BGP Link-State pour le routage par segments

draft-ietf-idr-bgp-ls-segment-routing-msd-09, Signalisation MSD (Profondeur SID maximale) utilisant le protocole de passerelle frontière Link-State

draft-ietf-idr-segment-routing-te-policy-09, Publicité des politiques de routage par segments dans BGP

draft-ietf-isis-mpls-elc-10, Signalisation de la capacité d’étiquette d’entropie et de la profondeur d’étiquette lisible d’entropie utilisant IS-IS - publicité ELC

draft-ietf-lsr-flex-algo-08, Algorithme flexible IGP

draft-ietf-ospf-mpls-elc-12, Signalisation de la capacité d’étiquette d’entropie et de la profondeur de pile d’étiquettes lisible d’entropie utilisant OSPF - publicité ELC

draft-ietf-rtgwg-segment-routing-ti-lfa-01, Reroutage rapide indépendant de la topologie utilisant le routage par segments

draft-ietf-spring-conflict-resolution-05, Résolution de conflit de routage par segments MPLS

draft-ietf-spring-segment-routing-policy-08, Architecture de politique de routage par segments

draft-ietf-teas-sr-rsvp-coexistence-rec-02, Recommandations pour la coexistence de RSVP-TE et de LSP de routage par segments

draft-voyer-pim-sr-p2mp-policy-02, Politique de routage par segments point à multipoint

draft-voyer-spring-sr-p2mp-policy-03, Politique de réplication SR pour la livraison de services P2MP

RFC 8287, Ping/Traceroute de chemin commuté par étiquette (LSP) pour le routage par segments (SR) identifiants de segment IGP-Préfixe et IGP-Adjacency (SIDs) avec des plans de données MPLS

RFC 8476, Signalisation de la profondeur SID maximale (MSD) utilisant OSPF - MSD de nœud

RFC 8491, Signalisation de la profondeur SID maximale (MSD) utilisant IS-IS - MSD de nœud

RFC 8660, Routage par segments avec le plan de données MPLS

RFC 8661, Interconnexion du routage par segments MPLS avec LDP

RFC 8663, Routage par segments MPLS sur IP - BGP SR avec SR-MPLS-sur-UDP/IP

RFC 8665, Extensions OSPF pour le routage par segments

RFC 8666, Extensions OSPFv3 pour le routage par segments

RFC 8667, Extensions IS-IS pour le routage par segments

RFC 8669, Extensions d’identifiant de segment de préfixe de routage par segments pour BGP

Protocole simple de gestion de réseau (SNMP)

RFC 1157, Un protocole simple de gestion de réseau (SNMP)

RFC 1215, Une convention pour définir des pièges à utiliser avec le SNMP

RFC 1901, Introduction au SNMPv2 basé sur la communauté

RFC 3410, Introduction et déclarations d’applicabilité pour le cadre de gestion standard Internet

RFC 3411, Une architecture pour décrire les cadres de gestion du protocole simple de gestion de réseau (SNMP)

RFC 3412, Traitement et dispatching des messages pour le protocole simple de gestion de réseau (SNMP)

RFC 3413, Applications du protocole simple de gestion de réseau (SNMP)

RFC 3414, Modèle de sécurité basé sur l’utilisateur (USM) pour la version 3 du protocole simple de gestion de réseau (SNMPv3)

RFC 3415, Modèle de contrôle d’accès basé sur la vue (VACM) pour le protocole simple de gestion de réseau (SNMP)

RFC 3416, Version 2 des opérations de protocole pour le protocole simple de gestion de réseau (SNMP)

RFC 3417, Mappages de transport pour le protocole simple de gestion de réseau (SNMP) - SNMP sur UDP sur IPv4

RFC 3584, Coexistence entre la version 1, la version 2 et la version 3 du cadre de gestion standard Internet

RFC 3826, L’algorithme de chiffrement avancé (AES) dans le modèle de sécurité basé sur l’utilisateur SNMP

Protocole simple de gestion de réseau (SNMP) - Base d’information de gestion (MIB)

draft-ietf-snmpv3-update-mib-05, Base d’information de gestion (MIB) pour le protocole simple de gestion de réseau (SNMP)

draft-ietf-isis-wg-mib-06, Base d’information de gestion pour le système intermédiaire à système intermédiaire (IS-IS)

draft-ietf-mboned-msdp-mib-01, MIB pour le protocole de découverte de source multicast

draft-ietf-mpls-ldp-mib-07, *Définitions des objets gérés pour la commutation de labels multi-protocoles, Protocole de distribution de labels (LDP)

draft-ietf-mpls-lsr-mib-06, Base d’information de gestion du routeur de commutation de labels (LSR) MPLS utilisant SMIv2

draft-ietf-mpls-te-mib-04, Base d’information de gestion de l’ingénierie du trafic MPLS

draft-ietf-ospf-mib-update-08, Base d’information de gestion de la version 2 d’OSPF

draft-ietf-vrrp-unified-mib-06, Définitions des objets gérés pour le VRRP sur IPv4 et IPv6 - IPv6

ianaaddressfamilynumbers-mib, IANA-ADDRESS-FAMILY-NUMBERS-MIB

ianagmplstc-mib, IANA-GMPLS-TC-MIB

ianaiftype-mib, IANAifType-MIB

ianaiprouteprotocol-mib, IANA-RTPROTO-MIB

IEEE8021-CFM-MIB, IEEE P802. 1ag(TM) CFM MIB*

IEEE8021-PAE-MIB, IEEE 802.1X MIB

IEEE8023-LAG-MIB, IEEE 802.3ad MIB

LLDP-MIB, IEEE P802. 1AB(TM) LLDP MIB

RFC 1212, Définitions concises de MIB

RFC 1213, Base d’informations de gestion pour la gestion des réseaux TCP/IP : MIB-II

RFC 1724, Extension MIB de RIP Version 2

RFC 2021, Base d’informations de gestion pour la surveillance réseau à distance Version 2 utilisant SMIv2

RFC 2115, Base d’informations de gestion pour les DTEs Frame Relay utilisant SMIv2

RFC 2206, Base d’informations de gestion RSVP utilisant SMIv2

RFC 2213, Base d’informations de gestion des services intégrés utilisant SMIv2

RFC 2494, Définitions des objets gérés pour le type d’interface DS0 et DS0 Bundle

RFC 2514, Définitions des conventions textuelles et des IDENTITÉS D’OBJETS pour la gestion ATM

RFC 2515, Définitions des objets gérés pour la gestion ATM

RFC 2578, Structure des informations de gestion Version 2 (SMIv2)

RFC 2579, Conventions textuelles pour SMIv2

RFC 2580, Déclarations de conformité pour SMIv2

RFC 2787, Définitions des objets gérés pour le protocole de redondance de routeur virtuel

RFC 2819, Base d’informations de gestion pour la surveillance réseau à distance

RFC 2856, Conventions textuelles pour des types de données supplémentaires à haute capacité

RFC 2863, Le MIB du groupe d’interfaces

RFC 2864, L’extension de la table de pile inversée au MIB du groupe d’interfaces

RFC 2933, MIB du protocole de gestion de groupe Internet

RFC 3014, MIB du journal de notification

RFC 3165, Définitions des objets gérés pour la délégation de scripts de gestion

RFC 3231, Définitions des objets gérés pour la planification des opérations de gestion

RFC 3273, Base d’informations de gestion pour la surveillance réseau à distance pour les réseaux à haute capacité

RFC 3419, Conventions textuelles pour les adresses de transport

RFC 3498, Définitions des objets gérés pour les architectures de commutation automatique de protection linéaire (APS) du réseau optique synchrone (SONET)

RFC 3592, Définitions des objets gérés pour le type d’interface du réseau optique synchrone / hiérarchie numérique synchrone (SONET/SDH)

RFC 3593, Conventions textuelles pour les modules MIB utilisant l’historique de performance basé sur des intervalles de 15 minutes

RFC 3635, Définitions des objets gérés pour les types d’interface de type Ethernet

RFC 3637, Définitions des objets gérés pour la sous-couche d’interface WAN Ethernet

RFC 3877, Base d’informations de gestion des alarmes (MIB)

RFC 3895, Définitions des objets gérés pour les types d’interface DS1, E1, DS2 et E2

RFC 3896, Définitions des objets gérés pour le type d’interface DS3/E3

RFC 4001, Conventions textuelles pour les adresses réseau Internet

RFC 4022, Base d’informations de gestion pour le protocole de contrôle de transmission (TCP)

RFC 4113, Base d’informations de gestion pour le protocole de datagramme utilisateur (UDP)

RFC 4220, Base d’informations de gestion du lien d’ingénierie de trafic

RFC 4273, Définitions des objets gérés pour BGP-4

RFC 4292, MIB de la table de transfert IP

RFC 4293, Base d’informations de gestion pour le protocole Internet (IP)

RFC 4631, Base d’informations de gestion du protocole de gestion de lien (LMP) (MIB)

RFC 4878, Définitions et objets gérés pour les fonctions d’opérations, d’administration et de maintenance (OAM) sur les interfaces de type Ethernet

RFC 7420, Module de base d’informations de gestion du protocole de communication d’élément de calcul de chemin (PCEP) (MIB)

SFLOW-MIB Version 1. 3 (Brouillon 5), sFlow MIB

Timing

GR-1244-CORE Édition 3, Horloges pour le réseau synchronisé : Critères génériques communs

GR-253-CORE Édition 3, Systèmes de transport SONET : Critères génériques communs

IEEE 1588-2008, Norme IEEE pour un protocole de synchronisation d’horloge de précision pour les systèmes de mesure et de contrôle en réseau

ITU-T G.781, Fonctions de couche de synchronisation

ITU-T G.813, Caractéristiques temporelles des horloges esclaves d’équipement SDH (SEC)

ITU-T G.8261, Aspects temporels et de synchronisation dans les réseaux par paquets

ITU-T G.8262, Caractéristiques temporelles des horloges esclaves d’équipement Ethernet synchrone (EEC)

ITU-T G.8264, Distribution des informations temporelles à travers les réseaux par paquets

ITU-T G.8265.1, Profil télécom du protocole de temps de précision pour la synchronisation de fréquence

ITU-T G.8275. 1, Profil de protocole de temps de précision pour la synchronisation de phase/temps avec un support de synchronisation complet depuis le réseau

RFC 3339, Date et Heure sur Internet : Horodatages

RFC 5905, Protocole de Temps Réseau Version 4 : Spécification du Protocole et des Algorithmes

Protocole de Mesure Active Bidirectionnelle (TWAMP)

RFC 5357, Un Protocole de Mesure Active Bidirectionnelle (TWAMP) - serveur, mode non authentifié

RFC 5938, Fonction de Contrôle de Session Individuelle pour le Protocole de Mesure Active Bidirectionnelle (TWAMP)

RFC 6038, Protocole de Mesure Active Bidirectionnelle (TWAMP) Réflexion des Octets et Caractéristiques de Taille Symétrique

RFC 8545, Attributions de Ports Bien Connus pour le Protocole de Mesure Active Unidirectionnelle (OWAMP) et le Protocole de Mesure Active Bidirectionnelle (TWAMP) - TWAMP

RFC 8762, Protocole de Mesure Active Bidirectionnelle Simple - Non Authentifié

Service LAN Privé Virtuel (VPLS)

RFC 4761, Service LAN Privé Virtuel (VPLS) Utilisant BGP pour l’Auto-Découverte et la Signalisation

RFC 4762, Service LAN Privé Virtuel (VPLS) Utilisant la Signalisation du Protocole de Distribution d’Étiquettes (LDP)

RFC 5501, Exigences pour le Support Multicast dans les Services LAN Privés Virtuels

RFC 6074, Provisionnement, Auto-Découverte et Signalisation dans les Réseaux Privés Virtuels de Couche 2 (L2VPNs)

RFC 7041, Extensions au Modèle de Fournisseur de Service LAN Privé Virtuel (VPLS) pour le Pontage de Backbone de Fournisseur

RFC 7117, Multicast dans le Service LAN Privé Virtuel (VPLS)

Voix et Vidéo

DVB BlueBook A86, Transport des Services DVB Basés sur MPEG-2 TS sur des Réseaux Basés sur IP

ETSI TS 101 329-5 Annexe E, Mesure de QoS pour VoIP - Méthode pour déterminer un Facteur de Dégradation de l’Équipement en utilisant la Surveillance Passive

ITU-T G.1020 Annexe I, Définitions des Paramètres de Performance pour la Qualité de la Parole et d’autres Applications de Bande Vocale Utilisant des Réseaux IP - Variation de Délai de Paquet Absolu Moyenne & Modèles de Markov

ITU-T G.107, Le Modèle E - Un modèle computationnel à utiliser dans la planification

ITU-T P. 564, Tests de conformité pour les modèles d’évaluation de la qualité de transmission de la voix sur IP

RFC 3550, RTP : Un protocole de transport pour les applications en temps réel - Annexe A.8

RFC 4585, Profil RTP étendu pour le protocole de contrôle de transport en temps réel (RTCP) basé sur les retours d’information (RTP/AVPF)

RFC 4588, Format de charge utile de retransmission RTP

Passerelle de réseau local sans fil (WLAN)

3GPP TS 23.402, Améliorations de l’architecture pour les accès non-3GPP - Roaming S2a basé sur GPRS

Yet Another Next Generation (YANG)

RFC 6991, Types de données YANG communs

RFC 7950, Le langage de modélisation de données YANG 1.1

RFC 7951, Encodage JSON des données modélisées avec YANG

Yet Another Next Generation (YANG) - Modules OpenConfig

openconfig-aaa.yang version 0.4.0, Module OpenConfig AAA

openconfig-aaa-radius.yang version 0.3.0, Module OpenConfig AAA RADIUS

openconfig-aaa-tacacs.yang version 0.3.0, Module OpenConfig AAA TACACS+

openconfig-acl.yang version 1.0.0, Module OpenConfig ACL

openconfig-bfd.yang version 0.1.0, Module OpenConfig BFD

openconfig-bgp.yang version 3.0.1, Module OpenConfig BGP

openconfig-bgp-common.yang version 3.0.1, Module OpenConfig BGP Commun

openconfig-bgp-common-multiprotocol.yang version 3.0.1, Module OpenConfig BGP Commun Multiprotocole

openconfig-bgp-common-structure.yang version 3.0.1, Module OpenConfig BGP Structure Commune

openconfig-bgp-global.yang version 3.0.1, Module OpenConfig BGP Global

openconfig-bgp-neighbor.yang version 3.0.1, Module OpenConfig BGP Voisin

openconfig-bgp-peer-group.yang version 3.0.1, Module OpenConfig BGP Groupe de Pairs

openconfig-bgp-policy.yang version 4.0.1, Module OpenConfig BGP Politique

openconfig-if-aggregate.yang version 2.0.0, Module OpenConfig Interfaces Agrégées

openconfig-if-ethernet.yang version 2.0.0, Module OpenConfig Interfaces Ethernet

openconfig-if-ip.yang version 2.0.0, Module OpenConfig Interfaces IP

openconfig-if-ip-ext.yang version 2.0. 0, Module d’extensions IP des interfaces OpenConfig

openconfig-interfaces.yang version 2.0.0, Module des interfaces OpenConfig

openconfig-isis.yang version 0.3.0, Module IS-IS OpenConfig

openconfig-isis-policy.yang version 0.3.0, Module de politique IS-IS OpenConfig

openconfig-isis-routing.yang version 0.3.0, Module de routage IS-IS OpenConfig

openconfig-lacp.yang version 1.1.0, Module LACP OpenConfig

openconfig-lldp.yang version 0.1.0, Module LLDP OpenConfig

openconfig-local-routing.yang version 1.0.1, Module de routage local OpenConfig

openconfig-network-instance.yang version 0.8.0, Module d’instance de réseau OpenConfig

openconfig-mpls.yang version 2.3.0, Module MPLS OpenConfig

openconfig-mpls-rsvp.yang version 2.3.0, Module RSVP MPLS OpenConfig

openconfig-mpls-te.yang version 2.3.0, Module TE MPLS OpenConfig

openconfig-packet-match.yang version 1.0.0, Module de correspondance de paquets OpenConfig

openconfig-platform.yang version 0.12.2, Module de plateforme OpenConfig

openconfig-platform-fan.yang version 0.1.1, Module de ventilateur de plateforme OpenConfig

openconfig-platform-linecard.yang version 0.1.2, Module de carte de ligne de plateforme OpenConfig

openconfig-relay-agent.yang version 0.1.0, Module d’agent de relais OpenConfig

openconfig-routing-policy.yang version 3.0.0, Module de politique de routage OpenConfig

openconfig-system-logging.yang version 0.3.1, Module de journalisation système OpenConfig

openconfig-system-terminal.yang version 0.3.0, Module de terminal système OpenConfig

openconfig-telemetry.yang version 0.5.0, Module de télémétrie OpenConfig

openconfig-vlan.yang version 2.0.0, Module VLAN OpenConfig

Docs: Finance

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

comptes
groupes de grand livre général
grands livres généraux
taxes
fournisseurs de taxes
types de clients
éléments de facture

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Configuration de l’entreprise, et cliquez sur Finance.

Comptes

Pour accéder à cette section, cliquez sur Comptes. Une liste paginée de tous les comptes est affichée sous un format tabulaire.

Un compte est utilisé pour les mappages de grand livre général et la comptabilité financière.

Trois actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un compte
Page de détails du compte
Mettre à jour le compte

Créer un compte

Sous comptes, pour créer un compte, cliquez sur Créer nouveau. Fournissez un nom, un code et une description.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

De plus, choisissez le type de compte ; ils se réfèrent directement aux types de comptabilité. Ils sont les suivants :

Actif
Dépense
Capitaux propres
Passif
Revenus

Page de détails du compte

Sous comptes, pour voir les détails complets d’un compte particulier, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Type

Mettre à jour le compte

Sous comptes, pour mettre à jour un compte, d’abord, cliquez sur Détails ; cela montre les détails du compte. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies sous la section créer un compte peuvent être mises à jour, sauf pour le Code.

Groupes de grand livre général

Pour accéder à cette section, cliquez sur Groupes de grand livre général. Une liste paginée de tous les groupes de grand livre général est affichée sous un format tabulaire.

Un groupe de grand livre général peut être utilisé pour regrouper plusieurs grands livres généraux. Les groupes de grands livres généraux peuvent être ciblés pour des rapports financiers.

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer un groupe de grand livre
Page de détails du groupe de grand livre
Mettre à jour le groupe de grand livre
Supprimer le groupe de grand livre

Créer un groupe de grand livre

Sous groupes de grand livre, pour créer un groupe de grand livre, cliquez sur Créer nouveau. Fournissez un nom, un code et une description.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Page de détails du groupe de grand livre

Sous groupes de grand livre, pour voir les détails complets d’un groupe de grand livre particulier, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description

Mettre à jour le groupe de grand livre

Sous groupes de grand livre, pour mettre à jour un groupe de grand livre, d’abord, cliquez sur Détails ; cela montre les détails du groupe de grand livre. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies dans la section créer un groupe de grand livre peuvent être mises à jour, sauf pour le Code.

Supprimer le groupe de grand livre

Sous groupes de grand livre, pour supprimer un groupe de grand livre, cliquez sur Supprimer.

Remarque :

La suppression d’un groupe de grand livre déjà utilisé dans un grand livre ne peut pas être effectuée. Chaque référence particulière au groupe de grand livre doit d’abord être supprimée.

Livres de comptes généraux

Pour accéder à cette section, cliquez sur Livres de comptes généraux. Une liste paginée de tous les livres de comptes généraux est affichée sous un format tabulaire.

Un livre de comptes général peut avoir des mappages de comptes, qui sont utilisés pour suivre les journaux financiers.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un livre de comptes général
Page de détails du livre de comptes général
Mettre à jour le livre de comptes général
Supprimer le livre de comptes général

Créer un livre de comptes général

Sous livres de comptes généraux, pour créer un livre de comptes général, cliquez sur Créer nouveau. Fournissez un nom, un code et une description.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Pour inclure un livre de comptes général dans un groupe de livres de comptes généraux, sélectionnez le groupe de livres de comptes généraux.

Pour ajouter un mappage de compte, sous Mappages de comptes, cliquez sur Ajouter un mappage. Choisissez la condition, le type de montant, le compte de débit et le compte de crédit.

Information :

Le compte de débit/crédit est créé sous comptes. Pour plus d’informations, voir Comptes.

Exemple de mappage de compte

Condition	Type de montant	Compte de débit	Compte de crédit
facturé	taxe	Abonnements : Taxe	Comptes à recevoir
facturé	net	Abonnements	Comptes à recevoir
facturé	remise	Comptes à recevoir	Abonnements : Remise
non facturé	net	Abonnements	Comptes à recevoir
non facturé	remise	Comptes à recevoir	Abonnements : Remise
non facturé	taxe	Abonnements : Taxe	Comptes à recevoir

Détails de la page du grand livre

Sous grands livres, pour voir les détails complets d’un grand livre particulier, cliquez sur Détails. Il contient les éléments suivants :

Nom
Code
Description
Mappages de compte (le cas échéant)

Mettre à jour le grand livre

Sous grands livres, pour mettre à jour un grand livre, d’abord, cliquez sur Détails ; cela montre les détails du grand livre. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies dans la section créer un grand livre peuvent être mises à jour, sauf pour le Code.

Supprimer le grand livre

Sous grands livres, pour supprimer un grand livre, cliquez sur Supprimer.

Remarque :

La suppression d’un grand livre déjà utilisé dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière au grand livre doit d’abord être supprimée.

Taxes

Pour accéder à cette section, cliquez sur Taxes. Une liste paginée de toutes les taxes est affichée sous un format tabulaire.

Une taxe est un objet qui peut être ajouté à un prix pour calculer une taxe, telle que la TVA.

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer une taxe
Page de détails de la taxe
Mettre à jour la taxe
Supprimer la taxe

Créer une taxe

Sous taxes, pour créer une taxe, cliquez sur Créer nouveau. Fournissez un nom, un code, une description et une période de validité.

Note :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Information :

Le fournisseur n’est applicable que dans le cas d’un fournisseur de passerelle de taxation tiers que Monetization fournit. Sinon, la taxe est basée sur un pourcentage.

Page de détails de la taxe

Sous taxes, pour voir les détails complets d’une taxe particulière, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Validité
Fournisseur
Valeur
Type

Mettre à jour la taxe

Sous taxes, pour mettre à jour une taxe, d’abord, cliquez sur Détails ; cela montre les détails de la taxe. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies dans la section créer une taxe peuvent être mises à jour, sauf pour le Code.

Supprimer la taxe

Sous taxes, pour supprimer une taxe, cliquez sur Supprimer.

Note :

La suppression d’une taxe déjà utilisée dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière à la taxe doit d’abord être supprimée.

Fournisseurs de taxes

Pour accéder à cette section, cliquez sur Fournisseurs de taxes. Une liste paginée de tous les fournisseurs de taxes est affichée sous un format tabulaire. Un fournisseur fiscal fait référence à votre entreprise et inclut toute information pertinente pour le rapport aux autorités fiscales.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un fournisseur fiscal
Page de détails du fournisseur fiscal
Mettre à jour le fournisseur fiscal
Supprimer le fournisseur fiscal

Créer un fournisseur fiscal

Sous fournisseurs fiscaux, pour créer un fournisseur fiscal, cliquez sur Créer nouveau. Fournissez un nom, un code, une description, une adresse, un pays, une ville et un code postal.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

D’autres configurations, qui incluent si votre entreprise est basée sur des installations, est une franchise et est réglementée, peuvent avoir un impact sur la manière dont les taxes sont traitées lors du travail avec une intégration tierce.

De plus, choisissez la classe de service, qui peut être locale ou longue distance primaire, et la classe d’entreprise, qui peut être ILEC ou CLEC.

Page de détails du fournisseur fiscal

Sous fournisseurs fiscaux, pour voir les détails complets d’un fournisseur fiscal particulier, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Adresse
Pays
État
Ville
ZIP
Basé sur des installations
Franchise
Réglementé
Classe de service
Classe d’entreprise

Mettre à jour le fournisseur fiscal

Sous fournisseurs fiscaux, pour mettre à jour un fournisseur fiscal, d’abord, cliquez sur Détails ; cela montre les détails du fournisseur fiscal. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies sous la section créer un fournisseur fiscal peuvent être mises à jour, sauf pour le Code.

Supprimer le fournisseur de taxes

Sous fournisseurs de taxes, pour supprimer un fournisseur de taxes, cliquez sur Supprimer.

Remarque :

La suppression d’un fournisseur de taxes déjà utilisé dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière au fournisseur de taxes doit d’abord être supprimée.

Types de clients

Pour accéder à cette section, cliquez sur Types de clients. Une liste paginée de tous les types de clients est affichée sous un format tabulaire.

Le type de client dans Monetization est utilisé pour segmenter les clients ou pour créer différentes catégories de clients, ce qui peut être utile à des fins statistiques et analytiques.

Exemples de type de client

Fournisseur
Revendeur
Entreprise
Partenaire
Agent
Personne
Opérateur

Remarque :

Lors du processus d’intégration d’un client, vous devez insérer un type de client.

Information :

Sous l’analyse dans Monetization, vous pouvez filtrer par types de clients pour l’utilisation.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un type de client
Page de détails du type de client
Mettre à jour le type de client
Supprimer le type de client

Créer un type de client

Sous types de clients, pour créer un type de client, cliquez sur Créer nouveau. Fournissez un nom, un code et une description.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API de Monetization.

Un type de client peut être marqué comme des données sensibles ; utilisez l’interrupteur Données sensibles pour activer/désactiver. Si activé, tout objet client de ce type représente une personne ou une entité légale dans Monetization.

Note:

Les types de clients sensibles ne peuvent pas être accessibles depuis le processus d’intégration du portail d’auto-assistance. Par défaut, tous les types de clients sont sensibles.

Les types de clients non sensibles sont destinés à représenter des objets clients qui ne contiennent pas de données sensibles (personnelles) et sont uniquement utilisés pour suivre les relations entre différents objets clients dans des cas d’utilisation spécifiques tels que les services publics (Client – Appartement).

Page de type de client détaillé

Sous types de clients, pour voir les détails complets d’un type de client particulier, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Données sensibles

Mettre à jour le type de client

Sous types de clients, pour mettre à jour un type de client, d’abord, cliquez sur Détails ; cela montre les détails du type de client. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information:

Toutes les informations remplies dans la section créer un type de client peuvent être mises à jour, sauf pour le Code.

Supprimer le type de client

Sous types de clients, pour supprimer un type de client, cliquez sur Supprimer.

Note:

La suppression d’un type de client déjà utilisé dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière au type de client doit d’abord être supprimée.

Éléments de facturation

Pour accéder à cette section, cliquez sur Éléments de facturation. Une liste paginée de tous les éléments de facturation est affichée sous un format tabulaire.

Un élément de facturation est responsable de la manière dont Monetization représente les charges sur la facture. Lorsque qu’un produit est créé, ou lorsqu’un impact se produit qui affecte la ressource monétaire, l’élément de facturation doit être fourni pour que Monetization sache comment représenter la ou les charges sur la facture.

Exemple d’élément de facturation

L’élément de facturation Frais d’abonnement mensuel peut être utilisé pour trois produits différents :

Forfait Mensuel Or @ 30 $
Forfait Mensuel Argent @ 25 $
Forfait Mensuel Bronze @ 20 $

Bien que les produits soient différents avec des prix différents, sur la facture, il sera affiché comme Frais d’abonnement mensuel avec leur prix spécifique en raison de l’élément de facturation commun.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un élément de facturation
Page de détails de l’élément de facturation
Mettre à jour l’élément de facturation
Supprimer l’élément de facturation

Créer un élément de facturation

Sous éléments de facturation, pour créer un élément de facturation, cliquez sur Créer nouveau. Fournissez un nom, un code et un type (Cumulatif ou Individuel). Optionnellement, ajoutez une description.

Note :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Information :

Un élément de facturation a soit un type cumulatif, soit un type individuel. Définir l’élément de facturation comme ayant un type individuel signifie que s’il y a plusieurs éléments avec le même élément de facturation sur la même facture, ils seraient présentés sur des lignes séparées.

Cependant, définir l’élément de facturation comme ayant un type cumulatif signifie que s’il y a plusieurs éléments avec le même élément de facturation sur la même facture, ils seraient regroupés ensemble.

Pour inclure l’élément de facturation sur la facture, utilisez le commutateur Inclus sur la facture pour activer/désactiver. Activer cette fonctionnalité signifie que Monetization extraira ces données sur l’objet JSON généré pour une facture.

Note:

Inclure uniquement les informations nécessaires sur la facture pour l’optimisation des performances.

Détails de la page des éléments de facturation

Sous éléments de facturation, pour voir les détails complets d’un élément de facturation particulier, cliquez sur Détails. Cela contient les informations suivantes :

Nom
Code
Description
Type
Inclus sur la facture?

Mettre à jour l’élément de facturation

Sous éléments de facturation, pour mettre à jour l’élément de facturation, d’abord, cliquez sur Détails ; cela montre les détails de l’élément de facturation. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information:

Toutes les informations remplies dans la section créer un élément de facturation peuvent être mises à jour sauf pour le Code.

Supprimer l’élément de facturation

Sous éléments de facturation, pour supprimer un élément de facturation, cliquez sur Supprimer.

Note:

La suppression d’un élément de facturation déjà utilisé dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière à l’élément de facturation doit d’abord être supprimée.

Docs: Forfaits

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

plans
bundles
termes
coupons

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Catalogue, et cliquez sur Forfaits.

Plans

Pour accéder à cette section, cliquez sur Plans. Une liste paginée de tous les plans est affichée sous un format tabulaire.

Les plans sont l’objet de plus haut niveau dans Monetization lors de la conception de votre catalogue d’offres. Un plan est ce à quoi les clients s’abonnent pour consommer un ou plusieurs services ou utiliser une ou plusieurs ressources de produit.

Un plan peut se composer de plusieurs bundles, où chaque bundle est un groupe de produits et de remises qui sont finalement responsables de l’octroi de ressources au client. Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer un plan
Page de détails du plan
Mettre à jour le plan
Supprimer le plan

Créer un plan

Sous plans, pour créer un plan, cliquez sur Créer nouveau. Le nom, le code, bundles et la période de validité sont requis, tandis que la description, terme, les bundles compatibles, les bundles compatibles uniquement et les types de paiement pris en charge sont optionnels.

Information :

Le code est un identifiant unique d’un objet ; il doit être distinct sur chaque site. Il peut également être utilisé lors de l’intégration avec l’API Monetization.

Lors du processus d’intégration d’un client, un plan doit être sélectionné dans la section d’abonnement. Des bundles supplémentaires (options) peuvent également être inclus et achetés avec le plan.

Cependant, si l’option bundles compatibles uniquement est activée en utilisant le commutateur Bundles compatibles uniquement, et qu’une liste de bundles compatibles est fournie, cela spécifiera quels bundles le client peut acheter en tant qu’options au plan.

Note :

Si un client a un type de paiement postpayé, et que le plan est défini uniquement pour fonctionner avec un type de paiement prépayé en cochant la case Prépayé, alors le plan ne sera pas disponible à l’achat pour le client.

Information :

Activer les données sensibles sur un plan en utilisant le commutateur Données sensibles signifie que le plan ne peut pas être accessible lors du processus d’intégration d’un nouveau client dans le portail d’auto-assistance.

Détails du plan

Sous plans, pour voir les détails complets d’un plan, cliquez sur Détails. Il contient les éléments suivants :

Statut
Nom
Code
Description
Période de validité
Durée
Offres groupées
Offres groupées compatibles
Offres groupées compatibles uniquement
Types de paiement pris en charge
Données sensibles

Information :

Un plan avec le statut Actif signifie que le plan est toujours valide.

Mettre à jour le plan

Sous plans, pour mettre à jour un plan, d’abord, cliquez sur Détails ; cela affiche les détails du plan. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Remarque :

Toutes les informations remplies dans la section créer un plan peuvent être mises à jour, sauf pour le Code.

Supprimer le plan

Sous plans, pour supprimer un plan, cliquez sur Supprimer.

Remarque :

La suppression d’un plan qu’un client a déjà acheté ne peut pas être effectuée. Un objet lié à quelque chose d’autre dans Monetization ne peut pas être supprimé.

Offres groupées

Pour accéder à cette section, cliquez sur Offres groupées. Une liste paginée de toutes les offres groupées est affichée sous un format tabulaire.

Les offres groupées sont des groupes logiques de produits et de remises, qui peuvent faire partie d’un plan ou être achetées séparément en tant qu’option supplémentaire. C’est l’objet de la plus basse hiérarchie qu’un client peut encore acheter en tant qu’objet unique sur un abonnement.

Information :

Plan tarifaire Produit/Remise Offre groupée Plan ; montre la hiérarchie complète du catalogue dans Monetization.

Les bundles peuvent avoir un nombre illimité de produits et de remises, et ils peuvent être optionnels ou obligatoires. Un bundle est comme un objet intermédiaire qui relie un produit à un plan et peut avoir des termes spécifiques qui lui sont associés.

Information :

Lorsqu’un client achète quelque chose de supplémentaire sur un abonnement existant, il s’agira d’un bundle, et non d’un produit unique spécifique.

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer un bundle
Page de détails du bundle
Mettre à jour le bundle
Supprimer le bundle

Créer un bundle

Sous bundles, pour créer un bundle, cliquez sur Créer nouveau. Le nom, le code, la période de validité et un produit ou une remise unique de votre catalogue d’offres sont requis.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Information :

Plusieurs produits peuvent faire partie de plusieurs bundles ; ils ont une relation plusieurs-à-plusieurs. Il en va de même pour les remises.

Une fois qu’un produit est sélectionné, il est marqué en rouge. Cela signifie que le produit est requis, et le client doit l’acheter dans le cadre du bundle. Si le bouton rouge est cliqué, il changera en bleu, ce qui signifie que le produit est optionnel.

Si un produit est optionnel, lorsqu’un client achète le bundle, il peut soit l’inclure dans l’achat, soit ne pas le faire.

Un terme peut également être choisi pour le bundle. Le terme spécifie la période d’engagement attendue du client après l’achat du bundle. Pour plus d’informations, voir Termes.

La période de validité signifie quand le bundle sera disponible à l’achat.

Astuce :

Le champ de saisie Valide jusqu’à doit être laissé à infini. Cependant, si le bundle doit être retiré du service, alors définissez Valide à partir de à la date d’aujourd’hui et Valide jusqu’à à demain. Par conséquent, ce bundle ne sera plus disponible à l’achat le lendemain.

Détails de la page du bundle

Sous bundles, pour voir les détails complets d’un bundle, cliquez sur Détails. Il contient les éléments suivants :

Statut
Nom
Code
Produits
Remises
Durée
Période de validité

Information :

Un bundle avec le statut Actif signifie que le bundle est toujours valide.

Mettre à jour le bundle

Sous bundles, pour mettre à jour un bundle, d’abord, cliquez sur Détails ; cela montre les détails du bundle. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Remarque :

Toutes les informations remplies dans la section créer un bundle peuvent être supprimées, sauf pour le Code.

Supprimer le bundle

Sous bundles, pour supprimer un bundle, cliquez sur Supprimer.

Remarque :

La suppression d’un bundle qu’un client a déjà acheté ou lié à un plan ne peut pas être effectuée. Un objet lié à quelque chose d’autre dans Monetization ne peut pas être supprimé.

Conditions

Pour accéder à cette section, cliquez sur Conditions. Une liste paginée de toutes les conditions est affichée sous un format tabulaire.

Une condition est assignée soit à un plan soit à un bundle pour savoir combien de temps elles doivent être effectives. Elle spécifie les niveaux d’engagement attendus d’un client et les frais de pénalité qui peuvent être applicables si le client annule prématurément. Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer un terme
Page de détails du terme
Mettre à jour le terme
Supprimer le terme

Créer un terme

Sous termes, pour créer un terme, cliquez sur Créer nouveau.

Sous la base de la durée d’engagement, choisissez entre :

Cycle de facturation
Actuel

Le Cycle de facturation spécifie le nombre de cycles de facturation pendant lesquels le terme est en vigueur, tandis que Actuel signifie la période réelle après l’achat.

Fournissez une période d’engagement qui peut être en jours, mois ou années. Par exemple, configurer la période d’engagement à un an signifie que le client doit être abonné au plan/pack pendant au moins un an.

Sous la résiliation anticipée, choisissez entre :

Autorisé
Pénalité
Non autorisé

Sélectionner Autorisé signifie que le client peut résilier le plan avant la fin de la période d’engagement sans aucune pénalité.

Sélectionner Non autorisé signifie que Monetization n’autorisera aucune forme de résiliation anticipée de la part du client.

Sélectionner Pénalité signifie que le client sera pénalisé pour avoir résilié le plan avant la fin de la période d’engagement.

Après avoir sélectionné Pénalité, les champs de saisie suivants peuvent être configurés :

Période de grâce — un nombre spécifique qui désigne le temps accordé au client pour renouveler le plan avant qu’il ne soit sanctionné.
Unité de temps de la période de grâce — cela peut être en jours, mois ou années.
Frais de pénalité (Frais jusqu’à) — spécifie combien le client sera facturé.
Pénalité au prorata — si configurée, les frais de pénalité seront ajustés pour une période spécifique. Par exemple, un client partant vers la fin du terme devrait avoir des frais de pénalité moindres qu’une personne qui est partie plus tôt.
Grand livre — décrit comment Monetization enregistrera ces frais de pénalité à des fins de comptabilité financière. - Type d’élément de facture — spécifie comment Monetization présentera la charge sur la facture.
Taxe
Fournisseur de taxe
Durée de renouvellement (Renouvellement automatique) — permet la connexion d’un terme à un autre après l’expiration du terme précédent. Par exemple, après l’expiration d’un contrat de 2 ans, il se renouvellera automatiquement avec un terme différent, tel qu’un contrat d’un an, sans frais de pénalité.

Page de détails du terme

Sous termes, pour voir les détails complets d’un terme particulier, cliquez sur Détails. Cela contient les éléments suivants :

Code
Nom
Période d’engagement
Unité de temps d’engagement
Base de durée d’engagement
Action de résiliation anticipée
- Période de grâce [ Pour résiliation anticipée avec pénalité ]
- Unité de temps de période de grâce
- Frais de pénalité
- Pénalité au prorata
- Grand livre
- Type d’élément de facture
- Taxe
- Fournisseur de taxe
- Durée de renouvellement

Mettre à jour le terme

Sous termes, pour mettre à jour un terme, cliquez d’abord sur Détails ; cela montre les détails du terme. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Supprimer le terme

Sous termes, pour supprimer un terme, cliquez sur Supprimer.

Remarque :

La suppression d’un terme lié à un plan ou à un forfait ne peut pas être effectuée. Un objet lié à autre chose dans Monetization ne peut pas être supprimé.

Coupons

Pour accéder à cette section, cliquez sur Coupons. Une liste paginée de tous les coupons est affichée sous un format tabulaire.

Les coupons sont des codes générés qui peuvent offrir des forfaits spécifiques permettant aux clients de bénéficier d’une réduction lors de leur utilisation. Lorsqu’un client s’abonne à un plan, il peut également utiliser un code de coupon dans le cadre de l’achat ; ainsi, Monetization offrira au client un prix réduit tel que configuré dans le coupon.

Conseil :

Avant de configurer un coupon, les remises et les bundles qui utilisent ces remises doivent avoir été configurés.

Coupon vs. Bon

Un coupon fonctionne de la même manière qu’un bon, la différence étant qu’un coupon ne dure que pour cet achat spécifique. En revanche, un bon peut offrir quelque chose au client sur une période plus longue.

De plus, un code de bon peut être consommé à tout moment, tandis qu’un code de coupon est utilisé et valide lors d’un achat, puis devient désactivé.

Exemple d’un coupon

Un client achète un bundle supplémentaire, Service supplémentaire, pour 10 $ et utilise également un code de coupon MINUS 20 dans le cadre de cet achat.

Si le code de coupon contient un bundle avec une remise de 20 % configurée pour cibler le produit Service supplémentaire, le client finira par payer 8 $ au lieu de 10 $.

Deux actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer coupon
Détails de la page coupon

Créer coupon

Sous coupons, pour créer un coupon, cliquez sur Créer nouveau. Fournissez un nom, un code, un vendeur, un jeu de caractères de code, un modèle de code, une quantité, une quantité de rachat, un début de plage, un bundle et une période de validité ; les champs de saisie restants sont facultatifs.

Explication de certains termes

Vendeur

Cela signifie le nom de l’entité qui possède le coupon. Il est uniquement utilisé à des fins d’information. Le nom de votre organisation peut être utilisé sous cette section.

Jeu de caractères de code

Cela peut être soit numérique, soit alphanumérique. Si numérique est sélectionné, les codes générés n’incluront que des chiffres, tandis que si alphanumérique est sélectionné, les codes générés incluront à la fois des lettres et des chiffres. ##### Le modèle de code

Ceci fournit le modèle que Monetization utilisera pour générer les codes de coupon.

Remarque :

Utilisez # comme un espace réservé pour les codes générés automatiquement.

Quantité

Cela représente le nombre de codes de coupon à générer.

Quantité de rachat

Cela représente combien de fois le client peut utiliser chaque code.

Début de la plage

Cela représente le point de départ pour les codes générés automatiquement.

Exemple pratique

Ce qui suit montre un exemple de configuration de coupon.

modèle de code = coupon_##
ensemble de caractères = numérique
quantité = 5
quantité de rachat = 1
début de la plage = 87

Cela produira cinq codes de coupon générés, que le client ne peut utiliser qu’une seule fois. Les codes seront générés comme suit en fonction du modèle de code et du début de la plage :

coupon_87
coupon_88
coupon_89
coupon_90
coupon_91

Détails de la page de coupon

Sous coupons, pour voir les détails complets d’un coupon, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Fournisseur
Type
Ensemble de caractères du code
Modèle de code
Quantité
Quantité de rachat
Début de la plage
bundle
Période de validité

En dessous, les informations afficheront les codes de coupon générés sous un format tabulaire, y compris leur statut et la quantité restante.

Information :

Vous pouvez filtrer les codes de coupon par Nouveau, En cours d’utilisation, Utilisé, Expiré ou Annulé.

Docs: Passerelles de taxation

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Configuration du système, puis cliquez sur Passerelles de taxation.

Monetization prend en charge deux passerelles de taxation prêtes à l’emploi, qui sont :

suretax
avalara

Remarque :

Un client ne peut utiliser qu’un seul fournisseur de passerelle de taxation à la fois dans Monetization. L’utilisation de plusieurs passerelles de taxation simultanément n’est pas prise en charge.

Information :

Dans Monetization, la taxation se produit dès que l’évaluation a lieu. Par exemple, supposons qu’un client appelle pendant 100 minutes ; une fois l’appel évalué, la passerelle de taxation configurée est immédiatement appelée pour obtenir le taux d’imposition.

SureTax

SureTax est un fournisseur de logiciel de calcul des impôts basé sur le cloud qui offre aux entreprises une plateforme complète pour gérer les processus de conformité fiscale.

Pour configurer, cliquez sur SureTax ; insérez votre clé API et votre identifiant d’entreprise. Utilisez le commutateur Actif pour activer/désactiver la configuration. Une fois activée et configurée, Monetization peut communiquer avec SureTax.

Remarque :

Cliquer sur Tester la connexion tentera une requête de test au fournisseur de passerelle de taxation pour confirmer que la connexion avec les clés insérées est correcte.

Information :

Une fois configuré, vous pouvez modifier et supprimer la configuration. Pour supprimer, cliquez sur Supprimer. ## Avalara

Avalara est un fournisseur de logiciels de conformité fiscale basé sur le cloud qui offre aux entreprises une plateforme complète pour gérer les processus de conformité fiscale. Ses solutions automatisent le calcul, le dépôt et le versement des taxes, facilitant ainsi la conformité des entreprises avec des réglementations fiscales complexes.

Pour configurer, cliquez sur Avalara ; insérez votre clé API, l’identifiant de l’entreprise, l’ID client et l’ID de profil client. Utilisez le commutateur Actif pour activer/désactiver la configuration. Une fois activée et configurée, Monetization peut communiquer avec SureTax.

Note:

Cliquer sur <strong>Tester la connexion</strong> effectuera une demande de test au fournisseur de passerelle fiscale pour confirmer que la connexion avec les clés insérées est correcte.

Information:

Une fois configuré, vous pouvez modifier et supprimer la configuration. Pour supprimer, cliquez sur <i class="fa fa-trash-alt" aria-hidden="true"></i> <strong>Supprimer</strong>.

Docs: Radius

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

protocole radius
protocole de comptabilité radius
protocole de déconnexion radius

Protocole RADIUS

Cette section fournit des informations sur la manière dont AAA Gateway mappe les messages de contrôle d’accès RADIUS pour le protocole RADIUS défini dans RFC-2865 et RFC-2869.

Conformité de la section

Le tableau 1-1 ci-dessous répertorie les informations de conformité pour les sections du protocole RADIUS dans RFC-2865.

Tableau 1-1 : Conformité des sections RFC-2865

Numéro de section	Section	Statut	Remarques
1	Introduction	Non applicable	-
1.1	Spécification des exigences	Non applicable	-
1.2	Terminologie	Non applicable	-
2	Opération	Partiellement pris en charge	-
2.1	Challenge/Réponse	Pris en charge	-
2.2	Interopérabilité avec PAP et CHAP	Non pris en charge	-
2.3	Proxy	Non applicable	-
2.4	Pourquoi UDP?	Non applicable	-
2.5	Indices de retransmission	Pris en charge	-
2.	6	Keep-Alives considérés comme nuisibles	Pris en charge
3	Format de paquet	Pris en charge	-
4	Types de paquet	Pris en charge	-
4.1	Demande d’accès	Pris en charge	-
4.2	Acceptation d’accès	Pris en charge	-
4.3	Rejet d’accès	Pris en charge	-
4.4	Défi d’accès	Pris en charge	-
5	Attributs	Pris en charge	-
5.1	Nom d’utilisateur	Pris en charge	-
5.2	Mot de passe utilisateur	Pris en charge	-
5.3	Mot de passe CHAP	Pris en charge	-
5.4	Adresse IP NAS	Pris en charge	-
5.5	Port NAS	Pris en charge	-
5.6	Type de service	Pris en charge	-
5.7	Protocole encadré	Pris en charge	-
5.8	Adresse IP encadrée	Pris en charge	-
5.9	Masque de réseau IP encadré	Pris en charge	-
5.10	Routage encadré	Pris en charge	-
5.11	Identifiant de filtre	Pris en charge	-
5.12	MTU encadré	Pris en charge	-
5.	13	Compression-Encadrée	Pris en charge
5.14	Hôte-IP-Connexion	Pris en charge	-
5.15	Service-Connexion	Pris en charge	-
5.16	Port-TCP-Connexion	Pris en charge	-
5.17	(non attribué)	Pris en charge	-
5.18	Message-Réponse	Pris en charge	-
5.19	Numéro-Rappel	Pris en charge	-
5.20	Id-Rappel	Pris en charge	-
5.21	(non attribué)	Pris en charge	-
5.22	Route-Encadrée	Pris en charge	-
5.23	Réseau-IPX-Encadré	Pris en charge	-
5.24	État	Pris en charge	-
5.25	Classe	Pris en charge	-
5.26	Spécifique-Vendeur	Pris en charge	-
5.27	Délai-Séance	Pris en charge	-
5.28	Délai-Inactivité	Pris en charge	-
5.29	Action-De-Terminaison	Pris en charge	-
5.30	Id-Station-Appel	Pris en charge	-
5.31	Id-Station-Appelante	Pris en charge	-
5.32	Identifiant-NAS	Pris en charge	-
5.33	État-Proxy	Pris en charge	-
5.35	Login-LAT-Node	Pris en charge	-
5.36	Login-LAT-Group	Pris en charge	-
5.37	Framed-AppleTalk-Link	Pris en charge	-
5.38	Framed-AppleTalk-Network	Pris en charge	-
5.39	Framed-AppleTalk-Zone	Pris en charge	-
5.40	CHAP-Challenge	Pris en charge	-
5.41	NAS-Port-Type	Pris en charge	-
5.42	Port-Limit	Pris en charge	-
5.43	Login-LAT-Port	Pris en charge	-
5.44	Table des Attributs	Pris en charge	-
6	Considérations IANA	Pas de exigence	-
6.1	Définition des Termes	Pas de exigence	-
6.2	Politiques d’Enregistrement Recommandées	Pas de exigence	-
7	Exemples	Pris en charge	-
7.1	Utilisateur Telnet vers Hôte Spécifié	Pris en charge	-
7.2	Utilisateur Encadré S’Authentifiant avec CHAP	Pris en charge	-
7. 3	Utilisateur avec carte Challenge-Response	Non pris en charge	-
8	Considérations de sécurité	Non pris en charge	-
9	Journal des modifications	Pas de besoin	-
10	Références	Pas de besoin	-
11	Remerciements	Pas de besoin	-
12	Adresse du président	Pas de besoin	-
13	Adresses des auteurs	Pas de besoin	-
14	Déclaration complète de droits d’auteur	Pas de besoin	-

La table suivante 1-2 fournit une liste des informations de conformité pour les sections du protocole RADIUS dans le RFC-2869.

Table 1-2 : Conformité des sections RFC-2869

Numéro de section	Section	Statut	Remarques
1	Introduction	Non applicable	-
1.1	Spécification des exigences	Non applicable	-
1.2	Terminologie	Non applicable	-
2	Fonctionnement	Partiellement pris en charge	-
2.1	Support RADIUS pour les mises à jour de comptabilité intérimaires	Non pris en charge	-
2.2	Support RADIUS pour le protocole d’accès à distance Apple	Non pris en charge	-
2.3	Support RADIUS pour le protocole d’authentification extensible (EAP)	Pris en charge	-
2.3.1	Vue d’ensemble du protocole	Pris en charge	-
2.3.2	Retransmission	Pris en charge	-
2.3.4	Exemples	Pris en charge	-
2.3.5	Utilisations alternatives	Pris en charge	-
3	Format de paquet	Pris en charge	-
4	Types de paquet	Pris en charge	-
5	Attributs	Partiellement pris en charge	-
5.1	Acct-Input-Gigawords	Non pris en charge	-
5.2	Acct-Output-Gigawords	Non pris en charge	-
5.3	Event-Timestamp	Non pris en charge	-
5.4	ARAP-Password	Non pris en charge	-
5.5	ARAP-Features	Non pris en charge	-
5.6	ARAP-Zone-Access	Non pris en charge	-
5.7	ARAP-Security	Non pris en charge	-
5.8	ARAP-Security-Data	Non pris en charge	-
5.9	Password-Retry	Non pris en charge	-
5.10	Invite	Non pris en charge	-
5.11	Connect-Info	Non pris en charge	-
5.12	Configuration-Token	Non pris en charge	-
5.13	EAP-Message	Pris en charge	-
5.14	Message-Authenticator	Pris en charge	-
5.16	Acct-Interim-Interval	Non pris en charge	-
5.17	NAS-Port-Id	Pris en charge	-
5.18	Framed-Pool	Non pris en charge	-
5.19	Table des Attributs	Non pris en charge	-
6	Considérations IANA	Pas d’exigence	-
7	Considérations de Sécurité	Pris en charge	-
7.1	Sécurité de l’Authentificateur de Message	Pris en charge	-
7.2	Sécurité EAP	Pris en charge	-
7.2.1	Séparation du serveur EAP et de l’authentificateur PPP	Non pris en charge	-
7.2.2	Détournement de connexion	Non pris en charge	-
7.2.3	Attaques de l’homme du milieu	Non pris en charge	-
7.2.4	Bases de données multiples	Non pris en charge	-
7.2.5	Attaques de négociation	Non pris en charge	-
8	Références	Pas d’exigence	-
9	Remerciements	Pas d’exigence	-
10	Adresse du Président	Pas d’exigence	-
11	Adresses des Auteurs	Pas d’exigence	-
12	Déclaration de Droits d’Auteur Complète	Pas d’exigence	-

Access-Request AVPs

Voici un Tableau 1-3 avec les informations de conformité pour les paires attribut-valeur (AVPs) de la demande d’accès. Table 1-3: Access-Request AVPs

RADIUS AVP	Statut	Remarques
User-Name	Supporté	-
User-Password	Supporté	-
CHAP-Password	Supporté	-
CHAP-Challenge	Supporté	-
NAS-IP-Address	Supporté	-
NAS-Port	Supporté	-
NAS-Port-Type	Supporté	-
NAS-Identifier	Supporté	-
Service-Type	Supporté	-
Framed-Protocol	Supporté	-
Framed-IP-Address	Supporté	-
Framed-IP-Netmask	Supporté	-
Framed-MTU	Supporté	-
Framed-Compression	Supporté	-
Login-IP-Host	Supporté	-
Callback-Number	Supporté	-
Called-Station-Id	Supporté	-
Calling-Station-Id	Supporté	-
State	Supporté	-
Proxy-State	Supporté	-
Login-LAT-Service	Supporté	-
Login-LAT-Node	Supporté	-
Login-LAT-Group	Supporté	-
Login-LAT-Port	Supporté	-
Vendor-Specific	Supporté	-
EAP-Message	Supporté	-
Message-Authenticator	Supporté	-

Access-Accept AVPs

Below is the compliance information for Access-Accept AVPs. Table 1-4: Access-Accept AVPs

RADIUS AVP	Statut	Remarques
User-Name	Supporté	-
Service-Type	Supporté	-
Framed-Protocol	Supporté	-
Framed-IP-Address	Supporté	-
Framed-IP-Netmask	Supporté	-
Framed-Routing	Supporté	-
Framed-Route	Supporté	-
Framed-IPX-Network	Supporté	-
Framed-AppleTalk-Link	Supporté	-
Framed-AppleTalk-Network	Supporté	-
Framed-AppleTalk-Zone	Supporté	-
Filter-Id	Supporté	-
Framed-MTU	Supporté	-
Framed-Compression	Supporté	-
Login-IP-Host	Supporté	-
Login-Service	Supporté	-
Login-TCP-Port	Supporté	-
Reply-Message	Supporté	-
Callback-Number	Supporté	-
Callback-Id	Supporté	-
Class	Supporté	-
Session-Timeout	Supporté	-
Idle-Timeout	Supporté	-
Termination-Action	Supporté	-
State	Supporté	-
Proxy-State	Supporté	-
Login-LAT-Service	Supporté	-
Login-LAT-Node	Supporté	-
Login-LAT-Group	Supporté	-
Login-LAT-Port	Supporté	-
Port-Limit	Supporté	-
Vendor-Specific	Supporté	-
Acct-Session-Id	Supporté	-
EAP-Message	Supporté	-
Message-Authenticator	Supporté	-

Access-Reject AVPs

Table 1-5 a une liste des informations de conformité pour les AVPs Access-Reject. Table 1-5: Access-Reject AVPs

RADIUS AVP	Statut	Remarques
User-Name	Supporté	-
Reply-Message	Supporté	-
Class	Supporté	-
Proxy-State	Supporté	-
Vendor-Specific	Supporté	-
Acct-Session-Id	Supporté	-
EAP-Message	Supporté	-
Message-Authenticator	Supporté	-

Access-Challenge AVPs

Table 1-6 contient les informations de conformité pour les AVPs Access-Challenge.

Table 1-6: Access-Challenge AVPs

RADIUS AVP	Statut	Remarques
Reply-Message	Supporté	-
Session-Timeout	Supporté	-
Idle-Timeout	Supporté	-
State	Supporté	-
Proxy-State	Supporté	-
Vendor-Specific	Supporté	-
EAP-Message	Supporté	-
Message-Authenticator	Supporté	-

RADIUS Accounting Protocol

Cette section fournit des détails sur la façon dont la passerelle AAA mappe les messages de comptabilité RADIUS pour le protocole RADIUS défini dans le RFC-2866.

Section Compliance

Ci-dessous se trouve une liste des informations de conformité pour les sections du protocole de comptabilité RADIUS dans le RFC-2866.

Table 2-1 Conformité des sections RFC-2866

Numéro de section	Section	Statut	Remarques
1	Introduction	Non applicable	-
1.1	Spécification des exigences	Non applicable	-
1.2	Terminologie	Non applicable	-
2	Opération	Supporté	-
2.	1	Proxy	Non pris en charge
3	Format de paquet	Pris en charge	-
4	Types de paquet	Pris en charge	-
4.1	Demande de comptabilité	Pris en charge	-
4.2	Réponse de comptabilité	Pris en charge	-
5	Attributs	Pris en charge	-
5.1	Type de statut de compte	Pris en charge	-
5.2	Temps de retard de compte	Pris en charge	-
5.3	Octets d’entrée de compte	Pris en charge	-
5.4	Octets de sortie de compte	Pris en charge	-
5.5	ID de session de compte	Pris en charge	-
5.6	Authentique de compte	Pris en charge	-
5.7	Temps de session de compte	Pris en charge	-
5.8	Paquets d’entrée de compte	Pris en charge	-
5.9	Paquets de sortie de compte	Pris en charge	-
5.10	Cause de terminaison de compte	Pris en charge	-
5.11	ID de multi-session de compte	Pris en charge	-
5.12	Compte de lien de compte	Pris en charge	-
6	Considérations IANA	Pris en charge	-
7	Considérations de Sécurité	Pris en charge	-
8	Journal des Modifications	Non applicable	-
9	Références	Pas de besoin	-
10	Remerciements	Pas de besoin	-

AVPs de Demande de Comptabilité

Le tableau suivant contient la description de la manière dont ECE prend en charge les paires attribut-valeur (AVPs) de Demande de Comptabilité.

Tableau 2-2 AVPs de Demande de Comptabilité

AVP de Comptabilité RADIUS	Statut	Remarques
Nom d’utilisateur	Pris en charge	C’est un AVP obligatoire.
Adresse IP NAS	Pris en charge	C’est un AVP obligatoire.
Identifiant NAS	Pris en charge	C’est un AVP obligatoire.
Class	Pris en charge	-
Service-Type	Pris en charge	-
Framed-Protocol	Pris en charge	-
Framed-IP-Address	Pris en charge	-
Framed-IP-Netmask	Pris en charge	-
Framed-MTU	Pris en charge	-
Framed-Compression	Pris en charge	-
Login-IP-Host	Pris en charge	-
Callback-Number	Pris en charge	-
Called-Station-Id	Pris en charge	-
Calling-Station-Id	Pris en charge	-
Proxy-State	Pris en charge	-
Login-LAT-Service	Pris en charge	-
Login-LAT-Node	Pris en charge	-
Login-LAT-Group	Pris en charge	-
Login-LAT-Port	Pris en charge	-
CHAP-Challenge	Pris en charge	-
Acct-Status-Type	Pris en charge	Ceci est un AVP obligatoire.
Acct-Delay-Time	Pris en charge	-
Acct-Input-Octets	Pris en charge	-
Acct-Output-Octets	Pris en charge	-
Acct-Session-Id	Pris en charge	Ceci est un AVP obligatoire.
Acct-Session-Time	Pris en charge	-
Acct-Input-Packets	Pris en charge	-
Acct-Output-Packets	Pris en charge	-
Acct-Terminate-Cause	Pris en charge	-
Acct-Multi-Session-Id	Pris en charge	-
Acct-Link-Count	Pris en charge	-
Vendor-Specific	Pris en charge	-

Accounting-Response AVPs

Le message Accounting-Response ne contient aucun AVP.

RADIUS Disconnect Protocol

Cette section décrit comment la passerelle AAA mappe les messages de déconnexion RADIUS pour le protocole RADIUS défini dans le RFC-3576.

Section Compliance

Ci-dessous se trouve les informations de conformité pour les sections du protocole RADIUS Disconnect dans le RFC-3576.

Table 3-1 Conformité des sections RFC-3576

Numéro de section	Section	Statut	Remarques
1	Introduction	-	-
1.1	Applicabilité	-	-
1.2	Langage des exigences	-	-
1.3	Terminologie	-	-
2	Aperçu	-	-
2.1	Messages de déconnexion (DM)	-	-
2.2	Messages de changement d’autorisation (CoA)	-	-
2.3	Format de paquet	-	-
3	Attributs	-	-
3.1	Cause d’erreur	-	-
3.	2	Tableau des Attributs	-
4	Considérations IANA	-	-
5	Considérations de Sécurité	-	-
5.1	Problèmes d’Autorisation	-	-
5.2	Usurpation	-	-
5.3	Directives d’Utilisation d’IPsec	-	-
5.4	Protection contre la Relecture	-	-
6	Exemples de Traces	-	-
7	Références	-	-
7.1	Références Normatives	-	-
7.2	Références Informatives	-	-
8	Déclaration de Propriété Intellectuelle	-	-
9	Remerciements	-	-
10	Adresses de l’Auteur	-	-
11	Déclaration de Droits d’Auteur	-	-

disconnect-request avps

La table suivante 3-2 liste les informations de conformité pour les paires attribut-valeur (AVPs) de Disconnect-Request. Table 3-2: Disconnect-Request AVPs

RADIUS AVP	Statut	Remarques
User-Name	Supporté	-
User-Password	Supporté	-
CHAP-Password	Supporté	-
CHAP-Challenge	Supporté	-
NAS-IP-Address	Supporté	-
NAS-Port	Supporté	-
NAS-Port-Type	Supporté	-
NAS-Identifier	Supporté	-
Service-Type	Supporté	-
Framed-Protocol	Supporté	-
Framed-IP-Address	Supporté	-
Framed-IP-Netmask	Supporté	-
Framed-MTU	Supporté	-
Framed-Compression	Supporté	-
Login-IP-Host	Supporté	-
Callback-Number	Supporté	-
Called-Station-Id	Supporté	-
Calling-Station-Id	Supporté	-
State	Supporté	-
Proxy-State	Supporté	-
Login-LAT-Service	Supporté	-
Login-LAT-Node	Supporté	-
Login-LAT-Group	Supporté	-
Login-LAT-Port	Supporté	-
Vendor-Specific	Supporté	-
EAP-Message	Supporté	-
Message-Authenticator	Supporté	-

Disconnect-Response AVPs

Le message Disconnect-Response n’a pas d’AVPs.

Docs: 5G CHF

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

introduction
- comment interpréter le statut dans les sections de conformité
fonction de chargement - service de chargement
- conformité de la section
- codes de réponse
fonction de chargement - service de contrôle de limite de dépense
- conformité de la section
- codes de réponse
fonction de chargement - interactions avec la fonction de dépôt de réseau (nrf)
- conformité de la section
format chf-cdr

Introduction

Le 5G CHF comprend des interfaces Nchf pour permettre un chargement convergé et un contrôle de limite de dépense pour la gestion des politiques. Les interactions avec la fonction de dépôt de réseau sont également décrites ici.

Comment interpréter le statut dans les sections de conformité

Le tableau suivant décrit la signification du statut dans les sections de conformité.

Statut	Signification
Supporté	L’application prend en charge la fonctionnalité. L’application prend en charge l’attribut et est mappée à la fonction de chargement. L’attribut est reçu dans la demande et utilisé dans les flux de chargement. Cet attribut est envoyé dans la réponse comme indiqué par les spécifications. En option, vous pouvez utiliser cet attribut pour le stockage d’événements et pour informer les décisions de chargement.
Non pris en charge	L’application ne prend pas en charge la fonctionnalité ou l’attribut.
Non applicable	La section n’est pas applicable pour l’implémentation.
Informatif	Cette section sert uniquement à des fins d’information.

Fonction de charge – Service de charge

Conformité de la section

Le tableau ci-dessous contient la description de la conformité de la section du Service de Charge du Système 5G 3GPP TS 32.291 v16.5.1 (2020-09) :

Tableau 1-1 : Service de Charge du Système 5G 3GPP TS 32.291 v16.5. 1 (2020-09) Section Conformité*

Numéro de section	Section	Statut	Remarques
1	Portée	Informatif	-
2	Références	Informatif	-
3	Définitions, symboles et abréviations	Informatif	-
4	Aperçu	Soutenu	-
5	Services offerts par CHF	Soutenu	-
5.1	Introduction	Soutenu	-
5.2	Nchf_ConvergedCharging service	Soutenu	-
5.2.1	Description du service	Soutenu	-
5.2.2	Opérations du service	Soutenu	-
5.2.2.1	Introduction	Soutenu	-
5.2.2.2	Nchf_ConvergedCharging_Create Operation	Soutenu	-
5.2.2.	3	Nchf_ConvergedCharging_Update Operation	Pris en charge
5.2.2.4	Nchf_ConvergedCharging_Release Operation	Pris en charge	-
5.2.2.5	Nchf_ConvergedCharging_Notify Operation	Pris en charge	-
5.3	Nchf_OfflineOnlyCharging service	Pris en charge	-
5.3.1	Description du service	Pris en charge	-
5.3.2	Opérations du service	Pris en charge	-
5.3.2.1	Introduction	Pris en charge	-
5.3.2.2	Nchf_OfflineOnlyCharging_Create Operation	Pris en charge	-
5.3.2.3	Nchf_OfflineOnlyCharging_Update Operation	Pris en charge	-
5.3.2.4	Nchf_OfflineOnlyCharging_Release Operation	Pris en charge	-
6	Définitions de l’API	Pris en charge	-
6.1	Nchf_ConvergedCharging Service API	Pris en charge	-
6.1.1	Introduction	Pris en charge	-
6.1.2.1	Général	Pris en charge	-
6.1.2.2	En-têtes standards HTTP	Pris en charge	-
6.1.2.2.1	Général	Pris en charge	-
6.1.2.2.2	Type de contenu	Pris en charge	-
6.1.2.3	En-têtes HTTP personnalisés	Pris en charge	Seul l’en-tête 3gpp-Sbi-Target-apiRoot est pris en charge parmi les en-têtes personnalisés.
6.1.2.3.1	Général	Pris en charge	-
6.1.3	Ressources	Pris en charge	-
6.1.3.1	Aperçu	Pris en charge	-
6.1.3.2	Ressource : Données de charge	Pris en charge	-
6.1.3.2.1	Description	Pris en charge	-
6.1.3.2.2	Définition de la ressource	Pris en charge	-
6.1.3.2.3	Méthodes standards de la ressource	Pris en charge	-
6.1.3.2.3.	1	POST	Pris en charge
6.1.3.2.4	Opérations personnalisées de ressource	Non applicable	-
6.1.3.3	Ressource : Données de charge individuelles	Pris en charge	-
6.1.3.3.1	Description	Pris en charge	-
6.1.3.3.2	Définition de la ressource	Pris en charge	-
6.1.3.3.3	Méthodes standard de la ressource	Non applicable	-
6.1.3.3.4	Opérations personnalisées de ressource	Pris en charge	-
6.1.3.3.4.1	Aperçu	Pris en charge	-
6.1.3.3.4.2	Opération : mise à jour	Pris en charge	-
6.1.3.3.4.2.1	Description	Pris en charge	-
6.1.3.3.4.2.2	Définition de l’opération	Pris en charge	ChargingDataRequest et ChargingDataResponse. La réponse inclut l’un des codes suivants : Pour succès 200 (OK). Pour échec, ProblemDetails inclut - 400, 403, 404.
6.1.3.3.4.3	libération	Pris en charge	-
6.1.3.3.4.3.
6.1.3.3.4.3.2	Définition de l’opération	Supporté	ChargingDataRequest et ChargingDataResponse. En cas de succès, la réponse sera 204 (Pas de contenu). En cas d’échec, ProblemDetails inclut - 404.
6.1.4	Opérations personnalisées sans ressources associées	Non applicable	-
6.1.5	Notifications	Supporté	-
6.1.5.1	Général	Supporté	-
6.1.5.2	Notification d’événement	Supporté	-
6.1.5.2.1	Description	Supporté	-
6.1.5.2.2	URI cible	Supporté	-
6.1.5.2.3	Méthodes standard	Supporté	-
6.1.5.2.3.1	POST	Supporté	ChargingDataRequest et ChargingDataResponse. En cas de succès, la réponse sera 204 (Pas de contenu). En cas d’échec, ProblemDetails inclut - 404.
6.1.6	Modèle de données	Supporté	-
6.1.6.1	Général	Supporté	-
6.1.6. 2	Types de données structurées	Pris en charge	-
6.1.6.2.1	Type de données commun	Pris en charge	-
6.1.6.2.1. 1	Type ChargingDataRequest	Pris en charge
	subscriberIdentifier	Pris en charge avec extensions
	nfConsumerIdentification	Pris en charge avec extensions
	invocationTimeStamp	Pris en charge
	invocationSequenceNumber	Pris en charge
	retransmissionIndicator	Pris en charge avec extensions
	oneTimeEvent	Pris en charge avec extensions
	oneTimeEventType	Pris en charge avec extensions
	notifyUri	Pris en charge avec extensions
	supportedFeatures	Pris en charge
	serviceSpecificationInfo	Pris en charge avec extensions
	multipleUnitUsage	Pris en charge avec extensions
	triggers	Pris en charge
6.1.6.2.1. 2	Type ChargingDataResponse	Pris en charge
	invocationTimeStamp	Pris en charge
	invocationResult	Pris en charge avec extensions
	invocationSequenceNumber	Pris en charge
	sessionFailover	Pris en charge
	supportedFeatures	Pris en charge avec extensions
	multipleUnitInformation	Pris en charge avec extensions
	triggers	Pris en charge
6.1.6.2.1.3	Type ChargingNotifyRequest	Pris en charge avec extensions
	notificationType	Pris en charge avec extensions
	reauthorizatoinDetails	Pris en charge avec extensions
6.1.6.2.1.	4	Type NFIdentification	Pris en charge avec des extensions
	nodeFunctionality	Pris en charge avec des extensions
	nFName	Pris en charge avec des extensions
	nFIPv4Address	Pris en charge avec des extensions
	nfIPv6Address	Pris en charge avec des extensions
	nFFqdn	Pris en charge avec des extensions
	nFPLMNID	Pris en charge avec des extensions
6.1.6.2.1.5	Type MultipleUnitUsage	Pris en charge
	ratingGroup	Pris en charge
	requestedUnit	Pris en charge
	usedUnitContainer	Pris en charge
6.1.6.2.1.6	Type InvocationResult	Pris en charge avec des extensions
	error (ProblemDetails)	Pris en charge avec des extensions
	failureHandling	Pris en charge avec des extensions
6.1.6.2.1.7	Type Trigger	Pris en charge	Voir 6.1.6.3.6 pour les types de Trigger pris en charge.
	catégorieDeDéclenchement	Prise en charge avec des extensions
	limiteDeTemps (DuréeSec)	Prise en charge avec des extensions
	limiteDeVolume	Prise en charge avec des extensions
	limiteDeVolume64	Prise en charge avec des extensions
	nombreMaxDeccc	Prise en charge avec des extensions
6.1.6.2.1. 8	Type MultipleUnitInformation	Pris en charge
	resultCode	Pris en charge
	ratingGroup	Pris en charge
	grantedUnit	Pris en charge
	triggers	Pris en charge
	validityTime (DurationSec)	Pris en charge avec Extensions
	quotaHandlingTime (DurationSec)	Pris en charge
	finalUnitIndication	Pris en charge
	timeQuotaThreshold	Pris en charge
	volumeQuotaThreshold	Pris en charge avec Extensions
	unitQuotaThreshold	Pris en charge avec Extensions
6.1.6.2.1. 9	Type RequestedUnit	Pris en charge
	temps	Pris en charge
	volumeTotal	Pris en charge
	volumeUplink	Pris en charge
	volumeDownLink	Pris en charge
	unitésSpécifiquesAuService	Pris en charge
6.1.6.2.1. 10	Type UsedUnitContainer	Pris en charge
	serviceId	Pris en charge
	quotaManagementIndicator	Pris en charge
	triggers	Pris en charge
	triggerTimeStamp	Pris en charge avec Extensions
	time	Pris en charge avec Extensions
	totalVolume	Pris en charge
	uplinkVolume	Pris en charge
	downlinkVolume	Pris en charge
	serviceSpecificUnits	Pris en charge
	eventTimeStamps	Pris en charge avec Extensions
	localSequenceNumber	Pris en charge avec Extensions
6.1.6.2.1. 11	Type GrantedUnit	Pris en charge
	tariffTimeChange	Pris en charge
	time	Pris en charge
	totalVolume	Pris en charge
	uplinkVolume	Pris en charge
	downlinkVolume	Pris en charge
	serviceSpecificUnits	Pris en charge
6.1.6.2.1.12	Type FinalUnitIndication	Pris en charge
	finalUnitAction	Pris en charge
	restrictionFilterRule	Non pris en charge
	filterId	Non pris en charge
	redirectServer	Pris en charge
6.1.6.2.1.13	Type RedirectServer	Pris en charge
	redirectAddressType	Pris en charge
	redirectServerAddress	Pris en charge
6.1.6.2.1.	14	Type DétailsDeRéautorisation	Pris en charge
	service (serviceId)	Pris en charge
	groupeDeNotation	Pris en charge
	indicateurDeGestionDeQuota	Pris en charge
6.1.6.2.1.15	Annuler	Non applicable
6.1.6.2.1.16	Type RéponseDeNotificationDeChargement	Non pris en charge
	résultatDinvocation	Non pris en charge
6.1.6.2.2	TypeDeDonnéesDeConnectivité5G Spécifié	Pris en charge	-
6.1.6.2.2.1	DemandeDeDonnéesDeChargement	Pris en charge	Le flux de chargement prêt à l’emploi ne traite pas les enregistrements pour l’itinérance 5G.
6.1.6.2.2.2	RéponseDeDonnéesDeChargement	Pris en charge avec Extensions	Le flux de chargement prêt à l’emploi ne traite pas les enregistrements pour l’itinérance 5G.
6.1.6.2.2.3	UtilisationMultipleUnité	Pris en charge avec Extensions	-
6.1.6.2.2.4	InformationsMultipleUnité	Pris en charge avec Extensions	-
6.1.6.2.2.5	ConteneurUnitéUtilisée	Pris en charge avec Extensions	-
6.1.6.2.2.	6	PDUSessionChargingInformation	Pris en charge avec des extensions
6.1.6.2.2.7	UserInformation	Pris en charge avec des extensions	-
6.1.6.2.2.8	PDUSessionInformation	Pris en charge avec des extensions	-
6.1.6.2.2.9	PDUContainerInformation	Pris en charge avec des extensions	-
6.1.6.2.2.10	NetworkSlicingInfo	Pris en charge avec des extensions	-
6.1.6.2.2.11	PDUAddress	Pris en charge avec des extensions	-
6.1.6.2.2.12	ServingNetworkFunctionID	Pris en charge avec des extensions	-
6.1.6.2.2.13	RoamingQBCInformation	Pris en charge avec des extensions	-
6.1.6.2.2.14	MultipleQFIcontainer	Pris en charge avec des extensions	-
6.1.6.2.2.15	RoamingChargingProfile	Pris en charge avec des extensions	Le flux de chargement prêt à l’emploi ne traite pas les enregistrements pour l’itinérance 5G.
6.1.6.2.2.16	QFIContainerInformation	Pris en charge avec des extensions	Tous sont pris en charge uniquement dans la demande, non pris en charge dans la réponse
6.1.6.2.2.	17	RANSecondaryRATUsageReport	Pris en charge avec des extensions
6.1.6.2.2.18	QosFlowsUsageReport	Pris en charge avec des extensions	-
6.1.6.2.2.19	MAPDUSessionInformation	Pris en charge avec des extensions	-
6.1.6.2.3	Type de données spécifié SMS	Pris en charge avec des extensions	-
6.1.6.2.3.1	DemandeDeDonnéesDeChargement	Pris en charge avec des extensions	-
6.1.6.2.3.2	InformationsDeChargementSMS	Pris en charge avec des extensions	-
6.1.6.2.3.3	InformationsDeLExpéditeur	Pris en charge avec des extensions	-
6.1.6.2.3.4	InformationsDuDestinataire	Pris en charge avec des extensions	-
6.1.6.2.3.5	InformationsDAdresseSMS	Pris en charge avec des extensions	-
6.1.6.2.3.6	AdresseDuDestinataire	Pris en charge avec des extensions	-
6.1.6.2.3.7	ClasseDeMessage	Pris en charge avec des extensions	-
6.1.6.2.3. 8	SMAddressDomain	Prise en charge avec extensions	-
6.1.6.2.3.9	SMInterface	Prise en charge avec extensions	-
6.1.6.2.4	Données spécifiées de connexion 5G et de mobilité	Non pris en charge	-
6.1.6.2.4.1	DemandeDeDonnéesDeCharge	Non pris en charge	-
6.1.6.2.4.2	RéponseDeDonnéesDeCharge	Non pris en charge avec extensions	-
6.1.6.2.4. 3	Type d’enregistrement des informations de charge	Non pris en charge
	typeMessageEnregistrement	Non pris en charge
	informationsUtilisateur	Non pris en charge
	informationsLocalisationUtilisateur	Non pris en charge
	fuseauHoraireUtilisateur	Non pris en charge
	typeRAT	Non pris en charge
	capacité5gMM	Non pris en charge
	indicationModeMIC	Non pris en charge
	indicationSMS	Non pris en charge
	listeTai	Non pris en charge
	restrictionZoneDeService	Non pris en charge
	NSSAIRequis	Non pris en charge
	nssaiAutorisé	Non pris en charge
	NSSAIRejeté	Non pris en charge
	-	Non pris en charge
6.1.6.2.4.		Type N2ConnectionChargingInformation	Non pris en charge
	n2ConnectionMessageType	Non pris en charge
	userInformation	Non pris en charge
	userLocationinfo	Non pris en charge
	uetimeZone	Non pris en charge
	rATType	Non pris en charge
	amfUeNgapId	Non pris en charge
	ranUeNgapId	Non pris en charge
	ranNodeId	Non pris en charge
	restrictedRatList	Non pris en charge
	forbiddenAreaList	Non pris en charge
	serviceAreaRestriction	Non pris en charge
	restrictedCnList	Non pris en charge
	allowedNssai	Non pris en charge
	rrcEstCause	Non pris en charge
	-	Non pris en charge
6.1.6.2.4. 5	Type LocationReportingChargingInformation	Non pris en charge
	locationReportingMessageType	Non pris en charge
	userInformation	Non pris en charge
	userLocation	Non pris en charge
	infouetimeZone	Non pris en charge
	presenceReportingAreaInformation	Non pris en charge
	rATType	Non pris en charge
	-	Non pris en charge
6.1.6.2.5	Exposure Function Northbound API Specified	Non pris en charge
	-	Non pris en charge
6.1.6.2.5.1	Type ChargingDataRequest	Non pris en charge

6.1.6.2.5.1a	Type ChargingDataResponse	Non pris en charge

6.1.6.2.5.2	Type NEFChargingInformation	Non pris en charge
	groupIdentifier	Non pris en charge
	aPIDirection	Non pris en charge
	aPITargetNetworkFunction	Non pris en charge
	aPIResultCode	Non pris en charge
	aPIName	Non pris en charge
	aPIReference	Non pris en charge
	aPIContent	Non pris en charge

6.1.6.2.	6	Gestion des Tranches de Réseau (NSM) Type de Données Spécifié	Non Supporté

6.1.6.2.6.1	Type ChargingDataRequest	Non Supporté
	tenantIdentifier	Non Supporté
	mnSConsumerIdentifier	Non Supporté
	nSMChargingInformation	Non Supporté

6.1.6.2.6.2	Type ChargingDataResponse	Non Supporté

6.1.6.2.6.3	Type NSMChargingInformation	Non Supporté
	managementOperation	Non Supporté
	idNetworkSliceInstance	Non Supporté
	listOfServiceProfileChargingInformation	Non Supporté
	managementOperationStatus	Non Supporté
	operationalState	Non Supporté
	administrativeState	Non Supporté

6.1.6.2.6. 4	Type ServiceProfileChargingInformation	Non pris en charge
	serviceProfileIdentifier	Non pris en charge
	sNSSAIList	Non pris en charge
	latence	Non pris en charge
	disponibilité	Non pris en charge
	niveauDePartageDesRessources	Non pris en charge
	gigue	Non pris en charge
	fiabilité	Non pris en charge
	maxNombreDeUEs	Non pris en charge
	zoneDeCouverture	Non pris en charge
	niveauDeMobilitéUE	Non pris en charge
	indicateurDeToléranceAuDélai	Non pris en charge
	dLThptParTranche	Non pris en charge
	dLThptParUE	Non pris en charge
	uLThptParTranche	Non pris en charge
	uLThptParUE	Non pris en charge
	maxNombreDeSessionsPDU	Non pris en charge
	listeDeSurveillanceKPI	Non pris en charge
	technologieDAccèsPriseEnCharge	Non pris en charge
	indicateurDeModeDeCommunicationV2X	Non pris en charge
	ajouterServiceProfileChargingInfo	Non pris en charge

6.1.6.2.6. 5	Type Throughput	Non pris en charge
	guaranteedThpt	Non pris en charge
	maximumThpt	Non pris en charge

6.1.6.2.7	NS performance and analytics Specified Data Type	Non pris en charge
6.1.6.2.7.1	Type ChargingDataRequest	Non pris en charge
	tenantIdentifier	Non pris en charge
	nSPAChargingInformation	Non pris en charge
6.1.6.2.7.2	Type ChargingDataResponse	Non pris en charge
6.1.6.2.7.3	Type UsedUnitContainer	Non pris en charge
	nSPAContainerInformation	Non pris en charge
6.1.6.2.7.4	Type NSPAChargingInformation	Non pris en charge
	singleNSSAI	Non pris en charge
6.1.6.2.7.5	Type NSPAContainerInformation	Non pris en charge
	latency	Non pris en charge
	throughput	Non pris en charge
	maximumPacketLossRate	Non pris en charge
	serviceExperienceStatisticsData	Non pris en charge
	theNumberOfPDUSessions	Non pris en charge
	theNumberOfRegisteredSubscribers	Non pris en charge
	loadLevel	Non pris en charge
6.1.6.3	Simple data types and enumerations	Pris en charge
6.1.6.3. 1	Introduction	Pris en charge
6.1.6.3.2	Types de données simples	Pris en charge avec extensions
	Diagnostics	Pris en charge avec extensions
	IPFilterRule	Pris en charge avec extensions
	N2ConnectionMessageType	Pris en charge avec extensions
	LocationReportingMessageType	Pris en charge avec extensions
6.1.6.3.3	Énumération : NotificationType	Pris en charge
6.1.6.3.4	Énumération : NodeFunctionality	Pris en charge
6.1.6.3.5	Énumération : ChargingCharacteristicsSelectionMode	Pris en charge
6.1.6.3.6	Énumération : TriggerType	Pris en charge	FINAL, RAT_CHANGE et TARIFF_TIME_CHANGE sont pris en charge. D’autres types de déclencheurs sont pris en charge avec des extensions.
6.1.6.3.7	Énumération : FinalUnitAction	Pris en charge
6.1.6.3.8	Énumération : RedirectAddressType	Pris en charge
6.1.6.3.9	Énumération : TriggerCategory	Pris en charge
6.1.6.3.10	Énumération : QuotaManagementIndicator	Pris en charge
6.1.6.3.11	Énumération : FailureHandling	Pris en charge
6.1.6.3.12	Énumération : SessionFailover	Pris en charge
6.1.6.3.13	Énumération : 3GPPPSDataOffStatus	Pris en charge
6.1.6.3.14	Énumération : ResultCode	Pris en charge
6.1.6.3.15	Énumération : PartialRecordMethod	Pris en charge
6.1.6.3.16	Énumération : RoamerInOut	Pris en charge
6.1.6.3.	17	Vide	Pris en charge
6.1.6.3.18	Énumération : SMMessageType	Pris en charge
6.1.6.3.19	Énumération : SMPriority	Pris en charge
6.1.6.3.20	Énumération : DeliveryReportRequested	Pris en charge
6.1.6.3.21	Énumération : InterfaceType	Pris en charge
6.1.6.3.22	Énumération : ClassIdentifier	Pris en charge
6.1.6.3.23	Énumération : SMAddressType	Pris en charge
6.1.6.3.24	Énumération : SMAddresseeType	Pris en charge
6.1.6.3.25	Énumération : SMServiceType	Pris en charge
6.1.6.3.26	Énumération : ReplyPathRequested	Pris en charge
6.1.6.3.27	Énumération : DnnSelectionMode	Pris en charge
6.1.6.3.28	Énumération : EventType	Pris en charge
6.1.6.3.29	Énumération : MICOModeIndication	Pris en charge
6.1.6.3.30	Énumération : RegistrationMessageType	Pris en charge
6.1.6.3.31	Énumération : SmsIndication	Pris en charge
6.1.6.3.32	Énumération : APIDirection	Pris en charge
6.1.6.3.33	Énumération : ManagementOperation	Pris en charge
6.1.6.3.34	Énumération : ManagementOperationStatus	Pris en charge
6.1.6.4	Types de données décrivant des types de données alternatifs ou des combinaisons de types de données	Non applicable
6.1.6.5	Données binaires	Non applicable
6.1.7	Gestion des erreurs	Pris en charge
6.1.7.1	Général	Pris en charge
6.1.7.	2	Erreurs de protocole	Non applicable
6.1.7.3	Erreurs d’application	Pris en charge
6.1.8	Négociation de fonctionnalités	Non pris en charge
6.2	Nchf_OfflineOnlyCharging Service API	Pris en charge
6.2.1	Introduction	Pris en charge
6.2.2	Utilisation de HTTP	Pris en charge
6.2.3	Ressources	Pris en charge
6.2.3.1	Aperçu	Pris en charge
6.2.3.2	Ressource : Données de charge	Pris en charge
6.2.3.2.1	Description	Pris en charge
6.2.3.2.2	Définition de la ressource	Pris en charge
6.2.3.2.3	Méthodes standard de la ressource	Pris en charge
6.2.3.2.3.1	POST	Pris en charge	ChargingDataRequest et ChargingDataResponse. La réponse inclut l’un des codes suivants : Pour succès 201 (créé). Pour échec, ProblemDetails inclut - 400, 403 et 404.
6.2.3.2.4	Opérations personnalisées de la ressource	Non applicable
6.2.3.3	Ressource : Données de charge individuelles uniquement hors ligne	Pris en charge
6.2.3.3.1	Description	Pris en charge
6.2.3.3.2	Définition de la ressource	Pris en charge
6.2.3.3.3	Méthodes standard de la ressource	Non applicable
6.2.3.3.4	Opérations personnalisées de la ressource	Pris en charge
6.2.3.3.4.	1	Aperçu	Pris en charge
6.2.3.3.4.2	Opération : mise à jour	Pris en charge
6.2.3.3.4.2.1	Description	Pris en charge
6.2.3.3.4.2.2	Définition de l’opération	Pris en charge	ChargingDataRequest et ChargingDataResponse. La réponse inclut l’un des codes suivants : Pour succès 200 (OK). Pour échec, ProblemDetails inclut - 400, 403 et 404.
6.2.3.3.4.3	Opération : libération	Pris en charge
6.2.3.3.4.3.1	Description	Pris en charge
6.2.3.3.4.3.2	Définition de l’opération	Pris en charge	ChargingDataRequest et ChargingDataResponse. Pour succès, la réponse sera 204 (Pas de contenu). Pour échec, ProblemDetails inclut - 404.
6.2.4	Opérations personnalisées sans ressources associées	Non applicable
6.2.5	Modèle de données	Pris en charge
6.2.5.1	Général	Pris en charge
6.2.5.2	Types de données structurés	Pris en charge
6.2.5.2.1	Type de données commun	Pris en charge
6.2.5.2.1.	1	Type ChargingDataRequest	Pris en charge
	subscriberIdentifier	Pris en charge
	nfConsumerIdentification	Pris en charge
	invocationTimeStamp	Pris en charge avec Extensions
	invocationSequenceNumber	Pris en charge
	serviceSpecificationInformation	Pris en charge
	multipleUnitUsage	Pris en charge avec Extensions
	triggers	Pris en charge avec Extensions	Voir 6.2.5.3.5 pour les types de déclencheurs pris en charge.
6.2.5.2.1.2	Type ChargingDataResponse	Pris en charge
	invocationTimeStamp	Pris en charge
	invocationResult	Pris en charge
	invocationSequenceNumber	Pris en charge
	sessionFailover	Pris en charge
	triggers	Pris en charge avec Extensions
6.2.5.2.1.3	Type MultipleUnitUsage	Pris en charge
	ratingGroup	Pris en charge
	usedUnitContainer	Pris en charge
6.2.5.2.1.	4	Type UsedUnitContainer	Pris en charge
	serviceId	Pris en charge
	triggers	Pris en charge
	triggerTimeStamp	Pris en charge
	time	Pris en charge
	totalVolume	Pris en charge avec Extensions
	uplinkVolume	Pris en charge
	downlinkVolume	Pris en charge
	serviceSpecificUnits	Pris en charge
	eventTimeStamps	Pris en charge avec Extensions
	localSequenceNumber	Pris en charge avec Extensions
6.2.5.2.1.5	Type Trigger	Pris en charge avec Extensions
	triggerType	Pris en charge avec Extensions
	triggerCategory	Pris en charge avec Extensions
	timeLimit (DurationSec)	Pris en charge avec Extensions
	volumeLimit64	Pris en charge avec Extensions
	eventLimit	Pris en charge avec Extensions
	maxNumberOfccc	Pris en charge avec Extensions
6.2.5.2.2	5G Data Connectivity Specified Data Type	Pris en charge
6.2.5.2.2.1	Type ChargingDataRequest	-	Identique à 6.1.6.2.2.1
6.2.5.2.2.	2	Type ChargingDataResponse	-
6.2.5.2.2.3	Type MultipleUnitUsage	-	Identique à 6.2.5.2.1.3
6.2.5.2.2.4	Type UsedUnitContainer	-	Identique à 6.2.5.2.1.4
6.2.5.2.2.5	Type PDUSessionChargingInformation	-	Identique à 6.1.6.2.2.6
6.2.5.2.2.6	Type UserInformation	-	Identique à 6.1.6.2.2.7
6.2.5.2.2.7	Type PDUSessionInformation	-	Identique à 6.1.6.2.2.8
6.2.5.2.2.8	Type PDUContainerInformation	-	Identique à 6.1.6.2.2.9
6.2.5.2.2.9	Type NetworkSlicingInfo	-	Identique à 6.1.6.2.2.10
6.2.5.2.2.10	Type PDUAddress	-	Identique à 6.1.6.2.2.11
6.2.5.2.2.11	Type ServingNetworkFunctionID	-	Identique à 6.1.6.2.2.12
6.2.5.2.2.12	Type RoamingQBCInformation	-	Identique à 6.1.6.2.2.13
6.2.5.2.2.13	Type MultipleQFIcontainer	-	Identique à 6.1.6.2.2.14
6.2.5.2.2.14	Type RoamingChargingProfile	-	Identique à 6.1.6.2.2.15
6.2.5.2.2.15	Type QFIContainerInformation	-	Identique à 6.1.6.2.2.16
6.2.5.2.2.16	Type RANSecondaryRATUsageReport	-	Identique à 6.1.6.2.2.17
6.2.5.2.2.17	Type QosFlowsUsageReport	-	Identique à 6.1.6.2.2.18
6.2.5.3	Types de données simples et énumérations	Pris en charge
6.2.5.3.1	Introduction	Pris en charge
6.2.5.3.	2	Types de données simples	-
6.2.5.3.3	Énumération : ChargingCharacteristicsSelectionMode	-	Identique à 6.1.6.3.5
6.2.5.3.4	Énumération : NodeFunctionality	Supporté
6.2.5.3.5	Énumération : TriggerType	Supporté	FINAL, RAT_CHANGE et TARIFF_TIME_CHANGE sont supportés. D’autres types de déclencheurs sont supportés avec des extensions.
6.2.5.3.6	Énumération : ResultCode	Supporté
6.2.5.3.7	Énumération : 3GPPPSDataOffStatus	-	Identique à 6.1.6.3.13
6.2.5.3.8	Énumération : PartialRecordMethod	-	Identique à 6.1.6.3.15
6.2.5.3.9	Énumération : RoamerInOut	-	Identique à 6.1.6.3.16
6.2.5.3.10	Énumération : SubscriberIdentityType	-	Identique à 6.1.6.3.17
6.2.6	Gestion des erreurs	Supporté
6.2.6.1	Général	Supporté
6.2.6.2	Erreurs de protocole	Non applicable
6.2.6.3	Erreurs d’application	Supporté
6.2.7	Négociation des fonctionnalités	Non supporté
7	Liens du champ CDR, Élément d’information et Attribut de ressource	Supporté
7.0	Général	Supporté
7.1	Liens du champ CDR commun, Élément d’information et Attribut de ressource	Supporté
7.2	Liens pour la connectivité de données 5G	Supporté
7. 3	Liens pour la facturation par SMS	Non pris en charge
7.4	Liens pour la connexion 5G et la mobilité	Non pris en charge
7.5	Liens pour la fonction d’exposition API nord pour la facturation	Non pris en charge
7.6	Liens pour la performance NS et la facturation d’analytique	Non pris en charge
8.0	Sécurité	Non pris en charge	OAuth2 n’est pas pris en charge.

Codes de réponse

Table 1-2: Codes de réponse

Codes de réponse	Description
201 Créé (Créer)	La création d’une ressource de données de facturation est confirmée, et une représentation de cette ressource est renvoyée. La ressource de données de facturation est créée et renvoyée avec succès. La représentation de la ressource créée est identifiée via le champ d’en-tête Location dans la réponse 201.
200 OK (Mises à jour)	La modification d’une ressource de données de facturation est confirmée, et une représentation de cette ressource est renvoyée. La ressource de données de facturation qui est modifiée et renvoyée avec succès.
204 Pas de contenu (Libération)	La ressource de données de facturation correspondant à ChargingDataRef est modifiée puis libérée.
400 Mauvaise demande	CHARGING_FAILED : La requête HTTP est rejetée car l’ensemble des informations de session ou d’abonné nécessaires au CHF pour la facturation ou la création de CDR est incomplet, erroné ou non disponible (par exemple, Groupe de tarification, informations sur l’abonné). RE_AUTHORIZATION_FAILED : La requête HTTP est rejetée car l’ensemble des informations nécessaires au consommateur NF (CTF) pour signaler l’utilisation est incomplet, erroné ou non disponible.
404 Non Trouvé	USER_UNKNOWN : La requête HTTP est rejetée car l’utilisateur final spécifié dans la requête ne peut pas être servi par le CHF.
500 Erreur Interne du Serveur	Erreur d’application commune

Fonction de Chargement – Service de Contrôle de Limite de Dépenses

Section Conformité

Le tableau ci-dessous décrit la conformité des sections au sein du Service de Chargement du Système 5G selon 3GPP TS 29.594 v16.3.0 (2020-09).

Tableau 2-1 : Service de Chargement du Système 5G 3GPP TS 29.594 v16.3. 0 (2020-09) Section Conformité*

Numéro de section	Section	Statut	Remarques
1	Portée	Informatif	-
2	Références	Informatif	-
3	Définitions et abréviations	Informatif	-
4	Nchf_SpendingLimitControl Service	Supporté	-
4.1	Description du service	Supporté	-
4.1.1	Aperçu	Supporté	-
4.1.2	Architecture du service	Supporté	-
4.1.3	Fonctions réseau	Supporté	-
4.1.3.1	Fonction de charge (CHF)	Supporté	-
4.1.3.2	Consommateurs de service NF	Supporté	-
4.	2	Opérations de service	Pris en charge
4.2.1	Introduction	Pris en charge	-
4.2.2	Opération de service Nchf_SpendingLimitControl_Subscribe	Pris en charge	-
4.2.2.1	Général	Pris en charge	-
4.2.2.2	Récupération de la limite de dépense initiale	Pris en charge	-
4.2.2.3	Récupération du rapport de limite de dépense intermédiaire	Pris en charge	-
4.2.3	Opération de service Nchf_SpendingLimitControl_Unsubscribe	Pris en charge	-
4.2.3.1	Général	Pris en charge	-
4.2.3.2	Se désinscrire du rapport de limite de dépense	Pris en charge	-
4.2.4	Opération de service Nchf_SpendingLimitControl_Notify	Pris en charge	-
4.2.4.1	Général	Pris en charge	-
4.2.4.2	Rapport de limite de dépense	Pris en charge	-
4.2.4.	3	Demande de résiliation d’abonnement par CHF	Non pris en charge
5	API de contrôle de limite de dépenses Nchf	Pris en charge	-
5.1	Introduction	Pris en charge	-
5.2	Utilisation de HTTP	Pris en charge	-
5.2.1	Général	Pris en charge	-
5.2.2	En-têtes standards HTTP	Pris en charge	-
5.2.2.1	Général	Pris en charge	-
5.2.2.2	Type de contenu	Pris en charge	-
5.2.3	En-têtes HTTP personnalisés	Pris en charge	Seul l’en-tête 3gpp-Sbi-Target-apiRoot est pris en charge parmi les en-têtes personnalisés.
5.3	Ressources	Pris en charge	-
5.3.1	Structure des ressources	Pris en charge	-
5.3.2	Ressource : Récupération des abonnements de limite de dépenses (Collection)	Pris en charge	-
5.3.2.1	Description	Pris en charge	-
5.3.2.3	Méthodes standard des ressources	Pris en charge	-
5.3.2.3.1	POST	Pris en charge	Requête POST avec SpendingLimitContext pour créer un nouvel abonnement de récupération de limite de dépense individuelle. La réponse POST doit contenir SpendingLimitStatus comme 201 (Créé), ProblemDetails avec 400 (Mauvaise requête).
5.3.2.4	Opérations personnalisées des ressources	Non applicable	-
5.3.3	Ressource : Abonnement de récupération de limite de dépense individuelle (Document)	Pris en charge	-
5.3.3.1	Description	Pris en charge	-
5.3.3.2	Définition des ressources	Pris en charge	-
5.3.3.3	Méthodes standard des ressources	Pris en charge	-
5.3.3.3.1	PUT	Pris en charge	Requête PUT avec SpendingLimitContext pour modifier l’abonnement de récupération de limite de dépense individuelle existant. La réponse POST doit contenir SpendingLimitStatus comme 200 (OK), ProblemDetails avec 400 (Mauvaise requête).
5.3.3.3.2	DELETE	Pris en charge	Requête DELETE. La réponse DELETE doit contenir 204 (Aucun contenu). Cas réussi : L’abonnement de limite de dépense individuelle correspondant à subscriptionId a été supprimé.
5.	4	Opérations Client sans ressources associées	Non Applicable
5.5	Notifications	Pris en charge	-
5.5.1	Général	Pris en charge	La terminaison n’est pas prise en charge
5.5.2	Notification de limite de dépenses	Pris en charge	-
5.5.2.1	Description	Pris en charge	-
5.5.2.2	URI cible	Pris en charge	-
5.5.2.3	Méthodes standards	Pris en charge	-
5.5.2.3.1	POST	Pris en charge	Requête POST avec SpendingLimitStatus pour les compteurs de politique. La réponse POST doit contenir 204 (pas de contenu) et la réception de la notification est reconnue.
5.5.3	Résiliation d’abonnement	Non pris en charge	-
5.5.3.1	Description	Pris en charge	-
5.5.3.2	URI cible	Pris en charge	-
5.5.3.3	Méthodes standards	Pris en charge	-
5.6	Modèle de données	Pris en charge	-
5.6.1	Général	Pris en charge	-
5.6.2	Types de données structurés	Pris en charge	-
5.6.2.1	Introduction	Pris en charge	-
5.6.2.2	Type SpendingLimitContext	Pris en charge	-
5.6.2.3	Type SpendingLimitStatus	Pris en charge	-
5.6.2.4	Type PolicyCounterInfo	Pris en charge	-
5.6.2.5	Type PendingPolicyCounterStatus	Pris en charge	-
5.6.2.6	Type SubscriptionTerminationInfo	Non pris en charge	-
5.6.3	Types de données simples et énumérations	Pris en charge	-
5.6.3.1	Introduction	Pris en charge	-
5.6.3.3	Énumération : TerminationCause	Non pris en charge	-
5.7	Gestion des erreurs	Pris en charge	-
5.7.1	Général	Pris en charge	-
5.7.2	Erreurs de protocole	Non applicable	-
5.7.3	Erreurs d’application	Pris en charge	-
5.8	Négociation des fonctionnalités	Non pris en charge	-
5.9	Sécurité	Non pris en charge	OAuth2 n’est pas pris en charge.

Codes de réponse

Tableau 2-2 Codes de réponse

Codes de réponse	Description
201 Créé	SUCCÈS : L’abonnement à la limite de dépenses a été créé, et des rapports sur la limite de dépenses sont fournis.
200 OK	L’abonnement individuel à la limite de dépenses a été modifié, et des rapports sur la limite de dépenses sont fournis.
204 Pas de contenu	Veuillez consulter les opérations individuelles
400 Mauvaise requête	UTILISATEUR_INCONNU : L’abonné spécifié dans la demande n’est pas connu au CHF et l’abonnement ne peut pas être créé.
500 Internal Server Error	Erreur d’application courante

Fonction de Chargement – Interactions avec la Fonction de Répertoire de Réseau (NRF)

Section Conformité

Le tableau ci-dessous fournit une description des services pris en charge par le CHF en tant que Fonction de Réseau Consommateur pour son interaction avec le NRF, conformément aux Services de Répertoire de Fonction de Réseau du Système 5G dans 3GPP TS 29.510 v16.5.0 (2020-09).

Tableau 3-1 : Services pris en charge par le CHF en tant que Fonction de Réseau Consommateur

Numéro de Section	Section	Statut	Remarques
5	Services Offerts par le NRF	Pris en charge
5.1	Introduction	Pris en charge	Seules les opérations NFManagement Service avec NFRegister, NFUpdate, NFDeregister et NFListRetrieval sont prises en charge.
5.2	Service Nnrf_NFManagement	Pris en charge
5.2.1	Description du Service	Pris en charge
5.2.2	Opérations de Service	Pris en charge
5.2.2.1	Introduction	Pris en charge
5.2.2.2	NFRegister	Pris en charge
5.2.2.2.	Général	Pris en charge
5.2.2.3	NFUpdate	Pris en charge
5.2.2.3.1	Général	Pris en charge
5.2.2.3.2	NF Heart-Beat	Pris en charge
5.2.2.4	NFDeregister	Pris en charge
5.2.2.4.1	Général	Pris en charge
5.2.2.5	NFStatusSubscribe	Non pris en charge
5.2.2.6	NFStatusNotify	Non pris en charge
5.2.2.7	NFStatusUnsubscribe	Non pris en charge
5.2.2.8	NFListRetrieval	Pris en charge
5.2.2.8.1	Général	Pris en charge
5.2.2.9	NFProfileRetrieval	Non pris en charge
5.2.2.9.1	Général	Non pris en charge

Format CHF-CDR

La table ci-dessous décrit l’état de conformité des champs au sein de l’Enregistrement de Détails d’Appel de Fonction de Facturation 3GPP (CHF-CDR) selon la spécification 3GPP TS 32.298 version 16.5.0.

Docs: Abonnements

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Analytique, et cliquez sur Abonnements.

La section d’analytique des abonnements est divisée en trois sous-sections :

première sous-section
deuxième sous-section
troisième sous-section

Première sous-section

La première sous-section montre le nombre de nouveaux abonnements clients activés pour tous les plans. Les informations sont basées sur le mois en cours, le mois dernier, il y a six mois et il y a un an.

Par exemple, supposons que le mois en cours soit avril, et qu’il n’y ait pas de nouveaux abonnements clients à aucun plan. Le mois dernier, en mars, deux clients se sont abonnés à un plan particulier. Il y a six mois, en octobre de l’année dernière, aucun client ne s’est abonné à un plan.

Remarque :

La flèche rouge ou verte montre respectivement le pourcentage de diminution ou d’augmentation du nombre de nouveaux abonnements clients activés pour un plan à ce moment par rapport à la même période il y a un mois, il y a six mois et il y a un an.

Deuxième sous-section

La deuxième sous-section montre un graphique linéaire représentant le total des abonnements clients pour chaque plan sur une période spécifique basée sur un intervalle. Vous pouvez filtrer par date-heure.

Remarque :

La représentation visuelle sous forme de graphique linéaire peut être téléchargée dans divers formats. Pour ce faire, cliquez sur Menu contextuel du graphique. ## troisième sous-section

La troisième sous-section montre un graphique à barres représentant le nombre de nouvelles abonnements clients activés pour tous les plans sur une période spécifique basée sur un intervalle, y compris le taux de désabonnement. Vous pouvez filtrer par un plan individuel ou/et date-heure.

Information :

Le taux de désabonnement fait référence au taux de clients &ldquo;partants&rdquo;.

Remarque :

La représentation visuelle sous forme de graphique à barres peut être téléchargée dans divers formats. Pour ce faire, cliquez sur <i class="fa fa-bars" aria-hidden="true"></i> <strong>Menu contextuel du graphique</strong>.

Docs: Chargement

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

Tags
- Créer un tag
  - [Charge vs. - ressources-tags
- détails-de-la-page-des-tags
- mettre-à-jour-le-tag
- supprimer-le-tag
ressources
seuils
notifications
limites-de-crédit
profils-de-crédit
types-dévénements
modes-darrondi

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Configuration de l’entreprise, et cliquez sur Charging.

Ressources

Pour accéder à cette section, cliquez sur Ressources. Une liste paginée de toutes les ressources est affichée sous un format tabulaire.

Information:

Cette section montre comment créer des ressources dans Monetization, par exemple, des ressources monétaires (par exemple, Euro, Dollar américain, etc.), des ressources gratuites (par exemple, SMS gratuits, données gratuites, etc.), etc.

Une ressource représente un objet dans Monetization qui peut avoir une valeur—par exemple, une ressource monétaire avec une valeur de 10.

De plus, une ressource peut exister en tant que solde pour un client. Un solde est une valeur de ressource unique à l’intérieur d’un groupe de solde spécifique.

Les soldes d’une ressource sont créés automatiquement dans Monetization chaque fois qu’un client achète un produit ou déclenche un événement d’utilisation. Par exemple, si un plan a un produit qui accorde 100 minutes gratuites. Lors de l’achat du plan par le client, un solde de 100 minutes gratuites sera créé dans le groupe de solde associé.

Information:

Un solde peut également être créé manuellement via l’API, qui est utilisé davantage pour la gestion que pour l’automatisation.

Les ressources sont essentielles lors de la création d’un catalogue de produits car les produits qu’un client peut acheter auront un impact sur le solde de la ressource—par exemple, facturer un client 100 euros ou lui accorder 100 crédits gratuits.

Exemples d’une ressource

Voici cinq exemples d’une ressource, y compris leur secteur d’activité.

Euro — Toute industrie — Il représente le solde monétaire actuel d’un client dans le cycle en cours.
Minutes gratuites — Télécommunications
Consommation totale kWh — Services publics
Frais de course minimum — Covoiturage/Taxis — Une ressource d’assistance tenant le frais minimum que le client doit payer pour chaque course
Total des appels API — Services cloud — Pour suivre le nombre d’événements d’appels API générés

Note:

Un solde de ressource peut augmenter ou diminuer en raison d’un achat de produit par un client ou de la génération d’un événement d’utilisation. Le solde d’un client sera affecté chaque fois qu’il achète un produit ou utilise un service qui déclenche un événement d’utilisation.

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer une ressource
Page de détails de la ressource
Mettre à jour la ressource
Supprimer la ressource

Créer une ressource

Sous ressources, pour créer une ressource, cliquez sur Créer nouveau. Cela inclut des champs de saisie obligatoires et optionnels.

Les champs de saisie obligatoires comprennent les éléments suivants :

Nom
Code
Ordre de consommation de solde
Valeur par défaut
Période de validité

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Les champs de saisie optionnels comprennent les éléments suivants :

Description
Temporaire
Devise
Inclus sur la facture

Remarque :

La ressource la plus importante dans Monetization est la ressource monétaire car elle représente une devise dans laquelle le client paie.

Ressource monétaire

La ressource monétaire signifie de l’argent réel dans Monetization ; elle représente une monnaie monétaire (par exemple, euros, dollars, etc.). Pour créer une ressource monétaire, sous créer une ressource, fournissez un nom (par exemple, euro), un code (par exemple, euro), une description (par exemple, ressource monétaire euro) et un ordre de consommation de solde.

Pour une ressource monétaire, l’heure de début la plus précoce et l’heure d’expiration la plus précoce (ESTEET) sont configurées pour l’ordre de consommation de solde car le solde le plus ancien doit être consommé en premier.

En général, la valeur par défaut est fixée à 0. Cependant, elle peut être modifiée à une valeur positive ou négative, par exemple, 100. Chaque fois que Monetization crée un solde pour la ressource initialement, il commence avec la valeur par défaut.

Conseil :

Il est recommandé de ne pas modifier la valeur par défaut d’une ressource gratuite à zéro, car cette valeur par défaut sera appliquée globalement à tous les clients pour tous les soldes de ressources créés. Au lieu de cela, créez un produit qui accordera un certain montant de ressources gratuites au client.

Typiquement, Monetization base les ressources gratuites sur le plan du client. Un client peut avoir 1 Go de données gratuites, tandis qu’un autre en a 2 Go. Par conséquent, créez un produit pour ce plan, qui accordera le montant correct en fonction du plan.

Information :

Une ressource peut être créée dont le solde représente un compteur qui comptera à rebours vers zéro. Dans ce cas, la valeur par défaut peut être définie sur n’importe quel nombre positif.

Au lieu de définir initialement le solde de la ressource avec l’achat d’un produit, le solde de la ressource sera défini sur la valeur par défaut de la ressource lors de la création du solde de la ressource. Pour plus d’informations sur l’utilité, voir ressources d’aide.

Pour faire de la ressource une ressource temporaire, utilisez le commutateur Temporaire pour activer/désactiver. L’activation de cette fonctionnalité signifie que la ressource reviendra à la valeur par défaut immédiatement après que Monetization ait terminé l’évaluation. Elle est principalement utilisée pour les ressources d’aide.

Par défaut, une ressource est toujours valide à partir du jour de sa création pour une période infinie. Cependant, elle peut être configurée pour expirer à un moment donné dans le futur. Typiquement, une ressource monétaire devrait avoir une validité infinie.

Remarque :

Une ressource devient une ressource monétaire lorsqu’une devise est assignée à la ressource. En revanche, pour une ressource non monétaire, voir ressource non monétaire.

Pour inclure la ressource sur la facture, utilisez le commutateur Inclus sur la facture pour activer/désactiver. Activer cette fonctionnalité signifie que Monetization extraira ces données de l’objet JSON généré pour une facture.

Note:

N’incluez que les informations nécessaires sur la facture pour optimiser les performances.

Ordre de consommation du solde

L’ordre de consommation du solde spécifie l’ordre dans lequel le solde des ressources doit être impacté lorsque plusieurs soldes de la même ressource existent dans un groupe de solde.

Par exemple, un groupe de solde client a les éléments suivants :

100 minutes gratuites valables du 1er janvier au 15 février
50 minutes gratuites valables du 1er février au 1er mars

Supposons qu’aujourd’hui soit le 10 février ; les deux soldes sont valables. Par conséquent, le client dispose actuellement de 150 minutes gratuites au total. Le client génère ensuite un événement pour 120 minutes gratuites ; la configuration de l’ordre de consommation du solde décide quel solde doit être consommé en premier en fonction de la période de validité.

Si l’ordre de consommation du solde est défini sur ESTEET, le client se retrouvera avec 30 minutes gratuites, valables du 1er février au 1er mars. Cependant, supposons que l’ordre de consommation du solde soit défini pour consommer la ressource la plus récente en premier. Dans ce cas, le client se retrouvera avec 30 minutes gratuites valables du 1er janvier au 15 février.

Explication de certains termes

EST: Configurer l’ordre de consommation du solde sur earliest start time (EST) signifie que le solde avec la première date de validité est utilisé en premier.
LST: Configurer l’ordre de consommation du solde sur latest start time (LST) signifie que le solde avec la dernière date de validité est utilisé en premier.
EET: Configurer l’ordre de consommation du solde sur earliest expiration time (EET) signifie que le solde avec la première date d’expiration est utilisé en premier. LET; Configurer l’ordre de consommation du solde sur dernier temps d’expiration (LET) signifie que le solde avec la dernière date de validité est utilisé en premier.

ESTLET: Configurer l’ordre de consommation du solde sur premier temps de début et dernier temps d’expiration (ESTLET) signifie que le solde avec le premier temps de validité est utilisé en premier. Si plusieurs soldes ont le même temps de début de validité, celui avec la dernière date de fin est utilisé en premier.

ESTEET: Configurer l’ordre de consommation du solde sur premier temps de début et premier temps d’expiration (ESTEET) signifie que le solde avec le premier temps de validité est utilisé en premier. Si plusieurs soldes ont le même temps de début de validité, celui avec la première date de fin est utilisé en premier.

Astuce:

Le ESTEET devrait être utilisé comme ordre de consommation de solde par défaut.

LSTEET: Configurer l’ordre de consommation du solde sur dernier temps de début et premier temps d’expiration (LSTEET) signifie que le solde avec le dernier temps de validité est utilisé en premier. Si plusieurs soldes ont le même temps de début de validité, celui avec la première date de fin est utilisé en premier.

LSTLET: Configurer l’ordre de consommation du solde sur dernier temps de début et dernier temps d’expiration (LSTLET) signifie que le solde avec le dernier temps de validité est utilisé en premier. Si plusieurs soldes ont le même temps de début de validité, celui avec la dernière date de fin est utilisé en premier.

EETEST: Configurer l’ordre de consommation du solde sur premier temps d’expiration et premier temps de début (EETEST) signifie que le solde avec la première date de fin de validité est utilisé en premier. Si plusieurs soldes ont la même date de fin de validité, celui avec le premier temps de début est utilisé en premier.

EETLST: Configurer l’ordre de consommation du solde sur premier temps d’expiration et dernier temps de début (EETLST) signifie que le solde avec la première date de fin de validité est utilisé en premier.
— Si plusieurs soldes ont le même temps de fin de validité, celui avec le temps de début le plus récent est utilisé en premier.
LETEST: Configurer l’ordre de consommation des soldes à dernier temps d’expiration et premier temps de début (LETEST) signifie que le solde avec le dernier temps de fin de validité est utilisé en premier. Si plusieurs soldes ont le même temps de fin de validité, celui avec le temps de début le plus ancien est utilisé en premier.
LETLST: Configurer l’ordre de consommation des soldes à dernier temps d’expiration et dernier temps de début (LETLST) signifie que le solde avec le dernier temps de fin de validité est utilisé en premier. Si plusieurs soldes ont le même temps de fin de validité, celui avec le temps de début le plus récent est utilisé en premier.

Ressources d’aide

Une ressource d’aide n’est pas directement pertinente pour le client ; cependant, Monetization l’utilise pour la tarification. Par exemple, une ressource compteur, que Monetization utilise pour suivre quelque chose.

Exemple d’une ressource d’aide

Supposons une ressource MBs utilisés dans une session pour suivre combien de MBs le client a utilisés dans une session/événement de données. Une ressource d’aide sous la forme d’une ressource compteur peut être utilisée.

Si la tarification est censée changer après que le client a consommé 10MBs dans une session, c’est-à-dire qu’il y a une tarification à plusieurs niveaux, dès que Monetization reçoit un événement de données, il sera tarifé selon le plan tarifaire. La ressource compteur peut suivre combien de quantités le client a utilisées pour savoir quand commencer à tarifer avec un prix différent.

Après que l’événement unique a été tarifé, la ressource d’aide MBs utilisés dans une session sous la forme d’une ressource compteur sera réinitialisée à zéro pour être prête pour le prochain événement.

Note:

Pour qu’une ressource se réinitialise à sa valeur par défaut après chaque tarification, le commutateur Temporaire doit être activé.

Ressource non monétaire

Une ressource non monétaire n’a pas de valeur monétaire ; par conséquent, elle n’est pas traitée comme de l’argent. Exemples de ressources non monétaires peuvent inclure des données gratuites, des SMS gratuits, etc.

Information:

Pour apprendre comment créer généralement une ressource, voir ressource monétaire.

Note:

Une ressource non monétaire ne doit pas se voir attribuer une devise. L’attribution d’une devise à la ressource la transforme en ressource monétaire.

Page de détails de la ressource

Sous ressources, pour voir les détails complets d’une ressource, cliquez sur Détails. Cela contient les éléments suivants :

Statut — une ressource avec un statut actif signifie que la ressource est toujours valide.
Nom
Code
Description
Ordre de consommation de solde
Valeur par défaut
Type (Standard ou Temporaire)
Valide à partir de
Valide jusqu’à
Devise (le cas échéant)
Inclus sur la facture

Mettre à jour la ressource

Sous ressources, pour mettre à jour une ressource, d’abord, cliquez sur Détails ; cela montre les détails de la ressource. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information:

Toutes les informations remplies dans la section créer une ressource peuvent être mises à jour, sauf pour le Code.

Supprimer la ressource

Sous ressources, pour supprimer une ressource, cliquez sur Supprimer.

Note:

La suppression d’une ressource déjà utilisée dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière à la ressource doit d’abord être supprimée.

Seuils

Pour accéder à cette section, cliquez sur Seuils. Une liste paginée de tous les seuils est affichée sous un format tabulaire. Un seuil est une valeur configurée qui peut déclencher une notification chaque fois qu’un solde de ressource dépasse un seuil défini sur la limite de crédit et lié à la ressource par un profil de crédit.

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer un seuil
Page de détails du seuil
Mettre à jour le seuil
Supprimer le seuil

Créer un seuil

Sous seuils, pour créer un seuil, cliquez sur Créer nouveau. Cela inclut des champs de saisie obligatoires et optionnels.

Les champs obligatoires comprennent les éléments suivants :

Nom (par exemple, T_200)
Code (par exemple, T_200)
Type (montant ou pourcentage)
Valeur (par exemple, 200)

Note:

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Le champ optionnel comprend :

Description (par exemple, seuil pour 200)

Un seuil configuré en tant que montant signifie que la valeur est fixe—par exemple, 200. Par conséquent, lorsque le solde dépasse 200, cela déclenchera une notification.

Note:

Une valeur de seuil configurée en tant que montant peut également être négative.

Un seuil configuré en tant que pourcentage signifie que la valeur est relative à un autre solde de ressource. Par exemple, supposons deux soldes :

Nom de la ressource	Solde
MBs gratuits accordés	1000
MBs gratuits	900

Si un seuil en pourcentage pour les MBs gratuits est configuré pour être 80 % du solde des MBs gratuits accordés, alors le seuil se déclenchera à 800.

Astuce:

Le seuil en pourcentage est utile car il peut changer la valeur en fonction d’un solde de ressource différent—permettant ainsi plus de flexibilité au niveau du client. While the amount threshold is always constant based on the configured value.

Information:

Une fois qu’un seuil est créé, il ne sera connecté à rien, mais il s’agit plutôt d’un objet qui existe dans Monetization et qui peut être utilisé lors de la création d’une limite de crédit.

Détails de la page des seuils

Sous seuils, pour voir les détails complets d’un seuil, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Type
Valeur

Mettre à jour le seuil

Sous seuils, pour mettre à jour un seuil, d’abord, cliquez sur Détails ; cela montre les détails du seuil. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information:

Toutes les informations remplies dans la section créer un seuil peuvent être mises à jour, sauf pour le Code.

Supprimer le seuil

Sous seuils, pour supprimer un seuil, cliquez sur Supprimer.

Note:

La suppression d’un seuil déjà lié à une limite de crédit ne peut pas être effectuée. Chaque référence particulière au seuil doit d’abord être supprimée.

Notifications

Monetization déclenche une notification chaque fois qu’un solde d’une ressource spécifique dépasse ou tombe en dessous d’un seuil. Le seuil est lié à une limite de crédit et configuré pour une ressource particulière par un profil de crédit.

Les notifications peuvent être vues dans Monetization sous la page du compte client. Pour plus d’informations, voir Notifications.

Limites de crédit

Pour accéder à cette section, cliquez sur Limites de crédit. Une liste paginée de tous les plafonds de crédit est affichée sous un format tabulaire.

Un plafond de crédit peut être utilisé pour restreindre jusqu’où un client peut utiliser une ressource en termes de valeur positive ou négative. Vous pouvez également ajouter plusieurs seuils, que le client peut dépasser lorsqu’il dépasse la valeur configurée.

Il décrit les limites minimales et maximales d’un solde de ressource et quels seuils peuvent être déclenchés lorsqu’ils sont dépassés.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un plafond de crédit
Page de détails du plafond de crédit
Mettre à jour le plafond de crédit
Supprimer le plafond de crédit

Créer un plafond de crédit

Sous plafonds de crédit, pour créer un plafond de crédit, cliquez sur Créer nouveau. Cela inclut des champs de saisie obligatoires et optionnels.

Les champs obligatoires comprennent les éléments suivants :

Nom
Code
Début
Fin

Note:

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Les champs optionnels comprennent les éléments suivants :

Description
Seuils

Plusieurs seuils peuvent être ajoutés. Par exemple, supposons un plafond de crédit avec une valeur de seuil de 200 ; par conséquent, chaque fois que le solde de la ressource dépasse 200, cela déclenchera une notification.

Note:

Les champs Début et Fin représentent respectivement les valeurs minimales et maximales qu’un solde de ressource peut avoir.

Les champs Début et Fin peuvent être configurés comme des nombres positifs ou négatifs. De plus, les champs Début et Fin peuvent également être configurés sur Pas de minimum ou Pas de maximum, ce qui est plus convivial, en cliquant sur Choisir une valeur. Le valeur minimale et valeur maximale signifie que la valeur peut être illimitée, car elle va de moins l’infini à plus l’infini.

Astuce :

Une ressource monétaire prépayée doit avoir sa valeur Stop configurée à zéro. Cela permettrait à l’équilibre de la ressource de ne pas dépasser zéro.

C’est typique car les clients prépayés ne peuvent utiliser le(s) service(s) que tant qu’ils ont de l’argent disponible. Par conséquent, il n’est pas logique de laisser leur solde monétaire descendre en dessous de zéro.

De plus, si la limite est fixée à zéro, alors Monetization peut indiquer quand l’argent est épuisé et ne notera plus les événements.

Remarque :

Il est impossible de faire sortir un solde de ressource des valeurs de limite de crédit Start et Stop. De plus, le service consommé par le client peut être désactivé dès que la limite de ressource est atteinte—par exemple, un client prépayé qui n’a plus d’argent.

Détails de la page de limite de crédit

Sous limites de crédit, pour voir les détails complets d’une limite de crédit, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Seuils
Début
Fin

Mettre à jour la limite de crédit

Sous limites de crédit, pour mettre à jour une limite de crédit, d’abord, cliquez sur Détails ; cela montre les détails de la limite de crédit. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies dans la section créer une limite de crédit peuvent être mises à jour sauf pour le Code.

Supprimer la limite de crédit

Pour supprimer une limite de crédit, cliquez sur Supprimer.

Note:

La suppression d’une limite de crédit déjà liée à un profil de crédit ne peut pas être effectuée. Chaque référence particulière à la limite de crédit doit d’abord être supprimée.

Profils de crédit

Pour accéder à cette section, cliquez sur Profils de crédit. Une liste paginée de tous les profils de crédit est affichée sous un format tabulaire.

Un profil de crédit lie une limite de crédit à une ressource particulière pour un type de paiement. Par exemple, comment la ressource euro (monétaire) doit se comporter, quelle limite de crédit doit-elle utiliser lorsqu’elle est disponible en tant que solde sur le compte d’un client.

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer un profil de crédit
Page de détails du profil de crédit
Mettre à jour le profil de crédit
Supprimer le profil de crédit

Créer un profil de crédit

Sous profils de crédit, pour créer un profil de crédit, cliquez sur Créer nouveau. Cela inclut des champs de saisie obligatoires et optionnels.

Les champs obligatoires comprennent les éléments suivants :

Nom
Code
Type de paiement
Ressource
Limite de crédit

Note:

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Le champ optionnel comprend :

Description

Note:

Un profil de crédit doit être créé pour chaque type de paiement car il décrit les comportements de solde en relation avec un type de paiement. S’il n’existe pas, alors le solde ne peut pas être créé.

Information:

La configuration d’un profil de crédit permettra à chaque ressource de recevoir une description qui décrit comment elle sera limitée en fonction du type de paiement du client.

Pour un type de paiement postpayé

Pour un type de paiement postpayé, il est recommandé d’avoir une limite de crédit avec une valeur Début de Aucun minimum et une valeur Fin de Aucun maximum.

Cela signifie que la ressource appartenant au client peut être soit une valeur négative (car le client a reçu un crédit) soit une valeur positive (car le client devra quelque chose).

Pour un type de paiement immédiat

Il est recommandé d’avoir une limite de crédit avec une valeur Début de Aucun minimum et une valeur Fin de Aucun maximum pour un type de paiement immédiat.

Cela signifie que la ressource appartenant au client peut être soit une valeur négative (car le client a reçu un crédit) soit une valeur positive (car le client devra quelque chose).

Pour un type de paiement prépayé

Pour un type de paiement prépayé, il est recommandé de choisir une limite de crédit avec une valeur Début de Aucun minimum et une valeur Fin de 0 car le solde du client ne doit pas dépasser zéro.

Par exemple, supposons qu’un client prépayé achète un produit qui offre 100 euros, ce qui est une ressource monétaire. Cela sera affiché dans le solde du client comme -100 euros de crédit. Le client peut consommer la ressource et ne devra rien.

Cependant, à mesure qu’il continue à consommer la ressource, le solde diminuera jusqu’à atteindre zéro, ce qui indique que le client a épuisé la ressource.

Détails de la page de profil de crédit

Sous profils-de-crédit, pour voir les détails complets d’un profil de crédit, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Type de paiement
Limite de crédit
Ressource

Mettre à jour le profil de crédit

Sous profils-de-crédit, pour mettre à jour un profil de crédit, cliquez d’abord sur Détails ; cela montre les détails du profil de crédit. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information:

Toutes les informations remplies dans la section create a credit profile peuvent être mises à jour, sauf pour le Code.

Supprimer le profil de crédit

Sous credit profiles, pour supprimer un profil de crédit, cliquez sur Supprimer.

Types d’événements

Pour accéder à cette section, cliquez sur Types d’événements. Une liste paginée de tous les types d’événements est affichée sous forme de tableau.

Un type d’événement représente un intervalle de temps dans Monetization. Il est créé pour être configuré pour un produit récurrent afin de déterminer comment le produit sera renouvelé. Il est également configuré pour un client afin de déterminer à quelle fréquence le client sera facturé.

Différents cycles peuvent être configurés pour un type d’événement. Par exemple, cycle mensuel, cycle de trois mois, cycle semi-annuel, cycle annuel, etc.

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Create event type
Details event type page
Update event type
Delete event type

Créer un type d’événement

Sous event types, pour créer un type d’événement, cliquez sur Créer nouveau. Le nom, le code, l’unité d’intervalle, la durée de l’intervalle et l’heure de l’intervalle sont requis, tandis que la description est optionnelle.

L’unité d’intervalle constitue trois valeurs :

Jours
Semaines
Mois

La durée de l’intervalle spécifie la durée accordée à l’unité d’intervalle—par exemple, six mois ; l’heure de l’intervalle, dont la valeur par défaut est 12:00 AM.

Par exemple, étant donné le tableau ci-dessous :

Unité d’intervalle	Durée de l’intervalle	Heure de l’intervalle
Mois	6	12:00 AM

Si un produit récurrent se voit attribuer le type d’événement ci-dessus, cela signifie que le produit sera renouvelé tous les six mois à 12:00 AM. De même, configurer le type d’événement pour un client sous le profil de facturation signifie que le client sera facturé tous les six mois à 00h00.

Détails de la page de type d’événement

Sous types d’événements, pour voir les détails complets d’un type d’événement, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Unité d’intervalle
Durée d’intervalle
Heure d’intervalle

Mettre à jour le type d’événement

Sous types d’événements, pour mettre à jour un type d’événement, d’abord, cliquez sur Détails ; cela montre les détails du type d’événement. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies sous la section créer un type d’événement peuvent être mises à jour, sauf pour le Code.

Supprimer le type d’événement

Sous types d’événements, pour supprimer un type d’événement, cliquez sur Supprimer.

Remarque :

La suppression d’un type d’événement déjà utilisé dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière au type d’événement doit d’abord être supprimée.

Modes d’arrondi

Pour accéder à cette section, cliquez sur Modes d’arrondi.

Les modes d’arrondi sont configurés pour chaque site afin de déterminer combien de décimales arrondir lors des différentes étapes de la tarification.

Il y a quatre composants distincts pour appliquer une échelle, qui sont :

Tarification
Remise
Taxation
Facturation

Chaque fois qu’un de ces quatre composants est déclenché dans Monetization, le mode d’arrondi est appliqué pour arrondir les valeurs aux décimales configurées.

L’Échelle fait référence à un nombre qui indique le nombre de décimales. Le Mode peut être configuré sur Arrondi supérieur ou Arrondi inférieur. Par exemple, si configuré pour être Half Up, une valeur de 7,5 sera arrondie à 8, tandis que si configuré pour être Half Down, une valeur de 7,5 sera arrondie à 7.

Astuce :

La valeur de Scale doit être ajustée au point qui permettra de générer des factures, en particulier lorsqu’il s’agit de valeurs très faibles.

Docs: Passerelles de paiement

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Configuration du système, puis cliquez sur Passerelles de paiement.

Monetization prend en charge huit passerelles de paiement prêtes à l’emploi, qui sont :

braintree
authorize.net
paypal
stripe
cybersource
bankart
tranzila
adyen

Note :

Un client ne peut utiliser qu’un seul fournisseur de passerelle de paiement à la fois dans Monetization. L’utilisation de plusieurs passerelles de paiement simultanément n’est pas prise en charge.

Information :

Vous pouvez vous intégrer à un fournisseur de passerelle de paiement tiers personnalisé dans Monetization. Pour plus d’informations, voir Passerelle de paiement personnalisée.

Braintree

Braintree fournit aux entreprises un compte marchand en ligne et une passerelle de paiement pour accepter les paiements par carte de crédit, y compris Visa, MasterCard, Discover, American Express, JCB et Diners.

Pour configurer, cliquez sur Braintree ; insérez votre identifiant marchand, votre clé publique et votre clé privée. De plus, choisissez l’environnement approprié, qu’il s’agisse d’un sandbox (test) ou de production.

Utilisez le commutateur Actif pour activer/désactiver la configuration. Une fois activée et configurée, Monetization peut communiquer avec Braintree.

Information :

Une fois configurée, vous pouvez modifier et supprimer la configuration. Pour supprimer, cliquez sur Supprimer.

Authorize.Net

L’Authorize. Net Payment Gateway peut vous aider à accepter les paiements par carte de crédit rapidement et à un coût abordable.

Pour configurer, cliquez sur Authorize.Net ; insérez votre identifiant de connexion et votre clé de transaction. Utilisez le commutateur Actif pour activer/désactiver la configuration. Une fois activé et configuré, Monetization peut communiquer avec Braintree.

Information :

Une fois configuré, vous pouvez modifier et supprimer la configuration. Pour supprimer, cliquez sur Supprimer.

Paypal

PayPal est une entreprise technologique qui propose des solutions de paiement en ligne aux particuliers et aux entreprises du monde entier. Elle fournit une plateforme pour envoyer et recevoir des paiements en toute sécurité, avec un support pour divers modes de paiement.

Pour configurer, cliquez sur Paypal ; insérez votre identifiant client et votre secret client. Utilisez le commutateur Actif pour activer/désactiver la configuration. Une fois activé et configuré, Monetization peut communiquer avec Paypal.

Information :

Une fois configuré, vous pouvez modifier et supprimer la configuration. Pour supprimer, cliquez sur Supprimer.

Stripe

Stripe est une entreprise technologique qui fournit une suite d’API de paiement pour les entreprises de toutes tailles. Elle permet aux entreprises d’accepter et de gérer les paiements en ligne, y compris les cartes de crédit, Apple Pay et Google Pay, entre autres.

Pour configurer, cliquez sur Stripe ; insérez votre clé API Stripe. Utilisez le commutateur Actif pour activer/désactiver la configuration. Une fois activé et configuré, Monetization peut communiquer avec Stripe.

Information :

Une fois configuré, vous pouvez modifier et supprimer la configuration. Pour supprimer, cliquez sur Supprimer.

CyberSource

CyberSource est une entreprise de gestion des paiements qui propose une gamme de services pour aider les entreprises à traiter les paiements en ligne de manière sécurisée et efficace. Elle offre un ensemble d’APIs de paiement qui permettent aux entreprises d’accepter des paiements provenant de plusieurs canaux, y compris mobile, web et systèmes de point de vente.

Pour configurer, cliquez sur CyberSource ; insérez votre identifiant de commerçant et votre clé. Utilisez le commutateur Actif pour activer/désactiver la configuration. Une fois activée et configurée, Monetization peut communiquer avec CyberSource.

Information :

Une fois configuré, vous pouvez modifier et supprimer la configuration. Pour supprimer, cliquez sur Supprimer.

Bankart

Bankart est un processeur de paiements slovène qui fournit une gamme de services aux banques et aux commerçants sur le marché européen. Leur plateforme permet aux entreprises d’accepter divers moyens de paiement, y compris les cartes de débit et de crédit, les paiements sans contact et les paiements mobiles, ce qui en fait une solution complète de traitement des paiements.

Pour configurer, cliquez sur Bankart ; insérez votre nom d’utilisateur API et votre mot de passe, le secret partagé et la clé API. De plus, choisissez l’environnement approprié, qu’il s’agisse d’un sandbox (test) ou de production.

Utilisez le commutateur Actif pour activer/désactiver la configuration. Une fois activée et configurée, Monetization peut communiquer avec Bankart.

Information :

Une fois configuré, vous pouvez modifier et supprimer la configuration. Pour supprimer, cliquez sur Supprimer.

Tranzila

Tranzila est une passerelle de paiement israélienne qui fournit aux entreprises une plateforme facile à utiliser pour traiter les paiements en ligne. Leur plateforme prend en charge divers moyens de paiement, tels que les cartes de crédit, PayPal et Google Pay, ce qui en fait une solution polyvalente pour les entreprises de toutes tailles. Pour configurer, cliquez sur Tranzila ; insérez votre terminal, votre mot de passe de crédit et votre mot de passe API. De plus, choisissez l’environnement approprié, qu’il s’agisse de sandbox (test) ou de production.

Utilisez le commutateur Actif pour activer/désactiver la configuration. Une fois activée et configurée, Monetization peut communiquer avec Tranzila.

Information :

Une fois configuré, vous pouvez modifier et supprimer la configuration. Pour supprimer, cliquez sur Supprimer.

Adyen

Adyen est une plateforme de technologie financière qui fournit des paiements de bout en bout, des données et une gestion financière sur une seule plateforme. Elle peut offrir un large éventail d’options de paiement pour votre entreprise.

Passerelle de paiement personnalisée

La passerelle de paiement personnalisée vous permet de vous intégrer à une passerelle de paiement que Monetization ne prend pas en charge par défaut.

Pour configurer, cliquez sur Tierce Partie ; insérez votre URL et votre clé API. Pour inclure des informations supplémentaires dont la passerelle de paiement tierce a besoin, cliquez sur En-têtes. Les informations doivent être sous forme de paires clé-valeur.

Remarque :

Pour savoir comment Monetization permet le support du traitement des paiements pour les fournisseurs de paiement tiers non pris en charge par défaut ou pour les cas où vous décidez de gérer la logique de traitement des paiements en dehors de Monetization via vos processus d’intégration, consultez intégration de paiement personnalisée.

Utilisez le commutateur Actif pour activer/désactiver la configuration. Une fois activée et configurée, Monetization peut communiquer avec la passerelle de paiement.

Information :

Une fois configuré, vous pouvez modifier et supprimer la configuration. Pour supprimer, cliquez sur Supprimer.

Docs: Produits

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

produits
plans tarifaires
évaluation
ensembles d’évaluation
transferts
tarifs

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Catalogue, et cliquez sur Produits.

Produits

Pour accéder à cette section, cliquez sur Produits. Une liste paginée de tous les produits est affichée sous un format tabulaire. Un produit peut être soit un produit régulier, soit un produit de service. Un produit régulier peut être un tarif mensuel ou un tarif unique payé par les clients, tandis qu’un produit de service permet à un client d’utiliser des services, par exemple, des services de données ou de voix.

Information :

Cette section vous fournit les outils pour créer, mettre à jour et supprimer des produits de votre catalogue d’offres. Les produits sont finalement utilisés lors de la création de bundles. Chaque produit peut avoir son propre : prix, taxe, étiquette de charge et plans tarifaires.

Remarque : Un produit peut avoir plusieurs versions.

Cinq actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer un produit
Copier un produit
Page de détails du produit
Mettre à jour le produit
Supprimer le produit

Créer un produit

Sous produits, pour créer un produit, cliquez sur Créer nouveau. Cela implique quatre sections, à savoir :

Section info produit
Section configuration
Section de prorata
Résumé du produit

Section info produit

Dans la section info, le nom, le code et la description du produit sont requis.

Pour inclure le produit sur la facture, utilisez le commutateur Inclus sur la facture pour activer/désactiver. Activer cette fonctionnalité signifie que Monetization extraira ces données de l’objet JSON généré pour une facture.

Remarque :

Incluez uniquement les informations nécessaires sur la facture pour optimiser les performances.

Information :

Activer les données sensibles sur un produit à l’aide du commutateur Données sensibles signifie que le produit ne peut pas être accessible pendant le processus d’intégration d’un nouveau client dans le portail d’auto-assistance.

Section de configuration

Dans la section de configuration, il y a de nombreux champs de saisie. Cependant, seuls le type de produit, cycle, quantité, type de prix, élément de facture, ressources, versions et le prix sont requis, les autres sont optionnels.

Astuce :

Connaître à l’avance le type de produit à créer sera utile. Par exemple, si le produit sera un produit unique, un produit d’abonnement mensuel, ou s’il s’agira d’un produit qui accorde un service au client.

Type de produit

La sélection du type de produit est obligatoire, et deux options sont disponibles :

Abonnement
Unique

Abonnement: Le produit d’abonnement signifie que le produit est récurrent basé sur un intervalle. L’intervalle est appelé type d’événement et est configurable dans Monetization. Pour plus d’informations sur la configuration des types d’événements, voir Types d’événements.
Unique: Le produit unique signifie que le produit n’est pas récurrent et n’est acheté qu’une seule fois sans renouvellements. Par conséquent, le type d’événement peut ne pas être inclus pour un produit unique.

Remarque :

Le client peut payer pour un type de produit unique à l’avance ou en arriéré. Pour un paiement anticipé, le solde monétaire est immédiatement impacté lors de l’achat. En revanche, pour un paiement en arriéré, le solde monétaire est ajouté à la facture à la fin du cycle de facturation.

Type d’événement

Un type d’événement est un cycle configuré dans Monetization. Par exemple, des cycles hebdomadaires, mensuels et annuels. Pour plus d’informations, voir Types d’événements.

Remarque :

Il est obligatoire de choisir un type d’événement pour un produit qui a un type de produit d’abonnement.

Dans le cas d’un abonnement mensuel, chaque fois que le cycle de facturation du client change (c’est-à-dire, Monetization émet la facturation), si le client a également un intervalle mensuel (type d’événement), Monetization vérifie également tous ses produits achetés pour savoir lesquels il doit renouveler.

Dans le cas d’un abonnement hebdomadaire, si le client a un intervalle mensuel (type d’événement). Chaque fois que le cycle de facturation du client change (c’est-à-dire, Monetization émet la facturation), Monetization déterminera de facturer le produit quatre fois. Par conséquent, il renouvelle le produit sur le cycle du client (client mensuel sur un produit hebdomadaire).

Note:

Le cycle du client peut être configuré lors du processus d’intégration sous abonnement. Pour plus d’informations, voir Intégration d’un client.

Il peut également être configuré lors de la création d’un profil de facturation pour le client. Pour plus d’informations, voir Profils de facturation.

Information:

Lors du choix d’un type d’événement pour un produit unique, l’intervalle décrira combien de temps le produit unique sera valide après l’achat. Si le type d’événement n’est pas configuré, il sera valide indéfiniment.

Durée

La durée du produit, qui est optionnelle, est obsolète au profit des termes. Monetization utilisait le champ de durée pour spécifier combien de cycles un produit d’abonnement devait être actif—par exemple, six mois. Cependant, Monetization utilise désormais des termes pour savoir combien de temps un produit doit être efficace et quand il doit être résilié.

Pour plus d’informations, voir Termes.

Cycle

Le cycle du produit est obligatoire et peut être configuré comme À l’avance ou En retard. Pour un cycle Forward, le client paie le produit à l’avance. Cela implique que sur la première facture du client, les frais de Monetization sont facturés deux fois ; la première pour l’utilisation récente du service produit et la seconde pour l’utilisation ultérieure.

Configurer le produit pour utiliser un cycle Arrear implique que le client ne paie pas le produit à l’avance ; au lieu de cela, le produit est évalué et les clients sont facturés à la fin du cycle de facturation.

Note:

Forward ou Arrear peut s’appliquer à un type de produit à usage unique et par abonnement. Si Forward est sélectionné, les soldes seront immédiatement impactés lors de l’achat du produit. Si Arrear est sélectionné, les soldes seront impactés au moment de la facturation.

Priorité

La priorité optionnelle, si elle est configurée, peut donner plus d’importance à un produit par rapport à un autre dans un bundle. Cela est plus critique lorsqu’il s’agit d’un type de paiement prépayé avec un solde de compte limité.

Lorsqu’un bundle est acheté pour un client contenant plusieurs produits, vous pouvez déterminer quel produit doit être acheté en premier et lequel doit être acheté en dernier.

Note:

Un bundle est un objet de niveau supérieur pour le regroupement, mais les priorités des produits s’appliquent indépendamment du bundle.

De plus, configurer la priorité est essentiel lorsqu’il s’agit de plusieurs produits de service. Par exemple, supposons deux produits qui offrent un service SMS. Le premier produit est destiné à la messagerie régulière et a un plan tarifaire pour les messages réguliers. Le second produit est acheté au-dessus du premier pour un client spécifique à un tarif spécial.

Supposons que le second produit ait une priorité plus élevée que le premier. Il implique que lorsque Monetization reçoit un événement d’utilisation pour ce client, il trouvera deux produits qui offrent un service SMS. Monetization a seulement besoin du plan tarifaire pour les deux produits afin de déterminer le prix à appliquer. Cependant, le produit avec la plus haute priorité (le deuxième produit) sera utilisé.

Ainsi, un produit peut être acheté par-dessus un produit existant et remplacer le prix du produit précédent.

Note:

Un nombre plus élevé indique une priorité plus élevée.

Information:

Si deux produits avec le même service ont la même priorité, avec le même identifiant de service, Monetization fera correspondre le premier qu’il trouve.

Quantité

La quantité, qui est requise, représente le nombre de fois que le client achète initialement le produit. Elle représente la quantité par défaut offerte lors de l’achat du produit, généralement 1. Cependant, lors de l’achat réel du produit, la quantité peut être remplacée.

Note:

La valeur de la quantité doit être supérieure ou égale à un.

Type de prix

Le type de prix obligatoire peut être Débit ou Crédit et implique comment les ressources seront impactées pour le produit. Pour un type de prix de débit, cela aura un impact positif sur la ressource, tandis que pour un type de prix de crédit, cela aura un impact négatif sur la ressource.

Astuce:

Pour une charge monétaire, définissez le type de prix sur Débit. Cela déplacera la ressource monétaire, par exemple, de 0 à 10, rendant le client débiteur de 10 euros. Alors que s’il est défini sur Crédit, le client reçoit une certaine ressource monétaire.

Élément de facture

L’élément de facture obligatoire concerne la manière dont la charge doit être présentée sur la facture. Les éléments de facturation sont configurables dans Monetization sous Configuration de l’entreprise Finance Éléments de facturation.

Pour plus d’informations, voir éléments de facturation.

Ressource de remplacement de quantité

La ressource de remplacement de quantité est optionnelle. Cependant, si elle est configurée, cela signifie que lorsqu’un produit est acheté ou renouvelé pendant un nouveau cycle de facturation, il y aura une option pour choisir de remplacer la quantité de ce produit par le solde actuel de la ressource configurée.

Par exemple, supposons qu’un produit (typiquement avec un cycle Arriéré) ait une ressource de remplacement de quantité configurée. Dans ce cas, cela signifie que Monetization utilisera le solde de la ressource configurée du client pour déterminer la quantité du produit.

Cela est particulièrement utile dans les industries de services publics lorsque des produits sont liés à la consommation totale—par exemple, le Tarif d’Accès au Réseau, qui dépend du total des kWh consommés dans un cycle. La ressource compteur de kWh (ressources auxiliaires) peut être utilisée, qui sera mise à jour tout au long du cycle de facturation. Ensuite, à la fin du cycle, la valeur de cette ressource compteur sera la quantité du Tarif d’Accès au Réseau.

Étiquette de charge

L’étiquette de charge optionnelle décrit comment Monetization peut cibler le produit dans le cadre de remises. Une fois qu’un produit a reçu une étiquette de charge particulière, il peut être ciblé en se référant à son étiquette de charge lors de la création de remises.

L’étiquette de charge est configurable dans Monetization sous Configuration de l’entreprise Chargement Étiquettes.

Pour plus d’informations, voir étiquettes. ##### Intervalle de charge

L’intervalle de charge optionnel doit être ajouté lors de la création d’un produit de service. Il implique l’arrondissement de la quantité évaluable obtenue à partir des événements d’utilisation avec les configurations énoncées dans un intervalle de charge spécifique.

Les intervalles de charge sont configurables dans Monetization sous Configuration commerciale Conception de service Intervalles de charge.

Pour plus d’informations, voir intervalles de charge.

Fournisseur de taxes

Le fournisseur de taxes, qui est optionnel, est beaucoup plus critique lors de l’intégration avec une passerelle de taxation tierce que Monetization fournit.

Information:

Monetization ne calcule pas les taxes. La passerelle de taxation configurée effectue le calcul des taxes.

Les fournisseurs de taxes sont configurables dans Monetization sous Configuration commerciale Finance Fournisseurs de taxes.

Grand livre

Le grand livre est optionnel ; cependant, s’il est configuré, il indique à Monetization comment le produit doit se comporter et agir à des fins financières. Sous le grand livre, les comptes sont mappés, spécifiant quel compte créditer et quel compte débiter chaque fois que le produit est acheté.

Information:

Le grand livre aide à créer des rapports financiers dans Monetization.

Les grands livres sont configurables dans Monetization sous Configuration commerciale Finance Grands livres. ##### Rollover

Le rollover est optionnel ; cependant, s’il est configuré, il permet de transférer des ressources spécifiques du produit entre cycles de facturation.

Par exemple, supposons un produit qui, lorsqu’il est acheté, offre 1 Go de données au client. Cependant, avant la fin du cycle de facturation, le client a encore 200 Mo de données inutilisées. Dans ce cas, le rollover permet la transition de la ressource inutilisée vers le cycle de facturation suivant ; cependant, comme indiqué dans le Montant de rollover du cycle.

Les rollovers sont configurables dans Monetization sous Catalog Products Rollovers.

Pour plus d’informations, voir Rollovers.

Service

Le service est optionnel ; cependant, il est obligatoire pour créer un produit de service.

Note:

Les produits avec un type de service sont considérés comme un produit de service et, lors de leur achat, doivent avoir un identifiant de service fourni. En général, ces produits ont un plan tarifaire configuré, que Monetization utilise pour évaluer des événements de service spécifiques.

Les services sont configurables dans Monetization sous Business configuration Service design Service Types.

Pour plus d’informations, voir Service types.

Tag de provisionnement

Le tag de provisionnement est optionnel ; cependant, il fonctionne main dans la main avec un serveur de provisionnement s’il est configuré. Lorsqu’il s’agit d’une intégration de solution réseau, certains produits de service (Données, Voix, SMS - liés à une carte SIM) doivent être provisionnés dans le réseau avant de pouvoir être utilisés dans Monetization.

Note:

Le produit est activé et facturé une fois que le serveur de provisionnement répond à Monetization avec une réponse réussie.

Par exemple, après qu’un client achète le produit, Monetization enverra (si le lien web est configuré) une demande au serveur de provisionnement, informant le serveur de provisionnement qu’une carte SIM particulière avec un numéro spécifique a acheté un produit. Une fois que le serveur a provisionné cela, Monetization attend une réponse confirmant que tout va bien, et ce n’est qu’alors que le produit est activé pour le client.

Évaluation non active

L’évaluation non active est optionnelle mais peut être configurée sur les produits et les remises. Cela signifie si Monetization doit toujours appliquer des impacts liés à ces produits et remises après qu’ils soient inactifs ou fermés.

Elle a trois options configurables :

INTERDIT — signifie que Monetization ne peut évaluer le produit que s’il est actif.
ÉVALUER_INACTIF — signifie que Monetization ne peut évaluer le produit que lorsqu’il est actif ou inactif mais pas fermé.
ÉVALUER_INACTIF_ET_FERME — signifie que Monetization évaluera systématiquement le produit, qu’il soit actif, inactif ou fermé.

Par exemple, si un produit de service inactif a une évaluation non active de ÉVALUER_INACTIF, supposons que Monetization reçoive un événement d’utilisation pour ce service. Dans ce cas, Monetization évaluera le produit ; cependant, si l’évaluation non active est définie sur INTERDIT, l’événement d’utilisation ne sera pas évalué pour le produit.

Ressources

Les ressources sont obligatoires et décrivent la ou les ressources qui seraient attachées au produit. C’est-à-dire que lorsque le client achète le produit, il reçoit la ou les ressources en retour. Le client peut ensuite consommer la ou les ressources.

Les ressources sont configurables dans Monetization sous Configuration commerciale Facturation Ressources. Pour plus d’informations, voir Ressources.

Pour ajouter une ressource, cliquez sur Ajouter une ressource, et sélectionnez la ressource particulière qui sera incluse avec l’achat du produit.

Information :

Plusieurs ressources peuvent être ajoutées à un produit, et la ressource peut être une ressource monétaire ou une ressource non monétaire.

Note :

Chaque ressource doit inclure une version.

Pour supprimer une ressource, cliquez sur Supprimer.

Versions

Les versions accompagnent une ressource et sont valides en fonction de la configuration de la période de validité. Par défaut, la version du produit est valide depuis le jour où le produit a été créé jusqu’à une période infinie. Cependant, si une autre version du produit doit être incluse, il faut d’abord changer la date de fin de la version actuelle d’une période infinie à une date spécifique.

Note :

Le prix, les plans tarifaires et la taxe peuvent être modifiés dans une version de produit.

Information :

Lors de la configuration d’un produit de service, plusieurs plans tarifaires peuvent être inclus. Par exemple, un plan tarifaire peut être utilisé pour évaluer des événements pour une région particulière, tandis qu’un autre peut être utilisé pour évaluer des événements pour une région différente.

Pour chaque changement/mise à jour de produit, un nouveau produit n’a pas besoin d’être créé ; vous pouvez plutôt mettre à jour la version du produit. L’historique des versions de produit est également conservé dans Monetization. Ainsi, ce qui a été configuré à des dates précédentes est toujours accessible.

Note :

La configuration de base du produit ne peut pas être modifiée lors de la configuration de la version.

Pour ajouter une version de produit, cliquez sur Ajouter une version. La période de validité et le prix sont obligatoires. De plus, les plans tarifaires et les taxes peuvent être configurés de manière optionnelle.

Pour supprimer une version, cliquez sur Supprimer.

Section de prorata

Le prorata signifie ajuster pour une période spécifique. Dans cette section, l’action d’achat peut être configurée selon l’une des trois variables, à savoir :

Montant total
Montant prorata
Aucun

Remarque :

La section de prorata ne s’applique que lors du premier achat du produit.

Si configuré comme Montant total, si le produit coûte 50 euros, par exemple, et que le client l’achète le 16 du mois, Monetization facturera toujours au client les mêmes 50 euros.

Si configuré comme Montant prorata, si le produit coûte 50 euros, par exemple, et que le client l’achète le 16 du mois. Monetization ne facturera pas au client 50 euros ; au lieu de cela, il prend en compte le cycle du client et du produit. Sur cette base, il calcule le prix exact que le client paiera.

Remarque :

Le Montant prorata est arrondi sur une base quotidienne. Par conséquent, le prix reste le même si le produit est acheté à 2 heures du matin ou à 14 heures.

Résumé du produit

Cette section montre le résumé de ce qui a été saisi dans les trois sections précédentes (section d’informations sur le produit, configuration, et prorata). Les détails du produit peuvent être examinés avant de créer le produit.

Copier le produit

Sous produits, copier un produit existant vous permet de créer rapidement un nouveau produit. Essentiellement, en cliquant sur Copier, vous êtes redirigé vers une page de création de produit, et cela inclut les données du produit copié.

Par exemple, supposons avoir un produit en or, un produit en diamant et un produit en platine, où seul le nom et le prix changent. Au lieu de créer chaque produit à partir de zéro, vous pouvez en créer un et copier les deux autres à partir du précédent tout en modifiant le nom et le prix.

Détails de la page produit

Sous produits, pour voir les détails complets d’un produit, cliquez sur Détails. Cela contient la section suivante :

Info
Configuration
Prorata

Information :

Un produit avec le statut Actif signifie que le produit est toujours valide.

Mettre à jour le produit

Sous produits, pour mettre à jour un produit, d’abord, cliquez sur Détails ; cela montre les détails du produit. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Remarque :

Toutes les informations remplies dans la section créer un produit peuvent être mises à jour sauf pour le Code.

Supprimer le produit

Sous produits, pour supprimer un produit, cliquez sur Supprimer.

Remarque :

La suppression d’un produit qu’un client a déjà acheté ne peut pas être effectuée. Un objet lié à autre chose ne peut pas être supprimé dans Monetization.

Plans tarifaires

Pour accéder à cette section, cliquez sur Plans tarifaires. Une liste paginée de tous les plans tarifaires est affichée sous un format tabulaire.

Aperçu: Les plans tarifaires sont utilisés pour faire correspondre les champs d’un type de service et ensuite appliquer les impacts spécifiques (prix) pour un mappage. Par exemple, un service de données provenant de la Slovénie a des impacts/prix différents de ceux d’un service provenant des États-Unis.
Définition: Les plans tarifaires sont des mappages utilisés pour évaluer les événements d’utilisation. Lorsqu’un produit est un produit de service (c’est-à-dire qu’il a un type de service configuré), il a généralement également un plan tarifaire qui indique à Monetization comment les événements de ce service doivent être évalués.

Note:

Dès que la métrique d’évaluation détermine la quantité à évaluer, la quantité est utilisée comme base dans le plan tarifaire pour appliquer les impacts.

Comment cela fonctionne-t-il?: Chaque fois que Monetization reçoit un événement pour un service spécifique, il essaie de trouver un produit de service auquel le service appartient et vérifie si ce produit a un plan tarifaire associé pour que Monetization puisse déterminer comment l’événement doit être évalué.
Spécification: Les plans tarifaires sont attribués aux produits qui offrent un service spécifique pour évaluer les événements. Un produit peut avoir plusieurs plans tarifaires. De plus, un client peut acheter un nouveau produit avec un plan tarifaire de priorité supérieure, ce qui modifie la tarification ; cela peut être fait pour une stratégie marketing.

Cinq actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un plan tarifaire
Copier le plan tarifaire
Détails du plan tarifaire
Mettre à jour le plan tarifaire
Supprimer le plan tarifaire

Créer un plan tarifaire

Sous plans tarifaires, pour créer un plan tarifaire, cliquez sur Créer nouveau. Il se compose de trois sections, à savoir :

Section info du plan tarifaire
Section des mappages
Résumé du plan tarifaire

Section info du plan tarifaire

Sous la section info, fournissez un nom, un code, une description et une période de validité. Le grand livre décrit comment Monetization enregistrera le plan tarifaire à des fins de comptabilité financière. De plus, sélectionnez le service et la métrique de tarification pour le plan tarifaire.

Note:

Le service décrit quel type de service sera attribué au plan tarifaire. Par exemple, un plan tarifaire pour les données ne doit pas être utilisé pour évaluer les événements d’appels vocaux.

De plus, en incluant le service, Monetization saura quels champ(s) il peut offrir pour vos mappages.

Information:

Lorsqu’un événement se produit et qu’il entre dans le plan tarifaire, Monetization doit d’abord déterminer quelle est la quantité à tarifer avant d’appliquer des prix, qui ne peuvent être obtenus qu’à partir d’une métrique de tarification.

Une métrique de tarification est un ensemble d’expressions qui permet à Monetization de calculer la quantité à tarifer à partir des champs de type de service.

Section des mappages

Dans la section des mappages, il y a initialement une liste vide de mappages.

Champs de mappage

Un champ de mappage représente une colonne dans une ligne de plan tarifaire. Les champs de mappage se rapportent aux champs de type de service qui seront comparés à des valeurs de chaîne ou à des ensembles de tarification pour déterminer le mappage de plan tarifaire correct à appliquer pour les charges.

Le champ de mappage offre une sélection déroulante des champs de service trouvés dans le type de service, qui a été inclus dans la section d’information sur le plan tarifaire. Une fois que vous avez sélectionné un champ de service particulier, cliquez sur Ajouter ; une fois ajouté, pour supprimer un champ de mappage, cliquez sur .

Note:

Chaque événement a un champ Quantité et un champ Montant, qui ne sont pas des champs de type de service, car ce ne sont pas des paramètres d’entrée—ils sont calculés par le biais de tarification. La Quantité fait référence à la quantité calculée à évaluer par Monetization.

Mappages

Des mappages infinis peuvent être créés, chacun pouvant être responsable d’une entrée d’événement unique, et chacun a une priorité. Pour créer un mappage de plan tarifaire, sous Mappages, cliquez sur Ajouter un mappage.

Note:

Les mappages avec la plus haute priorité seront évalués en premier. Définir des priorités devient utile si vous avez des mappages spécifiques à certains opérateurs dans une région/pays.

Une fois que vous avez ajouté un champ de mappage particulier pour chaque ligne de mappage, saisissez les valeurs que vous souhaitez que les paramètres d’un événement d’utilisation correspondent pour qu’une ligne de mappage particulière soit correspondue.

Note:

Pour faire correspondre le paramètre d’événement d’utilisation à quoi que ce soit pour un champ de mappage dans une ligne de mappage, utilisez *.

Si le champ de mappage est un champ de jeu de tarification, Monetization affichera la structure hiérarchique qui a été configurée dans la section jeux de tarification.

Astuce:

Lors de la création de mappages de plans tarifaires, vous pouvez mapper à des jeux de tarification au lieu de valeurs de chaîne/texte fixes. Cela est utile car les jeux de tarification recherchent des correspondances de préfixes, et les jeux de tarification peuvent avoir plusieurs valeurs à comparer.

Par exemple, dans l’industrie des télécommunications, supposons que le jeu de tarification de la Slovénie ait des valeurs de correspondance (+386, +38671, +38641) et que le jeu de tarification des États-Unis ait des valeurs de correspondance (+1, +12). Si un événement d’utilisation arrive pour les appels vocaux où l’origine est définie sur +3865541234, l’événement sera mappé au plan tarifaire de la Slovénie car le préfixe de chaîne correspond à une valeur de correspondance de l’ensemble de tarification de la Slovénie. Si l’origine dans l’événement était +14234235435, cela serait mappé au plan tarifaire des États-Unis.

Pour copier un mappage, sous Mappings, cliquez sur Copy, et pour supprimer un mappage, cliquez sur Delete. Copier un mappage crée une nouvelle ligne de mappage tout en conservant les données du mappage copié.

Groupes de mappage

Chaque mappage peut avoir plusieurs groupes de mappage. Pour créer un groupe de mappage, sous Mappings, d’abord, cliquez sur Toggle, puis cliquez sur Add mapping group.

Pour chaque groupe de mappage, vous pouvez inclure une métrique de tarification. Inclure une métrique de tarification vous permet de remplacer la métrique de tarification insérée dans la section d’information sur le plan tarifaire. De plus, cela peut vous permettre d’avoir plusieurs métriques de tarification utilisées tout au long du processus de tarification.

Pour chaque groupe de mappage, vous pouvez également inclure plusieurs tarifs.

Astuce:

Deux tarifs peuvent être configurés ; par exemple, des tarifs journaliers et nocturnes. Vous pouvez alors avoir deux groupes de mappage, un pour le tarif journalier et un autre pour le tarif nocturne.

Le comportement de ce qui se passe en dessous du processus lorsque Monetization détermine le tarif peut alors être modifié.

Remarque:

Lorsque Monetization essaie de tarifer un événement, il examinera le mappage, et une fois qu’il trouve une correspondance, il vérifie ce qui a été configuré en termes de tarif.

Pour chaque groupe de mappage, vous pouvez également inclure une étiquette de charge, qui est principalement utilisée pour les remises. Pour plus d’informations, voir [Tags](.. /../tags). De plus, sous chaque groupe de mappage, des plages peuvent être configurées. Pour plus d’informations, voir plages.

Plages

Une fois qu’un mappage de plan tarifaire a été déterminé, les plages sont utilisées pour des conditions supplémentaires, telles que la vérification si un client dispose de ressources gratuites disponibles.

Si une condition de plage est vraie, alors Monetization appliquera les détails trouvés dans la plage. Monetization continuera à appliquer les détails de la plage tant qu’une quantité non tarifée reste.

Pour créer une plage, sous Groupes de mappage, cliquez sur Ajouter une plage.

Remarque:

Le Base typifie quel type de valeur Monetization vérifie. Pour configurer, cliquez sur Choisir une valeur ; cela peut être une ressource, un champ d’événement, une valeur ou une valeur personnalisée.

Exemple d’une plage

Supposons deux plages, la première ayant une Priorité de 1, un Base de ressource Données Gratuites, une valeur de Début de Aucun minimum, et une valeur de Fin de 0.

La seconde a une Priorité de 0, un Base de ressource Dollar US, une valeur de Début de Aucun minimum, et une valeur de Fin de Aucun maximum.

Supposons qu’un client dispose de 20 Mo gratuits mais consomme 25 Mo. Les 20 Mo gratuits seront appliqués à la ressource Données Gratuites car ils se trouvent dans une plage valide (-20 à 0). Cependant, les 5 Mo restants ne correspondront plus à cette plage ; par conséquent, ils seront appliqués comme un frais monétaire (de la seconde plage, qui est toujours valide).

Remarque:

Les valeurs de Début et de Fin sont les valeurs minimales et maximales spécifiées dans chaque plage. Définir les valeurs sur Aucun minimum et Aucun maximum signifie que les champs seront définis sur -2147483647 et 2147483647, respectivement.

L’option de case à cocher Multi-niveaux est utilisée pour une progression étape par étape à travers les plages. Par exemple, étant donné les plages suivantes :

Quantity_Counter; 0-100 — appliquer 1 euro par unité
Quantity_Counter; 100-200 — appliquer 2 euros par unité
Quantity_Counter; 200-infini — appliquer 3 euros par unité

Supposons un événement avec une quantité de 250 ; si Multi-tier est désactivé, le montant sera :

250 × 3 euro = 750 euro la totalité de la quantité est facturée en fonction de la plage à laquelle elle appartient (3).

Si Multi-tier est activé, le prix sera :

100 × 1 euro + 100 × 2 euros + 50 × 3 euros = 450 euros la quantité progresse à travers chaque niveau.

Note:

Chaque plage de ressources peut avoir plusieurs détails de ressources. Si une règle est satisfaite, Monetization peut appliquer un détail spécifique. Pour plus d’informations, voir détails.

Détails

Les détails se réfèrent aux impacts qui se produiront dans Monetization.

Pour créer un détail, sous Plages, cliquez Basculer, puis cliquez Ajouter un détail. Fournissez une priorité, une ressource, un montant, un type d’impact, un article de facture, un grand livre, une unité et une étiquette de ressource.

Explication de certains termes

Le montant fait référence au prix ; le montant (débit) signifie que vous facturez le client.
Le type d’impact (échelonné) signifie que Monetization multiplie la quantité calculée reçue par le montant, et le type d’impact (fixe) signifie que le prix ne sera pas multiplié par la quantité reçue.
L’article de facture est utilisé pour indiquer à Monetization comment la charge apparaîtra sur la facture.
L’unité est utilisée pour une éventuelle conversion d’unité de quantité. Pour plus d’informations, voir groupes d’unités.
L’étiquette de ressource est utilisée pour le ciblage des remises. - Le grand livre indique à Monetization comment suivre les choses sur le plan financier. Plusieurs mappages de comptes sont fournis lors de la création d’un grand livre pour déterminer quel compte doit être crédité ou débité.

Résumé du plan tarifaire

Cette section présente les informations remplies dans les deux sections précédentes et peut être examinée avant la création du plan tarifaire.

Copier le plan tarifaire

Sous plans tarifaires, copier un plan tarifaire existant vous permet de créer rapidement un nouveau plan tarifaire. Essentiellement, en cliquant sur Copier, cela vous redirige vers une page de création de plan tarifaire, et cela inclut les données du plan tarifaire copié.

En utilisant cette fonctionnalité, vous pouvez vous modéliser sur le plan tarifaire précédemment créé pour créer rapidement un nouveau plan tarifaire.

Détails du plan tarifaire

Sous plans tarifaires, pour voir les détails complets d’un plan tarifaire, cliquez sur Détails. Il contient les éléments suivants :

Nom
Code
Description
Grand livre
Service
Métrique de tarification
Validité

En dessous, les informations seront les mappages du plan tarifaire affichés sous un format tabulaire, y compris leurs plages et détails.

Mettre à jour le plan tarifaire

Sous plans tarifaires, pour mettre à jour un plan tarifaire, d’abord, cliquez sur Détails. Cela montre les détails du plan tarifaire. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies dans la section créer un plan tarifaire peuvent être mises à jour, sauf pour le Code.

Supprimer le plan tarifaire

Pour supprimer un plan tarifaire, cliquez sur Supprimer.

Remarque :

La suppression d’un plan tarifaire déjà utilisé dans un produit ne peut pas être effectuée. Chaque référence particulière au plan tarifaire doit d’abord être supprimée.

Évaluation

L’évaluation est un processus dans Monetization qui applique les impacts de solde de ressource en fonction de la quantité et des montants définis sur les produits respectifs ou détails du plan tarifaire.

Ensembles d’évaluation

Pour accéder à cette section, cliquez sur Ensembles d’évaluation ; tous les ensembles d’évaluation seront affichés.

Aperçu: Les ensembles d’évaluation décrivent où la hiérarchie de zonage peut être créée. Ils sont étroitement liés aux plans tarifaires car l’un ou l’autre sera nécessaire pour configurer les événements d’utilisation.
Définition: Les ensembles d’évaluation sont des objets hiérarchiques avec plusieurs ensembles de correspondance pour ajouter une couche de flexibilité à mappage de plan tarifaire. Au lieu d’un mappage de chaînes, ils seront comparés à un ensemble de correspondance entier d’un objet RatingSet.
Exemple: L’exemple le plus courant est ; les préfixes dans les pays. Par exemple, le préfixe de la Slovénie est +386, puis l’opérateur Telemach en Slovénie peut être +38670, +38640, et un autre opérateur peut être +38641. Cela crée des hiérarchies de zonage et peut ensuite être référencé dans les mappages de plans tarifaires.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un ensemble d’évaluation
Détails de l’ensemble d’évaluation
Mettre à jour l’ensemble d’évaluation
Supprimer l’ensemble d’évaluation

Créer un ensemble d’évaluation

Sous ensembles d’évaluation, pour créer un ensemble d’évaluation parent, cliquez sur Créer un nouvel ensemble d’évaluation parent.

Astuce :

Pour la création d’ensembles d’évaluation simples, l’interface utilisateur doit être utilisée pour les créer. Cependant, utiliser l’API Monetization peut être plus facile pour les ensembles d’évaluation contenant beaucoup de données ou lors de la première importation.

Fournissez un nom et un code. L’Ensemble de correspondance est un ensemble de valeurs de chaîne auquel un champ dans l’événement d’utilisation est comparé pour déterminer le mappage correct du plan tarifaire. Pour créer un ensemble de correspondance, sous Match Set, cliquez sur Create new.

L’Info Set est un ensemble de paires clé-valeur utilisé pour stocker des informations personnalisées pour un ensemble de tarification. Il n’a aucun impact sur la logique de traitement. Pour créer un ensemble d’informations, sous Info Set, cliquez sur Create new.

Information:

Lors de la création de mappages de plans tarifaires, ceux-ci peuvent être mappés à des ensembles de tarification au lieu de valeurs de chaîne/texte fixes. Cela est utile car les ensembles de tarification recherchent des correspondances de préfixes et peuvent être comparés à plusieurs valeurs.

Exemple d’un ensemble de tarification

Dans l’industrie des télécommunications, l’ensemble de tarification de la Slovénie a des valeurs de correspondance de +386, +38671 et +38641, et l’ensemble de tarification des États-Unis a des valeurs de correspondance de +1 et +12.

Un événement d’utilisation arrive pour un appel vocal où l’origine est définie sur +3865541234. Cet événement sera mappé au mappage de plan tarifaire de la Slovénie car le préfixe de la chaîne correspond à une valeur de correspondance de l’ensemble de tarification de la Slovénie.

En revanche, si l’origine dans l’événement est définie sur +14234235435, elle sera mappée au mappage de plan tarifaire des États-Unis.

Note:

Sous chaque ensemble de tarification parent, un rating subset peut être créé. Pour ce faire, cliquez sur le nom de l’ensemble de tarification et remplissez les détails du sous-ensemble de tarification : nom, code, ensemble de correspondance (optionnel) et ensemble d’informations (optionnel).

Détails de l’ensemble de tarification

Sous rating sets, pour voir les détails complets d’un ensemble de tarification, cliquez sur le nom de l’ensemble de tarification. Il contient les informations suivantes :

Nom
Code
Ensemble de correspondance
Ensemble d’informations

Mettre à jour l’ensemble de tarification

Sous rating sets, pour mettre à jour un ensemble de tarification, d’abord, cliquez sur le nom de l’ensemble de tarification ; cela affichera les détails. Ensuite, pour mettre à jour, cliquez sur Update. ### Supprimer l’ensemble de notation

Sous ensembles de notation, pour supprimer un ensemble de notation, cliquez d’abord sur le nom de l’ensemble de notation ; cela affichera les détails. Ensuite, pour supprimer, cliquez sur Supprimer.

Remarque :

La suppression d’un ensemble de notation déjà utilisé dans un plan tarifaire ne peut pas être effectuée. Chaque référence particulière à l’ensemble de notation doit d’abord être supprimée.

Transferts

Pour accéder à cette section, cliquez sur Transferts. Une liste paginée de tous les transferts est affichée sous un format tabulaire.

Les transferts sont des règles configurées qui déterminent comment les soldes de ressources peuvent être transférés entre cycles de facturation. Cela permet à un client de déplacer certaines unités de ressources non consommées dans son prochain cycle de facturation.

Par exemple, un client reçoit 200 Mo de données gratuites chaque mois, mais un transfert définit que 100 Mo de données peuvent être reportés au cycle suivant s’ils ne sont pas consommés.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un transfert
Page de détails du transfert
Mettre à jour le transfert
Supprimer le transfert

Créer un transfert

Sous transferts, pour créer un transfert, cliquez sur Créer nouveau. Cela implique quatre sections, à savoir :

Section d’informations sur le transfert
Section de validité
Section de détails du transfert
Résumé du transfert

Section d’informations sur le transfert

Sous la section d’informations, fournissez un nom, un code et une description.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Section de validité

Sous la section de validité, configurez les dates, qui décrivent la période active du transfert. #### Détails du rollover

Sous cette section, fournissez un nom et un code. La Priorité détermine le rollover à utiliser en premier s’il y a plusieurs rollovers.

Remarque :

Un nombre plus élevé indique une priorité plus élevée.

Le Montant du rollover de cycle spécifie le montant maximum qui peut être transféré. Configurer le montant du rollover de cycle à -1 signifie que le montant maximum sera infini.

Le Type de transfert détermine si le solde nouvellement transféré est soustrait de l’original (source modifiée) ou créé comme une copie (laisser la source).

Le Transfert de ressource depuis décrit la ressource qui transférerait son solde.

Le Transfert de ressource vers décrit la ressource recevant un solde spécifique.

Le Grand livre décrit comment le rollover sera enregistré à des fins comptables.

Résumé du rollover

Cette section présente les informations des trois sections précédentes et peut être examinée avant la création du rollover.

Page de détails du rollover

Sous rollovers, pour voir les détails complets d’un rollover, cliquez sur Détails. Elle contient les sections suivantes :

Info
Validité
Détails du rollover

Mettre à jour le rollover

Sous rollovers, pour mettre à jour un rollover, cliquez d’abord sur Détails. Cela montre les détails du rollover. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies dans la section créer un rollover peuvent être mises à jour, sauf pour le Code.

Supprimer le rollover

Sous rollovers, pour supprimer un rollover, cliquez sur Supprimer.

Remarque :

La suppression d’un rollover déjà utilisé dans un produit ne peut pas être effectuée. Chaque référence particulière au rollover doit d’abord être supprimée.

Tarifs

Pour accéder à cette section, cliquez sur Tarifs. Une liste paginée de tous les tarifs est affichée sous un format tabulaire.

Les tarifs représentent le Temps d’Utilisation dans la Monetization. Ils sont utilisés pour représenter un temps d’utilisation spécifique pour les événements de service. Grâce à l’utilisation des tarifs, différents prix peuvent être établis pour les événements d’utilisation se produisant pendant la nuit/le jour, le week-end/jour de travail, etc.

Information :

Un tarif peut également être appelé intervalles liés au temps et est très populaire dans les industries de l’électricité/utilités.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un tarif
Page de détails du tarif
Mettre à jour le tarif
Supprimer le tarif

Créer un tarif

Sous tarifs, pour créer un tarif, cliquez sur Créer nouveau. Fournissez un nom, un code, un type, une priorité et une période de validité. Optionnellement, ajoutez une description.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API de Monetization.

Remarque :

Plusieurs tarifs peuvent être créés avec différentes plages pour des temps, jours et semaines spécifiques. Les tarifs sont ensuite utilisés lors de la création d’un plan tarifaire.

En fonction du type sélectionné, le tarif peut représenter une date (jj-mm-aa), un jour de la semaine (1-7), une plage horaire (08:00-10:00), une plage de jours dans un mois (8-12), une plage de jours et d’heures (du 8 au 12 entre 08:00-10:00).

Par exemple, si le type est configuré pour utiliser une plage horaire avec une heure de début de 00:00 et une heure de fin de 05:00. L’application du tarif à un plan tarifaire peut entraîner des prix différents.

De plus, les tarifs sont assortis en fonction de leur priorité. Par exemple, un tarif de jour de travail pourrait cibler tous les jours du lundi au vendredi avec une priorité 1, mais il sera remplacé par un tarif de date de vacances le mardi 13 septembre 2022, avec une priorité 2.

Note:

Un nombre plus élevé indique une priorité plus élevée.

Détails de la page tarifaire

Sous tarifs, pour voir les détails complets d’un tarif, cliquez sur Détails. Il contient les éléments suivants :

Statut
Nom
Code
Description
Type
Priorité
Période de validité

Mettre à jour le tarif

Sous tarifs, pour mettre à jour un tarif, d’abord, cliquez sur Détails. Cela montre les détails du tarif. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information:

Toutes les informations remplies dans la section créer un tarif peuvent être mises à jour, sauf pour le Code.

Supprimer le tarif

Sous tarifs, pour supprimer un tarif, cliquez sur Supprimer.

Note:

La suppression d’un tarif déjà utilisé dans un plan tarifaire ne peut pas être effectuée. Chaque référence particulière au tarif doit d’abord être supprimée.

Docs: Attributs personnalisés

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Configuration du système, puis cliquez sur Attributs personnalisés. Une liste paginée de tous les attributs personnalisés est affichée sous un format tabulaire.

Information :

Vous pouvez filtrer les attributs personnalisés par entité.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un attribut personnalisé
Page de détails de l’attribut personnalisé
Mettre à jour l’attribut personnalisé
Supprimer l’attribut personnalisé

Créer un attribut personnalisé

Sous attributs personnalisés, pour créer un attribut personnalisé, cliquez sur Créer nouveau. Fournissez un nom et un code.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Un attribut personnalisé peut avoir l’un des quatre types de données, qui sont :

Numérique (Nombre)
Chaîne (Texte)
Booléen (Vrai/Faux)
Date/heure (Horodatage)

Remarque :

Le type de données spécifie comment l’attribut personnalisé apparaîtra sur l’interface utilisateur dans Monetization.

L’entité spécifie l’objet auquel l’attribut personnalisé appartient.

Page de détails de l’attribut personnalisé

Sous attributs personnalisés, pour voir les détails complets d’un attribut personnalisé, cliquez sur Détails. Il contient les éléments suivants :

Nom
Code
Type de données
Entité
Obligatoire
Inclus sur la facture

Mettre à jour l’attribut personnalisé

Sous attributs personnalisés, pour mettre à jour un attribut personnalisé, cliquez d’abord sur Détails ; cela affiche les détails de l’attribut personnalisé. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Remarque :

Toutes les informations remplies dans la section créer un attribut personnalisé peuvent être mises à jour, sauf pour le Code et l’Entité.

Supprimer l’attribut personnalisé

Sous attributs personnalisés, pour supprimer un attribut personnalisé, cliquez sur Supprimer.

Remarque :

La suppression d’un attribut personnalisé déjà utilisé dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière à l’attribut personnalisé doit d’abord être supprimée.

Docs: Conception de service

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

champs de service
types de service
groupes d’unités
métriques de notation
intervalles de charge

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Configuration de l’entreprise, et cliquez sur Conception de service.

Information :

Monetization doit être informé des services requis pour qu’une entreprise fonctionne en interne. Par exemple, supposons une industrie de télécommunications avec un service de données, de voix et de SMS. Ces services consisteront en plusieurs champs ou paramètres. Vous pouvez ensuite utiliser une partie de ces champs pour déterminer la quantité à évaluer.

Champs de service

Pour accéder à cette section, cliquez sur Champs de service. Une liste paginée de tous les champs de service est affichée sous forme de tableau.

Un champ de service est un paramètre qui peut faire partie d’un type de service. Le paramètre contiendra des informations sur une session/un événement dans Monetization.

Exemple de champs de service

Supposons une entreprise de télécommunications qui permet aux clients de passer des appels téléphoniques. Les champs de service peuvent inclure les éléments suivants :

start_time
origin
destination
duration
direction
quantity

Information :

Ces champs de service peuvent ensuite être inclus dans un service. Ainsi, chaque fois qu’un événement d’utilisation arrive pour le service, ce sont les champs que Monetization attendra, et il pourra obtenir la quantité évaluable à partir de ces champs.

Champs réservés

L’identifiant de session et l’identifiant sont des champs réservés qui doivent exister dans le cadre des champs de service. Ils sont créés automatiquement lorsqu’un site est créé dans Monetization.

L’identifiant représentera l’identifiant de service d’un client—par exemple, un numéro de téléphone mobile pour un service de données ou de voix. L’identifiant doit être unique pour chaque site ; il peut s’agir d’un nombre entier, d’un appareil ou de tout ce qui peut être utilisé pour identifier un client de manière unique.

L’identifiant de session doit être inclus dans chaque événement d’utilisation. Cela garantit que le même événement ne sera évalué qu’une seule fois et ne peut pas être dupliqué.-

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer un champ de service
Page de détails du champ de service
Mettre à jour le champ de service
Supprimer un champ de service

Créer un champ de service

Sous champs de service, pour créer un champ de service, cliquez sur Créer nouveau. Fournissez un nom et un code. Optionnellement, ajoutez une description.

Information :

Plusieurs champs de service peuvent être créés.

Page de détails du champ de service

Sous champs de service, pour voir les détails complets d’un champ de service, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description

Mettre à jour le champ de service

Sous champs de service, pour mettre à jour un champ de service, d’abord, cliquez sur Détails ; cela montre les détails du champ de service. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies sous la section créer un champ de service peuvent être mises à jour, sauf pour le Code.

Supprimer un champ de service

Sous champs de service, pour supprimer un champ de service, cliquez sur Supprimer.

Note :

La suppression d’un champ de service déjà utilisé dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière au champ de service doit d’abord être supprimée.

Types de service

Pour accéder à cette section, cliquez sur Types de service. Une liste paginée de tous les types de service est affichée sous un format tabulaire.

Un type de service décrit un service dans Monetization—par exemple, un service vocal ou de données. Il détermine quels service fields doivent faire partie d’une session/événement pour ce service particulier.

De plus, un type de service définit un service en décrivant les service fields et les rating set fields Monetization nécessaires lors des événements d’utilisation pour un service spécifique.

Information:

Un produit acheté peut offrir un service lorsque le product créé contient un type de service. Monetization peut évaluer les événements d’utilisation du service.

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Create service type
Details service type page
Update service type
Delete service type

Create service type

Sous service types, pour créer un type de service, cliquez sur Create new.

Les champs d’entrée obligatoires comprennent les éléments suivants :

nom
code
champ(s) de service obligatoire(s)
stratégie d’autorisation

Les champs d’entrée optionnels comprennent les éléments suivants :

description
champ(s) de service optionnel(s)
rating set fields
Inclus sur la facture
Impact sur les soldes

Note:

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Information:

Inclure l’identifiant de session et l’identifiant en tant que champs obligatoires est une bonne pratique. Ils sont connus sous le nom de champs réservés. Pour plus d’informations, voir Reserved fields.

Pour inclure les détails du service sur la facture, utilisez l’interrupteur Inclus sur la facture pour activer/désactiver. Activer cette fonctionnalité signifie que Monetization extraira ces données dans l’objet JSON généré pour une facture.

Note:

Inclure uniquement les informations nécessaires sur la facture pour l’optimisation des performances.

Si l’interrupteur Impact balances est activé, ce service aura un impact, réservera et travaillera avec les soldes en temps réel. Dans le cas où cela n’est pas nécessaire, le désactiver augmentera les performances de notation.

Champs de l’ensemble de notation

Un champ d’ensemble de notation est un champ qui, au lieu d’être apparié en tant que chaînes brutes, est comparé à un objet ensembles de notation, qui peut avoir plusieurs correspondances. Cela est utile pour le rapprochement de préfixes.

Astuce:

Monetization va mapper le champ de l’ensemble de notation vers un modèle.

Exemple de champ d’ensemble de notation

Les ensembles de notation de la Slovénie dans l’industrie des télécommunications peuvent avoir plusieurs correspondances : 003865, 003867, 003864, etc., représentant des préfixes de numéros de téléphone. Si un champ de service origine est défini comme un champ d’ensemble de notation sur un type de service, le contenu du champ sera comparé à tous les préfixes en Slovénie lorsque Monetization essaie de trouver une correspondance. Par conséquent, si l’origine est 003865123123, l’ensemble de notation de la Slovénie sera apparié.

Information:

Comparer un champ de service à une hiérarchie de zones devient un champ d’ensemble de notation.

Page de type de service détaillé

Sous types de service, pour voir les détails complets d’un type de service, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Champs obligatoires
Champs optionnels
Champs d’ensemble de notation
Stratégie d’autorisation
Inclus sur la facture
Impact des soldes

Mettre à jour le type de service

Sous types de service, pour mettre à jour un type de service, cliquez d’abord sur Détails ; cela montre les détails du type de service. Then to update, click Mettre à jour.

Information :

Toutes les informations remplies dans la section créer un type de service peuvent être mises à jour, sauf pour le Code.

Remarque :

Lors de la mise à jour des informations des services utilisés par les clients et des événements, si un nouveau champ de service est ajouté au type de service, le champ de service sera manquant dans tous les événements précédents. Cela est dû au fait que le champ de service était inconnu pour Monetization à ce moment-là.

Supprimer un type de service

Sous types de service, pour supprimer un type de service, cliquez Supprimer.

Remarque :

La suppression d’un type de service déjà utilisé dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière au type de service doit d’abord être supprimée.

Groupes d’unités

Pour accéder à cette section, cliquez sur Groupes d’unités. Une liste paginée de tous les groupes d’unités est affichée sous un format tabulaire.

Un groupe d’unités est conçu pour créer des unités liées dans Monetization. Un facteur de conversion doit également être fourni pour permettre à Monetization d’effectuer des conversions entre les unités automatiquement.

Exemple d’un groupe d’unités

Supposons qu’une entreprise de télécommunications fournisse un service de données aux clients. Après avoir configuré les unités en kilooctets (kB), mégaoctets (MB) et gigaoctets (GB), l’événement d’utilisation peut avoir une entrée en kB ; en même temps, la tarification peut fonctionner en MB.

Remarque :

Chaque groupe d’unités doit contenir des unités qui vont ensemble. Par exemple, le groupe d’unités de données peut comprendre kB, MB et GB. De plus, il doit inclure un facteur de conversion qui permet à Monetization de convertir automatiquement entre les unités, par exemple, convertir entre kB et MB.

Information :

Lors de [la création d’un plan tarifaire](../.. /catalog/products#create-a-rate-plan), une unité peut être fournie pour une conversion possible d’unités de quantité.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un groupe d’unités
Page de détails du groupe d’unités
Mettre à jour le groupe d’unités
Supprimer le groupe d’unités

Créer un groupe d’unités

Sous groupes d’unités, pour créer un groupe d’unités, cliquez sur Créer nouveau. Fournissez un nom et un code. En option, fournissez une description et quelques unités.

Pour ajouter une unité, sous Unités, cliquez sur Ajouter une unité. Fournissez un nom, un symbole et un facteur. Pour faire d’une unité particulière l’unité de base, cochez la case Unité de base.

Note :

L’unité de base doit avoir un facteur de un, tandis que les autres doivent avoir un facteur par rapport à l’unité de base.

Par exemple, supposons les unités suivantes dans un groupe d’unités :

Nom	Symbole	Facteur
kilooctet	kB	1
mégaoctet	MB	1024
gigaoctet	GB	1048576

Pour supprimer une unité, sous Unités, cliquez sur Supprimer.

Page de détails du groupe d’unités

Sous groupes d’unités, pour voir les détails complets d’un groupe d’unités, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Unités - Les unités sont affichées sous un format tabulaire.

Mettre à jour le groupe d’unités

Sous groupes d’unités, pour mettre à jour un groupe d’unités, d’abord, cliquez sur Détails ; cela montre les détails du groupe d’unités. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information:

Toutes les informations remplies dans la section create unit group peuvent être mises à jour, à l’exception du Code.

Supprimer le groupe d’unités

Sous unit groups, pour supprimer un groupe d’unités, cliquez sur Supprimer.

Métriques de notation

Pour accéder à cette section, cliquez sur Métriques de notation. Une liste paginée de toutes les métriques de notation est affichée sous forme de tableau.

Monetization utilise une métrique de notation pour déterminer la quantité à évaluer en fonction des service field(s) de la session/événement. En d’autres termes, une métrique de notation permet à Monetization de savoir comment obtenir la quantité évaluable d’un événement.

Information:

Lorsqu’une métrique de notation est créée dans Monetization, elle n’est pas liée à un service ou à un produit. Cela se fait lors de la création d’un rate plan.

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Create rating metric
Details rating metric page
Update rating metric
Delete rating metric

Créer une métrique de notation

Sous rating metrics, pour créer une métrique de notation, cliquez sur Créer nouveau. Fournissez un nom et un code. Optionnellement, fournissez une description et une ou plusieurs expressions métriques.

Pour ajouter une expression métrique, sous Expressions métriques, cliquez sur Ajouter une expression métrique. Fournissez une priorité, une expression et une unité. L’unité est configurée sous les groupes d’unités. Pour plus d’informations, voir Unit groups.

Note:

L’Expression doit faire référence directement aux champs de service du type de service.

Par exemple, supposons qu’une quantité service field soit insérée comme expression de métrique de notation ; Monetization obtiendra la quantité évaluable à partir du champ de service quantité.

Note:

Plusieurs expressions de métriques peuvent être créées avec différentes priorités. Par exemple, priorité 0, priorité 1, priorité 2, etc. Cependant, Monetization utilisera initialement l’expression de métrique avec un numéro de priorité plus élevé.

Des expressions mathématiques de base telles que l’addition, la soustraction et la multiplication peuvent être effectuées dans une expression de métrique pour déterminer la quantité évaluable. Par exemple, supposons un champ de service end_time et start_time ; à partir de cela, une expression de métrique de notation de la forme end_time - start_time peut être créée.

Information:

L’attribution réelle de la métrique se produit plus tard lors de la création du produit de service.

Détails de la page de métrique de notation

Sous rating metrics, pour voir les détails complets d’une métrique de notation, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Description
Expressions de métriques - Les expressions de métriques sont affichées sous un format tabulaire.

Mettre à jour la métrique de notation

Sous rating metrics, pour mettre à jour une métrique de notation, d’abord, cliquez sur Détails ; cela montre les détails de la métrique de notation. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information:

Toutes les informations remplies dans la section create rating metric peuvent être mises à jour, sauf pour le Code.

Supprimer la métrique de notation

Sous rating metrics, pour supprimer une métrique de notation, cliquez sur Supprimer.

Note:

La suppression d’une métrique de notation déjà utilisée dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière à la métrique de notation doit d’abord être supprimée.

Intervalles de charge

Pour accéder à cette section, cliquez sur Intervalles de charge. Une liste paginée de tous les intervalles de charge est affichée sous un format tabulaire.

Un intervalle de charge décrit comment Monetization arrondira la quantité notable à partir de la métrique de notation. Après que la métrique de notation ait calculé la quantité brute à noter, l’intervalle de charge peut arrondir vers le haut ou vers le bas en fonction des configurations.

Note:

Lorsque Monetization reçoit un événement, la quantité notale est obtenue. Elle est ensuite comparée à l’intervalle de charge pour arrondir vers le haut ou vers le bas au prochain pas. Une fois arrondie, cela sera la nouvelle quantité notale.

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer un intervalle de charge
Page de détails de l’intervalle de charge
Mettre à jour l’intervalle de charge
Supprimer l’intervalle de charge

Créer un intervalle de charge

Sous intervalles de charge, pour créer un intervalle de charge, cliquez sur Créer nouveau. Fournissez un nom et un code. En option, fournissez une description, un pas minimum, un pas, un mode d’arrondi et une unité.

Le pas minimum représente la plus petite quantité qui peut être notée. Par conséquent, si Monetization reçoit un événement en dessous de cela, il sera arrondi au pas minimum. Par exemple, supposons une configuration de pas minimum de zéro, et Monetization reçoit un événement en dessous de zéro ; l’événement sera arrondi à zéro.

Le pas représente comment la quantité notale doit s’incrémenter. Par exemple, Monetization reçoit un événement et détermine que la quantité évaluable est de 550 grâce à la rating metric ; si l’étape est configurée à 100, Monetization arrondira la quantité vers le haut ou vers le bas en fonction de la configuration du mode d’arrondi.

Si le mode d’arrondi est configuré sur Up, la nouvelle quantité évaluable sera de 600, tandis que si le mode d’arrondi est configuré sur Down, le nouveau montant évaluable sera de 500.

Détails de la page d’intervalle de charge

Sous charge intervals, pour voir les détails complets d’un intervalle de charge, cliquez sur Details. Cela contient les éléments suivants :

Nom
Code
Description
Étape min
Étape
Mode d’arrondi
Unité

Mettre à jour l’intervalle de charge

Sous charge intervals, pour mettre à jour l’intervalle de charge, d’abord, cliquez sur Details ; cela montre les détails de l’intervalle de charge. Ensuite, pour mettre à jour, cliquez sur Update.

Information:

Toutes les informations remplies dans la section create charge interval peuvent être mises à jour, sauf pour le Code.

Supprimer l’intervalle de charge

Sous charge intervals, pour supprimer un intervalle de charge, cliquez sur Delete.

Note:

La suppression d’un intervalle de charge déjà utilisé dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière à l’intervalle de charge doit d’abord être supprimée.

Docs: Remises

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

Créer une remise
- Section de remise simple
- Section de remise avancée
Page de détails de la remise
Mettre à jour la remise
Supprimer la remise

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Catalogue, et cliquez sur Remises. Une liste paginée de toutes les remises est affichée sous un format tabulaire.

Les remises en tant qu’objets sont traitées de la même manière que produits. Elles font partie d’un ensemble qui fait partie d’un plan, et elles ont également un ensemble de règles et de filtres de règles décrivant exactement quels sont les cibles de la remise.

Note :

Une remise a des filtres de règles qui ciblent une étiquette spécifique ou/et une combinaison d’étiquettes. Par conséquent, chaque fois qu’une évaluation applique un impact, cet impact a les étiquettes configurées. Ces étiquettes sont ensuite comparées à tous les filtres de règles de remise actifs ; si elles correspondent, Monetization saura que la remise doit être appliquée pour ces impacts.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer une remise
Page de détails de la remise
Mettre à jour la remise
Supprimer la remise

Créer une remise

Sous remises, pour créer une remise, cliquez sur Créer nouveau. Choisissez soit la section de réduction simple soit la section de réduction avancée.

Information :

Comme son nom l’indique, la section de réduction avancée est utilisée pour créer des réductions complexes qui peuvent cibler à la fois le tag de charge et de ressource.

Section de réduction simple

Pour la section de réduction simple, fournissez un nom et un code.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

De plus, choisissez le type et insérez la valeur. Le type peut être configuré soit en pourcentage soit en montant fixe. Choisissez également le tag de charge, ressource monétaire, et configurez la période de validité.

Remarque :

Le tag de charge est utilisé pour déterminer le produit que la réduction ciblera. Pour plus d’informations sur un tag de charge, voir Tags.

Information :

La réduction fonctionne de manière similaire à un produit. Par conséquent, après avoir créé une réduction, elle doit être ajoutée à un ensemble qui est ensuite inclus dans un plan pour l’activer.

Section de réduction avancée

Pour la section de réduction avancée, elle implique trois sections, à savoir :

Section d’information
Ensembles de règles
Résumé

Section d’information

Sous la section d’information, fournissez un nom, un code, une description et une période de validité.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

La priorité détermine la réduction à utiliser en premier si plusieurs réductions existent dans l’ensemble.

Information:

Un nombre plus élevé indique une priorité plus élevée.

Note:

Un bundle est un objet de niveau supérieur pour le regroupement, mais les priorités de remise s’appliquent indépendamment du bundle.

La notation non active peut être configurée sur les produits et les remises. Cela signifie si la Monetization doit toujours appliquer des impacts liés à ces produits et remises après qu’ils soient inactifs ou fermés.

Elle a trois options configurables :

INTERDIT — signifie que la Monetization ne peut évaluer la remise que si elle est active.
ÉVALUER_INACTIF — signifie que la Monetization ne peut évaluer la remise que lorsqu’elle est active ou inactive mais pas fermée.
ÉVALUER_INACTIF_ET_FERMÉ — signifie que la Monetization évaluera systématiquement la remise, qu’elle soit active, inactive ou fermée.

De plus, choisissez le type et insérez la valeur. Le type peut être soit un pourcentage, soit un montant fixe.

Ensembles de règles

Dans la section des ensembles de règles, pour créer un ensemble de règles, cliquez sur Ajouter un ensemble de règles. L’ensemble de règles est utilisé pour regrouper objet de règle qui s’adaptent ensemble.

Règles

Pour créer une règle, sous Ensembles de règles, d’abord, cliquez sur Basculer, puis cliquez sur Ajouter une règle. Chaque règle a une priorité, une base, une valeur de base, des filtres de règle et des plages.

Base: La base signifie ce qui est vérifié (ressource, champ d’événement, valeur, valeur personnalisée).
Valeur de base (Valeur): En fonction de la base, cela peut être une ressource, un champ d’événement, une valeur ou une valeur personnalisée.

Information:

La valeur indique à la Monetization quelle base vérifier. Par exemple, si vous souhaitez examiner le champ d’événement appelé montant, vous définirez la base sur champ d’événement et la valeur sur montant.

Filtres de règle: Le filtre de règle décrit ce que la remise doit cibler. Cela signifie qu’il ne prendra en compte que les événements qui correspondent au filtre de règle. Vous pouvez filtrer par charge tag, resource tag, service, et nom d’événement.
Ranges: Lorsque le filtre de règle correspond, Monetization prendra la base et la valeur et les comparera aux plages.

Information:

Par exemple, si la base et la valeur sont event field et amount, respectivement, et que vous avez un événement vocal avec un montant de 3,5, Monetization comparera 3,5 aux plages.

S’il trouve une plage applicable, il appliquera les détails de remise qui appartiennent à cette plage.

Les détails de la remise réduisent ensuite le montant (3,5) pour un pourcentage spécifique et appliquent cet impact à la ressource spécifiée, à l’élément de facture avec une taxe spécifique, et au grand livre général.

Résumé

Cette section montre le résumé de ce qui a été saisi dans les deux sections précédentes (info section et rule sets). Les détails de la remise peuvent être examinés avant de créer la remise.

Page de détails de la remise

Sous discounts, pour voir les détails complets d’une remise particulière, cliquez sur Détails. Cela contient les éléments suivants :

Nom
Code
Priorité
Description
Évaluation non active
Valeur
Période de validité

En dessous des informations, les ensembles de règles seront affichés sous forme tabulaire, y compris leurs règles, filtres de règles et plages.

Mettre à jour la remise

Sous discounts, pour mettre à jour une remise, d’abord, cliquez sur Détails ; cela montre les détails de la remise. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies dans la section créer un rabais peuvent être mises à jour, sauf pour le Code.

Supprimer un rabais

Sous rabais, pour supprimer un rabais, cliquez sur Supprimer.

Remarque :

La suppression d’un rabais déjà utilisé dans d’autres parties de Monetization ne peut pas être effectuée. Chaque référence particulière au rabais doit d’abord être supprimée.

Docs: Utilisation

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Analytique, et cliquez sur Utilisation.

La section d’analytique d’utilisation est divisée en deux sous-sections :

première sous-section
deuxième sous-section

Première sous-section

La première sous-section montre l’utilisation totale des ressources monétaires en termes de quantité et de montant. Les informations sont basées sur le mois en cours, le mois dernier, il y a six mois et il y a un an.

Par exemple, supposons que le mois en cours soit avril, et qu’aucune utilisation par les clients n’ait eu lieu. Le mois dernier, en mars, 140 quantités ont résulté de l’utilisation de la ressource monétaire, ce qui a également conduit à 140 euros. Il y a six mois, en octobre de l’année dernière, aucune utilisation par les clients n’a eu lieu.

Remarque :

La flèche rouge ou verte montre respectivement le pourcentage de diminution ou d’augmentation de l’utilisation de la ressource monétaire en termes de quantité et de montant par les clients à ce moment par rapport à la même période il y a un mois, il y a six mois et il y a un an.

Deuxième sous-section

La deuxième sous-section montre un graphique à barres représentant l’utilisation des services/ressources par les clients dans Monetization sur une période spécifique basée sur un indicateur et un intervalle. Vous pouvez filtrer par ressources, services ou/et types de clients.

Remarque :

La représentation visuelle sous forme de graphique à barres peut être téléchargée dans divers formats. Pour ce faire, cliquez sur Menu contextuel du graphique.

Docs: Bon

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

Bon vs. Coupon
- Exemple d’un coupon
- Exemple d’un bon
Créer un bon
- Explication de certains termes
- Exemple pratique
Page de détails du bon

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Configuration d’entreprise, et cliquez sur Bon. Une liste paginée de tous les bons est affichée sous un format tabulaire.

Les bons offrent des forfaits spécifiques qui contiennent une réduction pour le client lorsqu’ils sont consommés. Cela est similaire à un coupon.

Bon vs. Coupon

La différence entre un coupon et un bon est qu’un coupon ne dure que pour cet achat spécifique. En revanche, un bon peut offrir quelque chose au client sur une base prolongée. Par exemple, un client peut obtenir une réduction qui dure deux ans grâce à un bon.

Remarque :

Un coupon est utilisé et n’est valide que lors de l’achat, tandis qu’un bon peut être consommé à tout moment.

Exemple d’un coupon

Un client achète un ajout de 1 Go, qui coûte 10 euros et a un code de coupon pour une réduction de 50 %.

Exemple d’un bon

Un client reçoit un code de bon de récompense, qui, lorsqu’il est consommé, accordera 100 Mo gratuits.-

Deux actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un bon
Page de détails du bon

Créer un bon

Sous bon, pour créer un bon, cliquez sur Créer nouveau. Fournissez un nom, un code, vendeur, jeu de caractères du code, modèle de code, quantité, quantité de rachat, début de plage, pack, et la période de validité ; les champs de saisie restants sont optionnels.

Explication de certains termes

Vendeur

Cela signifie le nom de l’entité qui possède le bon. Il est utilisé uniquement à des fins d’information. Le nom de votre organisation peut être utilisé sous cette section.

Jeu de caractères du code

Le modèle de code

Cela fournit le modèle que Monetization utilisera pour générer les codes de bon.

Note:

Utilisez # comme un espace réservé pour les codes générés automatiquement.

Quantité

Cela représente le nombre de codes de bon à générer.

Quantité de rachat

Cela représente combien de fois le client peut utiliser chaque code.

Début de plage

Cela représente le point de départ pour les codes générés automatiquement.

Exemple pratique

Ce qui suit montre un exemple de configuration d’un bon.

modèle de code = bon_##
jeu de caractères = numérique
quantité = 5
quantité de rachat = 1
début de plage = 87

Cela produira cinq codes de bon générés, que le client ne peut utiliser qu’une seule fois. Les codes seront générés comme suit en fonction du modèle de code et du début de la plage :

voucher_87
voucher_88
voucher_89
voucher_90
voucher_91

Détails de la page des bons

Sous voucher, pour voir les détails complets d’un bon, cliquez sur Détails. Il contient les éléments suivants :

Nom
Code
Description
Fournisseur
Type
Ensemble de caractères du code
Modèle de code
Quantité
Quantité de rachat
Début de la plage
bundle
Période de validité

En dessous, les informations afficheront les codes de bons générés sous un format tabulaire, y compris leur statut et la quantité restante.

Information :

Vous pouvez filtrer les codes de bons par Nouveau, En cours d’utilisation, Utilisé, Expiré ou Annulé.

Docs: Générateurs d'Événements

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Catalogue, et cliquez sur Générateurs d’événements. Une liste paginée de tous les générateurs d’événements est affichée sous un format tabulaire.

Un générateur d’événements peut être lié à un service ou à un profil de facturation. Essentiellement, il est utilisé pour générer un événement juste avant la facturation, qui peut contenir des champs avec des valeurs de soldes de ressources.

Exemple de générateur d’événements

Supposons qu’un client soit sur le point d’être facturé ; par conséquent, son cycle de facturation est sur le point de changer. En utilisant un générateur d’événements, Monetization peut créer des événements d’utilisation de manière autonome en fonction de l’état des ressources actuelles disponibles pour chaque client.

Par exemple, supposons une entreprise de services publics pour l’électricité, et seulement une fois par mois, nous avons un solde sur le client. Le générateur d’événements peut être utilisé pour prendre le solde du compteur sur le client et générer un événement d’utilisation à partir de celui-ci.

Docs: Notifications

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

notifications
plateformes
- twilio
- firebase (fcm)

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Configuration du système, et cliquez sur Notifications.

Notifications

Pour accéder à cette section, cliquez sur Notifications. Une liste paginée de toutes les notifications est affichée sous un format tabulaire.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

créer une notification
page de détails de la notification
mettre à jour la notification
supprimer la notification

Créer une notification

Sous notifications, pour créer une notification, cliquez sur Créer nouveau. Fournissez un nom et un code.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Éditeurs sont utilisés pour configurer quel type de notification doit être envoyé : SMS, notification push, URL, Email et Journal. Il est également utilisé pour configurer où la notification sera envoyée en utilisant Receveurs.

Pour créer un éditeur, sous Éditeurs, cliquez sur Ajouter un éditeur. L’action et le nombre de tentatives spécifient le type de notification qui sera envoyé et combien de fois renvoyer en cas d’échec—par exemple, l’envoi d’un e-mail qui sera renvoyé trois fois, supposons qu’il échoue.

Information:

Le modèle est configuré dans Monetization, sous Configuration de l’entreprise Modèles. Pour plus d’informations, voir Template.

Note:

L’action URL signifie que la notification sera envoyée en tant que requête API à l’URL, tandis que l’action Log signifie que le service de journalisation ajoutera une entrée de journal chaque fois que la notification est déclenchée.

Sous chaque éditeur se trouvent les Receivers. Les Receivers font référence à l’endroit où la notification sera envoyée. Cela peut être une URL ou un client (s’il s’agit d’un e-mail ou d’un SMS).

Le Scope caractérise ce qui déclenchera la notification, qui peut être celle d’un abonnement, de la facturation, de l’évaluation ou de l’exportation.

Une fois qu’une action spécifique du scope se produit, vous pouvez ajouter des options de filtrage. Pour ajouter un filtre, sous Filters, cliquez Add filter.

Détails de la page de notification

Sous notification, pour voir les détails complets d’une notification, cliquez Details. Cela contient les informations suivantes :

Nom
Code
Action
Scope
Éditeurs
Filtres (le cas échéant)

Mettre à jour la notification

Sous notification, pour mettre à jour une notification, d’abord, cliquez Details ; cela montre les détails de la notification. Ensuite, pour mettre à jour, cliquez Update.

Information:

Toutes les informations remplies dans la section create notification peuvent être mises à jour, sauf pour le Code.

Supprimer la notification

Sous notification, pour supprimer une notification, cliquez sur Supprimer.

Plateformes

Pour accéder à cette section, cliquez sur Plateformes.

Cette section montre différentes plateformes qui permettent la livraison de notifications, avec lesquelles Monetization est intégré. Elle inclut Twilio pour les messages texte et Firebase pour les notifications push.

Note:

Vous devez configurer les services pour les utiliser dans Monetization.

Twilio

Twilio est une plateforme de communication cloud qui fournit aux entreprises un ensemble d’APIs pour créer des applications de messagerie, de voix et de vidéo. Sa plateforme permet aux entreprises d’envoyer des messages texte en tant que notifications depuis Monetization.

Pour configurer, cliquez sur Twilio ; insérez votre ID client et votre secret client.

Information:

Une fois configuré, vous pouvez modifier et supprimer la configuration. Pour supprimer, cliquez sur Supprimer.

Firebase (FCM)

Firebase Cloud Messaging (FCM) fournit une connexion fiable et économe en batterie entre votre serveur et les appareils, vous permettant de livrer et de recevoir des messages et des notifications sur iOS, Android et le web sans frais.

Docs: Produits

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Analytics, puis cliquez sur Produits.

La section d’analytique des produits est divisée en deux sous-sections :

première sous-section
deuxième sous-section

Première sous-section

La première sous-section montre un graphique circulaire représentant les cinq principaux achats de produits par les clients.

Deuxième sous-section

La deuxième sous-section montre une représentation en graphique à barres de tous les achats de produits pendant une période spécifique basée sur un indicateur et un intervalle. Vous pouvez filtrer par produit ou/et type de client.

Note:

La représentation visuelle sous forme de graphique à barres peut être téléchargée dans divers formats. Pour ce faire, cliquez sur Menu contextuel du graphique.

Docs: Facturation

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Analytique, et cliquez sur Facturation.

La section d’analytique de facturation est divisée en trois sous-sections :

première sous-section
deuxième sous-section
troisième sous-section

Première sous-section

La première sous-section montre le revenu net obtenu des clients. Les informations sont basées sur le mois en cours, le mois dernier, il y a six mois, et il y a un an.

Par exemple, supposons que le mois en cours soit avril, avec un revenu net de 34 000 euros. Le mois dernier en mars, il y avait un revenu net de 40 000 euros. Il y a six mois, en octobre de l’année dernière, il y avait un revenu net de 25 000 euros.

Note:

La flèche rouge ou verte montre respectivement le pourcentage de diminution ou d’augmentation du revenu net à ce moment par rapport à la même période il y a un mois, il y a six mois, et il y a un an.

Deuxième sous-section

La deuxième sous-section montre un graphique à barres représentant le revenu obtenu sur une période spécifique basé sur un intervalle. De plus, vous voyez également les paiements que vous avez effectués.

Note:

La représentation visuelle sous forme de graphique à barres peut être téléchargée dans divers formats. Pour ce faire, cliquez sur Menu contextuel du graphique.

Troisième sous-section

La troisième sous-section montre un graphique à barres représentant le revenu d’une période spécifique basé sur le type de client/type de paiement et l’intervalle.

Remarque :

La représentation visuelle sous forme de graphique à barres peut être téléchargée dans divers formats. Pour ce faire, cliquez sur Menu contextuel du graphique.

Docs: Intégrations CRM

Mon, 01 Jan 0001 00:00:00 +0000

Salesforce

Salesforce est un logiciel basé sur le cloud centré sur le client qui unit chaque département d’une entreprise avec des informations sur les clients/potentiels clients pour établir des relations et des interactions qui génèrent une conversion optimale des ventes et rendent les clients véritablement heureux.

Docs: Opérations commerciales

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

Travaux
Historique des travaux
Utilisation

Pour accéder à cette section dans Monetization, depuis le Menu, cliquez sur Opérations commerciales.

Travaux

Pour accéder à cette section, cliquez sur Travaux. Les travaux planifiés (tâches) ou les travaux actuellement en cours d’exécution sont affichés dans cette section.

Il y a neuf travaux différents dans Monetization, à savoir :

Travail de facturation
Travail de facturation
Travail de vérification d’achat
Travail de transition de plan
Activer les achats différés
Travail de collecte de paiement
Travail de relance
Travail de reporting financier
Travail d’exportation

Travail de facturation

Le travail de facturation est configuré pour exécuter la facturation pour tout profil de facturation qui correspond aux critères du travail, et il est dans un état où la facturation peut être exécutée.

Information :

La facturation clôt le cycle de facturation précédent et en commence un nouveau. Par exemple, pour les clients qui ont leur jour de facturation fixé au 1er jour du mois, le travail de facturation peut être programmé pour s’exécuter le 1er afin de déplacer leur cycle de facturation.

Pour créer un travail de facturation, cliquez sur Créer nouveau. Fournissez un nom et une description. De plus, définissez le calendrier du travail de facturation. Pour planifier le travail pour qu’il s’exécute une seule fois, sélectionnez One-off ; pour qu’il s’exécute de manière répétée en fonction de la période configurée, sélectionnez Repeatable ; pour exécuter le travail par un autre travail, sélectionnez Chain.

Note:

Un travail configuré comme Chain ne peut être exécuté que par un autre travail.

Si le calendrier One-off est sélectionné, le travail doit être configuré pour s’exécuter à une date-heure particulière.

Si le calendrier Repeatable est sélectionné, le travail doit également être configuré pour s’exécuter à une date-heure particulière. De plus, vous devez configurer la fréquence à laquelle le travail doit être exécuté. Cela peut être annuel, mensuel, hebdomadaire, quotidien, horaire ou en minutes.

Note:

Sélectionner Test mode signifie que le travail s’exécutera en tant que test, ce qui ne modifiera pas la base de données.

Des critères spécifiques pour le travail de facturation peuvent être configurés ; ils sont conçus pour déterminer les éléments particuliers que le travail affectera. Les éléments incluent le type de client, les identifiants de clients, les groupes, attributs personnalisés, et types de paiement. Par exemple, le travail de facturation s’applique uniquement aux clients ayant un type de paiement post-payé.

Pour ajouter un critère, sous Criteria, cliquez sur Create new. Pour supprimer un critère, sous Criteria, cliquez sur Delete.

Note:

Le travail de facturation affectera TOUTES les entités si aucun critère n’est fourni.

Information:

Lorsque Monetization exécute la facturation pour un profil de facturation client, le travail exécutera également la facturation pour les membres du groupe de ce client. Pour désactiver, sous Criteria, sélectionnez Groups, et sélectionnez value.

Pour enchaîner d’autres travaux, sous Chaîner des travaux, cliquez sur Créer nouveau ; sélectionnez le Type de travail et le Travail.

Remarque :

Seul un travail configuré en tant que travail en chaîne peut être affiché sous Chaîner des travaux.

Information :

Le paramètre Décalage spécifie le temps qui doit s’écouler avant que le travail en chaîne soit exécuté.

Pour supprimer un travail en chaîne, cliquez sur Supprimer.

Une fois le travail de facturation configuré, les variables statut, nom, critères et prochaine exécution à pour le travail sont affichées. Pour mettre le travail en pause, cliquez sur Pause ; pour reprendre le travail, cliquez sur Reprendre ; pour supprimer le travail, cliquez sur Supprimer.

Remarque :

Lorsqu’un travail est en pause, il ne s’exécutera pas, quelle que soit la planification. Reprendre le travail le dépausera.

Travail de facturation

Le travail de facturation est configuré pour générer la facture correspondante pour toute ou toutes les factures avec le statut de facturation. Les factures seront affichées sur la facture, que le client peut payer.

Pour créer un travail de facturation, cliquez sur Créer nouveau. Fournissez un nom et une description. De plus, définissez le calendrier du travail de facturation. Pour planifier le travail pour qu’il s’exécute une seule fois, sélectionnez Unique ; pour qu’il s’exécute de manière répétée en fonction de la période configurée, sélectionnez Répétable ; pour exécuter le travail par un autre travail, sélectionnez Chaîne.

Remarque :

Un travail configuré en tant que Chaîne ne peut être exécuté que par un autre travail.

Si le calendrier Unique est sélectionné, le travail doit être configuré pour s’exécuter à une date-heure particulière. Si le calendrier Répétable est sélectionné, le travail doit également être configuré pour s’exécuter à une date-heure particulière. De plus, vous devez configurer la fréquence d’exécution du travail. Cela peut être annuel, mensuel, hebdomadaire, quotidien, horaire ou en minutes.

Note:

Sélectionner le Mode test signifie que le travail s’exécutera en tant que test, ce qui ne modifiera pas la base de données.

Des critères spécifiques pour le travail de facturation peuvent être configurés ; ils sont conçus pour déterminer l’élément ou les éléments particuliers que le travail affectera. Les éléments incluent le type de client et les identifiants des clients. Par exemple, le travail de facturation s’applique uniquement à un type de client spécifique.

Pour ajouter un critère, sous Critères, cliquez sur Créer nouveau. Pour supprimer un critère, sous Critères, cliquez sur Supprimer.

Note:

Le travail de facturation affectera TOUTES les entités si aucun critère n’est fourni.

Pour enchaîner d’autres travaux, sous Enchaîner les travaux, cliquez sur Créer nouveau ; sélectionnez le Type de travail et le Travail.

Note:

Seul un travail configuré en tant que travail en chaîne peut être affiché sous Enchaîner les travaux.

Information:

Le paramètre Décalage spécifie le temps qui doit s’écouler avant que le travail enchaîné soit exécuté.

Pour supprimer un travail en chaîne, cliquez sur Supprimer.

Note :

Lorsqu’un travail est mis en pause, il ne s’exécutera pas, quelle que soit la planification. Reprendre le travail le dépausera.

Travail de vérification d’achat

Le travail de vérification d’achat est configuré pour vérifier si vos clients doivent renouveler ou annuler l’un de leurs produits, puis il exécutera cette action.

Pour créer un travail de vérification d’achat, cliquez sur Créer nouveau. Fournissez un nom et une description. De plus, définissez la planification du travail de vérification d’achat. Pour planifier le travail pour qu’il s’exécute une seule fois, sélectionnez Unique ; pour qu’il s’exécute de manière répétée en fonction de la période configurée, sélectionnez Répétable ; pour exécuter le travail par un autre travail, sélectionnez Chaîne.

Note :

Un travail configuré comme Chaîne ne peut être exécuté que par un autre travail.

Si la planification Unique est sélectionnée, le travail doit être configuré pour s’exécuter à une date-heure particulière.

Si la planification Répétable est sélectionnée, le travail doit également être configuré pour s’exécuter à une date-heure particulière. De plus, vous devez configurer la fréquence à laquelle le travail doit être exécuté. Cela peut être annuel, mensuel, hebdomadaire, quotidien, horaire ou en minutes.

Note :

Sélectionner Mode test signifie que le travail s’exécutera en tant que test, ce qui ne modifiera pas la base de données.

Des critères spécifiques pour le travail de vérification d’achat peuvent être configurés ; il est conçu pour contrôler l’élément(s) que le travail affectera. Les éléments incluent le type de client et les identifiants des clients. Par exemple, le travail de vérification d’achat s’applique uniquement à un type de client spécifique. Pour ajouter un critère, sous Critères, cliquez sur Créer nouveau. Pour supprimer un critère, sous Critères, cliquez sur Supprimer.

Note:

Le travail de vérification d’achat affectera TOUTES les entités si aucun critère n’est fourni.

Pour enchaîner d’autres travaux, sous Chaîner les travaux, cliquez sur Créer nouveau ; sélectionnez le Type de travail et le Travail.

Note:

Seul un travail configuré en tant que travail en chaîne peut être affiché sous Chaîner les travaux.

Information:

Le paramètre Décalage spécifie le temps qui doit s’écouler avant que le travail enchaîné ne soit exécuté.

Pour supprimer un travail en chaîne, cliquez sur Supprimer.

Une fois que le travail de vérification d’achat a été configuré, les variables statut, nom, critères et prochaine exécution à pour ce travail sont affichées. Pour mettre le travail en pause, cliquez sur Pause ; pour reprendre le travail, cliquez sur Reprendre ; pour supprimer le travail, cliquez sur Supprimer.

Note:

Lorsqu’un travail est en pause, il ne s’exécutera pas, quelle que soit la planification. Reprendre le travail le dépausera.

Travail de transition de plan

Le travail de transition de plan est configuré pour gérer la migration d’un client d’un plan à un autre. Par exemple, si le travail de transition de plan est configuré pour s’exécuter une fois par jour à minuit, alors tout client attendant que son plan soit changé ce jour-là aura son plan changé à minuit.

Pour créer un travail de transition de plan, cliquez sur Créer nouveau. Fournissez un nom et une description. Aussi, définissez le calendrier de la tâche de transition de plan. Pour programmer la tâche à exécuter une seule fois, sélectionnez One-off ; pour l’exécuter de manière répétée en fonction de la période configurée, sélectionnez Repeatable ; pour exécuter la tâche par une autre tâche, sélectionnez Chain.

Note:

Une tâche configurée comme Chain ne peut être exécutée que par une autre tâche.

Si le calendrier One-off est sélectionné, la tâche doit être configurée pour s’exécuter à une date-heure particulière.

Si le calendrier Repeatable est sélectionné, la tâche doit également être configurée pour s’exécuter à une date-heure particulière. De plus, vous devez configurer la fréquence à laquelle la tâche doit être exécutée. Cela peut être annuel, mensuel, hebdomadaire, quotidien, horaire ou en minutes.

Note:

Sélectionner Test mode signifie que la tâche s’exécutera en tant que test, ce qui ne modifiera pas la base de données.

Des critères spécifiques pour la tâche de transition de plan peuvent être configurés ; ils sont conçus pour contrôler l’élément(s) que la tâche affectera. Les éléments incluent le type de client et les identifiants des clients. Par exemple, la tâche de transition de plan s’applique uniquement à un type de client spécifique.

Pour ajouter un critère, sous Criteria, cliquez sur Create new. Pour supprimer un critère, sous Criteria, cliquez sur Delete.

Note:

La tâche de transition de plan affectera TOUTES les entités si aucun critère n’est fourni.

Pour enchaîner d’autres tâches, sous Chain jobs, cliquez sur Create new ; sélectionnez le Job type et le Job.

Note:

Seule une tâche configurée comme tâche de chaîne peut être affichée sous Chain jobs.

Information:

Le paramètre Offset spécifie le temps qui doit s’écouler avant que la tâche enchaînée soit exécutée.

Pour supprimer un travail de chaîne, cliquez sur Supprimer.

Une fois le travail de transition de plan configuré, les variables statut, nom, critères et prochain exécution à pour ce travail sont affichées. Pour mettre le travail en pause, cliquez sur Pause ; pour reprendre le travail, cliquez sur Reprendre ; pour supprimer le travail, cliquez sur Supprimer.

Note :

Lorsqu’un travail est en pause, il ne s’exécutera pas, quelle que soit la planification. Reprendre le travail le dépausera.

Activer le travail d’achats différés

Les clients peuvent planifier des achats à l’avance. Lorsqu’il est configuré et exécuté, le travail d’activation des achats différés permettrait d’activer et de facturer le client pour ces achats.

Note :

Les achats doivent être valides à ce moment-là.

Pour créer un travail d’activation des achats différés, cliquez sur Créer nouveau. Fournissez un nom et une description. De plus, définissez le calendrier du travail d’activation des achats différés. Pour planifier le travail pour qu’il s’exécute une seule fois, sélectionnez Unique ; pour qu’il s’exécute de manière répétée en fonction de la période configurée, sélectionnez Répétable ; pour exécuter le travail par un autre travail, sélectionnez Chaîne.

Note :

Un travail configuré comme Chaîne ne peut être exécuté que par un autre travail.

Si le calendrier Unique est sélectionné, le travail doit être configuré pour s’exécuter à une date-heure particulière.

Si le calendrier Répétable est sélectionné, le travail doit également être configuré pour s’exécuter à une date-heure particulière. De plus, vous devez configurer la fréquence d’exécution du travail. Cela peut être annuel, mensuel, hebdomadaire, quotidien, horaire ou en minutes.

Note :

Sélectionner Mode test signifie que le travail s’exécutera en tant que test, ce qui ne modifiera pas la base de données.

Des critères spécifiques pour le travail d’activation des achats différés peuvent être configurés ; il est conçu pour contrôler l’élément ou les éléments que le travail affectera. Les éléments incluent le type de client et les identifiants des clients. Par exemple, le travail d’activation des achats différés s’applique uniquement à un type de client spécifique.

Pour ajouter un critère, sous Critères, cliquez sur Créer nouveau. Pour supprimer un critère, sous Critères, cliquez sur Supprimer.

Note:

Le travail d’activation des achats différés affectera TOUTES les entités si aucun critère n’est fourni.

Pour enchaîner d’autres travaux, sous Enchaîner les travaux, cliquez sur Créer nouveau ; sélectionnez le Type de travail et le Travail.

Note:

Seul un travail configuré en tant que travail en chaîne peut être affiché sous Enchaîner les travaux.

Information:

Le paramètre Décalage spécifie le temps qui doit s’écouler avant que le travail enchaîné soit exécuté.

Pour supprimer un travail en chaîne, cliquez sur Supprimer.

Une fois le travail d’activation des achats différés configuré, les variables statut, nom, critères et prochaine exécution à pour ce travail sont affichées. Pour mettre le travail en pause, cliquez sur Pause ; pour reprendre le travail, cliquez sur Reprendre ; pour supprimer le travail, cliquez sur Supprimer.

Note:

Lorsqu’un travail est en pause, il ne s’exécutera pas, quelle que soit la planification. Reprendre le travail le dé-pause.

Collecte de paiements

Le travail de collecte de paiements est configuré pour collecter automatiquement les paiements pour toute facture due si le client a ajouté un mode de paiement par défaut (carte de crédit/débit).

Pour créer un travail de collecte de paiements, cliquez sur Créer nouveau. Fournissez un nom et une description. De plus, définissez le calendrier du travail de collecte de paiements. Pour programmer le travail à exécuter une seule fois, sélectionnez Unique ; pour l’exécuter de manière répétée en fonction d’une période configurée, sélectionnez Répétable ; pour exécuter le travail par un autre travail, sélectionnez Chaîne.

Remarque :

Un travail configuré comme Chaîne ne peut être exécuté que par un autre travail.

Si le calendrier Unique est sélectionné, le travail doit être configuré pour s’exécuter à une date-heure particulière.

Remarque :

Sélectionner Mode test signifie que le travail s’exécutera en tant que test, ce qui ne modifiera pas la base de données.

Des critères spécifiques pour le travail de collecte de paiements peuvent être configurés ; ils sont conçus pour contrôler l’élément ou les éléments que le travail affectera. Les éléments incluent le type de client et les identifiants des clients. Par exemple, le travail de collecte de paiements peut être appliqué uniquement à un type de client spécifique.

Pour ajouter un critère, sous Critères, cliquez sur Créer nouveau. Pour supprimer un critère, sous Critères, cliquez sur Supprimer.

Remarque :

Le travail de collecte de paiements affectera TOUTES les entités si aucun critère n’est fourni.

Pour enchaîner d’autres travaux, sous Chaîner des travaux, cliquez sur Créer nouveau ; sélectionnez le Type de travail et le Travail.

Remarque :

Seul un travail configuré en tant que travail en chaîne peut être affiché sous Chaîner des travaux.

Information :

Le paramètre Décalage spécifie le temps qui doit s’écouler avant que le travail en chaîne soit exécuté.

Pour supprimer un travail en chaîne, cliquez sur Supprimer.

Une fois le travail de collecte de paiement configuré, les variables statut, nom, critères et prochain exécution à pour ce travail sont affichées. Pour mettre le travail en pause, cliquez sur Pause ; pour reprendre le travail, cliquez sur Reprendre ; pour supprimer le travail, cliquez sur Supprimer.

Remarque :

Lorsqu’un travail est en pause, il ne s’exécutera pas, quelle que soit la planification. Reprendre le travail le dépausera.

Travail de recouvrement

Le travail de recouvrement est configuré pour exécuter des actions définies dans les configurations de recouvrement. Pour plus d’informations, voir recouvrement.

Pour créer un travail de recouvrement, cliquez sur Créer nouveau. Fournissez un nom et une description. De plus, définissez le calendrier du travail de recouvrement. Pour planifier le travail pour qu’il s’exécute une seule fois, sélectionnez Unique ; pour qu’il s’exécute de manière répétée en fonction de la période configurée, sélectionnez Répétable ; pour exécuter le travail par un autre travail, sélectionnez Chaîne.

Remarque :

Un travail configuré en tant que Chaîne ne peut être exécuté que par un autre travail.

Si le calendrier Unique est sélectionné, le travail doit être configuré pour s’exécuter à une date-heure particulière.

Si le calendrier Répétable est sélectionné, le travail doit également être configuré pour s’exécuter à une date-heure particulière. En outre, vous devez configurer la fréquence d’exécution de la tâche. Cela peut être annuel, mensuel, hebdomadaire, quotidien, horaire ou en minutes.

Note:

Sélectionner le Mode test signifie que la tâche s’exécutera en tant que test, ce qui ne modifiera pas la base de données.

Des critères spécifiques pour la tâche de recouvrement peuvent être configurés ; elle est conçue pour contrôler l’élément ou les éléments que la tâche affectera. Les éléments incluent le type de client, les identifiants des clients et attributs personnalisés. Par exemple, la tâche de recouvrement s’applique uniquement à un type de client spécifique.

Pour ajouter un critère, sous Critères, cliquez sur Créer nouveau. Pour supprimer un critère, sous Critères, cliquez sur Supprimer.

Note:

La tâche de recouvrement affectera TOUTES les entités si aucun critère n’est fourni.

Pour enchaîner d’autres tâches, sous Enchaîner les tâches, cliquez sur Créer nouveau ; sélectionnez le Type de tâche et la Tâche.

Note:

Seule une tâche configurée en tant que tâche en chaîne peut être affichée sous Enchaîner les tâches.

Information:

Le paramètre Décalage spécifie le temps qui doit s’écouler avant que la tâche enchaînée soit exécutée.

Pour supprimer une tâche en chaîne, cliquez sur Supprimer.

Une fois la tâche de recouvrement configurée, les variables statut, nom, critères et prochaine exécution à pour cette tâche sont affichées. Pour mettre la tâche en pause, cliquez sur Pause ; pour reprendre la tâche, cliquez sur Reprendre ; pour supprimer la tâche, cliquez sur Supprimer.

Note:

Lorsqu’un travail est mis en pause, il ne s’exécutera pas, quelle que soit la planification. La reprise du travail le dépausera.

Travail de reporting financier

Le travail de reporting financier est configuré pour collecter tous les journaux financiers pour une période désignée.

Pour créer un travail de reporting financier, cliquez sur Créer nouveau. Fournissez un nom et une description. De plus, définissez la planification du travail de reporting financier. Pour planifier le travail pour qu’il s’exécute une seule fois, sélectionnez Unique ; pour qu’il s’exécute de manière répétée en fonction de la période configurée, sélectionnez Répétable ; pour exécuter le travail par un autre travail, sélectionnez Chaîne.

Note:

Un travail configuré comme Chaîne ne peut être exécuté que par un autre travail.

Si la planification Unique est sélectionnée, le travail doit être configuré pour s’exécuter à une date-heure particulière.

Si la planification Répétable est sélectionnée, le travail doit également être configuré pour s’exécuter à une date-heure particulière. De plus, vous devez configurer la fréquence d’exécution du travail. Cela peut être annuel, mensuel, hebdomadaire, quotidien, horaire ou en minutes.

Note:

Sélectionner Mode test signifie que le travail s’exécutera en tant que test, ce qui ne modifiera pas la base de données.

Des critères spécifiques pour le travail de reporting financier peuvent être configurés ; ils sont conçus pour contrôler les éléments que le travail affectera. Les éléments incluent les grands livres, les groupes de grands livres, les types de revenus et les types de comptes. Par exemple, le travail de reporting financier peut être appliqué uniquement à un type de compte spécifique.

Pour ajouter un critère, sous Critères, cliquez sur Créer nouveau. Pour supprimer un critère, sous Critères, cliquez sur Supprimer.

Note:

Le travail de reporting financier affectera TOUTES les entités si aucun critère n’est fourni.

La durée de la période spécifie la période pour laquelle le rapport financier sera créé—par exemple, un rapport financier de mars 2022 ou un rapport du mois précédent.

Pour enchaîner d’autres tâches, sous Enchaîner les tâches, cliquez sur Créer nouveau; sélectionnez le Type de tâche et la Tâche.

Remarque:

Seule une tâche configurée comme tâche enchaînée peut être affichée sous Enchaîner les tâches.

Information:

Le paramètre Décalage spécifie le temps qui doit s’écouler avant que la tâche enchaînée soit exécutée.

Pour supprimer une tâche enchaînée, cliquez sur Supprimer.

Une fois la tâche de recouvrement configurée, les variables statut, nom, critères et prochaine exécution à pour cette tâche sont affichées. Pour mettre la tâche en pause, cliquez sur Pause; pour reprendre la tâche, cliquez sur Reprendre; pour supprimer la tâche, cliquez sur Supprimer.

Remarque:

Lorsqu’une tâche est mise en pause, elle ne s’exécutera pas, quelle que soit la planification. Reprendre la tâche la démet en pause.

Exportation de tâche

La tâche d’exportation est configurée pour exporter plusieurs composants, tels que des factures, des rapports financiers, des transactions de paiement, des événements d’utilisation, etc., dans divers formats vers différents emplacements.

Pour créer une tâche d’exportation, cliquez sur Créer nouveau. Fournissez un nom et une description. De plus, définissez le calendrier de la tâche d’exportation. Pour planifier la tâche pour qu’elle s’exécute une seule fois, sélectionnez Unique; pour qu’elle s’exécute de manière répétée en fonction de la période configurée, sélectionnez Répétable; pour exécuter la tâche par une autre tâche, sélectionnez Enchaîner.

Remarque:

Une tâche configurée comme Enchaîner ne peut être exécutée que par une autre tâche.

Si le calendrier Unique est sélectionné, le travail doit être configuré pour s’exécuter à une date-heure particulière.

Note:

Sélectionner le Mode test signifie que le travail s’exécutera en tant que test, ce qui ne modifiera pas la base de données.

Sous Configuration, configurez le type de données à exporter, qui pourrait être une facture, un rapport financier, une transaction de paiement ou un événement. De plus, configurez la destination : email, SFTP ou webhook.

Si l’email est configuré comme destination, fournissez le modèle de mail. Le modèle de mail est configuré sous Configuration commerciale Modèle Modèles de mail.

Si SFTP est configuré, fournissez l’emplacement et le format. L’emplacement spécifie où le fichier exporté sera transféré.

Astuce:

Téléchargez et installez un client/logiciel SFTP/FTP, par exemple, FileZilla . Exécutez-le en tant que serveur sur votre ordinateur et fournissez l’URL à Monetization comme emplacement. Cela téléchargera le fichier sur le serveur.

Des critères spécifiques pour le travail d’exportation peuvent être configurés ; ils sont conçus pour contrôler l’élément(s) que le travail affectera. Les éléments incluent le type de client, attribut personnalisé et types de paiement. Par exemple, le travail d’exportation s’applique uniquement aux clients ayant un type de paiement post-payé. Pour ajouter un critère, sous Critères, cliquez sur Créer nouveau. Pour supprimer un critère, sous Critères, cliquez sur Supprimer.

Note:

Le travail d’exportation affectera TOUTES les entités si aucun critère n’est fourni.

La Durée de la période spécifie la période pour laquelle l’exportation sera créée—par exemple, l’exportation des événements d’utilisation de mars 2022 ou des factures du mois précédent. Le Champ de période spécifie le champ à rechercher.

Pour enchaîner d’autres travaux, sous Enchaîner les travaux, cliquez sur Créer nouveau ; sélectionnez le Type de travail et le Travail.

Note:

Seul un travail configuré en tant que travail en chaîne peut être affiché sous Enchaîner les travaux.

Information:

Le paramètre Décalage spécifie le temps qui doit s’écouler avant que le travail enchaîné soit exécuté.

Pour supprimer un travail en chaîne, cliquez sur Supprimer.

Une fois que le travail d’exportation a été configuré, les variables statut, nom, critères et prochaine exécution à pour ce travail sont affichées. Pour mettre le travail en pause, cliquez sur Pause ; pour reprendre le travail, cliquez sur Reprendre ; pour supprimer le travail, cliquez sur Supprimer.

Note:

Lorsqu’un travail est en pause, il ne s’exécutera pas, quelle que soit la planification. Reprendre le travail le dé-pause.

Historique des travaux

Pour accéder à cette section, cliquez sur Historique des travaux. L’historique des travaux montre une liste paginée des travaux exécutés pour chaque travail sous forme tabulaire d’une période spécifique. Il inclut la date et l’heure de la dernière exécution du travail, avec le nombre total d’erreurs et de succès. Pour chaque travail exécuté, le Nom fait référence au nom du travail ; le Temps indique quand le travail a commencé et terminé ainsi que la durée d’exécution du travail ; le Traités montre le nombre de succès et d’erreurs.

Pour voir les détails complets du message d’erreur pour chaque travail échoué, ainsi que les succès, cliquez sur Détails.

Information :

Vous pouvez filtrer l’historique des travaux par date-heure.

utilisation

Pour accéder à cette section, cliquez sur Utilisation. Cette section montre les événements d’utilisation qui ne peuvent pas être évalués en raison d’un problème de notation ou de champ de saisie. De tels événements peuvent être corrigés puis réévalués.

Docs: Relance

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Configuration d’entreprise, puis cliquez sur Relance. Fournissez un nom et une description.

Le Seuil de montant dû fait référence au montant minimum sur la facture avant que le processus de relance puisse le prendre en charge. Cela signifie que le montant dû de la facture doit être supérieur au seuil de montant dû pour être pris en charge.

Des actions telles que l’application de frais de pénalité, l’envoi de rappels de paiement et la recouvrement des factures impayées peuvent être configurées. Pour ce faire, sous Actions, cliquez sur Créer nouveau. Chaque action a un type. Ils incluent les suivants :

frais
notification
recouvrement
blocage

Frais

Cela signifie que le client sera facturé des frais de pénalité pour la facture impayée. Pour configurer, fournissez un nom et une description pour l’action.

De plus, choisissez le forfait. Le forfait est configuré pour facturer au client un montant spécifique pour ne pas avoir payé la facture à temps. Par conséquent, l’action achètera un forfait supplémentaire sur l’abonnement du client.

Notification

Cela enverra une notification sous forme d’e-mail ou de SMS au client. Par exemple, un client reçoit un e-mail de rappel de paiement si sa facture est en retard depuis trois jours.

Pour ce type de configuration, vous devez choisir un modèle d’e-mail ou de SMS. Le modèle de mail est configuré dans Monetization sous Configuration de l’entreprise Modèle Modèle de mail.

Recollect

Cela tentera automatiquement de recollecter le paiement pour une facture impayée. Pour ce processus de recouvrement, une intégration de passerelle de paiement doit être configurée dans Monetization. De plus, le client doit avoir inclus une carte de crédit.

Block

Cela enverra une demande API à votre système de contrôle de service tiers, qui bloquerait le service du client en raison de factures impayées.

Note:

Pour chaque action de configuration de recouvrement, les Jours de retard signifient que l’action ne sera déclenchée que lorsqu’une facture est due depuis ce nombre de jours.

Par exemple, supposons qu’une facture était due le 15ème jour du mois et n’a pas encore été payée le 20ème jour. Le 20ème jour, la facture sera en retard de cinq jours. Par conséquent, l’action sera exécutée si les Jours de retard sont configurés à cinq jours.

Pour supprimer chaque action des configurations de recouvrement, cliquez sur Supprimer.

Docs: Comptabilité

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

Factures
- Le statut de la facture
Notes de frais
- Détails de la facture
- Paiement de la facture hors ligne
Transactions

Pour accéder à cette section dans Monetization, depuis le Menu, cliquez sur Comptabilité.

Factures

Pour accéder à cette section, cliquez sur Factures. Une liste paginée de toutes les factures d’une période spécifique est affichée sous un format tabulaire.

Une facture représente tous les frais du client accumulés pendant un cycle de facturation.

Pour générer la liste des factures dans un tableur, cliquez sur CSV. Pour imprimer, cliquez sur Imprimer, et pour copier, cliquez sur Copier.

Note :

Elles sont générées, imprimées et copiées par page paginée.

Information :

Vous pouvez filtrer les factures par ID de facture, date-heure, statut, ID de client, ID de profil de facturation, montant total ou/et montant dû.

Le Montant de la facture fait référence au montant total de la facture. Le Montant dû fait référence au montant restant à payer par le client.

Note :

La facture d’une facture est générée par un travail séparé connu sous le nom de travail de facturation. Pour plus d’informations, voir Travail de facturation.

Le statut de la facture

Dans la section des factures, une facture peut avoir les statuts suivants :

Actif — Une facture active fait référence à la facture actuelle. Une fois le cycle de facturation terminé, la facture active passe au statut facturation.

Facturation — Lorsque la facture est au statut facturation, cela signifie que le client n’a pas entièrement payé la facture.

Fermé — Lorsque la facture est fermée, cela signifie que la facture a été entièrement payée par le client.

Factures

Pour accéder à cette section, cliquez sur Factures. Une liste paginée de toutes les factures d’une période spécifique est affichée sous un format tabulaire.

Une facture dans Monetization est une représentation de l’objet facture qui est présentée au client.

Pour générer la liste des factures dans un tableur, cliquez sur CSV. Pour imprimer, cliquez sur Imprimer, et pour copier, cliquez sur Copier.

Note:

Elles sont générées, imprimées et copiées par page paginée.

Information:

Vous pouvez filtrer les factures par date-heure, ID de facture, numéro de facture, ID de facture, statut, ID de client, ou/et ID de profil de facturation.

Le Montant de la facture fait référence au montant total de la facture. Le Montant dû fait référence au montant restant à payer par le client.

La Date d’échéance représente la dernière date-heure à laquelle le client doit payer le montant total de la facture.

Note:

Un travail d’arrière-plan séparé est responsable de la génération des factures. Pour plus d’informations, voir Travail de facturation.

Sous la section des factures, une facture peut avoir les statuts suivants :

Facturation — Lorsque la facture est au statut facturation, cela signifie que le client n’a pas entièrement payé la facture.
Fermé — Lorsque la facture est fermée, cela signifie que la facture a été entièrement payée par le client. ### Détails de la facture

Pour prévisualiser une facture particulière avec un modèle, cliquez sur Détails. Une fois prévisualisée, elle peut être enregistrée au format PDF, HTML ou JSON.

Remarque :

Vous pouvez changer d’un modèle à un autre.

Information :

Le modèle pour une facture est configuré dans Monetization sous Configuration de l’entreprise Modèle Modèles de documents. Pour plus d’informations, voir Modèles de documents.

Paiement de facture hors ligne

Pour saisir manuellement le paiement d’une facture particulière, cliquez sur Portefeuille. Vous pouvez entrer le paiement manuellement ici si vous avez déjà reçu le paiement par un autre canal (comme en espèces ou par virement).

Le montant peut être configuré pour être un frais ou un remboursement. De plus, choisissez le mode de paiement : espèces, carte de crédit et virement.

Information :

Le mode de paiement par virement signifie une transaction bancaire.

Le fournisseur typifie le fournisseur de paiement—par exemple, Stripe, Banque, Paypal, etc. Vous pouvez également inclure une référence de paiement et une note.

Transactions

Pour accéder à cette section, cliquez sur Transactions. Une liste paginée de toutes les transactions de paiement d’une période spécifique est affichée sous un format tabulaire.

Pour générer la liste des transactions de paiement dans un tableur, cliquez sur CSV. Pour imprimer, cliquez sur Imprimer, et pour copier, cliquez sur Copier.

Remarque :

Elles sont générées, imprimées et copiées par page paginée.

Information:

Vous pouvez filtrer les transactions de paiement par date-heure, ID client, ID de profil de facturation, ID de facture, ID de transaction, méthode, type, statut, ou/et montant.

Le type de transaction de paiement peut être :

Charge - prélèvement direct sur une carte de crédit/débit
Capture - La confirmation d’une autorisation existante
Authorization - autorisation de fonds (réservation d’argent sur une carte)
Voidance - Annulation d’une autorisation

Docs: Intégrations ERP

Mon, 01 Jan 0001 00:00:00 +0000

Quickbooks Online

QuickBooks Online est un logiciel de comptabilité basé sur le cloud qui fournit aux entreprises une plateforme pour gérer leurs processus financiers, y compris la facturation, la facturation et le suivi des dépenses. Sa plateforme comprend également des fonctionnalités telles que la réconciliation bancaire et les rapports financiers, permettant aux entreprises de rationaliser leurs opérations comptables.

Xero

Xero est un logiciel de comptabilité basé sur le cloud qui fournit aux entreprises une plateforme pour gérer leurs processus financiers. Sa plateforme comprend également des fonctionnalités telles que la réconciliation bancaire, la gestion de la paie et les rapports financiers.

Créer une application Xero

Allez sur le portail des développeurs Xero et connectez-vous avec votre compte Xero.
Naviguez vers la section Mes applications et cliquez sur Nouvelle application.
Remplissez les détails requis (Nom de l’application, URL de l’entreprise ou de l’application, URL de redirection, etc.)
- Pour le nom de l’application, définissez Tridens Monetization
- Pour le type d’intégration, choisissez Application web
- Pour l’URL de l’entreprise ou de l’application, veuillez définir https://<votre-sous-domaine>.tridenstechnology.com
- Pour l’URI de redirection, veuillez définir https://app.tridenstechnology.com/monetizaton/gw-erp/auth-exchange?erp-provider=xero&tenant=<votre-sous-domaine>

Veuillez noter que cela est configuré pour votre environnement de production. Si vous souhaitez utiliser Xero dans votre environnement de test, veuillez créer une organisation distincte dans Xero et aller sur le portail des développeurs Xero, Mes applications > Sélectionner Tridens Monetization > Configuration et cliquez sur Ajouter un autre URI et définissez-le comme https://app.tridenstechnology.com/monetizaton/gw-erp/auth-exchange?erp-provider=xero&tenant=<votre-sous-domaine-sandbox>

Figure: Portail développeur Xero

Netsuite

NetSuite est un logiciel de planification des ressources d’entreprise (ERP) basé sur le cloud qui fournit aux entreprises un ensemble d’outils pour gérer leurs processus financiers, comptables, d’inventaire et de gestion des commandes.

Docs: Modèle

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

Modèles de documents
Modèles de mail

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Configuration d’entreprise, et cliquez sur Modèle.

Modèles de documents

Pour accéder à cette section, cliquez sur Modèles de documents. Une liste paginée de tous les modèles de documents est affichée sous un format tabulaire.

Un modèle de document est utilisé pour configurer la mise en page des documents générés dans Monetization pour la facture, recouvrement, et les rapports financiers.

Information :

Le modèle peut inclure du contenu comme des images ou du texte.

Quatre actions/sous-pages peuvent être effectuées/vues dans cette section, à savoir :

Créer un modèle de document
Page de détails du modèle de document
Mettre à jour le modèle de document
Supprimer le modèle de document

Créer un modèle de document

Sous modèles de documents, pour créer un modèle de document, cliquez sur Créer nouveau. Fournissez un nom, un code et une description.

Note :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Il existe trois catégories pour un modèle de document, qui sont :

Relance
Facture
Financier

La catégorie détermine où le modèle peut être utilisé. Par exemple, l’exportation de factures ne peut utiliser que des modèles de factures, et l’exportation de rapports financiers ne peut utiliser que des modèles financiers.

De plus, configurez le titre et le corps pour le modèle.

Note :

Le titre représente comment le modèle serait référencé dans d’autres parties/sections de Monetization.

Information :

Monetization fournit un éditeur riche pour personnaliser le corps du modèle, comme indiqué ci-dessous.

Note : Vous pouvez également importer votre modèle.

Figure 1 : Corps du modèle de document

Page de détails du modèle de document

Sous modèles de documents, pour voir les détails complets d’un modèle de document, cliquez sur Détails. - Nom

Code
Catégorie
Langue
Titre
Contenu

Mettre à jour le modèle de document

Sous modèles de documents pour mettre à jour un modèle de document, d’abord, cliquez sur Détails ; cela affiche les détails du modèle de document. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information :

Toutes les informations remplies dans la section créer un modèle de document peuvent être mises à jour, sauf pour le Code.

Supprimer le modèle de document

Sous modèles de documents, pour supprimer un modèle de document, cliquez sur Supprimer.

Modèles de mail

Pour accéder à cette section, cliquez sur Modèles de mail. Une liste paginée de tous les modèles de mail est affichée sous un format tabulaire.

Un modèle de mail est utilisé pour configurer la mise en page des mails générés dans Monetization pour la facture, relance, et les rapports financiers.

Information :

Le modèle peut inclure du contenu comme des images ou du texte.

Quatre actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un modèle de mail
Page de détails du modèle de mail
Mettre à jour le modèle de mail
Supprimer le modèle de mail

Créer un modèle de mail

Sous modèles de mail, pour créer un modèle de mail, cliquez sur Créer nouveau. Fournissez un nom, un code et une description.

Remarque :

Le code est un identifiant unique d’un objet. Il peut être utilisé lors de l’intégration avec l’API Monetization.

Il existe trois catégories pour un modèle de mail, qui sont :

Relance
Facture
Financier

La catégorie détermine où le modèle peut être utilisé. Par exemple, l’envoi de courriels pour une facture utilisera le modèle de facture.

Les paramètres configurables supplémentaires pour le modèle de courriel incluent les éléments suivants :

sujet
adresse d’expéditeur
à
Cc
Bcc
répondre à

Information :

L’adresse d’expéditeur représente l’adresse de l’expéditeur, tandis que le à représente l’adresse du destinataire.

Remarque : Un espace réservé dynamique peut être utilisé pour le sujet. Il est utilisé pour obtenir les informations du client ou d’autres données, par exemple, le prénom.

De plus, configurez le corps du modèle.

Information :

Monetization fournit un éditeur riche pour personnaliser le corps du modèle, comme indiqué ci-dessous.

Remarque : Vous pouvez également importer votre modèle.

Figure 2 : Corps du modèle de courriel

Pour inclure des pièces jointes au courriel, sous Pièces jointes, cliquez sur Ajouter. Fournissez le nom, le type, le format et le modèle.

Information :

Pour activer la compression sur une pièce jointe, cochez la case Compression.

Détails de la page du modèle de courriel

Sous modèles de courriel, pour voir les détails complets d’un modèle de courriel, cliquez sur Détails. Il contient les éléments suivants :

Nom
Code
Description
Catégorie
Sujet
Type de publication
Adresse d’expéditeur
À
Cc
Bcc
Répondre à
Pièces jointes
Contenu (le cas échéant)

Mettre à jour le modèle de courriel

Sous modèles de courriel pour mettre à jour un modèle de courriel, d’abord, cliquez sur Détails ; cela montre les détails du modèle de courriel. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Information:

Toutes les informations remplies dans la section create a mail template peuvent être mises à jour, sauf pour le Code.

Supprimer un modèle de mail

Sous mail templates, pour supprimer un modèle de mail, cliquez sur Supprimer.

Docs: Rentabilité

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Analytics, et cliquez sur Rentabilité.

Elle affiche un graphique linéaire représentant les bénéfices nets en comparant les revenus avec différentes ressources dans Monetization. Vous pouvez filtrer par ressources, services, ou/et types de clients.

Par exemple, vous pouvez configurer une ressource de coût, où vous suivez combien de dépenses vous avez pour offrir des services. Le graphique de rentabilité vous permet ensuite de comparer les dépenses avec le revenu total pour déterminer les bénéfices.

Note:

La représentation visuelle sous forme de graphique linéaire peut être téléchargée dans divers formats. Pour ce faire, cliquez sur Menu contextuel du graphique.

Docs: Automatisation

Mon, 01 Jan 0001 00:00:00 +0000

Zapier

Zapier est un outil d’automatisation basé sur le web qui permet aux entreprises de connecter diverses applications et d’automatiser des tâches répétitives sans codage ni compétences techniques. Sa plateforme offre une large gamme d’intégrations avec diverses applications basées sur le web, telles que Gmail, Slack et Trello, entre autres.

Docs: Page de Paiement Hébergée

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

Configurer la Page de Paiement Hébergée
Configurer la Page de Paiement
- Configurer l’URL de Redirection
- Configurer les Informations Légales

Configurer la Page de Paiement Hébergée

La Page de Paiement Hébergée rend les transactions en ligne simples pour vos clients. Conçue pour la facilité et la sécurité, c’est la solution de paiement idéale pour votre entreprise. Lors de l’abonnement ou de la sélection du paiement, vos utilisateurs seront redirigés vers une nouvelle URL dédiée à la révision de leur commande et à la saisie de leurs informations de paiement.

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Configuration d’entreprise, et cliquez sur Page de Paiement Hébergée.

Configurer la Page de Paiement Hébergée

La Page de Paiement Hébergée peut être créée en accédant à l’URL de la page hébergée où un utilisateur peut choisir parmi différents plans ou procéder au paiement d’un plan pré-sélectionné.

De plus, vous avez la possibilité de configurer une URL de redirection et toutes les informations légales nécessaires pour les utilisateurs.

Configurer l’URL de Redirection

Lors de l’utilisation de pages hébergées, configurez l’URL de redirection où les utilisateurs seront redirigés après un paiement réussi.

Configurer les Informations Légales

Les Informations Légales spécifient la Politique de Confidentialité et les Conditions de Service pour l’abonnement et le paiement. Fournissez l’URL pour ces informations.

Docs: Utilisateurs

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

Créer un utilisateur
Page de détails de l’utilisateur
Mettre à jour l’utilisateur

Pour accéder à cette section dans Monetization, depuis le Menu, cliquez sur Gestion des utilisateurs, puis cliquez sur Utilisateurs. Une liste paginée de tous les utilisateurs est affichée sous un format tabulaire.

Information :

Vous pouvez filtrer les utilisateurs par prénom, nom de famille, adresse e-mail, rôle ou/et statut.

Pour générer les informations des utilisateurs dans une feuille de calcul, cliquez sur CSV. Pour imprimer, cliquez sur Imprimer, et pour copier, cliquez sur Copier.

Remarque :

Ils sont générés, imprimés ou copiés par page paginée.

Trois actions/sous-pages peuvent être effectuées/vues sous cette section, à savoir :

Créer un utilisateur
Page de détails de l’utilisateur
Mettre à jour l’utilisateur

Créer un utilisateur

Sous utilisateurs, pour créer un utilisateur, cliquez sur Créer nouveau. Fournissez un prénom, un nom de famille, une adresse e-mail et un mot de passe.

Des rôles spécifiques peuvent être attribués à un utilisateur. Le rôle détermine ce que l’utilisateur peut accéder dans Monetization. Ils sont les suivants :

Rôle utilisateur	Fonctionnalités
Portail client	Portail d’auto-assistance uniquement
Analyste marketing	Tableau de bord, Analytique
Analyste des processus métier	Tableau de bord, Catalogue [ Générateurs d’événements ], Configuration métier
Analyste des prix	Tableau de bord, Catalogue [ Forfaits, Produits, Remises ]
Personnel des opérations	Tableau de bord, Opérations commerciales, Accès SFTP
Service client	Tableau de bord, Clients
Analyste financier	Tableau de bord, Analytique, Configuration métier [ Finance ], Comptabilité
Administrateur système	Tableau de bord, Configuration système, Gestion des utilisateurs [ Utilisateurs ]
Utilisateur avancé	Tout sauf le portail d’auto-assistance

Remarque :

Tout rôle sélectionné autre que l’utilisateur avancé doit inclure une liste de sites auxquels l’utilisateur peut accéder. Un utilisateur avancé peut accéder à tous les sites créés dans Monetization.

Utilisez le commutateur SFTP pour activer/désactiver l’accès SFTP pour l’utilisateur dans Monetization. En activant SFTP, fournissez un nom d’utilisateur et un mot de passe. Ensuite, l’utilisateur peut se connecter avec les détails à l’emplacement SFTP de Monetization.

Information :

Depuis l’emplacement SFTP de Monetization, l’utilisateur peut télécharger tout fichier qui a été exporté. Cela peut inclure divers fichiers d’exportation de paiements, d’exportation de factures, d’exportation de détails d’utilisation, de fichiers de prélèvement automatique et de fichiers d’utilisation traités.

Remarque : Si l’utilisateur est un utilisateur avancé et a SFTP activé, l’utilisateur aura accès à toutes les données dans l’emplacement SFTP de Monetization pour tous les sites. Cependant, si l’utilisateur est limité à un seul site, seules les données de ce site sont accessibles.

Pour activer/désactiver l’utilisateur, utilisez le commutateur Activé.

Page de détails de l’utilisateur

Sous utilisateurs, pour voir les détails complets d’un utilisateur, cliquez sur Détails. Il contient les informations suivantes :

ID
Prénom
Nom de famille
Adresse e-mail
Rôles
Sites
Nom d’utilisateur SFTP
Statut

Mettre à jour l’utilisateur

Sous utilisateurs, pour mettre à jour un utilisateur, d’abord, cliquez sur Détails; cela affiche les détails de l’utilisateur. Ensuite, pour mettre à jour, cliquez sur Mettre à jour.

Docs: Sites

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

sites dans la monétisation
créer un site

Pour accéder à cette section dans Monetization, depuis le Menu, en bas à gauche, sélectionnez le nom du site actuel ; cela affiche tous les sites disponibles, puis cliquez sur AFFICHER LES SITES. Une liste paginée de tous les sites est affichée sous un format tabulaire.

Sites dans la monétisation

Plusieurs sites peuvent être créés dans Monetization pour séparer votre entreprise en différents marchés. Par exemple, vous pouvez avoir un site pour le marché américain et un autre pour le marché européen. Ensuite, ces deux sites peuvent avoir leurs clients, factures et analyses spécifiques.

De plus, avoir un site séparé peut permettre d’avoir différents catalogues de produits pour chaque site en fonction du marché.

Remarque :

Chaque site est destiné à avoir une seule monnaie monétaire. Par conséquent, s’il est nécessaire d’utiliser une autre monnaie, créez un tout nouveau site.

Créer un site

Sous sites, pour créer un site, cliquez sur Créer nouveau. Il y a trois sections, à savoir :

informations sur le site
configuration de l’environnement
résumé

Informations sur le site

Sous la section des informations sur le site, fournissez un nom de site et les détails nécessaires de l’entreprise. Les détails incluent les informations suivantes :

Adresse e-mail
Organisation
Adresse
Numéro de téléphone
Pays
État
Ville
Code postal

Configuration de l’environnement

Dans la section de configuration de l’environnement, configurez l’environnement pour le site avec les paramètres suivants :

URL — enregistre un domaine en arrière-plan pour le site.
Langue de l’interface utilisateur — langue qui se reflète sur l’interface utilisateur dans Monetization.
Langue du système — langue configurée en interne pour Monetization.
Fuseau horaire
Devise
Environnement — environnement sandbox (test) ou environnement de production.
Délai d’échéance de la facture — indique combien de jours il faut pour que la facture soit due.
Afficher les détails sur la facture — indique si Monetization doit suivre tous les événements d’utilisation et l’historique, qui peuvent être affichés sur la facture en configurant le modèle.
Portail client activé? — Si le portail client est activé, le portail d’auto-assistance est activé pour ce site. Si le portail client est activé et que le serveur de messagerie est configuré, après l’intégration d’un client et la création d’informations utilisateur, le client reçoit les détails de connexion au portail d’auto-assistance où il peut voir les détails de son compte.
SMTP — Paramètres de configuration du serveur de messagerie. Fournissez les informations suivantes pour la configuration du serveur :
- From — adresse e-mail du serveur SMTP
- Username — nom d’utilisateur du serveur SMTP
- Password — Mot de passe pour le nom d’utilisateur
- Host — nom d’hôte du serveur SMTP
- Port — numéro de port du serveur SMTP
- Tls — Utilisé pour établir une connexion sécurisée ou non. Activez-le si vous utilisez une connexion sécurisée. Après avoir rempli ces détails, utilisez le bouton Test SMTP connection pour vérifier la livraison des e-mails.
png)

Figure 1: Configuration SMTP

Astuce :

Voici comment configurer un mot de passe d’application pour Microsoft et Gmail.

Résumé

Cette section vous permet de revoir ce qui a été configuré dans les sections précédentes.

Remarque :

Une fois qu’un nouveau site est créé, déconnectez-vous et reconnectez-vous pour que le nouveau site soit reflété dans Monetization.

Docs: FAQs

Mon, 01 Jan 0001 00:00:00 +0000

Où puis-je créer de nouveaux Plans?

Dans Monetization, les Plans sont créés sous Catalogue Forfaits Plans

Quelles étapes dois-je suivre pour configurer un nouveau Plan mensuel?

Vous devez créer un Produit mensuel avec la configuration suivante : Type : Abonnement, Type d’événement : Mensuel. Ensuite, créez un Pack avec ce Produit, puis créez un Plan contenant ce Pack.

Quelle est la différence entre les produits à l’avance et les produits en arriéré?

Les produits à l’avance sont facturés immédiatement, tandis que les produits en arriéré s’appliquent au moment de la facturation.

Puis-je créer des frais uniques avec Tridens Monetization?

Oui. Tridens Monetization prend en charge à la fois les produits récurrents et uniques, ainsi que la possibilité d’émettre des factures uniques immédiates.

À quoi servent les étiquettes de frais et les étiquettes de ressources?

Les étiquettes de frais et de ressources sont utilisées dans les filtres de règles de réduction pour cibler des frais spécifiques avec des réductions.

Quelles devises Tridens Monetization prend-elle en charge?

Tridens Monetization peut prendre en charge n’importe quelle devise.

Tridens Monetization prend-elle en charge plusieurs devises sur un seul site?

Oui, les utilisateurs peuvent utiliser plusieurs devises sur un seul site et spécifier quelle devise un Profil de Facturation client utilisera.

Comment puis-je automatiser la facturation?

Créez un Job de Facturation sous Opérations Commerciales et assignez le calendrier en fonction de vos besoins. Nous recommandons également de créer un job de Facturation chaînable et de le lier au Job de Facturation.

Qu’est-ce qu’une passerelle de paiement? Un passerelle de paiement est un service qui facilite les transactions en ligne en autorisant et en traitant de manière sécurisée les cartes de crédit ou d’autres paiements électroniques entre un client et un commerçant.

Qu’est-ce qu’un compte marchand?

Un compte marchand pour une passerelle de paiement permet à une entreprise d’accepter des paiements par cartes de crédit et d’autres méthodes de paiement électroniques.

Ai-je besoin de configurer un compte marchand pour utiliser le support des intégrations de passerelle de paiement dans Tridens Monetization?

Oui. Par exemple, vous avez besoin d’un compte Stripe pour utiliser Stripe avec Tridens Monetization.

Tridens Monetization prend-il en charge le traitement des paiements via le prélèvement SEPA?

Oui. Avec Tridens Monetization, vous pouvez exporter un fichier XML de prélèvement SEPA, puis importer le fichier de résultats.

Tridens Monetization prend-il en charge les intégrations de passerelles de paiement personnalisées?

Oui. Tridens Monetization dispose d’API REST qui permettent une intégration très facile avec toute solution de traitement des paiements.

Utilise-je toujours la dernière version du produit?

Oui. Tridens Monetization est une plateforme basée sur le cloud, et tous nos clients reçoivent de nouveaux déploiements en même temps.

Comment Tridens Monetization gère-t-il les cycles de publication?

Nous suivons un modèle de publications bi-hebdomadaires pour les changements mineurs et les corrections, et nous avons une feuille de route trimestrielle pour les nouvelles fonctionnalités.

Docs: Intégration de paiement personnalisée

Mon, 01 Jan 0001 00:00:00 +0000

Sujet dans ce document :

Traitement des paiements tiers dans Monetization
Traitement des paiements asynchrone
- Exportation des factures
  - Exportation de tâche – fichier CSV vers SFTP
  - Notification - méthode webhook
- Importation des paiements
  - Importation de fichier CSV via SFTP
  - Importation via appel API
    - Authentification
    - Demande d’importation de paiement
Traitement des paiements synchrone

Traitement des paiements tiers dans Monetization

Le traitement des paiements tiers est réalisable par deux méthodes, synchrone et asynchrone. La méthode synchrone nécessite des réponses immédiates de votre composant d’intégration de paiement, tandis que la méthode asynchrone combine l’extraction des factures de Monetization, puis l’importation des paiements à un moment ultérieur.

Information:

En général, votre cas d’utilisation détermine quelle méthode de traitement est optimale.

Traitement des paiements asynchrone

Pour le traitement des paiements asynchrone, vous exportez des factures de Monetization, et les paiements sont traités en dehors de Monetization entièrement. Lorsque vous avez les résultats du traitement des paiements, vous les importez via des fichiers CSV ou l’API de Monetization.

Exportation des factures

Vous pouvez exporter des factures de Monetization en configurant un mappage d’exportation de factures et en planifiant un travail d’exportation, qui exportera les fichiers vers un emplacement SFTP, ou en vous abonnant à la création de factures via Webhook, ce qui déclenchera une demande de facture à l’adresse URL fournie chaque fois qu’une nouvelle facture est créée.

Travail d’exportation – Fichier CSV vers SFTP

Pour exporter des factures sous forme de fichiers CSV, un mappage d’exportation de factures doit être configuré pour mapper les paramètres de factures aux colonnes de fichiers CSV. L’interface utilisateur de Monetization permet une telle configuration sous Configuration commerciale Exportation Mappers de factures.

Figure 1 : Exemple de configuration de mappage d’exportation de factures

Les exportations de factures sont planifiées via des Travaux d’exportation, qui peuvent être des tâches ponctuelles ou automatisées pour s’exécuter pendant des périodes spécifiques. Le travail d’exportation enregistrera le fichier CSV exporté à l’emplacement SFTP respectif storage/invoice/folder_name/file_name.csv.

Figure 2: Exemple de tâche d’exportation de factures

Notification - méthode webhook

L’exportation de factures via des webhooks vous permet de recevoir des factures immédiatement après leur création. Cela est réalisé en configurant une Règle de Notification de Facture, qui enverra chaque facture créée sous forme de requête JSON à l’adresse URL fournie, ainsi que toutes les options d’en-tête préconfigurées.

Figure 3: Exemple de configuration de webhook pour la création de factures

Importation des paiements

Vous pouvez importer des transactions de paiement dans Monetization en configurant un mappage d’importation de paiement et en téléchargeant les fichiers CSV de paiement à l’emplacement d’entrée SFTP ou en utilisant l’API REST de Monetization.

Importation de fichiers CSV via SFTP

Pour que Monetization importe des transactions de paiement via des fichiers CSV, un Mappage d’Importation de Paiement doit être configuré. La configuration est possible via l’Interface Utilisateur de Monetization sous Configuration commerciale Importation Mappers de paiement.

Le mappage de paiement permet de mapper les colonnes CSV aux paramètres de transaction de paiement et de définir un préfixe de fichier, qui doit être présent dans les fichiers téléchargés.

Les fichiers sont téléchargés sur le serveur SFTP dans le dossier edl/input et seront déplacés vers les dossiers edl/processed, edl/successful, edl/error, et edl/rejected en fonction des résultats du traitement.

Figure 4: Exemple de configuration de mappage d’importation de paiement

Importation via appel API

Pour importer une transaction de paiement via l’API Monetization, envoyez une requête JSON contenant les détails de la transaction à l’API REST de Monetization.

Note:

Un utilisateur doit d’abord être authentifié pour communiquer avec l’API Monetization.

Authentification

L’API Monetization utilise l’authentification par Bearer Token :

Exécutez la demande d’authentification avec le nom d’utilisateur, le mot de passe et le code de site spécifique.
Récupérez le token de la réponse.
Définissez l’en-tête Authorization sur Bearer <token> dans les demandes à venir.
Le token expire après 5 minutes.

URL: {{api_url}}/authenticate

Headers
Content-Type:application/json

Body
{
 "username": "your_monetization_username",
 "password": "password",
 "site_code": "your_monetization_site_code - subdomain"
}

Demande d’importation de paiement

URL: {{api_url}}/api/v1/import

Headers
Content-Type:application/json
Authorization:Bearer {{auth_token}}
Data-Type:Payment

Body
{
 "invoice_id": 123,
 "transaction_identifier": "T-1233-cew3-445f-feew3",
 "amount": 150,
 "transaction_time": 1600613169000,
 "currency": "EUR",
 "method": "other",
 "type": "charge",
 "provider": "stripe"
}

Traitement des paiements synchrones

Le traitement des paiements synchrones nécessite une communication synchrone entre Monetization et votre composant d’intégration de paiement. Cette méthode de traitement permet les autorisations de cartes de crédit/débit et les paiements immédiats.

Vous configurez Monetization pour spécifier où les demandes liées au traitement des paiements doivent être envoyées, et Monetization a des réponses prédéfinies qu’elle attend en retour. Cette méthode de traitement permet le stockage des références de méthode de paiement sur les clients et prend en charge les processus de collecte de paiements automatisés.

Pour Monetization, le processus d’intégration est pratiquement le même qu’une intégration prête à l’emploi avec un fournisseur existant (Stripe, Braintree, etc.). Cependant, la communication s’effectue par le biais d’un composant développé par vous, qui agit comme une passerelle vers votre fournisseur de paiement local. Opérations essentielles pour soutenir le traitement des paiements synchrones :

Configuration de l’intention
Autoriser
Capturer
Facturer

Configuration du fournisseur de paiement tiers

Pour configurer une intégration de fournisseur de paiement tiers, configurez un profil de passerelle de paiement tiers et fournissez l’URL où Monetization doit envoyer les demandes.

Cela peut être réalisé via l’interface utilisateur sous Configuration du système Passerelles de paiement, ou en créant un profil de passerelle de paiement via l’API REST de Monetization.

URL: {{api_url}}/api/v1/payment-gateway-profiles

Headers
Content-Type:application/json
Authorization:Bearer {{auth_token}}

Request
{
 "provider": "third-party",
 "headers": {
 "PGW_URL": "URL de votre passerelle de paiement"
 }
}

Opérations client

Les opérations client ne s’appliquent que dans les cas où le fournisseur de paiement tiers prend en charge la gestion des clients. Si le fournisseur de paiement ne prend pas en charge la gestion des clients, alors les ids des clients peuvent être remplacés par n’importe quelle valeur (par exemple, un horodatage Unix de la demande).

Créer un client (sans carte)

Crée un client en tant qu’objet sur le service du fournisseur de paiement.

Demande envoyée par Monetization :

{
 "action": "create_customer",
 "content": {
 "customer": {
 "first_name": "John",
 "last_name": "Anderson",
 "company": "Company",
 "email": "john_anderson@testmail123.
``` HTTP Status: 201 Créé

```json
{
 "customer": {
 "id": "payment_provider_customer_id"
 }
}

Mettre à jour le client

Met à jour un objet client sur le service du fournisseur de paiement.

Demande envoyée par Monetization :

{
 "action": "update_customer",
 "content": {
 "customer": {
 "id": "payment_provider_customer_id_1",
 "first_name": "John",
 "last_name": "Anderson",
 "company": "Company",
 "email": "john_anderson@testmail123.com",
 "phone": "003861234335",
 "tax_identifier": "123543569596"
 },
 "billing_address": {
 "first_name": "John",
 "last_name": "Anderson",
 "company": "Company",
 "street_address": "Address street 12",
 "locality": "Name of City",
 "postal_code": "84116",
 "region": "Region",
 "country_code": "SI",
 "country_name": "Slovenia "
 }
 }
}

Réponse attendue :

HTTP Status: 204 Pas de contenu

Pas de corps de réponse

Lire le client

Lit un objet client à partir du service du fournisseur de paiement. ```json { “action”: “lire_client”, “content”: { “id”: “payment_provider_customer_id_1” } }


**Réponse attendue :**
HTPP Statut : 200 OK
```json
{
"content": {
"customer": {
"id": "payment_provider_customer_id_1",
"first_name": "John",
"last_name": "Anderson",
"company": "Société",
"email": "john_anderson@testmail123.com",
"phone": "003861234335",
"tax_identifier": "123543569596"
},
"billing_address": {
"first_name": "John",
"last_name": "Anderson",
"company": "Société",
"street_address": "Adresse rue 12",
"locality": "Nom de la ville",
"postal_code": "84116",
"region": "Région",
"country_code": "SI",
"country_name": "Slovénie"
},
"credit_cards": [
{
"is_default": true,
"card_holder_name": "John Anderson",
"expiration_month": "03",
"expiration_year": "2026",
"type": "Mastercard",
"token": "payment_provider_card_token",
"last_four": "1234"
}
]
}
}

Supprimer le client

Supprime un objet client du service de fournisseur de paiement.

Demande envoyée par Monetization :

{
 "action": "supprimer_client",
 "content": {
 "id": "payment_provider_customer_id_1"
 }
}

Réponse attendue :

HTTP Statut : 204 Pas de contenu

Pas de corps de réponse

Opérations de carte

Les opérations de carte se réfèrent à la configuration ou à la suppression de cartes de crédit et de débit.

Configuration (demande de configuration de carte)

Déclenche un processus où un client peut fournir les détails de sa carte de crédit, qui sont tokenisés et stockés dans Monetization. Lors d’une demande d’ajout d’une nouvelle carte de crédit, Monetization enverra une demande de configuration à votre composant d’intégration. Votre composant d’intégration doit gérer toute la logique liée aux services du fournisseur de paiement et renvoyer une URL de redirection vers Monetization en réponse. Le client sera ensuite redirigé vers l’URL fournie, où le formulaire hébergé par votre fournisseur de paiement collectera et tokenisera les détails de la carte du client.

Figure 5 : Configuration de la carte de crédit

Demande envoyée par Monetization :

{
 "action": "setup",
 "content": {
 "customer": {
 "id": "payment_provider_customer_id_1",
 "first_name": "John",
 "last_name": "Anderson",
 "company": "Company",
 "email": "john_anderson@testmail123.com",
 "phone": "003861234335",
 "tax_identifier": "123543569596"
 },
 "billing_address": {
 "first_name": "John",
 "last_name": "Anderson",
 "company": "Company",
 "street_address": "Address street 12",
 "locality": "Name of City",
 "postal_code": "84116",
 "region": "Region",
 "country_code": "SI",
 "country_name": "Slovénie"
 }
 "custom_attributes": {
 "callback_url": "https://callbackurl.com"
 }
 }
}

Réponse attendue :

Statut HTTP : 201 Créé

{
 "customer": {
 "id": "payment_provider_customer_id"
 },
 "redirect_url": "https://card-data-collection-form.com"
}

Supprimer la carte

Envoie une demande à votre composant d’intégration pour gérer la logique de suppression de référence de carte de crédit via les services du fournisseur de paiement, puis supprime la référence de Monetization en cas de succès. Demande envoyée par Monetization :

{
 "action": "delete_credit_card",
 "content": {
 "customer": {
 "id": "provider_customer_id_34"
 },
 "credit_card": {
 "token": "provider_card_token_x23423532"
 }
 }
}

Réponse attendue :

Statut HTTP : 204 Pas de contenu

Pas de corps de réponse

Opérations de transaction

Les opérations de transaction se réfèrent aux actions transactionnelles exécutées sur les jetons de méthode de paiement stockés (carte de crédit/débit). Ces actions incluent :

autorisation
capture
charge
annuler
rembourser

Autorisation

L’autorisation est utilisée pour autoriser (verrouiller) des fonds sur la méthode de paiement d’un client. Les autorisations peuvent ensuite être capturées ou annulées. La demande ci-dessous est envoyée à votre composant d’intégration, qui doit gérer la logique du service du fournisseur de paiement et retourner une réponse.

Demande envoyée par Monetization :

{
 "action": "authorize",
 "content": {
 "amount": 20.5,
 "currency": "EUR",
 "customer": {
 "id": "provider_customer_id_34"
 },
 "credit_card": {
 "token": "provider_card_token_x23423532"
 }
 }
}

Réponse attendue :

Statut HTTP : 202 Accepté

{
 "transaction_id": "payment_provider_transaction_id",
 "amount": 25.5,
 "currency": "EUR",
 "time": "1650629967000",
 "success": true,
 "message": "Message du fournisseur si donné",
 "code": "Code du fournisseur si donné"
}

Capture

La capture se réfère à la collecte de fonds autorisés d’une demande d’autorisation précédente. Le montant à collecter peut être égal ou inférieur au montant autorisé.

Tous les fonds autorisés non collectés seront restitués au client par le service du fournisseur de paiement. La demande ci-dessous est envoyée à votre composant d’intégration, qui doit gérer la logique du service du fournisseur de paiement et retourner une réponse. Demande envoyée par Monetization :

{
 "action": "capture",
 "content": {
 "transaction_id": "provider_transaction_id_t2134234",
 "amount": 10.5
 }
}

Réponse attendue :

Statut HTTP : 202 Accepté

{
 "transaction_id": "payment_provider_transaction_id",
 "amount": 10.5,
 "currency": "EUR",
 "time": "1650629967000",
 "success": true,
 "message": "Message from provider if given",
 "code": "Code from provider if given"
}

charge

Charge autorise et capture des fonds en tant que transaction immédiate unique. La demande ci-dessous est envoyée à votre composant d’intégration, qui doit gérer la logique du service du fournisseur de paiement et renvoyer une réponse.

Demande envoyée par Monetization :

{
 "action": "charge",
 "content": {
 "amount": 25.5,
 "currency": "EUR",
 "customer": {
 "id": "provider_customer_id_34"
 },
 "credit_card": {
 "token": "provider_card_token_x23423532"
 }
 }
}

Réponse attendue :

Statut HTTP : 202 Accepté

{
 "transaction_id": "payment_provider_transaction_id",
 "amount": 25.5,
 "currency": "EUR",
 "time": "1650629967000",
 "success": true,
 "message": "Message from provider if given",
 "code": "Code from provider if given"
}

annuler

L’opération d’annulation annule une transaction d’autorisation, libérant les fonds autorisés. La demande ci-dessous est envoyée à votre composant d’intégration, qui doit gérer la logique du service du fournisseur de paiement et renvoyer une réponse. Demande envoyée par Monetization :

{
 "action": "void",
 "content": {
 "transaction_id": "provider_transaction_id_t2134234"
 }
}

Réponse attendue :

Statut HTTP : 202 Accepté

{
 "transaction_id": "payment_provider_transaction_id",
 "time": "1650629967000",
 "success": true,
 "message": "Message from provider if given",
 "code": "Code from provider if given"
}

Remboursement

Le remboursement retourne des fonds au client et fait référence à une transaction de Charge ou de Capture précédente. La demande ci-dessous est envoyée à votre composant d’intégration, qui doit gérer la logique du service du fournisseur de paiement et retourner une réponse.

Demande envoyée par Monetization :

{
 "action": "refund",
 "content": {
 "transaction_id": "provider_transaction_id_t2134234",
 "amount": 10.5
 }
}

Réponse attendue :

Statut HTTP : 202 Accepté

{
 "transaction_id": "payment_provider_transaction_id",
 "amount": 25.5,
 "currency": "EUR",
 "time": "1650629967000",
 "success": true,
 "message": "Message from provider if given",
 "code": "Code from provider if given"
}

Gestion des erreurs

En cas d’échec d’une opération sur votre composant d’intégration, retournez tout statut en dehors de la plage 200-300 et le message d’erreur dans le corps de la réponse.

Docs: Appareils

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

Appareils
Opérations de travail planifiées pour la gestion des appareils

Appareils

Les appareils fournissent l’utilisation des services clients. Chaque appareil a un cycle de vie où il passe entre différents états. Un type d’appareil est personnalisé et spécifie son type physique (carte SIM, modem, numéro de téléphone, RFID, NFC, etc.)

Chaque appareil a plusieurs descripteurs, qui contiennent des informations sur son modèle, son fournisseur, sa marque. L’adresse MAC et d’autres identifiants peuvent être stockés dans un système externe et liés à un appareil avec l’identifiant de service externe.

Un appareil est généralement créé avec un lot d’autres appareils partageant le même type, éventuellement le fournisseur, le modèle et la marque. L’identifiant de l’appareil doit être unique pour chaque appareil. Les codes des appareils sont également uniques. Des valeurs uniques peuvent être générées à travers un modèle pour l’ensemble du groupe d’appareils. Les appareils peuvent être assignés à des services.

Lorsqu’un appareil n’est plus actif, il passe à un état approprié – par exemple, les numéros de mobile peuvent entrer en quarantaine et être réutilisés, tandis que d’autres appareils peuvent devenir définitivement inutilisables.

Type d’appareil

Naviguez vers Appareils dans le menu de gauche. Sélectionnez l’onglet Type d’appareil pour définir et gérer différents types d’appareils.

Lots

Naviguez vers Appareils dans le menu de gauche. Sélectionnez l’onglet Lots et suivez l’assistant par lequel vous pouvez générer le lot d’appareils pour le type d’appareil sélectionné selon les définitions suivantes :

Quantité de nouveaux appareils.
Modèle de format de code (alphanumérique/numeric) avec des valeurs aléatoires ou des valeurs incrémentales.
Modèle de format d’identifiant d’appareil (alphanumérique/numeric) avec des valeurs aléatoires ou des valeurs incrémentales.

Appareils

Pour ajouter manuellement l’appareil, naviguez vers Appareils dans le menu de gauche. Sélectionnez l’onglet Devices en haut et suivez l’assistant en fournissant le nom de l’appareil, l’identifiant unique alphanumérique, le type d’appareil parent et l’identifiant unique de l’appareil.

Assignation de l’appareil au service du client

L’identifiant de service est rempli pour refléter l’un des identifiants d’appareil liés à ce service. Cela peut être configuré lors de la création de l’abonnement ou en modifiant le service de l’abonnement existant et en appliquant la référence de l’appareil. Référez-vous au service de l’abonnement.

Transitions de statut de l’appareil

Tableau : Transitions de statut d’appareil autorisées

Statut de l’appareil	Description	Transition autorisée vers un nouveau statut d’appareil
NOUVEAU	L’appareil attend d’être assigné au service d’abonnement du client.	ASSIGNÉ
ASSIGNÉ	L’appareil est actuellement lié au service d’abonnement du client.	NON ASSIGNÉ, EN QUARANTAINE
NON ASSIGNÉ	L’appareil n’est lié à aucun service d’abonnement du client.	ASSIGNÉ, EN QUARANTAINE
EN QUARANTAINE	L’appareil ne peut pas être utilisé lié à un service d’abonnement du client, tant qu’il est en quarantaine.	NON ASSIGNÉ, FERMÉ
FERMÉ	L’appareil est définitivement inutilisable, ce qui signifie qu’il est perdu, détruit ou hors service indéfiniment.	/

Historique de l’appareil

L’historique de l’appareil représente l’événement historique qui s’est produit sur l’appareil : changement de client, changement de statut, changement de service.

Opérations de travail planifiées pour la gestion des appareils

Gérable dans la section Operations.

Travail pour libérer les appareils en quarantaine

Les appareils en quarantaine changeront leur statut en Non Assigné ou Inactif, selon les définitions de transition d’état. Une tâche planifiée vérifiera périodiquement les appareils à sortir de quarantaine.

Filtres configurables pour l’exécution du travail :

Période de temps : Durée de la période de quarantaine en secondes après laquelle l’appareil est autorisé à être transféré pour une nouvelle assignation. - Identifiant de l’appareil : Pour limiter le travail à appliquer uniquement à un ensemble spécifique d’appareils.
Type d’appareil : Pour limiter le travail à appliquer uniquement à un type spécifique d’appareils.

Travail pour supprimer les appareils fermés

Les appareils peuvent se retrouver dans l’état CLOSED, ce qui signifie qu’ils sont perdus, détruits ou hors service indéfiniment. Pour économiser de l’espace et éviter des données inutiles, une tâche planifiée devrait supprimer ces appareils après une période de temps spécifiée.

Filtres configurables pour l’exécution du travail :

Période de temps : Durée en secondes depuis que l’appareil a été fermé et qui est autorisée à être supprimée.
Identifiant de l’appareil : Pour limiter le travail à appliquer uniquement à un ensemble spécifique d’appareils.
Type d’appareil : Pour limiter le travail à appliquer uniquement à un type spécifique d’appareils.

Docs: Journal d'activité

Mon, 01 Jan 0001 00:00:00 +0000

Le journal d’activité est un puissant outil de sécurité et d’audit qui fournit un enregistrement chronologique détaillé des actions effectuées sur les objets métier clés du système. Il est conçu pour vous donner une compréhension claire des flux de données, améliorer la sécurité en suivant l’activité des utilisateurs et simplifier le dépannage.

En suivant qui a fait quoi et quand, vous pouvez maintenir une piste d’audit complète et immuable pour la conformité, la gestion opérationnelle et les contrôles internes.

Principaux cas d’utilisation et avantages

Le journal d’activité est plus qu’un simple enregistrement d’événements ; c’est un outil essentiel pour maintenir l’intégrité et la sécurité des données. Voici quelques façons pratiques de l’utiliser :

Accélérez le dépannage : Lorsqu’un client signale une modification inattendue de son abonnement ou qu’une facture semble incorrecte, le journal d’activité est votre premier point de référence. Vous pouvez filtrer le journal par l’ID client ou l’ID d’abonnement spécifique pour voir un historique complet des modifications, en identifiant exactement qui a effectué la modification, ce qui a été modifié et quand.
Renforcez la sécurité et la conformité : Pour les audits financiers (comme la conformité SOX), vous devez démontrer le contrôle sur qui peut modifier les informations sensibles. Le journal d’activité fournit un enregistrement immuable de toutes les modifications apportées aux objets critiques tels que les produits, les plans et les factures. Vous pouvez facilement exporter ces données pour prouver que vos contrôles internes fonctionnent efficacement.
Surveillez l’activité des utilisateurs : Gardez un œil sur les actions effectuées par des utilisateurs spécifiques, en particulier ceux disposant d’autorisations de haut niveau. Cela permet de s’assurer que toutes les actions sont autorisées et conformes aux politiques de l’entreprise.

Portée du journal d’activité

Le journal d’activité est conçu pour être complet, mais il est important de comprendre ce qui est suivi et ce qui ne l’est pas.

Qu’est-ce qui est enregistré ?

Le journal capture les événements métier importants, en se concentrant principalement sur les actions de création, de lecture, de mise à jour et de suppression (CRUD) pour les objets métier clés que vous configurez. Cela comprend :

Les modifications apportées par les utilisateurs via l’interface graphique.
Les modifications apportées via des appels d’API.
Les événements système importants (par exemple, les transitions de plan).

Qu’est-ce qui n’est pas enregistré ?

Le journal d’activité ne suit pas :

Chaque appel d’API, en particulier ceux qui ne font que lire des données sans apporter de modifications (sauf si la lecture est explicitement configurée pour le suivi).
Les processus système internes qui ne sont pas directement liés à une modification d’un objet métier.

Configuration du journal d’activité

Vous avez un contrôle total sur les actions suivies pour des objets métier spécifiques. Cela vous permet de vous concentrer sur la journalisation des données les plus critiques pour vos besoins métier. La configuration est gérée dans la section Configuration métier.

Comment ajouter une nouvelle configuration de journal

Accédez à Configuration métier > Journal d’activité dans le menu principal.
Cliquez sur le bouton + Journal d’activité dans le coin supérieur droit.
Dans la boîte de dialogue Ajouter un journal d’activité :
- Type : Sélectionnez la catégorie de l’objet. Dans la plupart des cas, ce sera Entité.
- Cible : Choisissez l’objet métier spécifique à surveiller (par exemple, Client, Abonnement, Plan).
- Actions : Sélectionnez les actions que vous souhaitez enregistrer (Créer, Lire, Mettre à jour, Supprimer).
Cliquez sur Soumettre pour enregistrer la configuration. Le système commencera immédiatement à enregistrer les actions que vous avez spécifiées.

Meilleures pratiques pour la configuration

Soyez spécifique : Évitez de tout enregistrer. Concentrez-vous sur les objets et les actions les plus critiques pour vos besoins en matière de sécurité, de conformité et d’exploitation. L’enregistrement des actions de mise à jour et de suppression sur les objets financiers est un excellent point de départ.
Évitez l’enregistrement excessif des lectures : Le suivi des actions de lecture peut générer un très grand volume de données et ralentir les performances du système. N’activez cette option que si vous avez une exigence de sécurit�� spécifique pour surveiller qui consulte des données sensibles.
Révisez régulièrement : Révisez périodiquement vos configurations de journal pour vous assurer qu’elles sont toujours alignées sur vos besoins métier.

Affichage et investigation des journaux

Une fois configuré, le système génère des entrées de journal que vous pouvez afficher, filtrer et exporter.

Comment afficher et filtrer les journaux

Accédez à l’écran de visualisation des journaux (par exemple, Utilisateurs > Journaux d’activité).
Vous verrez une liste de tous les événements capturés, triés par date.
Utilisez les puissantes options de filtrage pour enquêter sur des événements spécifiques :
- Plage de dates : Limitez votre recherche à une période spécifique.
- Objet cible et ID : Filtrez pour un objet spécifique (par exemple, Client) et même une instance spécifique (par exemple, ID client).
- Utilisateur : Affichez toutes les actions effectuées par un utilisateur spécifique.
- Type d’action : Isolez toutes les actions de création ou de suppression.

Comprendre les données du journal

Chaque entrée de journal contient des informations détaillées pour vous aider à comprendre l’événement :

Colonne	Description
`Créé le`	La date et l’heure exactes auxquelles l’action a eu lieu.
`Adresse IP`	L’adresse IP de l’utilisateur qui a effectué l’action.
`Utilisateur`	L’utilisateur qui a effectué l’action. Cela peut afficher “Système” pour les processus automatisés.
`Cible`	Le type d’objet métier qui a été affecté (par exemple, `Abonnement`).
`ID cible`	L’identifiant unique de l’objet spécifique qui a été modifié.
`Action`	L’action effectuée (`CRÉER`, `METTRE À JOUR`, `SUPPRIMER`).
`Détails`	Un résumé lisible par l’homme de la modification. Pour les actions de `MISE À JOUR`, cela affichera les anciennes et les nouvelles valeurs des champs qui ont été modifiés.

Exportation des données du journal

Vous pouvez exporter votre vue de journal filtrée pour une analyse hors ligne, un archivage ou des demandes d’audit. Cliquez sur le bouton Exporter pour télécharger les données, généralement au format CSV, qui peuvent être ouvertes dans n’importe quelle application de tableur.

Autorisations et conservation des données

Autorisations : L’accès à la configuration et à l’affichage du journal d’activité est contrôlé par les autorisations des utilisateurs. En règle générale, seuls les utilisateurs administratifs ont la possibilité de modifier les configurations de journal, tandis que d’autres utilisateurs peuvent avoir un accès en lecture seule.
Conservation des données : Les données du journal d’activité sont conservées pendant une période spécifique pour se conformer aux normes d’audit et de sécurité. Veuillez vous référer à votre contrat de service pour la politique de conservation des données exacte.

Docs: Page de compte client

Mon, 01 Jan 0001 00:00:00 +0000

Sujets dans ce document :

liste-des-comptes-clients
trouver-un-compte-client
intégration-d-un-client
génération-des-informations-clients
page-détails-du-compte-client
informations-utilisateur
informations-compte
- modifier-informations-compte
- fermer-compte
informations-contact
informations-paiement
- modifier-informations-paiement
abonnements
profils-de-facturation
- factures
- factures
  - détails-de-la-facture
  - paiement-facture-hors-ligne
groupes-de-soldes
partage
- propriétaire-d-un-groupe-de-partage
- membre-d-un-groupe-de-partage
hiérarchie
- propriétaire-d-un-groupe-de-hiérarchie
- membre-d-un-groupe-de-hiérarchie

Pour accéder à la page de compte client dans Monetization, depuis le Menu, cliquez sur Clients. ## Page de compte des clients

La page de compte des clients contient une liste paginée de tous les clients actifs et inactifs. C’est la première page affichée une fois que la page de compte client est accédée.

La page affiche tous vos clients sous un format tabulaire, avec les informations suivantes : le nom du client, le nombre d’abonnements qu’il a, le nombre de services qu’il utilise, et un bouton pour voir les détails complets de chaque client.

De plus, sur la page, vous avez accès aux fonctionnalités suivantes : finding customer account, onboarding a customer, et generating customers’ information.

Recherche de compte client

Sous page de compte des clients, vous pouvez rechercher un compte client par nom complet, adresse e-mail, adresse, ville, pays, statut, type de client, ou/et méthode de paiement.

Pour ce faire, depuis la page de compte des clients, cliquez sur Filtrer puis entrez les critères de recherche. Ensuite, cliquez sur Rechercher ; cela mettra à jour la page de compte des clients pour inclure uniquement la requête de recherche.

Une fois satisfait des résultats de la recherche, pour afficher à nouveau tous les comptes clients, cliquez sur Réinitialiser ; suivez cela en masquant la section de filtrage en cliquant sur Filtrer.

Intégration d’un client

L’intégration d’un client implique la création d’un nouveau client et sa configuration avec l’abonnement souhaité.

Pour intégrer un client, depuis la page de compte des clients, cliquez sur Créer nouveau ; la réponse vous conduira à la page d’intégration du client. La page est divisée en six sections, à savoir :

section d’informations sur le compte
section d’informations de paiement
section de partage (optionnelle)
section de hiérarchie (optionnelle)
section d’abonnement
section de résumé

section d’informations sur le compte

Sous la section d’informations sur le compte, ajoutez le prénom, le nom de famille, l’adresse e-mail et le numéro de téléphone du client.

Remarque :

L’adresse e-mail du client doit être unique pour un site particulier dans Monetization.

De plus, sélectionnez un type de client. Le type de client est configurable dans Monetization. Il peut être utilisé pour séparer les clients (par exemple, clients commerciaux ou clients réguliers). Cela peut également être utile pour l’analyse, le reporting et le filtrage des opérations commerciales (par exemple, facturation, exportation, etc.). Pour plus d’informations, voir Types de clients.

L’adresse, la ville, l’état et le pays du client sont également obligatoires, tandis que l’organisation et le code postal du client sont optionnels.

Remarque :

L’organisation, l’adresse, le pays, l’état et la ville du client peuvent être ajoutés à la facture lors de la création d’un modèle de facture. Pour plus d’informations, voir Modèle.

De plus, pour que la taxation fonctionne correctement dans Monetization, l’adresse doit être vérifiée dans certains cas d’utilisation.

Tout attribut personnalisé créé sous ; Configuration système Attributs personnalisés qui relèvent de l’entité client sont également affichés dans cette section. Cependant, ils seront considérés comme des champs de saisie optionnels. Pour plus d’informations, voir [Attributs personnalisés](../.. /system-configuration/custom-attributes).

Section des informations de paiement

Dans la section des informations de paiement, sélectionnez le mode de paiement du client. Vous pouvez choisir une facture, une carte de crédit ou un prélèvement automatique comme mode de paiement.

Si une facture est sélectionnée, il n’y a pas d’exigences supplémentaires à remplir pour le client, sauf si l’adresse de facturation du client diffère de l’adresse du client.

Remarque :

Choisir une facture signifie que les fonds ne seront jamais prélevés automatiquement sur une carte de crédit enregistrée, même si les informations de la carte de crédit du client sont ajoutées.

Si une carte de crédit est sélectionnée, Monetization ne stocke aucune information pertinente sur la carte de crédit, seulement des informations de base sur son propriétaire et un jeton de référence en cas d’intégration avec une passerelle de paiement.

Si un prélèvement automatique est sélectionné, insérez les informations suivantes concernant le client :

L’identification du mandat
La date de signature du mandat
Le BIC
L’IBAN

Remarque :

Le numéro d’identification fiscale du client peut être inclus sous n’importe quel mode de paiement. Il est utile lorsqu’il est intégré avec une passerelle de taxation dans Monetization.

La valeur doit représenter le numéro de taxe sur la valeur ajoutée (TVA) du client et peut être ajoutée à la facture. Par exemple, si un client est une entreprise, son numéro de TVA peut être renseigné et affiché sur le PDF de la facture.

Section de partage (optionnelle)

Cette section optionnelle permet de configurer les frais de transfert en temps réel. Le client peut être soit membre, soit propriétaire d’un groupe de partage. Ensuite, si le propriétaire dispose de ressources, par extension, ces ressources sont partagées avec les membres car les frais sont transférés.

Note:

Si le client est le propriétaire d’un groupe de partage, il ne peut être configuré que depuis la page de détails du compte client sous partage. Cependant, lors de l’intégration d’un client, il peut être assigné en tant que membre de l’un des groupes existants.

Pour ajouter le client à un groupe existant, recherchez le compte du propriétaire du groupe par son nom complet, puis sélectionnez le groupe.

Information:

Le menu déroulant propose quelques suggestions, et celles-ci sont filtrées au fur et à mesure que vous tapez.

Une fois que le client est ajouté en tant que membre d’un groupe de partage, les ressources de l’abonnement du propriétaire du groupe sont partagées avec les membres du groupe, et ils peuvent les consommer en temps réel. Cependant, cela est soumis à la politique configurée sur le groupe.

Par exemple, si le propriétaire d’un groupe de partage dispose de 1000 mégaoctets de données gratuits, les membres du groupe consomment tous à partir des 1000 mégaoctets gratuits disponibles.

Section hiérarchie (optionnelle)

Cette section optionnelle permet de configurer le transfert des charges entre les clients.

Les charges ne sont pas transférées au propriétaire du groupe hiérarchique en temps réel. Au lieu de cela, lorsqu’un membre d’un groupe hiérarchique reçoit une facture à la fin de son cycle de facturation, cette facture (en montant total) est transférée au compte du propriétaire du groupe hiérarchique. Cela signifie que le propriétaire du groupe devient responsable du paiement de la facture.

Note:

Si le client est le propriétaire d’un groupe hiérarchique, il ne peut être configuré que depuis la page de détails du compte client sous hiérarchie. Cependant, lors de l’intégration d’un client, il peut être assigné en tant que membre de l’un des groupes existants.

Pour ajouter le client à un groupe existant, recherchez le compte du propriétaire du groupe par son nom complet, puis sélectionnez le groupe.

Information:

Le menu déroulant propose quelques suggestions, et celles-ci sont filtrées au fur et à mesure que vous tapez.

Section d’abonnement

Information:

Dans cette section, vous configurez le client avec un plan de votre catalogue d’offres.

Sélectionnez un type de paiement. Le profil de facturation auquel l’abonnement sera lié doit avoir un type de paiement.

Sélectionnez également une ressource ; cela fait référence à la ressource monétaire (devise) qui sera utilisée pour facturer le client.

Sélectionnez l’intervalle ; cela signifie la fréquence à laquelle le client sera facturé. Par exemple, le client peut être facturé mensuellement, hebdomadairement, annuellement, etc.

Note:

L’intervalle est configuré dans Monetization sous Configuration de l’entreprise Charging Types d’événements. Pour plus d’informations, voir Types d’événements.

Choisissez le jour de facturation ; cela spécifie le jour du mois où le client sera facturé. Cette information est nécessaire lorsque Monetization définit le cycle de facturation du client. Par exemple, le client peut être facturé le premier jour de chaque mois.

Les codes de promotion optionnels peuvent être des coupons ou/et des bons. Ces codes permettent aux clients de bénéficier d’offres spéciales.

Information:

En général, seuls les coupons sont utilisés dans cette section.

Le code est généré dans Monetization, sous Configuration commerciale Bon pour les bons, et sous Catalogue Forfaits Coupons pour les coupons.

Sélectionnez un plan pour le client. Le plan est l’objet le plus élevé lors de la configuration de votre catalogue d’offres. Il se compose de bundles; les bundles se composent de produits ou/et remises. Un plan est créé sous Catalogue Forfaits Plans.

Remarque:

Un plan est ce à quoi vos clients s’abonnent pour consommer un ou plusieurs service(s) ou pour utiliser une ou plusieurs ressource(s) produit. Pour plus d’informations, voir Plans.

Après qu’un plan a été choisi pour le client, une liste de tous les bundles sous le plan est également affichée. De plus, sous chaque bundle, une présentation tabulaire des produit(s) sera disponible.

La quantité, la valeur et la période de validité peuvent être modifiées pour chaque produit.

Information:

La valeur du produit ne signifie pas nécessairement le prix du produit car certains peuvent impacter d’autres soldes—par exemple, un produit de subvention pour 10 Mo gratuits. Cependant, la valeur représentera le prix s’il s’agit d’un produit régulier.

D’autres informations sur le produit, y compris le nom, le type, etc., sont également affichées. Certains produits peuvent être optionnels pour le client à acheter dans le cadre du bundle. Par conséquent, vous pouvez décider de l’inclure dans l’achat en cochant la case Achat.

Les produits de service doivent inclure un identifiant de service, soit sous forme de chaîne, soit un appareil déjà configuré dans Monetization. Un identifiant de service est un ID unique pour un client pour ce service—par exemple, un numéro de téléphone mobile.

Note:

Les indicateurs Tout est prêt et Non défini permettent de savoir où l’identifiant de service doit être ajouté.

Vous pouvez attribuer un identifiant de service au niveau global et pas nécessairement sur un produit spécifique. Pour ce faire, insérez l’identifiant de service à partir du champ de saisie Identifiant de service sur le plan.

Note:

Monetization ne peut passer à l’étape suivante qu’une fois qu’il n’y a pas un seul indicateur Non défini.

Information:

Pour inclure des forfaits supplémentaires sur l’abonnement, cliquez sur Ajouter un forfait.

section résumé

Cette section capture toutes les informations remplies dans les cinq sections précédentes. Elle vous permet de revoir les détails avant d’intégrer avec succès le client.

Note:

Le premier profil de facturation est automatiquement créé par Monetization en fonction du type de paiement et des configurations d’intervalle définies dans la section d’abonnement.

Pour finaliser le processus d’intégration, cliquez sur Soumettre.

Génération des informations des clients

Sous la page de liste des comptes clients, les informations des clients peuvent être générées au format de valeurs séparées par des virgules (CSV). Pour ce faire, cliquez sur CSV ; les informations des clients seront exportées vers une feuille de calcul puis téléchargées.

Le fichier téléchargé affiche les informations suivantes sur le client : nom, adresse e-mail, abonnement et services.

Note:

Les informations des clients sont générées par page paginée.

Les informations des clients peuvent également être imprimées et copiées. Pour ce faire, cliquez sur Imprimer et Copier respectivement.

Détails de la page du compte client

Sous liste des comptes clients, pour voir les détails complets d’un compte client particulier, cliquez sur Détails. Cela vous mènera à la page des détails du compte client.

La page des détails du compte client se compose de neuf sections, à savoir :

Informations utilisateur
Informations sur le compte
Informations de contact
Informations de paiement
Abonnements
Profils de facturation
Groupes de solde
Partage
Hiérarchie

Informations utilisateur

Remarque :

La section des informations utilisateur n’est disponible que si le portail d’auto-assistance est activé dans les configurations de l’environnement du site. Pour plus d’informations, voir Sites.

Après avoir réussi à intégrer un client, les informations utilisateur pour le client peuvent être créées. La création de cela permettra aux clients d’accéder à un portail d’auto-assistance pour consulter leur solde de compte, leur consommation et payer leurs factures.

Information :

Le portail d’auto-assistance est disponible soit en tant qu’application web, soit en tant qu’application mobile.

Remarque :

Les clients sans informations utilisateur ne peuvent pas accéder au portail d’auto-assistance.

Une seule action peut être effectuée pour les clients sans informations utilisateur.

Créer des informations utilisateur

Créer des informations utilisateur

Pour créer des informations utilisateur, cliquez sur Créer un utilisateur. Les champs de saisie suivants sont requis :

Prénom
Nom de famille
Adresse e-mail
Mot de passe
Confirmation du mot de passe

Les informations utilisateur du client peuvent également être activées ou désactivées. Pour ce faire, utilisez le commutateur Activé.

Information :

Les informations utilisateur désactivées signifient des informations inactives, ce qui implique que le client ne pourra pas accéder au portail d’auto-assistance avec les informations utilisateur.

Après avoir créé avec succès les informations utilisateur du client, les fonctionnalités suivantes sont accessibles :

Supprimer les informations utilisateur
Modifier les informations utilisateur
Demander un e-mail de vérification de l’utilisateur
Demander une mise à jour du mot de passe de l’utilisateur

Remarque :

Les clients doivent vérifier leurs adresses e-mail avant de pouvoir accéder au portail d’auto-assistance. Pour plus d’informations, voir Demander un e-mail de vérification de l’utilisateur.

Supprimer les informations utilisateur

Pour supprimer les informations utilisateur du client, cliquez sur Supprimer l’utilisateur. Une fois supprimées, le client ne pourra plus accéder au portail d’auto-assistance.

Modifier les informations utilisateur

Pour modifier les informations utilisateur du client, cliquez sur Modifier l’utilisateur. Les informations remplies dans la section créer des informations utilisateur peuvent être modifiées.

Demander un e-mail de vérification de l’utilisateur

Avant qu’un client puisse accéder au portail d’auto-assistance, son adresse e-mail doit être vérifiée. Pour ce faire, cliquez sur Demander un e-mail de vérification de l’utilisateur. Une fois cliqué, un e-mail de vérification de l’utilisateur sera envoyé au client. ### Demande de mise à jour du mot de passe utilisateur

La demande de mise à jour du mot de passe enverra un e-mail de mise à jour du mot de passe à l’utilisateur, ou le client sera invité à changer son mot de passe lorsqu’il se connectera au portail d’auto-assistance. Pour ce faire, cliquez sur Demande de mise à jour du mot de passe utilisateur.

Informations sur le compte

Cette section montre une partie des informations qui ont été saisies lors du processus d’intégration du client dans la section des informations sur le compte. Les informations incluent le type de client et les attributs personnalisés (le cas échéant).

De plus, un ID est attribué au client (un numéro unique à incrémentation automatique pour identifier un client de manière unique). De plus, le statut du client est affiché comme actif ou inactif.

Deux actions peuvent être effectuées dans cette section :

Modifier les informations du compte
Fermer le compte

Modifier les informations du compte

Pour modifier les informations du compte, cliquez sur Modifier les informations du compte. Seul le type et l’attribut personnalisé (le cas échéant) peuvent être modifiés.

Fermer le compte

Pour fermer un compte client, cliquez sur Fermer le compte. Fermer un compte est presque identique à le supprimer ; cependant, il n’est pas supprimé immédiatement. Un travail en arrière-plan distinct effectue la suppression réelle après qu’un compte a été fermé pendant une période prédéfinie.

Information :

En cliquant sur Fermer le compte, Monetization désactive les comptes qui n’ont pas d’abonnements ou d’achats actifs. Les comptes désactivés sont automatiquement fermés et supprimés après une période configurable.

Remarque : Un client avec le statut inactif ne peut pas acheter un produit ou s’abonner à un plan.

Informations de contact

Cette section montre une partie des informations qui ont été saisies lors du processus d’intégration du client dans la section des informations de compte. Elle comprend le prénom, le nom de famille, l’adresse e-mail, le numéro de téléphone, l’organisation, l’adresse, le pays, l’état, la ville et le code postal.

De plus, les informations de contact incluent une étiquette. L’étiquette est utilisée pour identifier des informations de contact spécifiques du client, car il peut y avoir plus d’une information de contact.

Par exemple, s’il y a plusieurs informations de contact pour un client, et qu’un e-mail doit être envoyé au client, l’étiquette peut être utilisée pour référencer une adresse e-mail d’information de contact particulière.

Remarque :

Le modèle pour l’étiquette peut être configuré. Cependant, l’ordre suivant peut être suivi Principal, Secondaire, etc.

Trois actions peuvent être effectuées dans cette section :

Ajouter des informations de contact
Modifier les informations de contact
Supprimer les informations de contact

Ajouter des informations de contact

Pour ajouter une autre information de contact pour le client, cliquez sur Ajouter des informations de contact. Les champs de saisie restent les mêmes que lors de la saisie des informations de contact initiales pour le client.

Cependant, en plus, incluez une étiquette, qui peut être utilisée pour référencer rapidement les informations de contact dans d’autres parties de Monetization.

Modifier les informations de contact

Pour modifier les informations de contact du client, sélectionnez l’étiquette d’information de contact appropriée, puis cliquez sur Modifier les informations de contact. ### Supprimer les informations de contact

Pour supprimer les informations de contact du client, sélectionnez le tag d’informations de contact approprié, puis cliquez sur Supprimer les informations de contact.

Remarque :

La suppression de toutes les informations de contact du client dans Monetization n’est pas autorisée : il doit y avoir au moins une information de contact.

Informations de paiement

Cette section montre les informations de paiement qui ont été saisies lors du processus d’intégration du client dans la section des informations de paiement. Elle inclut l’adresse de facturation, l’identification fiscale (le cas échéant) et le mode de paiement utilisé par le client.

Une seule action peut être effectuée dans cette section :

Modifier les informations de paiement

Modifier les informations de paiement

Pour modifier les informations de paiement du client, cliquez sur Modifier les informations de paiement.

Vous pouvez choisir une facture, une carte de crédit ou un prélèvement automatique comme mode de paiement. De plus, vous pouvez changer l’adresse de facturation et inclure/retirer un numéro d’identification fiscale.

Abonnements

Cette section montre les abonnements du client. Un abonnement est l’engagement du client à avoir un plan. Un plan peut être accompagné de forfaits spécifiques, et ces forfaits auront des produits et des remises spécifiques.

Remarque :

Un abonnement lie le client à un plan de votre catalogue d’offres. Chaque client peut avoir un nombre illimité d’abonnements.

Information :

Les clients ont des profils de facturation, les profils de facturation ont des groupes de solde, et les groupes de solde sont connectés aux abonnements.

Ajout d’abonnements

Pour ajouter un nouvel abonnement, cliquez sur Ajouter un abonnement. Vous devez sélectionner un groupe de solde et un plan. En option, vous pouvez offrir au client une offre spéciale en ajoutant un ou plusieurs codes promotionnels, qui peuvent être des coupons ou/et des bons.

Information :

En général, seuls les coupons sont utilisés dans cette section.

Remarque :

Si vous souhaitez créer un groupe de solde lors de l’ajout d’un nouvel abonnement, cliquez sur Ajouter un groupe de solde ; choisissez le jour de facturation, et sélectionnez le type de paiement et l’intervalle.

Pack d’options

Pour chaque abonnement, des packs supplémentaires (options) peuvent être achetés en plus du plan ; ils ne font pas partie du plan initial acheté. Pour ce faire, cliquez sur Ajouter un pack, et sélectionnez le pack. Une fois le pack sélectionné, la quantité, la valeur et la période de validité peuvent être modifiées pour chaque produit trouvé sous le pack.

Information :

La valeur du produit ne signifie pas nécessairement le prix du produit, car certains peuvent impacter d’autres soldes—par exemple, un produit de subvention pour 10 Mo gratuits. Cependant, la valeur représentera le prix s’il s’agit d’un produit régulier.

D’autres informations sur le produit, y compris le nom, le type, etc., sont également affichées. Certains produits peuvent être optionnels pour le client à acheter dans le cadre du pack. Par conséquent, vous pouvez décider de l’inclure dans l’achat en cochant la case Acheter.

Remarque :

Les produits de service doivent inclure un identifiant de service, soit sous forme de chaîne, soit un appareil déjà configuré dans Tridens. Un identifiant de service est un ID unique pour un client pour ce service—par exemple, un numéro de téléphone mobile.

De plus, les codes de promotion optionnels peuvent être inclus, ce qui est utilisé pour offrir des offres spéciales aux clients. Ils peuvent constituer des coupons ou/et des vouchers.

Information:

Typiquement, seuls les coupons sont utilisés durant cette section.

Modification et annulation de produits

Sous un abonnement, chaque produit dans le bundle peut être modifié ou annulé. Pour ce faire, cliquez sur Modifier le produit ou Annuler le produit respectivement.

Note:

Seul l’identifiant de service et la période de validité peuvent être modifiés pour le produit.

Pour appliquer un voucher sur un abonnement, cliquez sur Utiliser le voucher. Ensuite, vous entrez un code de voucher (ou plusieurs), et Monetization appliquera le code de voucher à cet abonnement. Chaque voucher entraîne un achat de bundle.

Information:

Le code de voucher est généré dans Monetization, sous Configuration commerciale Voucher.

Pour mettre à niveau ou rétrograder le plan du client vers un autre, cliquez sur Transition de plan ; choisissez le nouveau plan et configurez la période de validité.

Note:

La migration ne se produit pas immédiatement. Au lieu de cela, elle s’exécutera à une période spécifique configurée sous le travail de transition de plan.

Pour annuler un abonnement manuellement, cliquez sur Annuler l’abonnement.

Note:

Les abonnements peuvent être annulés manuellement en cliquant sur Annuler l’abonnement ou automatiquement par un travail de vérification d’achat, après quoi ils deviennent invalides et leurs produits ne se renouvellent plus.

Certains abonnements ont des durées prédéfinies ; par exemple, un contrat d’engagement de deux ans.

Il y a trois sous-sections sous chaque abonnement, à savoir :

Soldes et notifications
Utilisation
Services

Soldes et notifications

Les ressources décrivent quels soldes peuvent exister dans Monetization. En fonction des ressources configurées, un solde pour cette ressource peut être créé dans un groupe de soldes client.

Les ressources ont également un ordre de consommation de solde configuré différemment. Cela dicte comment le solde de chaque ressource doit se comporter lorsqu’il est impacté : si plusieurs soldes de la même ressource existent.

Soldes

Un abonnement est lié à un groupe de soldes. Cette section montre le montant total valide du solde de chaque ressource du groupe de soldes.

Information:

Le montant total valide signifie le montant pour lequel la période de validité est encore active.

Note:

Plusieurs abonnements peuvent être liés au même groupe de soldes. Par conséquent, les soldes captureront le montant total valide du solde de chaque ressource du groupe de soldes, qui pourrait être celui de plusieurs abonnements et pas seulement d’un seul abonnement. Cependant, vous pouvez lier un seul abonnement à un groupe de soldes.

Le montant total valide affiché pour chaque ressource dans le groupe de soldes peut être positif ou négatif. Un solde négatif indique que le client consomme à partir d’une ressource gratuite. Typiquement, une ressource gratuite donne initialement au client un certain montant de solde pour la ressource. Le solde descend également à zéro à mesure que le client consomme la ressource gratuite. Une fois que le solde atteint zéro, la ressource gratuite est épuisée.

De plus, un solde négatif peut également signifier que le client a un type de paiement prépayé. Par conséquent, lorsque le client s’abonne à un plan, il paie à l’avance. Ainsi, il se voit attribuer un certain montant de solde de ressources. Le solde de la ressource sera également représenté comme un solde négatif, qu’il peut consommer jusqu’à zéro.

Un solde positif signifie qu’à mesure que le client consomme une ressource particulière, le montant du solde de la ressource augmente.

Information :

Pour une ressource monétaire avec un solde positif, le client devra payer à la fin de son cycle de facturation.

Un solde peut être monétaire, indiquant combien le client a dépensé ou combien il reste. Un solde peut également être non monétaire, indiquant d’autres ressources telles que des ressources gratuites ou du crédit.

Remarque :

Il doit y avoir au moins une ressource monétaire pour un groupe de solde. La ressource monétaire est requise car chaque profil de facturation doit avoir une ressource monétaire spécifiée pour Monetization afin de savoir quel solde de ressource dans le groupe de solde traiter comme de l’argent lors de l’application des frais à la facture.

Pour voir les détails du solde de chaque ressource dans le groupe de solde, cliquez sur le nom de la ressource. Cela montre la période de validité, le nom de la ressource, le montant et quand le solde de la ressource a été créé, le tout dans un format tabulaire.

Remarque :

Sous les détails du solde pour chaque ressource, il pourrait y avoir plus d’un détail de solde.

Pour effectuer des ajustements sur le détail du solde des ressources, sous Actions, cliquez sur Ajustement. Le montant et l’élément de facture peuvent être modifiés. De plus, la taxe peut être incluse. Pour ce faire, activez le commutateur avec taxe et fournissez la taxe, le fournisseur de taxe et le grand livre.

Création d’un solde

Information:

Les soldes dans Monetization sont impactés par l’achat de produits, des remises ou des événements d’utilisation de service (frais basés sur l’utilisation). Une fois qu’un frais se produit, Monetization trouvera le solde approprié à impacter ou créera un nouveau solde si aucun solde valide n’existe. L’impact augmentera (Débit) le solde ou diminuera (Crédit) le solde.

Vous pouvez également créer un solde de ressource manuellement dans Monetization. Pour ce faire, cliquez sur Créer un nouveau solde. Sélectionnez la ressource, insérez le montant et spécifiez comment le solde doit être représenté (soit comme un frais positif, soit comme un frais négatif).

Pour un frais négatif, sélectionnez Crédit ; cela signifie que le client reçoit quelque chose (réduction du frais). Pour un frais positif, sélectionnez Débit ; cela signifie que le client est facturé (c’est-à-dire augmentation du frais).

De plus, la période de validité pour le solde de ressource peut être changée de la période actuelle à une autre date ou à une date infinie. La période actuelle signifie que le solde de ressource ne sera valide que pendant le cycle de facturation actuel du client.

Notifications

Une notification se produit à la suite du client franchissant un seuil qui est configuré pour une ressource par un [profil de crédit](../.. /business-configuration/charging#credit-profiles) via une limite de crédit. Cette section montre le moment où la notification a été déclenchée, le type de notification, la valeur du seuil dépassé et la ressource.

Les clients peuvent être alertés par e-mail ou par message texte qu’ils ont dépassé un seuil. Des API tierces peuvent également être appelées via des requêtes JSON pour notifier d’autres composants dans Monetization.

Par exemple, supposons qu’un client ait des Mo gratuits alloués ; si le client a consommé presque tous ses Mo gratuits, un message texte/un e-mail peut lui être envoyé pour l’inciter à acheter un complément.

Alternativement, supposons que le type de paiement du client soit configuré en prépayé et qu’il consomme tout son crédit de compte. Dans ce cas, un message texte/un e-mail peut lui être envoyé pour indiquer que le compte est presque vide et qu’il doit recharger pour continuer à utiliser les services.

Utilisation

Cette section montre l’événement d’utilisation d’un service à partir de l’abonnement du client pour une période spécifique. Elle peut mesurer comment le client consomme un service particulier.

Information :

Vous pouvez filtrer les événements d’utilisation par service et date-heure. Pour ce faire, choisissez le service et saisissez une date-heure de début et de fin, puis cliquez sur Rechercher.

Pour générer les événements d’utilisation dans une feuille de calcul, cliquez sur CSV. Pour imprimer, cliquez sur Imprimer, et pour copier, cliquez sur Copier.

Note :

Ils sont générés, imprimés et copiés par page paginée.

L’ID de l’événement, la date de création et le montant, affichés comme en-têtes de tableau pour l’événement d’utilisation, s’appliquent à chaque événement d’utilisation de service. Des paramètres supplémentaires sont déterminés par les champs obligatoires, optionnels et de notation pour le service, qui est configuré par le type de service dans Monetization.

Par exemple, l’événement d’utilisation pour un service d’appel vocal, en plus de l’ID d’événement, de la date de création et du montant, peut inclure les champs obligatoires/optionnels/de notation suivants :

Heure de début : Cela désigne la date et l’heure auxquelles l’appel a commencé.
Heure de fin : Cela désigne la date et l’heure auxquelles l’appel a pris fin.
Origine : Cela désigne l’emplacement de l’appelant—par exemple, la Slovénie.
Destination : Cela désigne l’emplacement du destinataire de l’appel—par exemple, l’Italie.
De : Cela désigne la personne qui appelle.
À : Cela désigne la personne qui reçoit l’appel.

Le tableau ci-dessous montre un événement d’utilisation pour un service d’appel vocal à partir des informations ci-dessus :

ID d’événement	Créé le	Heure de début	Heure de fin	De	À	Origine	Destination	Montant
1	29/09/2020, 11:57	29/09/2020, 11:59	29/09/2020, 12:19	08094349013	08149110574	Slovénie	Italie	50

Pour ajuster un événement d’utilisation individuel, cliquez sur Ajustement ; seul le montant peut être ajusté. De plus, pour inclure la taxe, activez l’interrupteur avec taxe, et fournissez le taxe, fournisseur de taxe, et grand livre.

Créer un événement

Pour créer manuellement un événement d’utilisation pour un service, cliquez sur Créer un événement, sélectionnez le service, et insérez l’heure de début pour l’événement. Le service représente un type de service dans Monetization.

Chaque service peut avoir plusieurs champs. Le(s) champ(s) représente un [champ de service](../.. /business-configuration/service-design#service-fields) dans Monetization. Pour plus d’informations sur la création d’un service dans Monetization, voir Conception de service.

Sous Champs, la valeur pour chaque champ doit être incluse. Le champ représente le(s) champ(s) obligatoire(s) du service. De plus, chaque service qui a un ou plusieurs champ(s) optionnel(s) ou des champs de notation peut être inclus ; pour ce faire, cliquez sur Ajouter.

Services

Un service permet à un client de recevoir des événements basés sur l’utilisation ou la consommation. Par exemple, un service d’appel vocal créé dans Monetization permettra de traiter les événements d’appel vocal. Ensuite, les événements d’appel vocal peuvent être notés en fonction des paramètres d’événement de service et du plan tarifaire. Dans Monetization, un type de service représente un service.

Remarque :

Dans cette section, Monetization affiche uniquement le(s) service(s) qui accompagnent le produit acheté par le client.

Information :

Chaque service a un identifiant unique pour un client et permet aux clients de recevoir des événements d’utilisation destinés à ce type de service.

Les services sont configurés sous Configuration commerciale Conception de service Types de service. Pour plus d’informations, voir Types de service.

Sous Actions, la configuration du client pour un service peut être modifiée. Pour ce faire, cliquez sur Modifier. L’identifiant du service, la période de validité, les appareils et les générateurs d’événements peuvent être modifiés. De plus, le statut du service peut être changé.

Note:

Un service peut avoir un statut actif, inactif ou libéré. Le service avec un statut libéré peut être attribué à un autre client, qui sera ensuite transféré au nouveau client en tant que service actif. Pour ce faire, spécifiez le même identifiant de service pour le nouveau client.

Par exemple, un numéro de téléphone qui n’est plus utilisé et qui a été mis en quarantaine suffisamment longtemps pour être réutilisé par un autre client.

Définition de l’identifiant de service

La seule restriction pour l’identifiant de service alphanumérique est qu’il doit être unique parmi les entrées de service. Il peut s’agir de n’importe quelle chaîne de caractères alphanumériques.

Lorsque les clients sont intégrés via l’application mobile, l’identifiant est attribué par l’horodatage instantané, donc si vous effectuez une intégration d’une manière alternative via le tableau de bord web, vous pouvez utiliser le principe cohérent en prenant la valeur de l’horodatage actuel à partir du Epoch Converter. Sinon, vous pouvez appliquer vos propres règles de définition d’identification.

Profils de facturation

Un profil de facturation montre les factures du client et les factures correspondantes. Les informations suivantes sont représentées sur un profil de facturation :

Jour de facturation pour les factures
Type de paiement
Ressource
Type d’événement
Générateurs d’événements
Période de validité
Montant total des factures en attente (le cas échéant)
Solde créditeur — Il fait référence au montant d’argent trop payé sur les factures précédentes. Ce montant peut ensuite être utilisé pour couvrir la prochaine facture.
Informations de paiement

Note:

Les informations de paiement qui constituent le mode de paiement du client peuvent être mises à jour. Pour ce faire, cliquez sur Modifier les informations de paiement.

Pour créer un nouveau profil de facturation, cliquez sur Ajouter un profil de facturation. Fournissez un nom, un type de paiement, une ressource monétaire, un type d’événement (représenté par un intervalle), un jour de facturation et une période de validité.

Information :

L’intervalle/cycle, qui peut être hebdomadaire, mensuel, bimensuel, etc., est configuré dans Monetization. Pour plus d’informations, voir Types d’événements.

Remarque : Si le type de paiement du profil de facturation est Payer maintenant, l’intervalle ne peut pas être défini, et le client peut être facturé à tout moment. Un autre nom pour le type de paiement Payer maintenant est Payer au fur et à mesure ; par conséquent, le client est facturé au fur et à mesure qu’il consomme le service.

Remarque :

Plusieurs abonnements pour le client peuvent être liés au même groupe de solde. De plus, plusieurs groupes de solde peuvent être connectés au même profil de facturation.

Il existe deux sections principales sous le profil de facturation, à savoir :

Factures
Factures
- Détails de la facture
- Paiement de facture hors ligne

Factures

Les factures représentent tous les frais du client accumulés pendant un cycle de facturation. Les factures sont générées à partir des factures.

Remarque :

Les factures sont créées dans Monetization par une opération commerciale connue sous le nom de travail de facturation. Par conséquent, les factures ne sont pas créées automatiquement même si la facturation est exécutée. De plus, les factures ne peuvent pas être établies si le montant de la facture est nul.

Les factures sont affichées dans un format tabulaire, qui comprend l’ID de la facture, le statut, la période de validité, le montant total, le montant dû et la facture correspondante.

Information :

Le montant dû fait référence à ce que le client doit encore ; ce montant est réduit/annulé une fois que le client a payé la facture.

Le statut de la facture

Une facture peut avoir les statuts suivants :

Inactif — Une facture inactive est uniquement une référence existante à la prochaine facture que le client aura. C’est comme une future facture vide préparée à l’avance pour permettre à Monetization de basculer vers elle lorsque le cycle de facturation change, au lieu de créer la facture à ce moment-là—cela améliore les performances.
Actif — Une facture active fait référence à la facture actuelle. Une fois le cycle de facturation terminé, la facture active passe au statut facturation.
Facturation — Lorsque la facture est au statut facturation, cela signifie que le client n’a pas entièrement payé la facture.
Clôturé — Lorsque la facture est clôturée, cela signifie que le client a payé la facture en totalité.

Par exemple :

L’ID de la facture inactive est 111
L’ID de la facture active est 110 (c’est la facture actuelle)

Une fois le cycle de facturation terminé, la facture active (110) passera au statut facturation, ce qui signifie qu’elle attend d’être payée. En revanche, la facture précédemment inactive (111) deviendra active en tant que facture actuelle et une nouvelle facture inactive (112) sera préparée pour le prochain cycle.

Le processus de facturation

Facturation est l’opération dans Monetization où le client est déplacé vers son prochain cycle de facturation. En conséquence, les factures précédentes seront déplacées au statut facturation et deviendront dues. Par conséquent, la facture avec un statut inactif sera déplacée vers un statut actif—c’est maintenant la facture actuelle.

De plus, Monetization créera une nouvelle facture inactive en tant que référence existante à la prochaine facture que le client aura. C’est comme une facture future vide préparée à l’avance pour permettre à Monetization de basculer vers celle-ci lorsque le cycle de facturation change au lieu de créer la facture à ce moment-là—cela améliore les performances.

Sous chaque facture, ces actions peuvent être effectuées :

Ajuster une facture : Pour modifier manuellement le montant, le groupe de solde et l’élément de facture d’une facture, cliquez sur Ajustement. De plus, la taxe peut être incluse en activant le commutateur avec taxe et en fournissant la taxe, le fournisseur de taxe et le grand livre.

Note :
Le débit signifie que le client est facturé (augmentation de la charge), tandis que le crédit signifie donner quelque chose au client (réduction de la charge).
Afficher les éléments de facture : Pour voir les éléments de facture pour chaque facture, cliquez sur Info. Chaque élément de facture peut également être ajusté séparément ; pour ce faire, cliquez sur Ajustement.

Exécuter la facturation

Sous les factures, pour exécuter la facturation, sélectionnez et cliquez sur Exécuter la facturation. Run billing exécutera le processus normal de facturation, qui consiste à :

Déplacer le cycle de facturation
Passer la facture active actuelle au statut facturation
Activer la prochaine facture en attente (qui était précédemment une facture inactive)
Créer une nouvelle facture inactive

Note :

Run billing ne fonctionnera pas si le client est encore dans son précédent cycle de facturation ; c’est-à-dire que run billing ne peut être initié pour novembre que lorsqu’il est déjà décembre (pour les clients mensuels)—le cycle précédent doit être terminé pour exécuter la facturation.

Facturer maintenant

Sous les factures, pour facturer le client à ce moment, sélectionnez et cliquez sur Facturer maintenant. La facturation maintenant contournera le processus de facturation et tirera les charges/éléments de facturation de la facture active actuelle vers une toute nouvelle facture, qui sera immédiatement transférée au statut facturation.

Information :

Un exemple pratique est un client quittant en milieu de cycle et demandant une facture immédiate pour tout ce qu’il a accumulé. Puisque l’opération de run billing ne peut pas encore être effectuée, facturer maintenant sera utilisé pour générer une nouvelle facture avec toutes les charges, qui pourra ensuite être immédiatement émise.

Cycle de facturation

Un cycle de facturation dans Monetization est un intervalle pendant lequel toutes les charges sont collectées sur une facture. Il est basé sur le type d’événement et le jour de facturation d’un profil de facturation du client.

Par exemple, si le profil de facturation a un type d’événement mensuel avec le jour de facturation fixé au premier jour du mois, le cycle de facturation se déplacera constamment au premier jour du mois tout en collectant les charges accumulées pour le mois précédent.

Information:

Le processus de facturation s’occupe de décaler tous les cycles de facturation en attente d’être facturés.

Les charges peuvent être collectées automatiquement par un travail de collecte de paiement programmé. Les clients peuvent également payer leurs factures manuellement via le portail d’auto-assistance.

De plus, Monetization peut produire un fichier de prélèvement SEPA pour les clients ayant des mandats SEPA. Il représente une liste de transactions qui peuvent être téléchargées à la banque pour prélever de l’argent sur le compte bancaire du client. Le fichier résultant est ensuite importé dans Monetization, qui enregistrera les paiements réussis.

Factures

Une facture dans Monetization est une représentation de l’objet de la facture qui est présentée au client.

Note:

Un travail de fond séparé est responsable de la génération des factures. Pour plus d’informations, voir Travail de facturation.

Information:

Les factures peuvent être filtrées par date-heure, ID de facture, ID de facture, ou/et statut.

Pour générer les factures dans un tableur, cliquez sur CSV. Pour imprimer, cliquez sur Imprimer, et pour copier, cliquez sur Copier.

Note:

Elles sont générées, imprimées ou copiées par page paginée.

Le Montant de la facture fait référence au montant total de la facture. Le Montant dû fait référence au montant restant à payer par le client.

La Date d’échéance représente la dernière date-heure à laquelle le client doit payer le montant total de la facture.

Note:

Une fois que le client paie intégralement la facture, la facture est marquée comme Fermée.

Dans la section des factures, une facture peut avoir les statuts suivants :

Facturation — Lorsque la facture est en statut facturation, cela signifie que le client n’a pas entièrement payé la facture.
Clôturée — Lorsque la facture est clôturée, cela signifie que le client a payé la facture en totalité.

Détails de la facture

Pour prévisualiser une facture particulière avec un modèle, cliquez sur Détails. Une fois prévisualisée, elle peut être enregistrée au format PDF, HTML ou JSON.

Remarque :

Vous pouvez changer d’un modèle à un autre.

Information :

Le modèle pour une facture est configuré dans Monetization sous Configuration de l’entreprise Modèle Modèles de documents. Pour plus d’informations, voir modèles de documents.

Paiement de facture hors ligne

Pour saisir manuellement le paiement d’une facture particulière, cliquez sur Portefeuille. Si vous avez déjà reçu le paiement par un autre canal (comme en espèces ou par virement), vous pouvez l’entrer manuellement ici.

Le montant peut être configuré comme un frais ou un remboursement. Monetization propose trois méthodes de paiement : espèces, carte de crédit et virement.

Information :

La méthode de paiement par virement signifie une transaction bancaire.

Le fournisseur typifie le fournisseur de paiement—par exemple, Stripe, Banque, Paypal, etc. Vous pouvez également inclure une référence de paiement et une note.

Prévisualiser la facture

Sous les factures, la prévisualisation de la facture exécutera une test de facturation pour vous montrer à quoi ressemblera la prochaine facture à venir—elle ne montre aucune des factures existantes. La prévisualisation de la facture avec les détails inclura l’historique des événements ; elle est beaucoup plus lourde en termes de performance. Pour réaliser ces deux fonctionnalités, sous factures, sélectionnez et cliquez sur Aperçu de la facture ou Aperçu de la facture avec détails.

Groupes de solde

Un groupe de solde contient tous les soldes du client. Monetization lie un abonnement à un groupe de solde, ce qui signifie que tout impact résultant de l’évaluation des produits de service de l’abonnement ne peut affecter que les soldes de ce groupe de solde.

Note:

Plusieurs abonnements pour le client peuvent être liés au même groupe de solde. De plus, plusieurs groupes de solde peuvent être connectés au même profil de facturation.

Pour créer un nouveau groupe de solde, cliquez sur Ajouter un groupe de solde ; fournissez un nom et une période de validité. De plus, sélectionnez le profil de facturation.

Partage

Cette section permet la configuration des frais de transfert en temps réel. Le client peut être soit membre, soit propriétaire d’un groupe de partage. Ensuite, si le propriétaire dispose de certaines ressources, par extension, ces ressources sont partagées avec les membres car les frais sont transférés.

Pour activer le transfert de ressources entre clients, cliquez sur Ajouter un parrainage.

Propriétaire d’un groupe de partage

Sélectionnez le mode propriétaire pour faire du client le propriétaire d’un groupe de partage. Fournissez un nom de groupe, une période de validité, un abonnement et une politique. De plus, choisissez le statut.

Les membres rejoignant le groupe de partage pourront utiliser les ressources de l’abonnement sélectionné en temps réel ; cependant, sous réserve de la politique configurée.

Information:

La politique se compose d’un nom et de remises.

Note:

La remise fait référence à la remise achetée. Par conséquent, elle doit être une remise achetée sur l’abonnement sélectionné. Essentiellement, la configuration de la remise agit comme une politique sur laquelle les charges sont transférées. Par exemple, si vous créez une remise qui cible uniquement les événements d’utilisation de la VOIX et leurs impacts monétaires, puis que vous utilisez cette remise comme politique. Seuls les impacts monétaires des événements vocaux seront transférés au propriétaire.

Une fois le groupe créé, le propriétaire peut modifier le statut et la période de validité ou annuler le groupe. Pour ce faire, cliquez sur Modifier le partage ou Annuler le partage respectivement.

Information :

Les membres du groupe de partage seront également visibles par le propriétaire du groupe.

Membre d’un groupe de partage

Pour ajouter le client à un groupe existant, recherchez le compte client du propriétaire du groupe par son nom complet, puis sélectionnez le groupe.

Information :

Le menu déroulant propose des suggestions, et celles-ci sont filtrées au fur et à mesure que vous tapez.

Une fois le client ajouté en tant que membre du groupe de partage, les ressources de l’abonnement du propriétaire du groupe sont consommées par les membres du groupe en temps réel. Cependant, cela est soumis à la politique configurée sur le groupe.

Par exemple, si le propriétaire d’un groupe de partage dispose de 1000 mégaoctets de données gratuits, les membres du groupe consomment tous les 1000 mégaoctets gratuits disponibles.

Le client, en tant que membre du groupe, peut également modifier le statut et la période de validité du groupe ou se retirer du groupe. Pour ce faire, cliquez sur Modifier le partage ou Retirer du partage respectivement.

Hiérarchie

Dans cette section, vous pouvez transférer les impacts/charges de la consommation d’un service au propriétaire d’un groupe hiérarchique. Le client peut être soit un membre, soit le propriétaire d’un groupe hiérarchique.

Note:

Pour permettre le transfert des impacts/charges liés à la consommation d’un service au propriétaire d’un groupe hiérarchique, cliquez sur Ajouter une hiérarchie.

Propriétaire d’un groupe hiérarchique

Sélectionnez le mode propriétaire pour faire du client le propriétaire du groupe hiérarchique. Fournissez un nom de groupe, une période de validité et un statut.

De plus, le groupe doit être connecté à un profil de facturation du compte client, car l’ensemble de la facture des membres du groupe hiérarchique est transféré au moment de la facturation.

Une fois le groupe créé, le propriétaire peut modifier le statut et la période de validité ou annuler le groupe. Pour ce faire, cliquez sur Modifier la hiérarchie ou Annuler la hiérarchie respectivement.

Information:

Les membres du groupe hiérarchique seront également visibles par le propriétaire du groupe.

Membre d’un groupe hiérarchique

Pour ajouter le client à un groupe existant, recherchez le compte client du propriétaire du groupe par son nom complet, puis sélectionnez le groupe.

Information:

Le menu déroulant propose quelques suggestions, et celles-ci sont filtrées au fur et à mesure que vous tapez.

Le client, en tant que membre du groupe, peut également modifier le statut et la période de validité du groupe ou se retirer du groupe. Pour ce faire, cliquez sur Modifier la hiérarchie ou Retirer de la hiérarchie respectivement.

Docs: Paramètres d'authentification

Mon, 01 Jan 0001 00:00:00 +0000

Pour accéder à cette section dans Monetization, depuis le Menu, sélectionnez Gestion des utilisateurs, puis cliquez sur Sécurité. Une page de paramètres de sécurité avec un formulaire s’affiche.

Pour configurer les paramètres d’authentification, procédez comme suit :

Délai d’expiration de la session : Indiquez la durée du délai d’expiration de la session en secondes.
Fournisseurs de Single Sign-on : Ajoutez des fournisseurs de Single Sign-on. Vous pouvez utiliser ceux disponibles ou créer un Single Sign-on personnalisé.
Authentification Multi-Factorielle (MFA) : Cochez cette option pour ajouter la MFA au compte.
Politique de mot de passe : Configurez la politique de mot de passe pour la longueur et l’âge du mot de passe.

Après cela, cliquez sur Soumettre pour finaliser la configuration.

![User Authentication](../user-authentication.Figure: Page d’authentification des utilisateurs

Docs: Types de paiement

Mon, 01 Jan 0001 00:00:00 +0000

Il existe trois approches de paiement dans Monetization, qui sont :

Type de paiement prépayé
Type de paiement payez maintenant
Type de paiement postpayé

Type de paiement prépayé

Le type de paiement prépayé implique que le client paie à l’avance avant de pouvoir utiliser le service produit. Les clients prépayés ne reçoivent pas de factures ; au lieu de cela, ils ont un ou plusieurs soldes de compte qui leur permettent d’utiliser le service produit tant que le solde du compte n’est pas vide.

Remarque :

Un client prépayé peut recevoir des relevés mensuels pour sa consommation mais pas de factures.

Information :

Le solde du compte client peut être rechargé par code de bon, carte de crédit/débit ou intégration API.

Type de paiement payez maintenant

Un autre nom pour le type de paiement payez maintenant est appelé paiement à l’utilisation. Les clients avec un type de paiement payez maintenant n’ont pas de cycle de facturation RÉCURRENT ; au lieu de cela, ils sont facturés à la demande—par exemple, les clients qui utilisent un service de covoiturage ou un tarif de taxi, etc.

Type de paiement postpayé

Un client postpayé ne paie pas avant ou immédiatement après avoir consommé un service produit ; au lieu de cela, il a un cycle de facturation. La facture du client est générée après le changement de cycle de facturation. Cependant, la collecte de paiement est déterminée en fonction de la date d’échéance de la facture.

Information :

Monetization crée une facture par facture pour chaque facture du cycle précédent.