Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Ce document fournit une liste détaillée de toutes les exigences FOCUS 1.0 et indique le niveau de support fourni par le jeu de données Microsoft Cost Management FOCUS. Pour en savoir plus sur FOCUS, reportez-vous à la vue d’ensemble de FOCUS.
Comment la conformité est mesurée
Les exigences FOCUS se répartissent en quatre groupes :
- Les exigences DOIVENT être obligatoires pour tous les fournisseurs de données.
- Les exigences DEVRAIENT sont des recommandations fortes.
- Les exigences recommandées sont les meilleures pratiques suggérées.
- Les exigences MAY sont facultatives et utilisées pour préparer les praticiens FinOps pour les cas de périphérie.
Bien qu’il n’y ait aucune mesure officielle pour la conformité FOCUS, nous calculons un score de conformité de 96 %, ce qui représente toutes les exigences entièrement et partiellement prises en charge. Le tableau suivant récapitule les exigences par niveau de prise en charge.
| Catégorie | Pris en charge | Prise en charge partielle | Non pris en charge | Non applicable |
|---|---|---|---|---|
| DEVOIR | 238 | 13 | 2 | 10 |
| DEVOIR | 22 | 3 | 1 | 1 |
| RECOMMANDÉ | 0 | 1 | 1 | 0 |
| MAI | 22 | 0 | 0 | 1 |
| Résumé | 93,1% | 5.6 % | 1,3 % |
Organisation de ce document
Les sections suivantes répertorient chaque exigence FOCUS, le niveau de support dans le jeu de données Microsoft Cost Management FOCUS 1.0 et toutes les notes pertinentes. Pour obtenir un résumé général des lacunes, reportez-vous au résumé de conformité FOCUS. Les ID de conditions requises sont uniquement à des fins de référence. Les ID ne sont pas définis dans le cadre de FOCUS.
Le reste de ce document répertorie les exigences FOCUS regroupées par attribut et colonne. Les colonnes définissent les éléments de données spécifiques dans le jeu de données et les attributs définissent le comportement des colonnes et des lignes. Les descriptions générales et un lien vers le document de configuration requise d’origine sont inclus en haut de chaque section.
Attributs
Nommage et classement des colonnes
Source : attributs/column_naming_and_ordering.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CNO1 | OBLIGATOIRE | Toutes les colonnes définies par FOCUS DOIVENT respecter les règles suivantes : | Prise en charge | |
| CNO1.1 | OBLIGATOIRE | Les ID de colonne DOIVENT utiliser le cas Pascal. | Prise en charge | |
| CNO1.2 | OBLIGATOIRE | Les ID de colonne NE DOIVENT PAS utiliser d’abréviations. | Prise en charge | |
| CNO1.3 | OBLIGATOIRE | Les ID de colonne DOIVENT être alphanumériques sans caractères spéciaux. | Prise en charge | |
| CNO1.4 | OBLIGATOIRE | Les colonnes qui ont un ID et un nom DOIVENT avoir le ou Id le Name suffixe dans l’ID de colonne. |
Prise en charge | |
| CNO1.5 | MAI | Nom complet d’une colonne PEUT éviter le Name suffixe s’il n’existe aucune autre colonne portant le même préfixe de nom. |
Prise en charge | |
| CNO1.6 | RECOMMANDÉ | Les ID de colonne NE DOIVENT PAS utiliser d’acronymes. | Prise en charge | |
| CNO1.7 | RECOMMANDÉ | Les ID de colonne NE DOIVENT PAS dépasser 50 caractères pour prendre en charge les restrictions de longueur de colonne de différents référentiels de données. | Prise en charge | |
| CNO2 | OBLIGATOIRE | Toutes les colonnes personnalisées DOIVENT être précédées d’un préfixe cohérent x_ pour les identifier en tant que colonnes externes, personnalisées et les distinguer des colonnes FOCUS pour éviter les conflits dans les versions ultérieures. |
Prise en charge partielle |
BillingAccountType et SubAccountType ont été introduits involontairement dans la version préliminaire du jeu de données FOCUS 1.0 de Microsoft sans le x_ préfixe. Les deux colonnes sont documentées dans une demande de tirage FOCUS en attente. Les noms de colonnes non préfixés sont conservés pour la compatibilité descendante jusqu’à ce qu’une détermination officielle soit prise à leur sujet. |
| CNO3.1 | OBLIGATOIRE | Les colonnes qui ont un ID et un nom DOIVENT avoir le ou Id le Name suffixe dans l’ID de colonne. |
Prise en charge | |
| CNO3.2 | MAI | Nom complet d’une colonne PEUT éviter le suffixe Name s’il est considéré comme superflu. | Prise en charge | Nous vous déconseillons cette pratique car elle introduit une confusion lorsque les ID de colonne et les noms d’affichage ne correspondent pas. |
| CNO4 | OBLIGATOIRE | Les colonnes avec le Category suffixe DOIVENT être normalisées. |
Prise en charge | |
| CNO5 | RECOMMANDÉ | Les colonnes personnalisées (par exemple, définies par le fournisseur) doivent respecter les mêmes règles répertoriées ci-dessus pour les colonnes FOCUS. | Prise en charge | |
| CNO6 | RECOMMANDÉ | Toutes les colonnes FOCUS DOIVENT être d’abord dans le jeu de données fourni. | Prise en charge | |
| CNO7 | RECOMMANDÉ | Les colonnes personnalisées DOIVENT être répertoriées après toutes les colonnes FOCUS et NE DOIVENT PAS être mélangées. | Prise en charge | |
| CNO8.1 | MAI | Les colonnes PEUVENT être triées par ordre alphabétique... | Prise en charge | Les colonnes sont triées par ordre alphabétique pour faciliter l’utilisation. |
| CNO8.2 | RECOMMANDÉ | ... les colonnes personnalisées DOIVENT être après toutes les colonnes FOCUS. | Prise en charge | Les colonnes sont triées par ordre alphabétique pour faciliter l’utilisation. |
Format du code monétaire
Source : attributs/currency_code_format.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CCF1 | OBLIGATOIRE | Toutes les colonnes capturant une valeur monétaire, définie dans la spécification FOCUS, DOIVENT respecter les exigences répertoriées ci-dessous. | Prise en charge | |
| CCF2 | RECOMMANDÉ | Les colonnes personnalisées liées aux devises DOIVENT également respecter les mêmes exigences de mise en forme. | Prise en charge | |
| CCF3 | OBLIGATOIRE | Les colonnes liées à la devise DOIVENT être représentées sous la forme d’un code alphabétique à trois lettres, comme indiqué dans le document de gouvernance ISO 4217:2015. | Prise en charge |
Format date/heure
Source : attributs/datetime_format.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| DTF1 | OBLIGATOIRE | Toutes les colonnes capturant une valeur de date/heure, définie dans la spécification FOCUS, DOIVENT respecter les exigences de mise en forme répertoriées ci-dessous. | Prise en charge | |
| DTF2 | RECOMMANDÉ | Les colonnes de date/heure personnalisées doivent également respecter les mêmes exigences de mise en forme. | Prise en charge | |
| DTF3 | OBLIGATOIRE | Les valeurs de date/heure doivent être au format UTC (Temps universel coordonné) pour éviter toute ambiguïté et garantir la cohérence entre différents fuseaux horaires. | Prise en charge | |
| DTF4 | OBLIGATOIRE | Le format des valeurs de date/heure doit être aligné sur la norme ISO 8601, qui fournit un format globalement reconnu pour représenter les dates et les heures (voir ISO 8601-1:2019 régissant le document pour plus d’informations). | Prise en charge | |
| DTF5 | OBLIGATOIRE | Les valeurs fournissant des informations sur un moment spécifique dans le temps DOIVENT être représentées au format ISO 8601 étendu avec décalage UTC ('AAAA-MM-DDTHH :mm :ssZ') et conformes aux instructions suivantes : Inclure les composants de date et d’heure, séparés par la lettre « T » ; Utilisez des heures à deux chiffres (HH), des minutes (mm) et des secondes (ss) ; Fin avec l’indicateur « Z » pour indiquer UTC (temps universel coordonné). | Prise en charge partielle | Les colonnes de date suivent toutes la norme ISO 8601, mais n’incluent pas de secondes (par exemple, « 2024-01-01T00:00Z »). |
Gestion des remises
Source : attributs/discount_handling.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| DH1 | RECOMMANDÉ | Toutes les remises applicables DOIVENT être appliquées à chaque ligne à laquelle elles appartiennent et NE DOIVENT PAS être supprimées dans une ligne distincte. | Prise en charge | |
| DH2 | OBLIGATOIRE | Toutes les remises appliquées à une ligne DOIVENT s’appliquer à l’intégralité des frais. | Prise en charge | |
| DH2.1 | MAI | Plusieurs remises PEUVENT s’appliquer à une ligne... | Prise en charge | |
| DH2.2 | OBLIGATOIRE | Plusieurs remises [appliquées à une ligne]... DOIT s’appliquer à l’intégralité des frais couverts par cette ligne. | Prise en charge | |
| DH2.3 | OBLIGATOIRE | Si une remise s’applique uniquement à une partie d’un frais, la partie remise de la charge DOIT être divisée en une ligne distincte. | Prise en charge | |
| DH2.4 | OBLIGATOIRE | Chaque remise doit être identifiable à l’aide de colonnes FOCUS existantes. | Prise en charge |
CommitmentDiscountId est la seule colonne FOCUS qui identifie les remises. |
| DH2.4.1 | OBLIGATOIRE | Les lignes avec une remise basée sur l’engagement appliquées à eux DOIVENT inclure un CommitmentDiscountId. | Prise en charge | |
| DH2.4.2 | RECOMMANDÉ | Si un fournisseur applique une remise qui ne peut pas être représentée par une colonne FOCUS, il DOIT inclure des colonnes supplémentaires pour identifier la source de la remise. | Prise en charge partielle | Les remises négociées peuvent être identifiées en comparant ListCost et ContractedCost. |
| DH3.1 | OBLIGATOIRE | Les remises achetées (par exemple, les remises basées sur l’engagement) DOIVENT être amorties. | Prise en charge | |
| DH3.2 | OBLIGATOIRE | Le BilledCost DOIT être 0 pour toute ligne où l’engagement couvre l’intégralité du coût de la période de frais. | Prise en charge | |
| DH3.3 | OBLIGATOIRE | EffectiveCost DOIT inclure la partie du coût d’achat amorti qui s’applique à cette ligne. | Prise en charge | |
| DH3.4 | OBLIGATOIRE | La somme de l’EffectiveCost pour toutes les lignes où CommitmentDiscountStatus est « Utilisé » ou « Non utilisé » pour chaque CommitmentDiscountId pendant toute la durée de l’engagement DOIT être identique au montant total de la remise basée sur l’engagement. | Prise en charge | |
| DH3.5 | OBLIGATOIRE | CommitmentDiscountId et ResourceId DOIVENT être définis sur l’ID affecté à la remise basée sur l’engagement. | Prise en charge | Pour faciliter le fractionnement des remises d’engagement, les achats de remises d’engagement et les remboursements utilisent l’ordre de remise d’engagement tandis que l’utilisation de la remise d’engagement utilise l’instance dans la commande. Permet x_SkuOrderId d’identifier l’ID de commande de remise d’engagement pour les frais d’utilisation. |
| DH3.6 | OBLIGATOIRE | ChargeCategory DOIT être défini sur « Acheter » sur les lignes qui représentent un achat d’une remise basée sur un engagement. | Prise en charge | |
| DH3.7 | OBLIGATOIRE | CommitmentDiscountStatus DOIT être « Utilisé » pour les lignes ChargeCategory « Utilisation » qui ont reçu un prix réduit d’un engagement. | Prise en charge | |
| DH3.8 | OBLIGATOIRE | CommitmentDiscountId DOIT être défini sur l’ID affecté à la remise [pour l’utilisation de la remise d’engagement]. | Prise en charge | |
| DH3.9 | OBLIGATOIRE | ResourceId doit être défini sur l’ID de la ressource qui a reçu la remise [pour l’utilisation de la remise d’engagement]. | Prise en charge | |
| DH3.10 | OBLIGATOIRE | Si un engagement n’est pas entièrement utilisé, le fournisseur DOIT inclure une ligne qui représente la partie inutilisée de l’engagement pour cette période de frais. | Prise en charge | |
| DH3.11 | OBLIGATOIRE | Ces lignes DOIVENT être représentées avec CommitmentDiscountStatus défini sur « Non utilisé » et ChargeCategory défini sur « Utilisation ». | Prise en charge | |
| DH3.12 | OBLIGATOIRE | Ces lignes DOIVENT avoir leur CommitmentDiscountId et ResourceId définis sur l’ID affecté à la remise basée sur l’engagement. | Prise en charge partielle | CommitmentDiscountId correspond logiquement à ResourceId, mais ils diffèrent dans le cas. |
| DH4 | OBLIGATOIRE | Les crédits appliqués après le fait DOIVENT utiliser une catégorie de frais de « Crédit ». | Non applicable | Les crédits ne sont inclus dans aucun jeu de données de coût et d’utilisation de Cost Management. |
Format de valeur de clé
Source : attributs/key_value_format.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| KVF1 | OBLIGATOIRE | Les colonnes format clé-valeur DOIVENT contenir une chaîne JSON sérialisée, cohérente avec la définition ECMA 404 d’un objet. | Prise en charge | |
| KVF2 | OBLIGATOIRE | Les clés d’une paire clé-valeur doivent être uniques dans un objet. | Prise en charge | |
| KVF3 | OBLIGATOIRE | Les valeurs d’une paire clé-valeur doivent être l’un des types suivants : nombre, chaîne, truefalseou null. |
Prise en charge | |
| KVF4 | OBLIGATOIRE | Les valeurs d’une paire clé-valeur NE DOIVENT PAS être un objet ou un tableau. | Prise en charge |
Gestion des valeurs Null
Source : attributs/null_handling.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| NH1 | RECOMMANDÉ | Les colonnes personnalisées DOIVENT également respecter les mêmes exigences de mise en forme. | Prise en charge partielle | Les colonnes suivantes peuvent être « -2 » lorsqu’il n’y a pas de valeur : SkuPriceId, x_AccountId, x_InvoiceSectionId. Les colonnes suivantes peuvent être « Non attribuées » lorsqu’il n’y a pas de valeur : SubAccountName, , x_AccountName, x_AccountOwnerId, x_InvoiceSectionName. x_PricingUnitDescription Les colonnes suivantes peuvent être 0 lorsqu’une valeur n’est pas disponible : ContractedCost, , ContractedUnitPrice, ListCostListUnitPrice. |
| NH2 | OBLIGATOIRE | Les colonnes DOIVENT utiliser NULL lorsqu’il n’existe pas de valeur qui peut être spécifiée pour une colonne nullable. | Prise en charge partielle | (Voir les notes précédentes) |
| NH3 | OBLIGATOIRE | Les colonnes NE DOIVENT PAS utiliser de chaînes vides ou de valeurs d’espace réservé telles que 0 pour les colonnes numériques ou « Non applicables » pour représenter une valeur Null ou ne pas avoir de valeur, que la colonne autorise les valeurs Null ou non. | Prise en charge partielle | (Voir les notes précédentes) |
Format numérique
Source : attributs/numeric_format.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| NF1 | RECOMMANDÉ | La capture de valeurs numériques personnalisées doit adopter les mêmes exigences de format au fil du temps. | Prise en charge | |
| NF2 | OBLIGATOIRE | Les colonnes avec un format de valeur numérique DOIVENT contenir une valeur numérique unique. | Prise en charge | |
| NF3 | OBLIGATOIRE | Les valeurs numériques DOIVENT être exprimées sous la forme d’une valeur entière, d’une valeur décimale ou d’une valeur exprimée en notation scientifique. | Prise en charge | |
| NF4 | OBLIGATOIRE | La notation fractionnelle NE DOIT PAS être utilisée. | Prise en charge | |
| NF5 | OBLIGATOIRE | Les valeurs numériques exprimées à l’aide de la notation scientifique DOIVENT être exprimées à l’aide de la notation E « mEn » avec un nombre réel m et un entier n indiquant une valeur de « m x 10^n ». | Prise en charge | |
| NF6 | OBLIGATOIRE | Le signe de l’exposant DOIT être exprimé uniquement dans le cadre de la valeur d’exposant si n est négatif. | Prise en charge | |
| NF7 | OBLIGATOIRE | Les valeurs numériques NE DOIVENT PAS être exprimées avec des symboles mathématiques, des fonctions ou des opérateurs. | Prise en charge | |
| NF8 | OBLIGATOIRE | Les valeurs numériques NE DOIVENT PAS contenir de qualificateurs ou de caractères supplémentaires (par exemple, symboles monétaires, unités de mesure, etc.). | Prise en charge | |
| NF9 | OBLIGATOIRE | Les valeurs numériques NE DOIVENT PAS contenir de virgules ou de signes de ponctuation à l’exception d’un point décimal unique (« . ») si nécessaire pour exprimer une valeur décimale. | Prise en charge | |
| NF10 | OBLIGATOIRE | Les valeurs numériques NE DOIVENT PAS inclure un caractère pour représenter un signe pour une valeur positive. | Prise en charge | |
| NF11 | OBLIGATOIRE | Un signe négatif (-) DOIT indiquer une valeur négative. | Prise en charge | |
| NF12 | OBLIGATOIRE | Les colonnes avec un format de valeur numérique DOIVENT présenter l’une des valeurs suivantes comme « Type de données » dans la définition de colonne : Integer, Decimal. |
Prise en charge | |
| NF13 | RECOMMANDÉ | Les fournisseurs DOIVENT définir la précision et l’échelle pour les colonnes format numérique à l’aide de l’une des valeurs de précision suivantes dans un document de définition de données que les fournisseurs publient : Entiers Short, Long; Extended Décimal Single, Double, Extended. |
Prise en charge |
Gestion des chaînes
Source : attributs/string_handling.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| SH1 | RECOMMANDÉ | La capture de colonnes de valeur de chaîne personnalisée doit adopter les mêmes exigences au fil du temps. | Prise en charge | |
| SH2 | OBLIGATOIRE | Les valeurs de chaîne DOIVENT conserver la casse d’origine, l’espacement et d’autres facteurs de cohérence pertinents, tels que spécifiés par les fournisseurs et les utilisateurs finaux. | Prise en charge partielle |
ResourceName peut être modifié en minuscules ou majuscules par le fournisseur de ressources. Si vous voyez cela, déposez une demande de support sur l’équipe de service responsable de la référence SKU/compteur.
ResourceId est en minuscules pour répondre aux exigences FOCUS. |
| SH3.1 | OBLIGATOIRE | Les frais liés aux entités mutables (par exemple, les noms de ressources) DOIVENT être reflétés avec précision dans les frais correspondants encourus après la modification... | Prise en charge | |
| SH3.2 | OBLIGATOIRE | Frais pour les entités mutables... NE DOIT PAS modifier les frais engagés avant la modification, en préservant l’intégrité des données et l’auditabilité pour tous les enregistrements de frais. | Prise en charge | |
| SH4 | OBLIGATOIRE | Valeurs de chaîne immuables qui font référence à la même entité (par exemple, identificateurs de ressource, identificateurs de région, etc.) DOIT rester cohérent et inchangé dans toutes les périodes de facturation . | Prise en charge | |
| SH5 | RECOMMANDÉ | Les chaînes vides et les chaînes composées uniquement d’espaces NE DOIVENT PAS être utilisées dans les colonnes de chaîne non nullables. | Prise en charge | |
| SH6 | MAI | Lorsqu’un enregistrement est fourni après une modification d’une valeur de chaîne mutable et que chargeClass est « Correction », l’enregistrement PEUT contenir la valeur modifiée. | Prise en charge |
Format d’unité
Source : attributs/unit_format.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| UF1 | RECOMMANDÉ | Les unités DOIVENT être exprimées sous la forme d’une seule unité de mesure respectant l’un des trois formats suivants : <plural-units>, <singular-unit>-<plural-time-units>, <plural-units>/<singular-time-unit>. |
Prise en charge | Bien que valide en fonction de la règle UF2, les unités suivantes sont des exceptions à cette règle : Units/10 Days, Units/3 Months, Units/6 Months. |
| UF2.1 | MAI | Les unités PEUVENT être exprimées avec une quantité d’unité (<quantity> <plural-units>) ou un intervalle de temps (<plural-units>/<interval> <plural-time-units>). |
Prise en charge | Voir UF1. |
| UF2.2 | OBLIGATOIRE | Si une quantité d’unité ou un intervalle de temps est utilisé, la quantité d’unité ou l’intervalle de temps DOIT être exprimé sous la forme d’un nombre entier. | Prise en charge | |
| UF3 | OBLIGATOIRE | Les valeurs d’unité et les composants des colonnes à l’aide du format d’unité DOIVENT utiliser un schéma de mise en majuscules cohérent avec le schéma de mise en majuscule utilisé dans cet attribut si ce terme est répertorié dans cette section. | Prise en charge | |
| UF4 | RECOMMANDÉ | Les unités DOIVENT être composées de la liste des unités recommandées répertoriées dans cette section, sauf si la valeur d’unité couvre une dimension non répertoriée dans l’ensemble d’unités recommandé, ou si l’unité couvre une unité basée sur un nombre distinct des valeurs recommandées dans la dimension de comptage répertoriée dans cette section. | Prise en charge | |
| UF5.1 | OBLIGATOIRE | Les noms d’unités de taille de données DOIVENT être abrégés à l’aide de l’une des abréviations du tableau suivant. | Prise en charge | |
| UF5.2 | OBLIGATOIRE | Les valeurs supérieures à 10^18 DOIVENT utiliser l’abréviation d’exabit, d’exabyte, d’exbibit et d’exbibyte... | Prise en charge | |
| UF5.3 | OBLIGATOIRE | ... les valeurs inférieures à un octet DOIVENT utiliser l’abréviation pour bit ou octet. | Prise en charge | |
| UF6 | MAI | Si la liste suivante de valeurs recommandées ne couvre pas une unité basée sur le nombre, un fournisseur PEUT introduire un nouveau nom représentant une unité basée sur le nombre. | Prise en charge | Toutes les valeurs d’unité prises en charge sont documentées dans le jeu de données d’unités tarifaires dans le kit de ressources FinOps. |
| UF7 | OBLIGATOIRE | Tous les noms apparaissant dans les unités qui ne sont pas répertoriées dans la table de valeurs recommandées seront considérés comme des unités basées sur le nombre. Une nouvelle valeur d’unité basée sur le nombre doit être capitalisée. | Prise en charge | |
| UF8 | OBLIGATOIRE | Les unités basées sur le temps peuvent être utilisées pour mesurer la consommation sur un intervalle de temps ou en combinaison avec une autre unité pour capturer un taux de consommation. Les unités basées sur le temps DOIVENT correspondre à l’une des valeurs répertoriées dans le tableau suivant : Year, , Month, DayHour, , . MinuteSecond |
Prise en charge | |
| UF9 | OBLIGATOIRE | Si la valeur d’unité est une valeur composite composée à partir de combinaisons d’une ou plusieurs unités, chaque composant DOIT également s’aligner sur l’ensemble de valeurs recommandées. | Prise en charge | |
| UF10.1 | OBLIGATOIRE | Au lieu de « per » ou « - » pour désigner une unité composite, une barre oblique (« / ») et un espace( » « ) DOIVENT être utilisés comme convention commune. | Prise en charge | |
| UF10.2 | RECOMMANDÉ | Les unités basées sur le nombre, telles que les requêtes, les instances et les jetons DOIVENT être exprimées à l’aide d’une valeur répertoriée dans la dimension de nombre. | Prise en charge | |
| UF10.3 | RECOMMANDÉ | Par exemple, si une unité d’utilisation est mesurée comme un taux de requêtes ou d’instances sur une période donnée, l’unité DOIT être répertoriée comme « Demandes/Jour » pour indiquer le nombre de demandes par jour. | Prise en charge |
Colonnes
Zone de disponibilité
Source : colonnes/availabilityzone.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| AZ0 | Descriptif | Identificateur attribué par un fournisseur pour une zone physiquement séparée et isolée au sein d’une région qui fournit une haute disponibilité et une tolérance de panne. | Prise en charge | Microsoft prend en charge le concept de zone de disponibilité, mais ne l’inclut pas dans le jeu de données de coût et d’utilisation cost Management. |
| AZ1 | RECOMMANDÉ | La colonne AvailabilityZone est RECOMMANDÉE pour être présente dans les données de facturation lorsque le fournisseur prend en charge le déploiement de ressources ou de services dans une zone de disponibilité. | Ne prend pas en charge | Les zones de disponibilité ne sont disponibles dans aucun jeu de données de coût et d’utilisation de Cost Management. |
| AZ2.1 | OBLIGATOIRE | [AvailabilityZone] DOIT être de type String... | Non applicable | |
| AZ2.2 | MAI | [AvailabilityZone]... PEUT contenir des valeurs Null lorsqu’un frais n’est pas spécifique à une zone de disponibilité. | Non applicable |
Coût facturé
Source : colonnes/billedcost.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| BCo0 | Descriptif | Frais servant de base pour la facturation, inclus de tous les tarifs et remises réduits tout en excluant l’amortissement des frais initiaux (ponctuels ou récurrents). | Prise en charge | |
| BCo1.1 | OBLIGATOIRE | La colonne BilledCost DOIT être présente dans les données de facturation... | Prise en charge | |
| BCo1.2 | OBLIGATOIRE | La colonne BilledCost... NE DOIT PAS être Null. | Prise en charge | |
| BCo2.1 | OBLIGATOIRE | [BilledCost] DOIT être de type Decimal... | Prise en charge | |
| BCo2.2 | OBLIGATOIRE | [BilledCost]... DOIT être conforme au format numérique... | Prise en charge | |
| BCo2.3 | OBLIGATOIRE | [BilledCost]... [DOIT] être nommé dans billingCurrency. | Prise en charge | |
| BCo2.4 | OBLIGATOIRE | La somme de billedCost pour les lignes d’une période de facturation donnée DOIT correspondre à la somme des factures reçues pour cette période de facturation pour un compte de facturation. | Prise en charge |
ID de compte de facturation
Source : colonnes/billingaccountid.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| BAI0 | Descriptif | Identificateur affecté à un compte de facturation par le fournisseur. | Prise en charge | Le compte de facturation FOCUS représente l’étendue à laquelle les factures sont générées, qui est un compte de facturation Accord Entreprise (également appelé inscription) ou un profil de facturation Contrat client Microsoft. |
| BAI1 | OBLIGATOIRE | La colonne BillingAccountId doit être présente dans les données de facturation. | Prise en charge | |
| BAI2 | OBLIGATOIRE | [BillingAccountId] DOIT être de type String... | Prise en charge | |
| BAI3 | OBLIGATOIRE | [BillingAccountId]... NE DOIT PAS contenir de valeurs Null. | Prise en charge | |
| BAI4 | OBLIGATOIRE | BillingAccountId DOIT être un identificateur global unique au sein d’un fournisseur. | Prise en charge |
BillingAccountId utilise l’ID Azure Resource Manager complet et non le numéro d’inscription simple ou l’ID de profil de facturation pour la cohérence et pour garantir que l’étendue identifiée est évidente et accessible par programme via cet identificateur. |
Nom du compte de facturation
Source : colonnes/billingaccountname.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| BAN0 | Descriptif | Nom complet affecté à un compte de facturation. | Prise en charge | Le compte de facturation FOCUS représente l’étendue à laquelle les factures sont générées, qui est un compte de facturation Accord Entreprise (également appelé inscription) ou un profil de facturation Contrat client Microsoft. |
| BAN1.1 | OBLIGATOIRE | La colonne BillingAccountName DOIT être présente dans les données de facturation... | Prise en charge | |
| BAN1.2 | OBLIGATOIRE | Colonne BillingAccountName... NE DOIT PAS être null lorsque le fournisseur prend en charge l’attribution d’un nom complet pour le compte de facturation. | Prise en charge | |
| BAN2 | OBLIGATOIRE | [BillingAccountName] DOIT être de type String. | Prise en charge | |
| BAN3 | OBLIGATOIRE | BillingAccountName DOIT être unique au sein d’un client lorsqu’un client a plusieurs comptes de facturation. | Ne prend pas en charge | Les propriétaires de compte de facturation contrôlent le BillingAccountName. Microsoft ne modifie pas cette valeur, même s’ils choisissent d’utiliser le même nom qu’un autre compte de facturation. |
Devise de facturation
Source : colonnes/billingcurrency.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| BCu0 | Descriptif | Représente la devise dans laquelle un frais a été facturé. | Prise en charge | |
| BCu1 | OBLIGATOIRE | La colonne BillingCurrency DOIT être présente dans les données de facturation. | Prise en charge | |
| BCu2 | OBLIGATOIRE | BillingCurrency DOIT correspondre à la devise utilisée dans la facture générée par l’émetteur de facture. | Prise en charge | |
| BCu3.1 | OBLIGATOIRE | [BillingCurrency] DOIT être de type String... | Prise en charge | |
| BCu3.2 | OBLIGATOIRE | [BillingCurrency]... NE DOIT PAS contenir de valeurs Null. | Prise en charge | |
| BCu5 | OBLIGATOIRE | BillingCurrency DOIT être conforme aux exigences en matière de format de code monétaire. | Prise en charge |
Fin de la période de facturation
Source : colonnes/billingperiodend.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| BPE0 | Descriptif | Date et heure de fin exclusives d’une période de facturation. | Prise en charge | |
| BPE1 | OBLIGATOIRE | La colonne BillingPeriodEnd doit être présente dans les données de facturation. | Prise en charge | |
| BPE2.1 | OBLIGATOIRE | [BillingPeriodEnd] DOIT être de type Date/Heure Format... | Prise en charge | |
| BPE2.2 | OBLIGATOIRE | [BillingPeriodEnd]... DOIT être une valeur exclusive... | Prise en charge | |
| BPE2.3 | OBLIGATOIRE | [BillingPeriodEnd]... NE DOIT PAS contenir de valeurs Null. | Prise en charge | |
| BPE3 | OBLIGATOIRE | La somme de la colonne BilledCost pour les lignes d’une période de facturation donnée DOIT correspondre à la somme des factures reçues pour cette période de facturation pour un compte de facturation. | Prise en charge |
Début de la période de facturation
Source : colonnes/billingperiodstart.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| BPS0 | Descriptif | Date et heure de début inclusives d’une période de facturation. | Prise en charge | |
| BPS1.1 | OBLIGATOIRE | La colonne BillingPeriodStart DOIT être présente dans les données de facturation... | Prise en charge | |
| BPS1.2 | OBLIGATOIRE | Colonne BillingPeriodStart... DOIT être de type Date/Heure Format... | Prise en charge | |
| BPS1.3 | OBLIGATOIRE | Colonne BillingPeriodStart... DOIT être une valeur inclusive... | Prise en charge | |
| BPS1.4 | OBLIGATOIRE | Colonne BillingPeriodStart... NE DOIT PAS contenir de valeurs Null. | Prise en charge | |
| BPS2 | OBLIGATOIRE | La somme de la métrique BilledCost pour les lignes d’une période de facturation donnée DOIT correspondre à la somme des factures reçues pour cette période de facturation pour un compte de facturation. | Prise en charge |
Catégorie de frais
Source : colonnes/chargecategory.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| ChCt0 | Descriptif | Représente la classification de niveau le plus élevé d’un frais en fonction de la nature de la façon dont elle est facturée. | Prise en charge | |
| ChCt1.1 | OBLIGATOIRE | La colonne ChargeCategory DOIT être présente dans les données de facturation... | Prise en charge | |
| ChCt1.2 | OBLIGATOIRE | Colonne ChargeCategory... NE DOIT PAS être Null. | Prise en charge | |
| ChCt2 | OBLIGATOIRE | [ChargeCategory] est de type String et DOIT être l’une des valeurs autorisées. | Prise en charge |
Classe Charge
Source : colonnes/chargeclass.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| ChCl0 | Descriptif | Indique si la ligne représente une correction à un ou plusieurs frais facturés au cours d’une période de facturation précédente. | Prise en charge | |
| ChCl1 | OBLIGATOIRE | La colonne ChargeClass doit être présente dans les données de facturation. | Prise en charge | |
| ChCl2.1 | OBLIGATOIRE | [ChargeClass] DOIT être de type String... | Prise en charge | |
| ChCl2.2 | OBLIGATOIRE | [ChargeClass]... DOIT être « Correction » lorsque la ligne représente une correction à un ou plusieurs frais facturés au cours d’une période de facturation précédente. | Prise en charge | |
| ChCl3 | OBLIGATOIRE | ChargeClass DOIT être null lorsqu’il n’est pas une correction ou lorsqu’il s’agit d’une correction au cours de la période de facturation actuelle. | Prise en charge |
Description des frais
Source : colonnes/chargeescription.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CD0 | Descriptif | Résumé autonome de l’objectif et du prix des frais. | Prise en charge | |
| CD1 | OBLIGATOIRE | La colonne ChargeDescription DOIT être présente dans les données de facturation... | Prise en charge | |
| CD2 | OBLIGATOIRE | La colonne ChargeDescription... DOIT être de type String... | Prise en charge | |
| CD3 | RECOMMANDÉ | La colonne ChargeDescription... NE DOIT PAS être null. | Prise en charge partielle |
ChargeDescription peut être null pour les frais inutilisés du plan d’épargne, les frais de la Place de marché et d’autres frais qui ne sont pas directement associés à une référence SKU de produit. |
| CD4 | RECOMMANDÉ | Les fournisseurs DOIVENT spécifier la longueur de [ChargeDescription] dans leur documentation disponible publiquement. | Ne prend pas en charge |
Fréquence de charge
Source : colonnes/chargefrequency.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CF0 | Descriptif | Indique la fréquence à laquelle un frais se produit. | Prise en charge | |
| CF1.1 | RECOMMANDÉ | La colonne ChargeFrequency est RECOMMANDÉE dans les données de facturation... | Prise en charge | |
| CF1.2 | OBLIGATOIRE | La colonne ChargeFrequency... NE DOIT PAS être Null. | Prise en charge | |
| CF2 | OBLIGATOIRE | [ChargeFrequency] est de type String et DOIT être l’une des valeurs autorisées. | Prise en charge | |
| CF3 | OBLIGATOIRE | Lorsque ChargeCategory est « Purchase », ChargeFrequency NE DOIT PAS être « Basé sur l’utilisation ». | Prise en charge |
Fin de la période de facturation
Source : colonnes/chargeperiodend.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CPE0 | Descriptif | Date et heure de fin exclusives d’une période de frais. | Prise en charge | |
| CPE1.1 | OBLIGATOIRE | ChargePeriodEnd DOIT être présent dans les données de facturation... | Prise en charge | |
| CPE1.2 | OBLIGATOIRE | ChargePeriodEnd... DOIT être de type Date/Heure... | Prise en charge | |
| CPE1.3 | OBLIGATOIRE | ChargePeriodEnd... DOIT être une valeur exclusive... | Prise en charge | |
| CPE1.4 | OBLIGATOIRE | ChargePeriodEnd... NE DOIT PAS contenir de valeurs Null. | Prise en charge | |
| CPE2 | OBLIGATOIRE | ChargePeriodEnd DOIT correspondre à la limite de date et d’heure de fin de la période effective des frais. | Prise en charge |
Début de la période de facturation
Source : colonnes/chargeperiodstart.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CPS0 | Descriptif | Date et heure de début inclusives dans une période de frais. | Prise en charge | |
| CPS1.1 | OBLIGATOIRE | ChargePeriodStart DOIT être présent dans les données de facturation... | Prise en charge | |
| CPS1.2 | OBLIGATOIRE | ChargePeriodStart... DOIT être de type Date/Heure... | Prise en charge | |
| CPS1.3 | OBLIGATOIRE | ChargePeriodStart... DOIT être une valeur inclusive... | Prise en charge | |
| CPS1.4 | OBLIGATOIRE | ChargePeriodStart... NE DOIT PAS contenir de valeurs Null. | Prise en charge | |
| CPS2 | OBLIGATOIRE | ChargePeriodStart DOIT correspondre à la date et à l’heure de début de la période effective des frais. | Prise en charge |
Catégorie de remise d’engagement
Source : colonnes/commitmentdiscountcategory.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CDC0 | Descriptif | Indique si la remise basée sur l’engagement identifiée dans la colonne CommitmentDiscountId est basée sur la quantité d’utilisation ou le coût (également appelé « dépense »). | Prise en charge | |
| CDC1 | OBLIGATOIRE | La colonne CommitmentDiscountCategory DOIT être présente dans les données de facturation lorsque le fournisseur prend en charge les remises basées sur l’engagement. | Prise en charge | |
| CDC2.1 | OBLIGATOIRE | [CommitmentDiscountCategory] DOIT être de type String... | Prise en charge | |
| CDC2.2 | OBLIGATOIRE | [CommitmentDiscountCategory]... DOIT être null lorsque CommitmentDiscountId a la valeur Null... | Prise en charge | |
| CDC2.3 | OBLIGATOIRE | [CommitmentDiscountCategory]... NE DOIT PAS être null lorsque CommitmentDiscountId n’est pas null. | Prise en charge | |
| CDC3 | OBLIGATOIRE | CommitmentDiscountCategory DOIT être l’une des valeurs autorisées. | Prise en charge |
ID de remise d’engagement
Source : colonnes/commitmentdiscountid.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| IDC0 | Descriptif | Identificateur affecté à une remise basée sur l’engagement par le fournisseur. | Prise en charge | |
| IDC1 | OBLIGATOIRE | La colonne CommitmentDiscountId doit être présente dans les données de facturation lorsque le fournisseur prend en charge les remises basées sur l’engagement. | Prise en charge | |
| IDC2.1 | OBLIGATOIRE | [CommitmentDiscountId] DOIT être de type String... | Prise en charge | |
| IDC2.2 | OBLIGATOIRE | [CommitmentDiscountId]... NE DOIT PAS contenir de valeurs Null lorsqu’un frais est lié à une remise basée sur l’engagement. | Prise en charge | |
| IDC3 | OBLIGATOIRE | Lorsqu’un frais n’est pas associé à une remise basée sur l’engagement, la colonne DOIT être null. | Prise en charge | |
| IDC4 | OBLIGATOIRE | CommitmentDiscountId DOIT être unique au sein du fournisseur. | Prise en charge |
Nom de la remise d’engagement
Source : colonnes/commitmentdiscountname.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CDN0 | Descriptif | Nom complet affecté à une remise basée sur l’engagement. | Prise en charge | |
| CDN1 | OBLIGATOIRE | La colonne CommitmentDiscountName DOIT être présente dans les données de facturation lorsque le fournisseur prend en charge les remises basées sur l’engagement. | Prise en charge | |
| CDN2 | OBLIGATOIRE | [CommitmentDiscountName] DOIT être de type String. | Prise en charge | |
| CDN3.1 | OBLIGATOIRE | La valeur CommitmentDiscountName doit être null si les frais ne sont pas liés à une remise basée sur l’engagement... | Prise en charge | |
| CDN3.2 | MAI | Valeur CommitmentDiscountName... PEUT être null si un nom d’affichage ne peut pas être attribué à une remise basée sur l’engagement. | Prise en charge | |
| CDN4 | OBLIGATOIRE | CommitmentDiscountName NE DOIT PAS être null si un nom d’affichage peut être affecté à une remise basée sur l’engagement. | Prise en charge |
État de remise d’engagement
Source : colonnes/commitmentdiscountstatus.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CDS0 | Descriptif | Indique si les frais correspondent à la consommation d’une remise basée sur l’engagement ou à la partie inutilisée du montant validé. | Prise en charge | |
| CDS1 | OBLIGATOIRE | La colonne CommitmentDiscountStatus doit être présente dans les données de facturation lorsque le fournisseur prend en charge les remises basées sur l’engagement. | Prise en charge | |
| CDS2 | OBLIGATOIRE | [CommitmentDiscountStatus] DOIT être de type String... | Prise en charge | |
| CDS3.1 | OBLIGATOIRE | [CommitmentDiscountStatus]... DOIT être null lorsque CommitmentDiscountId a la valeur Null... | Prise en charge | |
| CDS3.2 | OBLIGATOIRE | [CommitmentDiscountStatus]... NE DOIT PAS être null lorsque CommitmentDiscountId n’est pas null et que la catégorie de frais est « Utilisation ». | Prise en charge | |
| CDS4 | OBLIGATOIRE | CommitmentDiscountCategory DOIT être l’une des valeurs autorisées. | Prise en charge |
Type de remise d’engagement
Source : colonnes/commitmentdiscounttype.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CDT0 | Descriptif | Identificateur attribué par le fournisseur pour le type de remise basée sur l’engagement appliqué à la ligne. | Prise en charge | |
| CDT1 | OBLIGATOIRE | La colonne CommitmentDiscountType DOIT être présente dans les données de facturation lorsque le fournisseur prend en charge les remises basées sur l’engagement. | Prise en charge | |
| CDT2.1 | OBLIGATOIRE | [CommitmentDiscountType] DOIT être de type String... | Prise en charge | |
| CDT2.2 | OBLIGATOIRE | [CommitmentDiscountType]... DOIT être null lorsque CommitmentDiscountId a la valeur Null... | Prise en charge | |
| CDT2.3 | OBLIGATOIRE | [CommitmentDiscountType]... NE DOIT PAS être null lorsque CommitmentDiscountId n’est pas null. | Prise en charge |
Quantité consommée
Source : colonnes/consommationquantity.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CQ0 | Descriptif | Volume d’une référence SKU donnée associée à une ressource ou un service utilisé, en fonction de l’unité consommée. | Prise en charge | |
| CQ1 | OBLIGATOIRE | La colonne ConsumeQuantity doit être présente dans les données de facturation lorsque le fournisseur prend en charge la mesure de l’utilisation. | Prise en charge | |
| CQ2 | OBLIGATOIRE | [ConsumeQuantity] NE DOIT PAS être null si ChargeCategory est « Utilisation » et ChargeClass n’est pas « Correction ». | Prise en charge | |
| CQ3 | OBLIGATOIRE | [ConsumeQuantity] DOIT être null pour les autres valeurs ChargeCategory. | Prise en charge | |
| CQ4.1 | OBLIGATOIRE | [ConsumeQuantity] DOIT être de type Decimal... | Prise en charge | |
| CQ4.2 | OBLIGATOIRE | [ConsumeQuantity]... DOIT être conforme aux exigences de format numérique. | Prise en charge | |
| CQ5 | MAI | La valeur PEUT être négative dans les cas où ChargeClass est « Correction ». | Prise en charge |
Unité consommée
Source : colonnes/consumeunit.md
Coût contracté
Source : colonnes/contractedcost.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CnC0 | Descriptif | Coût calculé en multipliant le prix unitaire contracté et la quantité de prix correspondante. | Prise en charge | |
| CnC1.1 | OBLIGATOIRE | La colonne ContractedCost DOIT être présente dans les données de facturation... | Prise en charge | |
| CnC1.2 | OBLIGATOIRE | La colonne ContractedCost... NE DOIT PAS être Null. | Prise en charge partielle |
ContractedCost n’est jamais null, mais peut être 0 pour : frais de la Place de marché EA, utilisation de la réservation EA lorsque l’allocation de coûts est activée, utilisation de la réservation MCA. |
| CnC2.1 | OBLIGATOIRE | [ContractedCost] DOIT être de type Decimal... | Prise en charge | |
| CnC2.2 | OBLIGATOIRE | [ContractedCost]... DOIT être conforme aux exigences en matière de format numérique... | Prise en charge | |
| CnC2.3 | OBLIGATOIRE | [ContractedCost]... [DOIT] être nommé dans billingCurrency. | Prise en charge | |
| CnC3 | OBLIGATOIRE | Lorsque ContractedUnitPrice est présent et non null, la multiplication du ContractedUnitPrice par PricingQuantity DOIT produire le ContractedCost, sauf dans les cas de ChargeClass « Correction », qui peut traiter pricingQuantity ou toute différence de coût indépendamment. | Prise en charge |
ContractedCost peut être désactivé de moins de 0,0000000001 en raison d’erreurs d’arrondi. |
| CnC4 | OBLIGATOIRE | Le ContratedCost d’un frais calculé en fonction d’autres frais (par exemple, lorsque la Catégorie des frais est « Tax ») DOIT être calculé en fonction du ContratedCost de ces frais connexes. | Prise en charge | |
| CnC5 | OBLIGATOIRE | Le ContratedCost d’un frais non lié à d’autres frais (par exemple, lorsque la ChargeCategory est « Crédit ») DOIT correspondre à billedCost. | Prise en charge |
ContractedCost peut être désactivé de moins de 0,00001 en raison d’erreurs d’arrondi. |
Prix unitaire contracté
Source : colonnes/contractedunitprice.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| CnUP0 | Descriptif | Prix unitaire convenu pour une unité de tarification unique de la référence SKU associée, inclus des remises négociées, le cas échéant, tout en excluant les remises négociées basées sur des engagements ou toute autre remise. | Prise en charge | |
| CnUP1 | OBLIGATOIRE | La colonne ContractedUnitPrice DOIT être présente dans les données de facturation lorsque le fournisseur prend en charge le concept de tarification négocié. | Prise en charge | |
| CnUP2.1 | OBLIGATOIRE | [ContractedUnitPrice] DOIT être une décimale dans la plage de valeurs décimales non négatives... | Prise en charge | |
| CnUP2.3 | OBLIGATOIRE | [ContractedUnitPrice]... DOIT être conforme aux exigences en matière de format numérique... | Prise en charge | |
| CnUP2.3 | OBLIGATOIRE | [ContractedUnitPrice]... [DOIT] être nommé dans billingCurrency. | Prise en charge | |
| CnUP3.1 | OBLIGATOIRE | Il NE DOIT PAS être null lorsque ChargeClass n’est pas « Correction » et ChargeCategory est « Utilisation » ou « Achat » ... | Prise en charge partielle |
ContractedUnitPrice n’est jamais null, mais peut être 0 pour : frais de la Place de marché EA, utilisation de la réservation EA lorsque l’allocation de coûts est activée, utilisation de la réservation MCA. |
| CnUP3.2 | OBLIGATOIRE | Il... DOIT être null lorsque ChargeCategory est « Tax » ... | Non applicable | Les taxes ne sont pas incluses dans le jeu de données coût et utilisation de Cost Management. |
| CnUP3.3 | MAI | Il... PEUT être null pour toutes les autres combinaisons de ChargeClass et ChargeCategory. | Prise en charge | |
| CnUP4 | OBLIGATOIRE | Lorsque ContractedUnitPrice est présent et non null, la multiplication de ContractedUnitPrice par PricingQuantity DOIT être égale à ContractedCost, sauf dans les cas de ChargeClass « Correction », qui peut traiter pricingQuantity ou toute différence de coût indépendamment. | Prise en charge |
ContractedCost peut être désactivé de moins de 0,00001 en raison d’erreurs d’arrondi. |
Coût efficace
Source : colonnes/effectivecost.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| EC0 | Descriptif | Coût amorti des frais après avoir appliqué tous les tarifs réduits, remises et la partie applicable des achats prépayés pertinents (ponctuels ou récurrents) qui ont couvert ces frais. | Prise en charge | |
| EC1.1 | OBLIGATOIRE | La colonne EffectiveCost DOIT être présente dans les données de facturation... | Prise en charge | |
| EC1.2 | OBLIGATOIRE | La colonne EffectiveCost... NE DOIT PAS être Null. | Prise en charge | |
| EC2.1 | OBLIGATOIRE | [EffectiveCost] DOIT être de type Decimal... | Prise en charge | |
| EC2.2 | OBLIGATOIRE | [EffectiveCost]... DOIT être conforme aux exigences en matière de format numérique... | Prise en charge | |
| EC2.3 | OBLIGATOIRE | [EffectiveCost]... [DOIT] être nommé dans billingCurrency. | Prise en charge | |
| EC4 | OBLIGATOIRE | EffectiveCost DOIT être 0 lorsque ChargeCategory est « Achat » et que l’achat est destiné à couvrir les frais éligibles futurs. | Prise en charge | |
| EC5 | OBLIGATOIRE | EffectiveCost DOIT être calculé en fonction de l’EffectiveCost des frais connexes si les frais sont calculés en fonction d’autres frais (par exemple, ChargeCategory est « Tax »). | Prise en charge | |
| EC6 | OBLIGATOIRE | EffectiveCost DOIT correspondre à BilledCost si la charge n’est pas liée à d’autres frais (par exemple, ChargeCategory est « Crédit »). | Prise en charge |
Nom de l’émetteur de facture
Source : colonnes/invoiceissuer.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| IIN0 | Descriptif | Nom de l’entité responsable de la facturation des ressources ou des services consommés. | Prise en charge | Pour les comptes CSP, InvoiceIssuerName est défini sur le nom du serveur de distribution fournisseur de solutions Cloud (CSP) qui a une relation directe avec Microsoft et peut ne pas représenter l’organisation qui facture directement le client final. Pour tous les autres types de comptes, la valeur est « Microsoft », même s’il existe une organisation intermédiaire qui facture le client final. |
| IIN1 | OBLIGATOIRE | La colonne InvoiceIssuer doit être présente dans les données de facturation. | Prise en charge | |
| IIN2 | OBLIGATOIRE | [InvoiceIssuerName] DOIT être de type String... | Prise en charge | |
| IIN3 | OBLIGATOIRE | [InvoiceIssuerName]... NE DOIT PAS contenir de valeurs Null. | Prise en charge |
Répertorier les coûts
Source : colonnes/listcost.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| LC0 | Descriptif | Coût calculé en multipliant le prix unitaire de liste et la quantité de prix correspondante. | Prise en charge | |
| LC1.1 | OBLIGATOIRE | La colonne ListCost DOIT être présente dans les données de facturation... | Prise en charge | |
| LC1.2 | OBLIGATOIRE | La colonne ListCost... NE DOIT PAS être Null. | Prise en charge partielle |
ListCost n’est jamais null, mais peut être 0 pour : frais de la Place de marché et utilisation de la réservation. |
| LC2.1 | OBLIGATOIRE | [ListCost] DOIT être de type Decimal... | Prise en charge | |
| LC2.2 | OBLIGATOIRE | [ListCost]... DOIT être conforme aux exigences de format numérique. | Prise en charge | |
| LC2.3 | OBLIGATOIRE | [ListCost]... [DOIT] être nommé dans billingCurrency. | Prise en charge | |
| LC3 | OBLIGATOIRE | Lorsque ListUnitPrice est présent et non null, la multiplication de ListUnitPrice par PricingQuantity DOIT produire la liste ListCost, sauf dans les cas de ChargeClass « Correction », qui peut traiter PricingQuantity ou toute différence de coût indépendamment. | Prise en charge |
ListCost peut être désactivé de moins de 0,0000000001 en raison d’erreurs d’arrondi. |
| LC4 | OBLIGATOIRE | ListCost d’un frais calculé en fonction d’autres frais (par exemple, lorsque La Catégorie des frais est « Tax ») DOIT être calculé en fonction de la liste ListCost de ces frais connexes. | Prise en charge | |
| LC5 | OBLIGATOIRE | ListCost d’un frais non lié à d’autres frais (par exemple, lorsque la chargeCategory est « Crédit ») DOIT correspondre à billedCost. | Prise en charge | ListCost peut être désactivé de moins de 0,0000000001 en raison d’erreurs d’arrondi. |
Liste des prix unitaires
Source : colonnes/listunitprice.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| LUP0 | Descriptif | Prix unitaire publié par le fournisseur suggéré pour une unité tarifaire unique de la référence SKU associée, à l’exclusivité de toutes les remises. | Prise en charge | |
| LUP1 | OBLIGATOIRE | La colonne ListUnitPrice doit être présente dans les données de facturation lorsque le fournisseur publie des prix unitaires exclusifs aux remises. | Prise en charge | |
| LUP2.1 | OBLIGATOIRE | [ListUnitPrice] DOIT être une décimale dans la plage de valeurs décimales non négatives... | Prise en charge | |
| LUP2.2 | OBLIGATOIRE | [ListUnitPrice]... DOIT être conforme aux exigences en matière de format numérique... | Prise en charge | |
| LUP2.3 | OBLIGATOIRE | [ListUnitPrice]... [DOIT] être nommé dans billingCurrency. | Prise en charge | |
| LUP3.1 | OBLIGATOIRE | Il NE DOIT PAS être null lorsque ChargeClass n’est pas « Correction » et ChargeCategory est « Utilisation » ou « Achat » ... | Prise en charge partielle |
ListUnitPrice n’est jamais null, mais peut être 0 pour : frais de la Place de marché et utilisation de la réservation. |
| LUP3.2 | OBLIGATOIRE | Il... DOIT être null lorsque ChargeCategory est « Tax » ... | Non applicable | La taxe n’est incluse dans aucun jeu de données sur les coûts et l’utilisation de Cost Management. |
| LUP3.3 | MAI | Il... PEUT être null pour toutes les autres combinaisons de ChargeClass et ChargeCategory. | Prise en charge | |
| LUP4 | OBLIGATOIRE | Lorsque ListUnitPrice est présent et n’est pas null, la multiplication de ListUnitPrice par PricingQuantity DOIT être égale à ListCost, sauf dans les cas de ChargeClass « Correction », qui peut traiter PricingQuantity ou toute différence de coût indépendamment. | Prise en charge |
Catégorie tarifaire
Source : colonnes/pricingcategory.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| PC0 | Descriptif | Décrit le modèle de tarification utilisé pour un frais au moment de l’utilisation ou de l’achat. | Prise en charge | |
| PC1.1 | OBLIGATOIRE | PricingCategory DOIT être présent dans les données de facturation lorsque le fournisseur prend en charge plusieurs catégories de tarification sur toutes les références SKU... | Prise en charge | |
| PC1.2 | OBLIGATOIRE | PricingCategory... DOIT être de type String. | Prise en charge | |
| PC2.1 | OBLIGATOIRE | PricingCategory NE DOIT PAS être null lorsque ChargeClass n’est pas « Correction » et ChargeCategory est « Utilisation » ou « Achat » ... | Prise en charge | |
| PC2.2 | OBLIGATOIRE | PricingCategory... DOIT être null lorsque ChargeCategory est « Tax » ... | Non applicable | Les taxes ne sont incluses dans aucun jeu de données de coût et d’utilisation de Cost Management. |
| PC2.3 | MAI | PricingCategory... PEUT être null pour toutes les autres combinaisons de ChargeClass et ChargeCategory. | Prise en charge | |
| PC3 | OBLIGATOIRE | PricingCategory DOIT être l’une des valeurs autorisées. | Prise en charge | |
| PC4 | OBLIGATOIRE | PricingCategory DOIT être « Standard » lorsque la tarification est prédéterminée au tarif convenu pour le compte de facturation. | Prise en charge | |
| PC5 | OBLIGATOIRE | PricingCategory DOIT être « Commit » lorsque CommitmentDiscountId n’est pas null. | Prise en charge | |
| PC6 | OBLIGATOIRE | PricingCategory DOIT être « dynamique » lorsque la tarification est déterminée par le fournisseur et peut changer au fil du temps, quelle que soit la tarification prédéterminée des contrats. | Prise en charge | |
| PC7 | OBLIGATOIRE | PricingCategory DOIT être « Autre » lorsqu’il existe un modèle de tarification, mais aucune des valeurs autorisées ne s’applique. | Prise en charge |
Quantité de prix
Source : colonnes/pricingquantity.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| PQ0 | Descriptif | Volume d’une référence SKU donnée associée à une ressource ou un service utilisé ou acheté, en fonction de l’unité tarifaire. | Prise en charge | |
| PQ1 | OBLIGATOIRE | La colonne PricingQuantity doit être présente dans les données de facturation. | Prise en charge | |
| PQ2.1 | OBLIGATOIRE | [PricingQuantity] DOIT être de type Decimal... | Prise en charge | |
| PQ2.2 | OBLIGATOIRE | [PricingQuantity]... DOIT être conforme aux exigences de format numérique. | Prise en charge | |
| PQ3 | MAI | La valeur PEUT être négative dans les cas où ChargeClass est « Correction ». | Prise en charge | |
| PQ4.1 | OBLIGATOIRE | [PricingQuantity] NE DOIT PAS être null lorsque ChargeClass n’est pas « Correction » et ChargeCategory est « Utilisation » ou « Achat » ... | Prise en charge | |
| PQ4.2 | OBLIGATOIRE | [PricingQuantity]... DOIT être null lorsque ChargeCategory est « Tax » ... | Non applicable | Les taxes ne sont incluses dans aucun jeu de données de coût et d’utilisation de Cost Management. |
| PQ4.3 | MAI | [PricingQuantity]... et PEUT être null pour toutes les autres combinaisons de ChargeClass et ChargeCategory. | Prise en charge | |
| PQ5 | OBLIGATOIRE | Lorsque les prix unitaires ne sont pas null, la multiplication de PricingQuantity par un prix unitaire DOIT produire un résultat égal à la métrique de coût correspondante, sauf dans les cas de ChargeClass « Correction », qui peut traiter PricingQuantity ou toute différence de coût indépendamment. | Prise en charge |
Unité tarifaire
Source : colonnes/pricingunit.md
Nom du fournisseur
Source : colonnes/provider.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| PrN0 | Descriptif | Nom de l’entité qui a rendu les ressources ou services disponibles pour l’achat. | Prise en charge | |
| PrN1 | OBLIGATOIRE | La colonne Fournisseur DOIT être présente dans les données de facturation. | Prise en charge | |
| PrN2.1 | OBLIGATOIRE | [ProviderName] DOIT être de type String... | Prise en charge | |
| PrN2.2 | OBLIGATOIRE | [ProviderName]... NE DOIT PAS contenir de valeurs Null. | Prise en charge |
nom de l’éditeur ;
Source : colonnes/publisher.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| PbN0 | Descriptif | Nom de l’entité qui a produit les ressources ou services achetés. | Prise en charge | |
| PbN1 | OBLIGATOIRE | La colonne Publisher DOIT être présente dans les données de facturation. | Prise en charge | |
| PbN2.1 | OBLIGATOIRE | [PublisherName] DOIT être de type String... | Prise en charge | |
| PbN2.2 | OBLIGATOIRE | [PublisherName]... NE DOIT PAS contenir de valeurs Null. | Prise en charge partielle |
PublisherName peut être null pour l’utilisation et les achats de réservation et les frais d’épargne non utilisés. |
ID de région
Source : colonnes/regionid.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| RgI0 | Descriptif | Identificateur attribué par le fournisseur pour une zone géographique isolée où une ressource est provisionnée ou un service est fourni. | Prise en charge | |
| RgI1.1 | OBLIGATOIRE | La colonne RegionId doit être présente dans les données de facturation lorsque le fournisseur prend en charge le déploiement de ressources ou de services dans une région... | Prise en charge | |
| RgI1.2 | OBLIGATOIRE | Colonne RegionId... DOIT être de type String. | Prise en charge | |
| RgI2.1 | OBLIGATOIRE | RegionId NE DOIT PAS être null lorsqu’une ressource ou un service est géré à partir d’une région distincte par le fournisseur... | Prise en charge | |
| RgI2.2 | MAI | RegionId... PEUT contenir des valeurs null lorsqu’une ressource ou un service n’est pas limité à une zone géographique isolée. | Prise en charge |
Nom de la région
Source : colonnes/regionname.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| RgN0 | Descriptif | Nom d’une zone géographique isolée où une ressource est provisionnée ou un service est fourni. | Prise en charge | |
| RgN1 | OBLIGATOIRE | La colonne RegionName doit être présente dans les données de facturation lorsque le fournisseur prend en charge le déploiement de ressources ou de services dans une région... | Prise en charge | |
| RgN2 | OBLIGATOIRE | The RegionName... DOIT être de type String. | Prise en charge | |
| RgN3 | OBLIGATOIRE | RegionName NE DOIT PAS être null lorsqu’une ressource ou un service est géré à partir d’une région distincte par le fournisseur... | Prise en charge | |
| RgN4 | MAI | RegionName... PEUT contenir des valeurs null lorsqu’une ressource ou un service n’est pas limité à une zone géographique isolée. | Prise en charge |
ID de ressource
Source : colonnes/resourceid.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| RsI0 | Descriptif | Identificateur affecté à une ressource par le fournisseur. | Prise en charge | |
| RsI1 | OBLIGATOIRE | La colonne ResourceId doit être présente dans les données de facturation lorsque le fournisseur prend en charge la facturation en fonction des ressources approvisionnées. | Prise en charge | |
| RsI2 | OBLIGATOIRE | [ResourceId] DOIT être de type String. | Prise en charge | |
| RsI3 | MAI | La valeur ResourceId peut être une colonne nullable, car certaines lignes de données de coût peuvent ne pas être associées à une ressource. | Prise en charge | Les achats peuvent ne pas avoir d’ID de ressource affecté. |
| RsI4 | OBLIGATOIRE | ResourceId DOIT apparaître dans les données de coût si un identificateur est affecté à une ressource par le fournisseur. | Prise en charge |
ResourceId peut être null lorsqu’une ressource est indirectement liée aux frais. Si vous avez l’impression qu’il est manquant, déposez une demande de support pour le service propriétaire du type de ressource. |
| RsI5 | RECOMMANDÉ | ResourceId doit être un identificateur complet qui garantit l’unicité globale au sein du fournisseur. | Prise en charge |
Nom de la ressource
Source : columns/resourcename.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| RsN0 | Descriptif | Nom complet affecté à une ressource. | Prise en charge | |
| RsN1 | OBLIGATOIRE | La colonne ResourceName doit être présente dans les données de facturation lorsque le fournisseur prend en charge la facturation en fonction des ressources approvisionnées. | Prise en charge | |
| RsN2 | OBLIGATOIRE | [ResourceName] DOIT être de type String. | Prise en charge | |
| RsN3 | MAI | La valeur ResourceName PEUT être une colonne nullable, car certaines lignes de données de coût peuvent ne pas être associées à une ressource ou parce qu’un nom d’affichage ne peut pas être affecté à une ressource. | Prise en charge | Les achats peuvent ne pas avoir de nom de ressource affecté. |
| RsN4 | OBLIGATOIRE | ResourceName NE DOIT PAS être null si un nom d’affichage peut être affecté à une ressource. | Prise en charge |
ResourceName peut être null lorsqu’une ressource est indirectement liée aux frais. Si vous avez l’impression qu’il est manquant, déposez une demande de support pour le service propriétaire du type de ressource. |
| RsN5 | OBLIGATOIRE | Les ressources non approvisionnées de manière interactive ou n’ont qu’un ResourceId généré par le système NE DOIT PAS dupliquer la même valeur que ResourceName. | Prise en charge |
Type de ressource
Source : colonnes/resourcetype.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| RsT0 | Descriptif | Le type de ressource à payer s’applique. | Prise en charge | |
| RsT1 | OBLIGATOIRE | La colonne ResourceType DOIT être présente dans les données de facturation lorsque le fournisseur prend en charge la facturation en fonction des ressources approvisionnées et prend en charge l’attribution d’un type pour les ressources. | Prise en charge | |
| RsT2.1 | OBLIGATOIRE | [ResourceType] DOIT être de type String... | Prise en charge | |
| RsT2.2 | OBLIGATOIRE | [ResourceType]... NE DOIT PAS être null lorsqu’un ResourceId correspondant n’est pas null. | Prise en charge | |
| RsT3 | OBLIGATOIRE | Lorsqu’une valeur ResourceId correspondante est Null, la valeur de colonne ResourceType doit également être null. | Prise en charge |
Catégorie de service
Source : colonnes/servicecategory.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| SvC0 | Descriptif | Classification de niveau supérieur d’un service en fonction de la fonction principale du service. | Prise en charge | |
| SvC1.1 | OBLIGATOIRE | La colonne ServiceCategory DOIT être présente... | Prise en charge | |
| SvC1.2 | OBLIGATOIRE | The ServiceCategory... NE DOIT PAS être Null. | Prise en charge | |
| SvC2 | OBLIGATOIRE | [ServiceCategory] est de type String et DOIT être l’une des valeurs autorisées. | Prise en charge |
Nom du service
Source : columns/servicename.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| SvN0 | Descriptif | Offre qui peut être achetée auprès d’un fournisseur (par exemple, une machine virtuelle cloud, une base de données SaaS, des services professionnels auprès d’un intégrateur de systèmes). | Prise en charge | |
| SvN1 | OBLIGATOIRE | La colonne ServiceName doit être présente dans les données de coût. | Prise en charge | |
| SvN2.1 | OBLIGATOIRE | [ServiceName] DOIT être de type String... | Prise en charge | |
| SvN2.2 | OBLIGATOIRE | [ServiceName]... NE DOIT PAS contenir de valeurs Null. | Partiellement pris en charge | ServiceName peut être vide pour certains achats et ajustements. |
ID de l’UGS
Source : colonnes/skuid.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| SkI0 | Descriptif | Identificateur unique qui définit une construction prise en charge par le fournisseur pour organiser les propriétés communes à un ou plusieurs prix de référence SKU. | Prise en charge | |
| SkI1 | OBLIGATOIRE | La colonne SkuId doit être présente dans les données de facturation lorsque le fournisseur publie une liste de références SKU. | Prise en charge | |
| SkI2 | OBLIGATOIRE | [SkuId] DOIT être de type String. | Prise en charge | |
| SkI3.1 | OBLIGATOIRE | Il NE DOIT PAS être null lorsque ChargeClass n’est pas « Correction » et ChargeCategory est « Utilisation » ou « Achat » ... | Prise en charge partielle |
SkuId peut être null pour certaines lignes telles que les frais inutilisés du plan d’épargne et les frais de la Place de marché. |
| SkI3.2 | OBLIGATOIRE | Il... DOIT être null lorsque ChargeCategory est « Tax » ... | Non applicable | Les taxes ne sont incluses dans aucun jeu de données de coût et d’utilisation de Cost Management. |
| SkI3.3 | MAI | Il... PEUT être null pour toutes les autres combinaisons de ChargeClass et ChargeCategory. | Prise en charge | |
| SkI4 | OBLIGATOIRE | SkuId DOIT être égal à SkuPriceId lorsqu’un fournisseur ne prend pas en charge une construction d’ID de référence SKU globale. | Prise en charge |
ID de prix de référence SKU
Source : colonnes/skupriceid.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| SkPI0 | Descriptif | Identificateur unique qui définit le prix unitaire utilisé pour calculer les frais. | Prise en charge | |
| SkPI1 | OBLIGATOIRE | La colonne SkuPriceId doit être présente dans les données de facturation lorsque le fournisseur publie une liste de prix de référence SKU. | Prise en charge | |
| SkPI2 | OBLIGATOIRE | [SkuPriceId] DOIT être de type String. | Prise en charge | |
| SkPI3 | OBLIGATOIRE | SkuPriceId DOIT définir un prix unitaire unique utilisé pour calculer les frais. | Prise en charge | |
| SkPI4 | OBLIGATOIRE | ListUnitPrice DOIT être associé au SkuPriceId dans la liste de prix publiée par le fournisseur. | Prise en charge partielle | Pour EA, représente un prix de référence SKU individuel, SkuPriceId mais n’est pas disponible dans le jeu de données de la feuille de prix. Pour MCA, SkuPriceId il s’agit d’une combinaison des colonnes de grille tarifaire suivantes : {ProductId}_{SkuId}_{MeterType}. |
| SkPI5.1 | OBLIGATOIRE | [SkuPriceId] NE DOIT PAS être null lorsque ChargeClass n’est pas « Correction » et ChargeCategory est « Utilisation » ou « Achat » ... | Prise en charge | |
| SkPI5.2 | OBLIGATOIRE | [SkuPriceId]... DOIT être null lorsque ChargeCategory est « Tax ». | Non applicable | Les taxes ne sont incluses dans aucun jeu de données de coût et d’utilisation de Cost Management. |
| SkPI5.3 | MAI | [SkuPriceId]... PEUT être null pour toutes les autres combinaisons de ChargeClass et ChargeCategory. | Prise en charge | |
| SkPI6 | OBLIGATOIRE | Une valeur donnée de SkuPriceId DOIT être associée à un et à un seul SkuId, sauf dans les cas de flexibilité de remise d’engagement. | Prise en charge |
ID de sous-compte
Source : colonnes/subaccountid.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| SAI0 | Descriptif | ID affecté à un regroupement de ressources ou de services, souvent utilisé pour gérer l’accès et/ou le coût. | Prise en charge | Le sous-compte FOCUS est mappé à un abonnement Microsoft Cloud. |
| SAI1 | OBLIGATOIRE | La colonne SubAccountId doit être présente dans les données de facturation lorsque le fournisseur prend en charge une construction de sous-compte. | Prise en charge | |
| SAI2 | OBLIGATOIRE | [SubAccountId] DOIT être de type String. | Prise en charge | |
| SAI3 | OBLIGATOIRE | Si un frais ne s’applique pas à un sous-compte, la colonne SubAccountId doit être null. | Prise en charge |
SubAccountId est null pour les achats et remboursements MCA. |
Nom du sous-compte
Source : columns/subaccountname.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| SAN0 | Descriptif | Nom attribué à un regroupement de ressources ou de services, souvent utilisé pour gérer l’accès et/ou le coût. | Prise en charge | Le sous-compte FOCUS est mappé à un abonnement Microsoft Cloud. |
| SAN1 | OBLIGATOIRE | La colonne SubAccountName doit être présente dans les données de facturation lorsque le fournisseur prend en charge une construction de sous-compte. | Prise en charge | |
| SAN2 | OBLIGATOIRE | [SubAccountName] DOIT être de type String. | Prise en charge | |
| SAN3 | OBLIGATOIRE | Si un coût ne s’applique pas à un sous-compte, la colonne SubAccountName doit être null. | Prise en charge partielle |
SubAccountName peut être « Non attribué » lorsqu’il n’y a pas de valeur.
SubAccountName est null pour les achats et remboursements MCA. |
Balises
Source : colonnes/tags.md
| id | Catégorie | Critères | État | Remarques |
|---|---|---|---|---|
| T0 | Descriptif | Ensemble de balises affectées aux sources d’étiquettes qui comptent pour les évaluations de balises potentielles définies par le fournisseur ou définies par l’utilisateur. | Prise en charge | |
| T1 | OBLIGATOIRE | La colonne Balises DOIT être présente dans les données de facturation lorsque le fournisseur prend en charge la définition des balises définies par l’utilisateur ou le fournisseur. | Prise en charge | |
| T2 | OBLIGATOIRE | La colonne Balises DOIT contenir des balises définies par l’utilisateur et définies par le fournisseur. | Prise en charge | |
| T3 | OBLIGATOIRE | La colonne Balises DOIT contenir uniquement des balises finalisées. | Prise en charge | |
| T4 | OBLIGATOIRE | La colonne Balises DOIT être au format Clé-Valeur. | Prise en charge | |
| T5 | RECOMMANDÉ | Une clé d’étiquette avec une valeur non Null pour une ressource donnée DOIT être incluse dans la colonne balises. | Prise en charge | |
| T6 | MAI | Une clé d’étiquette avec une valeur Null pour une ressource donnée peut être incluse dans la colonne balises en fonction du processus de finalisation des balises du fournisseur. | Prise en charge | |
| T7 | OBLIGATOIRE | Clé d’étiquette qui ne prend pas en charge une valeur correspondante, DOIT avoir un jeu de valeurs true (booléen) correspondant. | Non applicable | Les balises Microsoft Cloud prennent en charge les clés et les valeurs. |
| T8 | OBLIGATOIRE | Si la finalisation des balises est prise en charge, les fournisseurs DOIVENT publier des méthodes et des sémantiques de finalisation des balises dans leur documentation respective. | Prise en charge | Consultez Grouper et allouer des coûts à l’aide de l’héritage des étiquettes. |
| T9 | OBLIGATOIRE | Les fournisseurs NE DOIVENT PAS modifier les clés ou les valeurs de balise définies par l’utilisateur. | Prise en charge | |
| T10 | OBLIGATOIRE | Les balises définies par le fournisseur doivent être précédées d’un préfixe de clé de balise spécifié par le fournisseur. | Ne prend pas en charge | Les balises spécifiées par le fournisseur ne peuvent pas être différenciées des balises définies par l’utilisateur. Les balises ne sont pas modifiées pour prendre en charge la compatibilité descendante. |
| T11 | RECOMMANDÉ | Les fournisseurs DOIVENT publier tous les préfixes de clé de balise spécifiés par le fournisseur dans leur documentation respective. | Non applicable | Les préfixes de fournisseur ne sont pas spécifiés. |
Envoyer des commentaires
Faites-nous savoir comment nous faisons avec un examen rapide. Nous utilisons ces révisions pour améliorer et développer les outils et ressources FinOps.
Si vous recherchez quelque chose de spécifique, votez pour une idée existante ou créez une nouvelle idée. Partagez des idées avec d’autres personnes pour obtenir plus de votes. Nous nous concentrons sur les idées avec le plus de votes.
Contenu connexe
Ressources connexes :
Produits connexes :
Solutions connexes :
- Rapports Power BI du kit de ressources FinOps
- Hubs FinOps
- Module PowerShell du kit de ressources FinOps