Rapport d’utilisation RTC de Microsoft Teams
Le rapport d’utilisation teams RTC (Réseau téléphonique commuté public) et sms dans le Centre d’administration Microsoft Teams vous donne une vue d’ensemble de l’activité d’appel et d’audioconférence dans votre organization. Vous pouvez afficher l’activité d’appel détaillée pour les forfaits d’appels si vous utilisez Microsoft comme opérateur de téléphonie et pour le routage direct si vous utilisez votre propre opérateur de téléphonie.
L’onglet Forfaits d’appels affiche des informations, notamment le nombre de minutes passées par les utilisateurs dans les appels RTC entrants et sortants et le coût de ces appels. L’onglet Routage direct affiche des informations, notamment l’adresse SIP et les heures de début et de fin de l’appel. Utilisez les informations contenues dans ce rapport pour obtenir des informations sur l’utilisation RTC dans votre organization et vous aider à examiner, planifier et prendre des décisions métier.
Remarque
Si vous avez un forfait d’appels Telstra ou Softbank, vous ne verrez aucun enregistrement de détails des appels dans le rapport d’utilisation RTC. Veuillez contacter Telstra ou Softbank pour vos besoins en matière de rapports.
Afficher le rapport d’utilisation RTC
- Dans le volet de navigation gauche du Centre d’administration Microsoft Teams, cliquez sur Analytics & rapports>Rapports d’utilisation. Sous l’onglet Afficher les rapports, sous Rapport, sélectionnez Utilisation RTC et SMS (préversion).
- Sous Plage de dates, sélectionnez une plage prédéfinie de 7 ou 28 jours, ou définissez une plage personnalisée, puis sélectionnez Exécuter le rapport.
Interpréter le rapport
Forfaits d’appel
Légende | Description |
---|---|
1 | Le rapport peut être consulté pour connaître les tendances des 7 derniers jours, 28 jours ou une plage de dates personnalisée que vous définissez. |
2 | Chaque rapport a une date de génération. Les rapports reflètent généralement une latence de 24 à 48 heures par rapport à l'heure de l'activité. |
3 | L’axe X est la plage de dates sélectionnée pour le rapport spécifique. L’axe Y est le nombre total d’appels sur la période sélectionnée. Pointez sur le point à une date donnée pour voir le nombre total d’appels à cette date. |
4 | Le tableau vous donne une répartition de l’utilisation RTC par appel.
|
5 | Sélectionnez Modifier les colonnes pour ajouter ou supprimer des colonnes dans le tableau. |
6 | Sélectionnez Filtrer pour filtrer le rapport par nom d’utilisateur ou type d’appel. |
7 | Sélectionnez Plein écran pour afficher le rapport en mode plein écran. |
8 | Vous pouvez exporter le rapport vers un fichier CSV à des fins d’analyse hors connexion. Cliquez sur Exporter vers Excel, puis sous l’onglet Téléchargements , cliquez sur Télécharger pour télécharger le rapport lorsqu’il est prêt. |
Routage direct
Légende | Description |
---|---|
1 | Le rapport peut être consulté pour connaître les tendances des 7 derniers jours ou des 28 derniers jours. |
2 | Chaque rapport a une date de génération. Les rapports reflètent généralement une latence de 24 à 48 heures par rapport à l'heure de l'activité. |
3 | L’axe X est la plage de dates sélectionnée pour le rapport spécifique. L’axe Y est le nombre total d’appels sur la période sélectionnée. Pointez sur le point à une date donnée pour voir le nombre total d’appels à cette date. |
4 | Le tableau vous donne une répartition de l’utilisation RTC par appel.
|
5 | Sélectionnez Modifier les colonnes pour ajouter ou supprimer des colonnes dans le tableau. |
6 | Sélectionnez Plein écran pour afficher le rapport en mode plein écran. |
7 | Sélectionnez Exporter vers Excel pour télécharger les données dans un fichier séparé par des virgules (CSV) à des fins d’analyse hors connexion ou pour les utiliser comme entrée pour votre système de facturation. |
Considérations relatives aux champs appelant/appelé
Selon le sens de l’appel, les noms de l’appelant ou de l’appelé peuvent contenir des numéros non-E164.
Ces champs peuvent provenir du ou des SBC du client. Il existe trois formats que le SBC peut envoyer au routage direct : les numéros E.164, les numéros non-E.164 et les chaînes.
- Numéro de téléphone E.164 d’un utilisateur qui a un numéro E.164 à un utilisateur qui a également un numéro E.164.
- Appelez à partir d’un numéro autre que E.164. Un utilisateur d’un PBX tiers interconnecté avec le routage direct effectue un appel à un utilisateur Teams. Dans ce cas, le numéro de l’appelant peut être n’importe quel numéro autre que E.164, par exemple +1001.
- Un spammeur appelle et ne présente pas de numéro, mais seulement un nom, par exemple « Internal Revenue Service ». Cette chaîne s’affiche dans les rapports.
Obfuscation du numéro de téléphone
Les exigences de confidentialité par pays/région incluent l’obfuscation des numéros de téléphone externes (non détenus par le client). Les trois ou quatre derniers chiffres du numéro de téléphone sont remplacés par des astérisque (+123 456789***).
Pour les appels entrants, le numéro de l’appelant est masqué ; pour les appels sortants, le numéro de l’appelé est masqué. Notez que ces règles s’appliquent aux rapports RTC et de routage direct dans le Centre de Administration client, à l’exportation de données et aux journaux des appels RTC disponibles via Microsoft Graph. Les règles d’obfuscation des numéros de téléphone dans d’autres rapports, tels que l’analyse des appels et le tableau de bord de la qualité des appels, peuvent différer.
L’obfuscation est basée sur l’emplacement du organization (pays/région). Les numéros de téléphone complets sont indiqués pour les pays/régions qui ne sont pas répertoriés dans le tableau suivant :
Pays/région | Nombre de chiffres d’obfuscation |
---|---|
BE – Belgique | 3 |
CH – Suisse | 4 |
DE – Allemagne | 3 |
DK – Danemark | 3 |
ES – Espagne | 3 |
FI – Finlande | 3 |
FR – France | 4 |
Informatique – Italie | 3 |
NL – Pays-Bas | 3 |
NON – Norvège | 3 |
SE – Suède | 3 |
À propos de l’ID de corrélation partagé
L’ID de corrélation partagée existe uniquement dans le fichier Excel exporté que vous téléchargez et indique que deux appels ou plus sont liés. L’exemple suivant explique les différents scénarios et le moment où l’ID de corrélation partagé est présent.
- Utilisateur RTC 1 sur un point de terminaison PSTN appelé Teams Utilisateur 1 sur le client Teams, type d’appel Dr_In, ID de corrélation 57f28917-42k5-4c0c-9433-79734873f2ac, aucun ID de corrélation partagé.
- Utilisateur Teams 1 sur le client Teams appelé UTILISATEUR RTC 1 sur un point de terminaison PSTN, type d’appel Dr_Out 2c12b8ca-62eb-4c48-b68d-e451f518ff4, aucun ID de corrélation partagé.
- Utilisateur RTC 1 sur un point de terminaison PSTN appelé Utilisateur Teams 2 sur le client Teams, type d’appel Dr_In f45e9a25-9f94-46e7-a457-84f5940efde9, ID de corrélation partagé f45e9a25-9f94-46e7-a457-84f5940efde9.
- Appel 3 existant avec l’ID de corrélation « f45e9a25-9f94-46e7-a457-84f5940efde9 ». Utilisateur RTC 1 dans un appel avec Teams User 2. L’utilisateur Teams 2 a transféré (aveugle ou consultatif) un appel à Teams ou utilisateur RTC, type d’appel Dr_Out_User_Transfer 45a1da7c-9e97-481a-8a05-3fe19a9a77e0, ID de corrélation partagé f45e9a25-9f94-46e7-a457-84f5940efde9.
Conservation des données
Les exigences réglementaires par pays spécifient la conservation des données des enregistrements d’appels détaillés. La période de rétention par pays en jours est répertoriée dans le tableau suivant :
Pays | Plans d'appel RTC | Routage direct |
---|---|---|
CA – Canada | 150 | 150 |
CH – Suisse | 365 | 365 |
DK – Danemark | 365 | 365 |
FI – Finlande | 365 | 365 |
FR – France | 365 | 365 |
Informatique – Italie | 730 | 730 |
KR – Corée du Sud | 365 | 365 |
MX – Mexique | 720 | 730 |
NL – Pays-Bas | 180 | 180 |
NON – Norvège | 150 | 150 |
SE – Suède | 180 | 180 |
GB – Grande-Bretagne | 450 | 450 |
Tous les autres pays | 365 | 150 |
Notez que ces règles s’appliquent aux rapports RTC et de routage direct dans le Centre de Administration client, à l’exportation de données et aux journaux des appels RTC et de routage direct disponibles via Microsoft Graph. La conservation des données dans d’autres rapports, tels que l’analyse des appels et le tableau de bord de qualité des appels, peut différer.
La période de rétention est basée sur l’emplacement de l’utilisateur (pays). Si l’administrateur du locataire ne définit pas l’emplacement d’un utilisateur, la valeur par défaut pour l’emplacement d’un utilisateur est l’emplacement du locataire.
Exportation des rapports
Cliquez sur Exporter vers Excel, puis sous l’onglet Téléchargements , cliquez sur Télécharger pour télécharger le rapport lorsqu’il est prêt. Le processus d’exportation peut prendre de quelques secondes à plusieurs minutes, en fonction de la quantité de données.
Cela exportera les données de tous les utilisateurs et vous permettra de trier et de filtrer plus simplement pour une analyse ultérieure. Les fichiers exportés contiennent des champs supplémentaires qui ne sont pas disponibles dans le rapport en ligne. Ils peuvent être utilisés pour la résolution des problèmes et les workflows automatisés.
Vous recevrez un fichier zip nommé « Calls.Export.[identifier]
.zip», l’identificateur étant un ID unique pour l’exportation qui peut être utilisé pour la résolution des problèmes.
Si vous avez à la fois des forfaits d’appels et un routage direct, le fichier exporté peut contenir des données pour les deux produits. Le fichier de rapport d’utilisation PSTN aura le nom de fichier « PSTN.calls.[UTC date]
.csv" et Routage direct « DirectRouting.calls.[UTC date]
.csv».
En plus des fichiers RTC et de routage direct, l’archive contient le fichier « parameters.json », avec l’intervalle de temps et les fonctionnalités d’exportation sélectionnés.
Les fichiers exportés sont au format CSV (Valeurs séparées par des virgules), conformes à la norme RFC 4180 . Les fichiers peuvent être ouverts dans Excel ou tout autre éditeur conforme aux normes sans nécessiter de transformations.
La première ligne du fichier CSV contient des noms de colonnes. Toutes les dates sont UTC et au format ISO 8601 .
Rapport d’utilisation PSTN exporté
Vous pouvez exporter des données jusqu’à un an à partir de la date actuelle, sauf si les réglementations spécifiques au pays/à la région interdisent la conservation des données pendant 12 mois.
# | Nom | Type de données (SQL Server) | Description |
---|---|---|---|
0 | UsageId | uniqueidentifier |
Identificateur d’appel unique |
1 | ID d’appel | nvarchar(64) |
Identificateur d’appel. Il n’est pas garanti qu’il soit unique |
2 | ID de conférence | nvarchar(64) |
ID de l’audioconférence |
3 | Emplacement de l’utilisateur | nvarchar(2) |
Code de pays de l’utilisateur, ISO 3166-1 alpha-2 |
4 | Microsoft Entra ObjectId | uniqueidentifier |
Appel de l’ID d’utilisateur dans Microsoft Entra ID. Cette information utilisateur et d’autres sont null/vides pour les types d’appels de bot (ucap_in, ucap_out) |
5 | UPN | nvarchar(128) |
UserPrincipalName (nom de connexion) dans Microsoft Entra ID. Il s’agit généralement de l’adresse SIP de l’utilisateur et peut être identique à l’adresse de messagerie de l’utilisateur |
6 | Nom d’affichage de l’utilisateur | nvarchar(128) |
Nom d’affichage de l’utilisateur |
7 | ID de l’appelant | nvarchar(128) |
Numéro qui a reçu l’appel pour les appels entrants ou numéro composé pour les appels sortants. Format E.164 |
8 | Type d'appel | nvarchar(32) |
Indique si l’appel était un appel RTC sortant ou entrant et le type d’appel tel qu’un appel passé par un utilisateur ou une audioconférence |
9 | Direction de l’appel | nvarchar(32) |
Indique si l’appel était un appel sortant ou entrant RTC |
10 | Type de nombre | nvarchar(16) |
Type de numéro de téléphone de l’utilisateur, tel qu’un service de numéro gratuit |
11 | National/International | nvarchar(16) |
Si l’appel était national (dans un pays ou une région) ou international (en dehors d’un pays ou d’une région) en fonction de la localisation de l’utilisateur |
12 | Destination composé | nvarchar(64) |
Pays ou région composé |
13 | Numéro de destination | nvarchar(32) |
Numéro composé au format E.164 |
14 | Pays externe | nvarchar(16) |
Code de pays composé à deux chiffres |
15 | Heure de début | datetimeoffset |
Heure de début de l’appel |
16 | Heure de fin | datetimeoffset |
Heure de fin de l’appel |
17 | Durée en secondes | int |
Durée de connexion de l’appel |
18 | Frais de connexion | numeric(16, 2) |
Prix des frais de connexion |
19 | Frais | numeric(16, 2) |
Montant ou coût de l’appel facturé sur votre compte |
20 | Devise | nvarchar(3) |
Type de devise utilisée pour calculer le coût de l’appel (ISO 4217) |
21 | Fonctionnalité | nvarchar(32) |
Licence utilisée pour l’appel |
22 | Opérateur | nvarchar(32) |
Microsoft |
23 | Source de la durée de l’appel | nvarchar(32) |
Microsoft |
24 | Unités administratives | uniqueidentifier |
Collection d’unités administratives associées à un appel. |
Rapport d’utilisation du routage direct exporté
Vous pouvez exporter des données jusqu’à cinq mois (150 jours) à partir de la date actuelle, sauf si des réglementations spécifiques au pays ou à la région interdisent la conservation des données pour cette période.
# | Nom | Type de données (SQL Server) | Description |
---|---|---|---|
0 | Correlationid | uniqueidentifier |
Identificateur d’appel. Plusieurs étapes du même appel peuvent partager le même CorrelationId |
1 | Microsoft Entra ObjectId | uniqueidentifier |
Appel de l’ID d’utilisateur dans Microsoft Entra ID. Cette information utilisateur et d’autres peuvent être null/vides pour les types d’appels de bot |
2 | UPN | nvarchar(128) |
UserPrincipalName (nom de connexion, Microsoft Entra ID) de l’utilisateur ou du bot qui a effectué ou reçu l’appel. Il s’agit généralement de l’adresse SIP de l’utilisateur et peut être identique à l’adresse de messagerie de l’utilisateur |
3 | Nom d’affichage | nvarchar(128) |
Nom d’un utilisateur ou d’un bot appelant (par exemple, file d’attente d’appels ou standard automatique) tel qu’il est défini dans Centre d'administration Microsoft 365 |
4 | Pays de l’utilisateur | nvarchar(2) |
Code de pays de l’utilisateur, ISO 3166-1 alpha-2 |
5 | Heure d’invitation | datetimeoffset |
Lorsque l’invitation initiale est envoyée sur un appel sortant de l’utilisateur ou du bot Teams vers le SBC, ou reçu sur un appel entrant vers Teams ou bot par le composant proxy SIP du routage direct à partir du SBC |
6 | Heure de début | datetimeoffset |
Heure à laquelle le proxy SIP a reçu la réponse finale (message SIP « 200 OK ») du SBC sur le trafic sortant (Teams/Bot vers un utilisateur RTC), ou après que le proxy SIP a envoyé l’invitation au tronçon suivant dans le back-end Teams sur l’appel entrant (utilisateur RTC à teams/bot). Pour les appels ayant échoué et sans réponse, cela peut être égal à l’heure d’invitation ou d’échec |
7 | Heure de l’échec | datetimeoffset |
Existe uniquement pour les appels ayant échoué (non entièrement établis) |
8 | Heure de fin | datetimeoffset |
Existe uniquement pour les appels réussis (entièrement établis). Heure de fin de l’appel |
9 | Durée (secondes) | int |
Durée de l’appel, de l’invitation à la fin de l’appel ou à l’échec. Pour le transfert d’appel, la durée inclut la sonnerie dans la file d’attente des appels. |
10 | Opération réussie | nvarchar(3) |
Oui/Non. Réussite ou tentative |
11 | Numéro de l’appelant | nvarchar(32) |
Numéro de l’utilisateur ou du bot qui a effectué l’appel. Lors d’un appel entrant à un utilisateur Team, il s’agit d’un utilisateur RTC, en cas d’appel d’utilisateur Teams sortant, il s’agit du numéro d’utilisateur Teams. |
12 | Numéro d’appelé | nvarchar(32) |
Numéro de l’utilisateur ou du bot qui a reçu l’appel. Lors d’un appel entrant à un utilisateur Team, il s’agit de l’utilisateur Teams, en cas d’appel sortant de Teams, il s’agit de l’utilisateur RTC |
13 | Type d’appel | nvarchar(32) |
Type et direction de l’appel |
14 | Direction de l’appel | nvarchar(32) |
Indique si l’appel était un appel sortant ou entrant RTC |
15 | Région Azure pour les médias | nvarchar(8) |
Centre de données utilisé pour le chemin du média dans un appel sans contournement |
16 | Région Azure pour la signalisation | nvarchar(8) |
Centre de données utilisé pour la signalisation pour les appels de contournement et de non-contournement |
17 | Code SIP final | int |
Code avec lequel l’appel s’est terminé, RFC 3261 |
18 | Sous-code Microsoft final | int |
En plus des codes SIP, Microsoft a ses propres sous-codes qui indiquent le problème spécifique |
19 | Expression SIP finale | nvarchar(256) |
Description du code SIP et du sous-code Microsoft |
20 | Nom de domaine complet SBC | nvarchar(64) |
Nom de domaine complet du contrôleur de bordure de session |
21 | Contournement de média | nvarchar(3) |
Oui/Non. Indique si la jonction a été activée pour la déviation du trafic multimédia ou non |
22 | ID de corrélation partagé | uniqueidentifier |
Indique que deux appels ou plus sont liés |
23 | Unités administratives | uniqueidentifier |
Collection d’unités administratives associées à un appel. |
24 | ID de transfert ou de corrélation | uniqueidentifier |
Indique CorrelationId à partir d’un appel entre le transferee et le transferor |