Condividi tramite


Report completo sulla conformità FOCUS

Questo documento fornisce un elenco dettagliato di tutti i requisiti focus 1.0 e indica il livello di supporto fornito dal set di dati focus di Gestione costi Microsoft. Per altre informazioni su FOCUS, vedere la panoramica di FOCUS.


Come viene misurata la conformità

I requisiti focus rientrano in quattro gruppi:

  • I requisiti MUST sono obbligatori per tutti i provider di dati.
  • I requisiti SHOULD sono raccomandazioni avanzate.
  • I requisiti CONSIGLIATI sono procedure consigliate.
  • I requisiti MAY sono facoltativi e usati per preparare i professionisti di FinOps per i casi limite.

Anche se non esiste alcuna misurazione ufficiale per la conformità focus, calcoliamo un punteggio di conformità del 96%, che rappresenta tutti i requisiti completamente supportati e parzialmente. La tabella seguente riepiloga i requisiti in base al livello di supporto.

Type Supportata Supporto parziale Non supportato Non applicabile
DOVERE 238 13 2 10
DOVERE 22 3 1 1
RACCOMANDATO 0 1 1 0
MAGGIO 22 0 0 1
Riepilogo 93,1% 5.6% 1,3%

Modalità di organizzazione di questo documento

Le sezioni seguenti elencano ogni requisito focus, il livello di supporto nel set di dati Microsoft Cost Management FOCUS 1.0 ed eventuali note pertinenti. Per un riepilogo generale delle lacune, fare riferimento al riepilogo della conformità FOCUS. Gli ID requisito sono solo a scopo di riferimento. Gli ID non sono definiti come parte di FOCUS.

Nella parte restante di questo documento sono elencati i requisiti focus raggruppati per attributo e colonna. Le colonne definiscono gli elementi di dati specifici nel set di dati e gli attributi definiscono il comportamento delle colonne e delle righe. Le descrizioni generali e un collegamento al documento dei requisiti originali sono inclusi nella parte superiore di ogni sezione.


Attributi

Denominazione e ordinamento delle colonne

Origine: attributes/column_naming_and_ordering.md

ID Type Criteri Status Note
CNO1 DOVERE Tutte le colonne definite da FOCUS MUST seguono le regole seguenti: Supporti
CNO1.1 DOVERE Gli ID di colonna DEVONO usare la distinzione tra maiuscole e minuscole Pascal. Supporti
CNO1.2 DOVERE GLI ID di colonna NON DEVONO usare abbreviazioni. Supporti
CNO1.3 DOVERE Gli ID di colonna DEVONO essere alfanumerici senza caratteri speciali. Supporti
CNO1.4 DOVERE Le colonne con ID e nome DEVONO avere il Id suffisso o Name nell'ID colonna. Supporti
CNO1.5 Maggio Nome visualizzato per una colonna PUÒ evitare il Name suffisso se non sono presenti altre colonne con lo stesso prefisso del nome. Supporti
CNO1.6 DOVERE GLI ID di colonna NON DEVONO usare acronimi. Supporti
CNO1.7 DOVERE Gli ID di colonna NON DEVONO superare i 50 caratteri per contenere restrizioni di lunghezza delle colonne di vari repository di dati. Supporti
CNO2 DOVERE Tutte le colonne personalizzate DEVONO essere precedute da un prefisso coerente x_ per identificarle come colonne esterne e personalizzate e distinguerle dalle colonne FOCUS per evitare conflitti nelle versioni future. Supporto parziale BillingAccountType e SubAccountType sono stati introdotti involontariamente nella versione del set di dati di anteprima focus 1.0 di Microsoft senza il x_ prefisso. Entrambe le colonne sono documentate in una richiesta pull FOCUS in sospeso. I nomi di colonna non con prefisso vengono mantenuti per garantire la compatibilità con le versioni precedenti fino a quando non viene effettuata una determinazione ufficiale.
CNO3.1 DOVERE Le colonne con ID e nome DEVONO avere il Id suffisso o Name nell'ID colonna. Supporti
CNO3.2 Maggio Il nome visualizzato per una colonna PUÒ evitare il suffisso Name se è considerato superfluo. Supporti Questa procedura non è consigliata perché introduce confusione quando gli ID di colonna e i nomi visualizzati non corrispondono.
CNO4 DOVERE Le colonne con il Category suffisso DEVONO essere normalizzate. Supporti
CNO5 DOVERE Le colonne personalizzate (ad esempio, definite dal provider) DEVONO seguire le stesse regole elencate in precedenza per le colonne FOCUS. Supporti
CNO6 DOVERE Tutte le colonne FOCUS DEVONO essere prima nel set di dati fornito. Supporti
CNO7 DOVERE Le colonne personalizzate DEVONO essere elencate dopo tutte le colonne FOCUS e NON DEVONO essere mescolate. Supporti
CNO8.1 Maggio Le colonne POSSONO essere ordinate alfabeticamente... Supporti Le colonne vengono ordinate alfabeticamente per semplificare l'uso.
CNO8.2 DOVERE ... le colonne personalizzate DEVONO essere dopo tutte le colonne FOCUS. Supporti Le colonne vengono ordinate alfabeticamente per semplificare l'uso.

Formato del codice valuta

Origine: attributes/currency_code_format.md

ID Type Criteri Status Note
CCF1 DOVERE Tutte le colonne che acquisisce un valore di valuta, definite nella specifica FOCUS, devono seguire i requisiti elencati di seguito. Supporti
CCF2 DOVERE Anche le colonne personalizzate correlate alla valuta DEVONO rispettare gli stessi requisiti di formattazione. Supporti
CCF3 DOVERE Le colonne correlate alla valuta DEVONO essere rappresentate come codice alfabetico di tre lettere, come indicato nel documento di governance ISO 4217:2015. Supporti

Formato data/ora

Origine: attributes/datetime_format.md

ID Type Criteri Status Note
DTF1 DOVERE Tutte le colonne che acquisisce un valore di data/ora, definite nella specifica FOCUS, DEVONO seguire i requisiti di formattazione elencati di seguito. Supporti
DTF2 DOVERE Anche le colonne personalizzate relative a data/ora devono rispettare gli stessi requisiti di formattazione. Supporti
DTF3 DOVERE I valori di data/ora devono essere in formato UTC (Coordinated Universal Time) per evitare ambiguità e garantire la coerenza tra fusi orari diversi. Supporti
DTF4 DOVERE Il formato dei valori di data/ora DEVE essere allineato allo standard ISO 8601, che fornisce un formato riconosciuto a livello globale per la rappresentazione di date e ore (per informazioni dettagliate, vedere iso 8601-1:2019). Supporti
DTF5 DOVERE I valori che forniscono informazioni su un momento specifico nel tempo DEVONO essere rappresentati nel formato ISO 8601 esteso con offset UTC ('AAAA-MM-DDTHH:mm:ssZ') e conforme alle linee guida seguenti: Includere i componenti di data e ora, separati con la lettera 'T'; Usare ore a due cifre (HH), minuti (mm) e secondi (ss); Terminare con l'indicatore "Z" per indicare l'ora UTC (Coordinated Universal Time). Supporto parziale Tutte le colonne di data seguono lo standard ISO 8601, ma non includono secondi (ad esempio, "2024-01-01T00:00Z").

Gestione degli sconti

Origine: attributes/discount_handling.md

ID Type Criteri Status Note
DH1 DOVERE Tutti gli sconti applicabili DEVONO essere applicati a ogni riga a cui si riferiscono e NON DEVONO essere negati in una riga separata. Supporti
DH2 DOVERE Tutti gli sconti applicati a una riga DEVONO essere applicati all'intero addebito. Supporti
DH2.1 Maggio Più sconti POSSONO essere applicati a una riga... Supporti
DH2.2 DOVERE Sconti multipli [applicati a una riga]... MUST si applica all'intero addebito coperto da tale riga. Supporti
DH2.3 DOVERE Se uno sconto si applica solo a una parte di un addebito, la parte scontata dell'addebito DEVE essere suddivisa in una riga separata. Supporti
DH2.4 DOVERE Ogni sconto DEVE essere identificabile usando le colonne FOCUS esistenti. Supporti CommitmentDiscountId è l'unica colonna FOCUS che identifica gli sconti.
DH2.4.1 DOVERE Le righe con uno sconto basato sull'impegno applicate devono includere un CommitmentDiscountId. Supporti
DH2.4.2 DOVERE Se un provider applica uno sconto che non può essere rappresentato da una colonna FOCUS, deve includere colonne aggiuntive per identificare l'origine dello sconto. Supporto parziale Gli sconti negoziati possono essere identificati confrontando ListCost e ContractedCost.
DH3.1 DOVERE Gli sconti acquistati (ad esempio, gli sconti basati sull'impegno) devono essere ammortizzati. Supporti
DH3.2 DOVERE BilledCost DEVE essere 0 per qualsiasi riga in cui l'impegno copre l'intero costo per il periodo di addebito. Supporti
DH3.3 DOVERE EffectiveCost DEVE includere la parte del costo di acquisto ammortizzato applicabile a questa riga. Supporti
DH3.4 DOVERE La somma di EffectiveCost per tutte le righe in cui CommitmentDiscountStatus è "Used" o "Unused" per ogni CommitmentDiscountId per l'intera durata dell'impegno DEVE essere uguale al totale billedCost dello sconto basato sull'impegno. Supporti
DH3.5 DOVERE CommitmentDiscountId e ResourceId DEVONO essere impostati sull'ID assegnato allo sconto basato sull'impegno. Supporti Per facilitare la suddivisione degli sconti per l'impegno, gli acquisti di sconto sull'impegno e i rimborsi usano l'ordine di sconto per l'impegno mentre l'utilizzo dello sconto per l'impegno usa l'istanza all'interno dell'ordine. Usare x_SkuOrderId per identificare l'ID ordine di sconto dell'impegno per gli addebiti per l'utilizzo.
DH3.6 DOVERE ChargeCategory DEVE essere impostato su "Acquisto" nelle righe che rappresentano un acquisto di uno sconto basato sull'impegno. Supporti
DH3.7 DOVERE CommitmentDiscountStatus DEVE essere "Usato" per le righe ChargeCategory "Usage" che hanno ricevuto un prezzo ridotto da un impegno. Supporti
DH3.8 DOVERE CommitmentDiscountId DEVE essere impostato sull'ID assegnato allo sconto [per l'utilizzo dello sconto sull'impegno]. Supporti
DH3.9 DOVERE ResourceId DEVE essere impostato sull'ID della risorsa che ha ricevuto lo sconto [per l'utilizzo dello sconto sull'impegno]. Supporti
DH3.10 DOVERE Se un impegno non viene utilizzato completamente, il provider DEVE includere una riga che rappresenta la parte inutilizzata dell'impegno per tale periodo di addebito. Supporti
DH3.11 DOVERE Queste righe DEVONO essere rappresentate con CommitmentDiscountStatus impostato su "Inutilizzato" e ChargeCategory impostato su "Utilizzo". Supporti
DH3.12 DOVERE Tali righe DEVONO avere i relativi CommitmentDiscountId e ResourceId impostati sull'ID assegnato allo sconto basato sull'impegno. Supporto parziale CommitmentDisocuntId corrisponde logicamente a ResourceId, ma differiscono nel caso.
DH4 DOVERE Crediti applicati dopo il fatto DEVE utilizzare una ChargeCategory di "Credito". Non applicabile I crediti non sono inclusi in alcun set di dati sui costi e sull'utilizzo di Gestione costi.

Formato valore chiave

Origine: attributes/key_value_format.md

ID Type Criteri Status Note
KVF1 DOVERE Le colonne Key-Value Format MUST contengono una stringa JSON serializzata, coerente con la definizione ECMA 404 di un oggetto. Supporti
KVF2 DOVERE Le chiavi in una coppia chiave-valore DEVONO essere univoche all'interno di un oggetto . Supporti
KVF3 DOVERE I valori in una coppia chiave-valore DEVONO essere uno dei tipi seguenti: number, string, true, falseo null. Supporti
KVF4 DOVERE I valori di una coppia chiave-valore NON DEVONO essere un oggetto o una matrice. Supporti

Gestione dei valori Null

Origine: attributes/null_handling.md

ID Type Criteri Status Note
NH1 DOVERE Le colonne personalizzate DEVONO inoltre seguire gli stessi requisiti di formattazione. Supporto parziale Le colonne seguenti possono essere "-2" quando non è presente alcun valore: SkuPriceId, x_AccountId, x_InvoiceSectionId. Le colonne seguenti possono essere "Non assegnati" quando non è presente alcun valore: SubAccountName, x_AccountNamex_AccountOwnerId, x_InvoiceSectionName. x_PricingUnitDescription Le colonne seguenti possono essere 0 quando un valore non è disponibile: ContractedCost, ContractedUnitPrice, ListCost, ListUnitPrice.
NH2 DOVERE Le colonne MUST usano NULL quando non è presente un valore che può essere specificato per una colonna nullable. Supporto parziale (Vedere le note precedenti)
NH3 DOVERE Le colonne NON DEVONO utilizzare stringhe vuote o valori segnaposto, ad esempio 0 per le colonne numeriche o "Non applicabile" per le colonne stringa per rappresentare un valore Null o non avere un valore, indipendentemente dal fatto che la colonna consenta o meno valori Null. Supporto parziale (Vedere le note precedenti)

Formato numerico

Origine: attributes/numeric_format.md

ID Type Criteri Status Note
NF1 DOVERE Le colonne di acquisizione di valori numerici personalizzati DEVONO adottare gli stessi requisiti di formato nel tempo. Supporti
NF2 DOVERE Le colonne con un formato numerico devono contenere un singolo valore numerico. Supporti
NF3 DOVERE I valori numerici DEVONO essere espressi come valore intero, un valore decimale o un valore espresso nella notazione scientifica. Supporti
NF4 DOVERE La notazione frazionaria NON DEVE essere utilizzata. Supporti
NF5 DOVERE I valori numerici espressi utilizzando la notazione scientifica DEVONO essere espressi utilizzando la notazione E "mEn" con un numero reale m e un numero intero n che indica un valore pari a "m x 10^n". Supporti
NF6 DOVERE Il segno dell'esponente DEVE essere espresso solo come parte del valore esponente se n è negativo. Supporti
NF7 DOVERE I valori numerici NON DEVONO essere espressi con simboli matematici, funzioni o operatori. Supporti
NF8 DOVERE I valori numerici NON DEVONO contenere qualificatori o caratteri aggiuntivi (ad esempio, simboli di valuta, unità di misura e così via). Supporti
NF9 DOVERE I valori numerici NON DEVONO contenere virgole o segni di punteggiatura ad eccezione di un singolo separatore decimale (".") se necessario per esprimere un valore decimale. Supporti
NF10 DOVERE I valori numerici NON DEVONO includere un carattere per rappresentare un segno per un valore positivo. Supporti
NF11 DOVERE Un segno negativo (-) DEVE indicare un valore negativo. Supporti
NF12 DOVERE Le colonne con un formato valore numerico DEVONO presentare uno dei valori seguenti come "Tipo di dati" nella definizione di colonna: Integer, Decimal. Supporti
NF13 DOVERE I provider SHOULD definiscono precisione e scala per le colonne Formato numerico usando uno dei valori di precisione seguenti in un documento di definizione dei dati pubblicato dai provider: Integer Short, Long, ; Extended Decimal Single, Double, Extended. Supporti

Gestione delle stringhe

Origine: attributes/string_handling.md

ID Type Criteri Status Note
SH1 DOVERE L'acquisizione di valori stringa personalizzati che acquisisce le colonne DEVE adottare gli stessi requisiti nel tempo. Supporti
SH2 DOVERE I valori stringa DEVONO mantenere le maiuscole e minuscole originali, la spaziatura e altri fattori di coerenza rilevanti, come specificato dai provider e dagli utenti finali. Supporto parziale ResourceName può essere modificato in lettere minuscole o maiuscole dal provider di risorse. Se viene visualizzato questo problema, inviare una richiesta di supporto al team del servizio responsabile dello SKU/contatore. ResourceId è in basso per soddisfare i requisiti focus.
SH3.1 DOVERE Gli addebiti per le entità modificabili (ad esempio, i nomi delle risorse) DEVONO essere rispecchiati accuratamente negli addebiti corrispondenti sostenuti dopo la modifica... Supporti
SH3.2 DOVERE Addebiti per le entità modificabili... NON DEVE modificare gli addebiti addebitati prima della modifica, mantenendo l'integrità dei dati e la controllabilità per tutti i record di addebito. Supporti
SH4 DOVERE Valori stringa non modificabili che fanno riferimento alla stessa entità (ad esempio, identificatori di risorsa, identificatori di area e così via) DEVE rimanere coerente e invariata in tutti i periodi di fatturazione. Supporti
SH5 DOVERE Le stringhe e le stringhe vuote costituite esclusivamente da spazi NON DEVONO essere usate nelle colonne stringa non nullable. Supporti
SH6 Maggio Quando un record viene fornito dopo una modifica a un valore stringa modificabile e ChargeClass è "Correzione", il record PUÒ contenere il valore modificato. Supporti

Formato unità

Origine: attributes/unit_format.md

ID Type Criteri Status Note
UF1 DOVERE Le unità SHOULD devono essere espresse come una singola unità di misura che si adere a uno dei tre formati seguenti: <plural-units>, <singular-unit>-<plural-time-units>, <plural-units>/<singular-time-unit>. Supporti Sebbene sia valido in base alla regola UF2, le unità seguenti sono eccezioni a questa regola: Units/10 Days, Units/3 Months, Units/6 Months.
UF2.1 Maggio Le unità POSSONO essere espresse con una quantità di unità (<quantity> <plural-units>) o un intervallo di tempo (<plural-units>/<interval> <plural-time-units>). Supporti Vedere UF1.
UF2.2 DOVERE Se viene utilizzata una quantità di unità o un intervallo di tempo, la quantità di unità o l'intervallo di tempo DEVE essere espresso come numero intero. Supporti
UF3 DOVERE I valori unitari e i componenti delle colonne che usano il formato unità MUST usano uno schema di capitalizzazione coerente con lo schema di capitalizzazione usato in questo attributo se tale termine è elencato in questa sezione. Supporti
UF4 DOVERE Le unità DOVREBBERO essere composte dall'elenco delle unità consigliate elencate in questa sezione, a meno che il valore dell'unità non includa una dimensione non elencata nel set di unità consigliate o se l'unità copre un'unità basata su conteggio distinta dai valori consigliati nella dimensione count elencata in questa sezione. Supporti
UF5.1 DOVERE I nomi delle unità di dimensione dei dati DEVONO essere abbreviati usando una delle abbreviazioni nella tabella seguente. Supporti
UF5.2 DOVERE I valori che superano 10^18 MUST usano l'abbreviazione di exabit, exabyte, exbibit e exbibyte... Supporti
UF5.3 DOVERE ... i valori inferiori a un byte DEVONO usare l'abbreviazione per bit o byte. Supporti
UF6 Maggio Se l'elenco seguente di valori consigliati non copre un'unità basata sul conteggio, un provider PUÒ introdurre un nuovo sostantivo che rappresenta un'unità basata su conteggio. Supporti Tutti i valori di unità supportati sono documentati nel set di dati Unità prezzi nel toolkit FinOps.
UF7 DOVERE Tutti i sostantivi visualizzati in unità non elencate nella tabella dei valori consigliati verranno considerate unità basate sul conteggio. Un nuovo valore unitario basato sul conteggio DEVE essere in maiuscolo. Supporti
UF8 DOVERE Le unità basate sul tempo possono essere usate per misurare il consumo in un intervallo di tempo o in combinazione con un'altra unità per acquisire una frequenza di consumo. Le unità basate sul tempo DEVONO corrispondere a uno dei valori elencati nella tabella seguente: Year, MonthDay, Hour, Minute. Second Supporti
UF9 DOVERE Se il valore unitario è un valore composito creato da combinazioni di una o più unità, ogni componente DEVE anche allinearsi al set di valori consigliati. Supporti
UF10.1 DOVERE Anziché "per" o "-" per indicare un'unità composita, una barra ("/") e uno spazio(" ") deve essere usata come convenzione comune. Supporti
UF10.2 DOVERE Le unità basate sul conteggio, ad esempio richieste, istanze e token, devono essere espresse usando un valore elencato nella dimensione count. Supporti
UF10.3 DOVERE Ad esempio, se un'unità di utilizzo viene misurata come frequenza di richieste o istanze in un periodo di tempo, l'unità DEVE essere elencata come "Richieste/Giorno" per indicare il numero di richieste al giorno. Supporti

Colonne

Zona di disponibilità

Origine: columns/availabilityzone.md

ID Type Criteri Status Note
AZ0 Descrizione Identificatore assegnato dal provider per un'area fisicamente separata e isolata all'interno di un'area che fornisce disponibilità elevata e tolleranza di errore. Supporti Microsoft supporta il concetto di zona di disponibilità, ma non lo include nel set di dati costi e utilizzo di Gestione costi.
AZ1 CONSIGLIATI La colonna AvailabilityZone è CONSIGLIATa per essere presente nei dati di fatturazione quando il provider supporta la distribuzione di risorse o servizi all'interno di una zona di disponibilità. Non supporta Le zone di disponibilità non sono disponibili in alcun set di dati sui costi e sull'utilizzo di Gestione costi.
AZ2.1 DOVERE [AvailabilityZone] DEVE essere di tipo String... Non applicabile
AZ2.2 Maggio [AvailabilityZone]... PUÒ contenere valori Null quando un addebito non è specifico di una zona di disponibilità. Non applicabile

Costo fatturato

Origine: columns/billedcost.md

ID Type Criteri Status Note
BCo0 Descrizione Un addebito che funge da base per la fatturazione, inclusi tutti i tassi ridotti e gli sconti, escludendo l'ammortamento degli addebiti iniziali (una tantum o ricorrente). Supporti
BCo1.1 DOVERE La colonna BilledCost DEVE essere presente nei dati di fatturazione... Supporti
BCo1.2 DOVERE Colonna BilledCost... NON DEVE essere Null. Supporti
BCo2.1 DOVERE [BilledCost] DEVE essere di tipo Decimal... Supporti
BCo2.2 DOVERE [BilledCost]... MUST conforme al formato numerico... Supporti
BCo2.3 DOVERE [BilledCost]... [MUST] essere denominata in BillingCurrency. Supporti
BCo2.4 DOVERE La somma di BilledCost per le righe in un determinato periodo di fatturazione DEVE corrispondere alla somma delle fatture ricevute per tale periodo di fatturazione per un account di fatturazione. Supporti

ID account di fatturazione

Origine: columns/billingaccountid.md

ID Type Criteri Status Note
BAI0 Descrizione Identificatore assegnato a un account di fatturazione dal provider. Supporti L'account di fatturazione FOCUS rappresenta l'ambito in cui vengono generate le fatture, ovvero un account di fatturazione Contratto Enterprise (noto anche come registrazione) o un profilo di fatturazione Contratto del cliente Microsoft.
BAI1 DOVERE La colonna BillingAccountId DEVE essere presente nei dati di fatturazione. Supporti
BAI2 DOVERE [BillingAccountId] DEVE essere di tipo String... Supporti
BAI3 DOVERE [BillingAccountId]... MUST NOT contenere valori Null. Supporti
BAI4 DOVERE BillingAccountId DEVE essere un identificatore univoco globale all'interno di un provider. Supporti BillingAccountId usa l'ID di Azure Resource Manager completo e non il numero di registrazione semplice o l'ID del profilo di fatturazione per coerenza e per garantire che l'ambito identificato sia ovvio e accessibile a livello di codice tramite questo identificatore.

Nome dell'account di fatturazione

Origine: columns/billingaccountname.md

ID Type Criteri Status Note
BAN0 Descrizione Nome visualizzato assegnato a un account di fatturazione. Supporti L'account di fatturazione FOCUS rappresenta l'ambito in cui vengono generate le fatture, ovvero un account di fatturazione Contratto Enterprise (noto anche come registrazione) o un profilo di fatturazione Contratto del cliente Microsoft.
BAN1.1 DOVERE La colonna BillingAccountName DEVE essere presente nei dati di fatturazione... Supporti
BAN1.2 DOVERE Colonna BillingAccountName... NON DEVE essere Null quando il provider supporta l'assegnazione di un nome visualizzato per l'account di fatturazione. Supporti
BAN2 DOVERE [BillingAccountName] DEVE essere di tipo String. Supporti
BAN3 DOVERE BillingAccountName DEVE essere univoco all'interno di un cliente quando un cliente ha più di un account di fatturazione. Non supporta I proprietari dell'account di fatturazione controllano .BillingAccountName Microsoft non modifica questo valore, anche se sceglie di usare lo stesso nome di un altro account di fatturazione.

Valuta di fatturazione

Origine: columns/billingcurrency.md

ID Type Criteri Status Note
BCu0 Descrizione Rappresenta la valuta in cui è stato fatturato un addebito. Supporti
BCu1 DOVERE La colonna BillingCurrency DEVE essere presente nei dati di fatturazione. Supporti
BCu2 DOVERE BillingCurrency DEVE corrispondere alla valuta usata nella fattura generata dall'emittente della fattura. Supporti
BCu3.1 DOVERE [BillingCurrency] DEVE essere di tipo String... Supporti
BCu3.2 DOVERE [BillingCurrency]... MUST NOT contenere valori Null. Supporti
BCu5 DOVERE BillingCurrency DEVE essere conforme ai requisiti di formato del codice di valuta. Supporti

Fine del periodo di fatturazione

Origine: columns/billingperiodend.md

ID Type Criteri Status Note
BPE0 Descrizione Data e ora di fine esclusiva di un periodo di fatturazione. Supporti
BPE1 DOVERE La colonna BillingPeriodEnd deve essere presente nei dati di fatturazione. Supporti
BPE2.1 DOVERE [BillingPeriodEnd] DEVE essere di tipo Formato data /ora... Supporti
BPE2.2 DOVERE [BillingPeriodEnd]... DEVE essere un valore esclusivo... Supporti
BPE2.3 DOVERE [BillingPeriodEnd]... MUST NOT contenere valori Null. Supporti
BPE3 DOVERE La somma della colonna BilledCost per le righe in un determinato periodo di fatturazione DEVE corrispondere alla somma delle fatture ricevute per tale periodo di fatturazione per un account di fatturazione. Supporti

Inizio periodo di fatturazione

Origine: columns/billingperiodstart.md

ID Type Criteri Status Note
BPS0 Descrizione Data e ora di inizio inclusiva di un periodo di fatturazione. Supporti
BPS1.1 DOVERE La colonna BillingPeriodStart DEVE essere presente nei dati di fatturazione... Supporti
BPS1.2 DOVERE Colonna BillingPeriodStart... DEVE essere di tipo Formato data /ora... Supporti
BPS1.3 DOVERE Colonna BillingPeriodStart... DEVE essere un valore inclusivo... Supporti
BPS1.4 DOVERE Colonna BillingPeriodStart... MUST NOT contenere valori Null. Supporti
BPS2 DOVERE La somma della metrica BilledCost per le righe in un determinato periodo di fatturazione DEVE corrispondere alla somma delle fatture ricevute per tale periodo di fatturazione per un account di fatturazione. Supporti

Categoria addebito

Origine: columns/chargecategory.md

ID Type Criteri Status Note
ChCt0 Descrizione Rappresenta la classificazione di livello più alto di un addebito in base alla natura della fatturazione. Supporti
ChCt1.1 DOVERE La colonna ChargeCategory DEVE essere presente nei dati di fatturazione... Supporti
ChCt1.2 DOVERE Colonna ChargeCategory... NON DEVE essere Null. Supporti
ChCt2 DOVERE [ChargeCategory] è di tipo String e MUST è uno dei valori consentiti. Supporti

Classe Charge

Origine: columns/chargeclass.md

ID Type Criteri Status Note
ChCl0 Descrizione Indica se la riga rappresenta una correzione a uno o più addebiti fatturati in un periodo di fatturazione precedente. Supporti
ChCl1 DOVERE La colonna ChargeClass DEVE essere presente nei dati di fatturazione. Supporti
ChCl2.1 DOVERE [ChargeClass] DEVE essere di tipo String... Supporti
ChCl2.2 DOVERE [ChargeClass]... DEVE essere "Correzione" quando la riga rappresenta una correzione a uno o più addebiti fatturati in un periodo di fatturazione precedente. Supporti
ChCl3 DOVERE ChargeClass DEVE essere null quando non è una correzione o quando è una correzione entro il periodo di fatturazione corrente. Supporti

Descrizione addebito

Origine: columns/chargedescription.md

ID Type Criteri Status Note
CD0 Descrizione Riepilogo autonomo dello scopo e del prezzo dell'addebito. Supporti
CD1 DOVERE La colonna ChargeDescription DEVE essere presente nei dati di fatturazione... Supporti
CD2 DOVERE Colonna ChargeDescription... DEVE essere di tipo String... Supporti
CD3 DOVERE Colonna ChargeDescription... NON DEVE essere Null. Supporto parziale ChargeDescription può essere null per gli addebiti inutilizzati del piano di risparmio, gli addebiti del Marketplace e altri addebiti che non sono direttamente associati a uno SKU di prodotto.
CD4 DOVERE I provider SHOULD specificano la lunghezza di [ChargeDescription] nella documentazione disponibile pubblicamente. Non supporta

Frequenza di addebito

Origine: columns/chargefrequency.md

ID Type Criteri Status Note
CF0 Descrizione Indica la frequenza con cui si verificherà un addebito. Supporti
CF1.1 CONSIGLIATI La colonna ChargeFrequency è CONSIGLIATA essere presente nei dati di fatturazione... Supporti
CF1.2 DOVERE Colonna ChargeFrequency... NON DEVE essere Null. Supporti
CF2 DOVERE [ChargeFrequency] è di tipo String e MUST è uno dei valori consentiti. Supporti
CF3 DOVERE Quando ChargeCategory è "Purchase", ChargeFrequency NON DEVE essere "Basato sull'utilizzo". Supporti

Fine del periodo di addebito

Origine: columns/chargeperiodend.md

ID Type Criteri Status Note
CPE0 Descrizione Data e ora di fine esclusiva di un periodo di addebito. Supporti
CPE1.1 DOVERE ChargePeriodEnd DEVE essere presente nei dati di fatturazione... Supporti
CPE1.2 DOVERE ChargePeriodEnd... DEVE essere di tipo Data/Ora... Supporti
CPE1.3 DOVERE ChargePeriodEnd... DEVE essere un valore esclusivo... Supporti
CPE1.4 DOVERE ChargePeriodEnd... MUST NOT contenere valori Null. Supporti
CPE2 DOVERE ChargePeriodEnd DEVE corrispondere al limite di data e ora di fine del periodo di validità dell'addebito. Supporti

Inizio periodo di addebito

Origine: columns/chargeperiodstart.md

ID Type Criteri Status Note
CPS0 Descrizione Data e ora di inizio inclusiva entro un periodo di addebito. Supporti
CPS1.1 DOVERE ChargePeriodStart DEVE essere presente nei dati di fatturazione... Supporti
CPS1.2 DOVERE ChargePeriodStart... DEVE essere di tipo Data/Ora... Supporti
CPS1.3 DOVERE ChargePeriodStart... DEVE essere un valore inclusivo... Supporti
CPS1.4 DOVERE ChargePeriodStart... MUST NOT contenere valori Null. Supporti
CPS2 DOVERE ChargePeriodStart DEVE corrispondere al limite di data e ora di inizio del periodo di validità dell'addebito. Supporti

Categoria di sconto per l'impegno

Origine: columns/commitmentdiscountcategory.md

ID Type Criteri Status Note
CDC0 Descrizione Indica se lo sconto basato sull'impegno identificato nella colonna CommitmentDiscountId è basato sulla quantità di utilizzo o sul costo (noto anche come "spesa"). Supporti
CDC1 DOVERE La colonna CommitmentDiscountCategory DEVE essere presente nei dati di fatturazione quando il provider supporta sconti basati sull'impegno. Supporti
CDC2.1 DOVERE [CommitmentDiscountCategory] DEVE essere di tipo String... Supporti
CDC2.2 DOVERE [CommitmentDiscountCategory]... DEVE essere null quando CommitmentDiscountId è null... Supporti
CDC2.3 DOVERE [CommitmentDiscountCategory]... MUST NOT be null quando CommitmentDiscountId non è null. Supporti
CDC3 DOVERE CommitmentDiscountCategory DEVE essere uno dei valori consentiti. Supporti

ID sconto impegno

Origine: columns/commitmentdiscountid.md

ID Type Criteri Status Note
CDI0 Descrizione Identificatore assegnato a uno sconto basato sull'impegno dal provider. Supporti
CDI1 DOVERE La colonna CommitmentDiscountId DEVE essere presente nei dati di fatturazione quando il provider supporta sconti basati sull'impegno. Supporti
CDI2.1 DOVERE [CommitmentDiscountId] DEVE essere di tipo String... Supporti
CDI2.2 DOVERE [CommitmentDiscountId]... MUST NOT contenere valori Null quando un addebito è correlato a uno sconto basato sull'impegno. Supporti
CDI3 DOVERE Quando un addebito non è associato a uno sconto basato sull'impegno, la colonna DEVE essere Null. Supporti
CDI4 DOVERE CommitmentDiscountId DEVE essere univoco all'interno del provider. Supporti

Nome sconto impegno

Origine: columns/commitmentdiscountname.md

ID Type Criteri Status Note
Rete CDN0 Descrizione Nome visualizzato assegnato a uno sconto basato sull'impegno. Supporti
RETE CDN1 DOVERE La colonna CommitmentDiscountName DEVE essere presente nei dati di fatturazione quando il provider supporta sconti basati sull'impegno. Supporti
RETE CDN2 DOVERE [CommitmentDiscountName] DEVE essere di tipo String. Supporti
RETE CDN3.1 DOVERE Il valore CommitmentDiscountName DEVE essere null se l'addebito non è correlato a uno sconto basato sull'impegno... Supporti
RETE CDN3.2 Maggio Valore CommitmentDiscountName... PUÒ essere Null se non è possibile assegnare un nome visualizzato a uno sconto basato sull'impegno. Supporti
RETE CDN4 DOVERE CommitmentDiscountName NON DEVE essere null se è possibile assegnare un nome visualizzato a uno sconto basato sull'impegno. Supporti

Stato sconto impegno

Origine: columns/commitmentdiscountstatus.md

ID Type Criteri Status Note
CDS0 Descrizione Indica se l'addebito corrisponde al consumo di uno sconto basato sull'impegno o alla parte inutilizzata dell'importo di cui è stato eseguito il commit. Supporti
CDS1 DOVERE La colonna CommitmentDiscountStatus deve essere presente nei dati di fatturazione quando il provider supporta sconti basati sull'impegno. Supporti
CDS2 DOVERE [CommitmentDiscountStatus] DEVE essere di tipo String... Supporti
CDS3.1 DOVERE [CommitmentDiscountStatus]... DEVE essere null quando CommitmentDiscountId è null... Supporti
CDS3.2 DOVERE [CommitmentDiscountStatus]... MUST NOT be null when CommitmentDiscountId is not null and Charge Category is "Usage". Supporti
CDS4 DOVERE CommitmentDiscountCategory DEVE essere uno dei valori consentiti. Supporti

Tipo di sconto per l'impegno

Origine: columns/commitmentdiscounttype.md

ID Type Criteri Status Note
CDT0 Descrizione Identificatore assegnato dal provider per il tipo di sconto basato sull'impegno applicato alla riga. Supporti
CDT1 DOVERE La colonna CommitmentDiscountType DEVE essere presente nei dati di fatturazione quando il provider supporta sconti basati sull'impegno. Supporti
CDT2.1 DOVERE [CommitmentDiscountType] DEVE essere di tipo String... Supporti
CDT2.2 DOVERE [CommitmentDiscountType]... DEVE essere null quando CommitmentDiscountId è null... Supporti
CDT2.3 DOVERE [CommitmentDiscountType]... MUST NOT be null quando CommitmentDiscountId non è null. Supporti

Quantità consumata

Origine: columns/consumedquantity.md

ID Type Criteri Status Note
CQ0 Descrizione Volume di uno SKU specificato associato a una risorsa o a un servizio usato, in base all'unità utilizzata. Supporti
CQ1 DOVERE La colonna ConsumedQuantity DEVE essere presente nei dati di fatturazione quando il provider supporta la misurazione dell'utilizzo. Supporti
CQ2 DOVERE [ConsumedQuantity] MUST NOT be null if ChargeCategory is "Usage" and ChargeClass is not "Correction". Supporti
CQ3 DOVERE [ConsumedQuantity] DEVE essere null per altri valori ChargeCategory. Supporti
CQ4.1 DOVERE [ConsumedQuantity] DEVE essere di tipo Decimal... Supporti
CQ4.2 DOVERE [ConsumedQuantity]... DEVE essere conforme ai requisiti di formato numerico. Supporti
CQ5 Maggio Il valore PUÒ essere negativo nei casi in cui ChargeClass è "Correzione". Supporti

Unità utilizzata

Origine: columns/consumedunit.md

ID Type Criteri Status Note
CU0 Descrizione Unità di misura specificata dal provider che indica come un provider misura l'utilizzo di uno SKU specifico associato a una risorsa o a un servizio. Supporti
CU1 DOVERE La colonna ConsumedUnit DEVE essere presente nei dati di fatturazione quando il provider supporta la misurazione dell'utilizzo. Supporti
CU2 DOVERE [ConsumedUnit] DEVE essere di tipo String. Supporti
CU3 DOVERE ConsumedUnit NON DEVE essere null se ChargeCategory è "Usage" e ChargeClass non è "Correzione". Supporti
CU4 DOVERE [ConsumedUnit] DEVE essere null per altri valori ChargeCategory. Supporti
CU5 DOVERE Le unità di misura usate in ConsumedUnit SHOULD rispettano i valori e i requisiti di formato specificati nell'attributo UnitFormat. Supporti
CU6 DOVERE La colonna ConsumedUnit NON DEVE essere usata per determinare i valori correlati a eventuali metriche relative a prezzi o costi. Supporti

Costo con contratto

Origine: columns/contractedcost.md

ID Type Criteri Status Note
CnC0 Descrizione Costo calcolato moltiplicando il prezzo unitario contratto e la corrispondente quantità di prezzi. Supporti
CnC1.1 DOVERE La colonna ContractedCost DEVE essere presente nei dati di fatturazione... Supporti
CnC1.2 DOVERE Colonna ContractedCost... NON DEVE essere Null. Supporto parziale ContractedCost non è mai null, ma può essere 0 per: addebiti di EA Marketplace, utilizzo delle prenotazioni EA quando l'allocazione dei costi è abilitata, utilizzo delle prenotazioni MCA.
CnC2.1 DOVERE [ContractedCost] DEVE essere di tipo Decimal... Supporti
CnC2.2 DOVERE [ContractedCost]... MUST conforme ai requisiti di formato numerico... Supporti
CnC2.3 DOVERE [ContractedCost]... [MUST] essere denominata in BillingCurrency. Supporti
CnC3 DOVERE Quando ContractedUnitPrice è presente e non null, moltiplicando ContractedUnitPrice per PricingQuantity MUST produrre contractedCost, tranne nei casi di ChargeClass "Correzione", che può risolvere PricingQuantity o eventuali discrepanze sui costi in modo indipendente. Supporti ContractedCost può essere disattivato di meno di 0,0000000001 a causa di errori di arrotondamento.
CnC4 DOVERE Il costo contratto di un addebito calcolato in base ad altri addebiti (ad esempio, quando ChargeCategory è "Tax") DEVE essere calcolato in base al costo contratto di tali addebiti correlati. Supporti
CnC5 DOVERE Il costo con contratto di un addebito non correlato ad altri addebiti (ad esempio, quando ChargeCategory è "Credit") DEVE corrispondere a BilledCost. Supporti ContractedCost può essere disattivato di meno di 0,00001 a causa di errori di arrotondamento.

Prezzo unitario contratto

Origine: columns/contractedunitprice.md

ID Type Criteri Status Note
CnUP0 Descrizione Prezzo unitario concordato per una singola unità tariffaria dello SKU associato, incluso gli sconti negoziati, se presente, escludendo gli sconti negoziati basati sull'impegno o qualsiasi altro sconto. Supporti
CnUP1 DOVERE La colonna ContractedUnitPrice deve essere presente nei dati di fatturazione quando il provider supporta il concetto di prezzo negoziato. Supporti
CnUP2.1 DOVERE [ContractedUnitPrice] DEVE essere un decimale compreso nell'intervallo di valori decimali non negativi... Supporti
CnUP2.3 DOVERE [ContractedUnitPrice]... MUST conforme ai requisiti di formato numerico... Supporti
CnUP2.3 DOVERE [ContractedUnitPrice]... [MUST] essere denominata in BillingCurrency. Supporti
CnUP3.1 DOVERE NON DEVE essere null quando ChargeClass non è "Correzione" e ChargeCategory è "Usage" o "Purchase"... Supporto parziale ContractedUnitPrice non è mai null, ma può essere 0 per: addebiti di EA Marketplace, utilizzo delle prenotazioni EA quando l'allocazione dei costi è abilitata, utilizzo delle prenotazioni MCA.
CnUP3.2 DOVERE Esso... DEVE essere null quando ChargeCategory è "Tax"... Non applicabile Le imposte non sono incluse nel set di dati costi e utilizzo di Gestione costi.
CnUP3.3 Maggio Esso... PUÒ essere null per tutte le altre combinazioni di ChargeClass e ChargeCategory. Supporti
CnUP4 DOVERE Quando ContractedUnitPrice è presente e non null, moltiplicando ContractedUnitPrice per PricingQuantity MUST uguale ContractedCost, tranne nei casi di ChargeClass "Correzione", che può risolvere prezziQuantity o eventuali discrepanze sui costi in modo indipendente. Supporti ContractedCost può essere disattivato di meno di 0,00001 a causa di errori di arrotondamento.

Costo effettivo

Origine: columns/effectivecost.md

ID Type Criteri Status Note
EC0 Descrizione Costo ammortizzato dell'addebito dopo aver applicato tutte le tariffe ridotte, gli sconti e la parte applicabile degli acquisti prepagati pertinenti (una tantum o ricorrente) che ha coperto questo addebito. Supporti
EC1.1 DOVERE La colonna EffectiveCost deve essere presente nei dati di fatturazione... Supporti
EC1.2 DOVERE Colonna EffectiveCost... NON DEVE essere Null. Supporti
EC2.1 DOVERE [EffectiveCost] DEVE essere di tipo Decimal... Supporti
EC2.2 DOVERE [EffectiveCost]... MUST conforme ai requisiti di formato numerico... Supporti
EC2.3 DOVERE [EffectiveCost]... [MUST] essere denominata in BillingCurrency. Supporti
EC4 DOVERE EffectiveCost DEVE essere 0 quando ChargeCategory è "Acquista" e l'acquisto è destinato a coprire gli addebiti idonei futuri. Supporti
EC5 DOVERE Il costo effettivo DEVE essere calcolato in base al costo effettivo degli addebiti correlati se l'addebito viene calcolato in base ad altri addebiti (ad esempio ChargeCategory è "Tax"). Supporti
EC6 DOVERE EffectiveCost DEVE corrispondere a BilledCost se l'addebito non è correlato ad altri addebiti(ad esempio ChargeCategory è "Credit"). Supporti

Nome dell'autorità emittente della fattura

Origine: columns/invoiceissuer.md

ID Type Criteri Status Note
IIN0 Descrizione Nome dell'entità responsabile della fatturazione per le risorse o i servizi utilizzati. Supporti Per gli account CSP, InvoiceIssuerName è impostato sul nome del server di distribuzione Cloud Solution Provider (CSP) che ha una relazione diretta con Microsoft e potrebbe non rappresentare l'organizzazione che fattura direttamente il cliente finale. Per tutti gli altri tipi di account, il valore è "Microsoft", anche se è presente un'organizzazione intermediaria che fattura il cliente finale.
IIN1 DOVERE La colonna InvoiceIssuer DEVE essere presente nei dati di fatturazione. Supporti
IIN2 DOVERE [InvoiceIssuerName] DEVE essere di tipo String... Supporti
IIN3 DOVERE [InvoiceIssuerName]... MUST NOT contenere valori Null. Supporti

Elencare il costo

Origine: columns/listcost.md

ID Type Criteri Status Note
LC0 Descrizione Costo calcolato moltiplicando il prezzo unitario di listino e la corrispondente quantità di prezzi. Supporti
LC1.1 DOVERE La colonna ListCost deve essere presente nei dati di fatturazione... Supporti
LC1.2 DOVERE Colonna ListCost... NON DEVE essere Null. Supporto parziale ListCost non è mai null, ma può essere 0 per: addebiti del Marketplace e utilizzo delle prenotazioni.
LC2.1 DOVERE [ListCost] DEVE essere di tipo Decimal... Supporti
LC2.2 DOVERE [ListCost]... DEVE essere conforme ai requisiti di formato numerico. Supporti
LC2.3 DOVERE [ListCost]... [MUST] essere denominata in BillingCurrency. Supporti
LC3 DOVERE Quando ListUnitPrice è presente e non null, moltiplicando ListUnitPrice per PricingQuantity DEVE produrre ListCost, tranne nei casi di ChargeClass "Correzione", che può risolvere pricingQuantity o eventuali discrepanze sui costi in modo indipendente. Supporti ListCost può essere disattivato di meno di 0,0000000001 a causa di errori di arrotondamento.
LC4 DOVERE Il valore ListCost di un addebito calcolato in base ad altri addebiti (ad esempio, quando ChargeCategory è "Tax") deve essere calcolato in base all'ElencoCost di tali addebiti correlati. Supporti
LC5 DOVERE ListCost di un addebito non correlato ad altri addebiti (ad esempio, quando ChargeCategory è "Credit") DEVE corrispondere a BilledCost. Supporti ListCost può essere disattivato di meno di 0,0000000001 a causa di errori di arrotondamento.

Prezzo unitario di listino

Origine: columns/listunitprice.md

ID Type Criteri Status Note
LUP0 Descrizione Prezzo unitario suggerito pubblicato dal provider per una singola unità tariffaria dello SKU associato, esclusivo di eventuali sconti. Supporti
LUP1 DOVERE La colonna ListUnitPrice deve essere presente nei dati di fatturazione quando il provider pubblica i prezzi unitri esclusivi degli sconti. Supporti
LUP2.1 DOVERE [ListUnitPrice] DEVE essere un decimale compreso nell'intervallo di valori decimali non negativi... Supporti
LUP2.2 DOVERE [ListUnitPrice]... MUST conforme ai requisiti di formato numerico... Supporti
LUP2.3 DOVERE [ListUnitPrice]... [MUST] essere denominata in BillingCurrency. Supporti
LUP3.1 DOVERE NON DEVE essere null quando ChargeClass non è "Correzione" e ChargeCategory è "Usage" o "Purchase"... Supporto parziale ListUnitPrice non è mai null, ma può essere 0 per: addebiti del Marketplace e utilizzo delle prenotazioni.
LUP3.2 DOVERE Esso... DEVE essere null quando ChargeCategory è "Tax"... Non applicabile Le imposte non sono incluse in alcun set di dati sui costi e sull'utilizzo di Gestione costi.
LUP3.3 Maggio Esso... PUÒ essere null per tutte le altre combinazioni di ChargeClass e ChargeCategory. Supporti
LUP4 DOVERE Quando ListUnitPrice è presente e non è null, moltiplicando ListUnitPrice per PricingQuantity MUST uguale a ListCost, tranne nei casi di ChargeClass "Correzione", che può risolvere i prezziQuantity o eventuali discrepanze sui costi in modo indipendente. Supporti

Categoria prezzi

Origine: columns/pricingcategory.md

ID Type Criteri Status Note
PC0 Descrizione Descrive il modello di determinazione prezzi usato per un addebito al momento dell'utilizzo o dell'acquisto. Supporti
PC1.1 DOVERE PricingCategory DEVE essere presente nei dati di fatturazione quando il provider supporta più di una categoria di prezzi in tutti gli SKU... Supporti
PC1.2 DOVERE PricingCategory... DEVE essere di tipo String. Supporti
PC2.1 DOVERE PricingCategory NON DEVE essere null quando ChargeClass non è "Correzione" e ChargeCategory è "Utilizzo" o "Acquisto"... Supporti
PC2.2 DOVERE PricingCategory... DEVE essere null quando ChargeCategory è "Tax"... Non applicabile Le imposte non sono incluse in alcun set di dati sui costi e sull'utilizzo di Gestione costi.
PC2.3 Maggio PricingCategory... PUÒ essere null per tutte le altre combinazioni di ChargeClass e ChargeCategory. Supporti
PC3 DOVERE PricingCategory DEVE essere uno dei valori consentiti. Supporti
PC4 DOVERE PricingCategory DEVE essere "Standard" quando i prezzi sono predeterminati alla tariffa concordata per l'account di fatturazione. Supporti
PC5 DOVERE PricingCategory DEVE essere "Committed" quando CommitmentDiscountId non è null. Supporti
PC6 DOVERE PricingCategory DEVE essere "Dinamico" quando i prezzi sono determinati dal provider e possono cambiare nel tempo, indipendentemente dai prezzi predeterminati del contratto. Supporti
PC7 DOVERE PricingCategory DEVE essere "Altro" quando è presente un modello tariffario, ma nessuno dei valori consentiti si applica. Supporti

Quantità di prezzi

Origine: columns/pricingquantity.md

ID Type Criteri Status Note
PQ0 Descrizione Volume di uno SKU specifico associato a una risorsa o a un servizio usato o acquistato in base all'unità prezzi. Supporti
PQ1 DOVERE La colonna PricingQuantity DEVE essere presente nei dati di fatturazione. Supporti
PQ2.1 DOVERE [PricingQuantity] DEVE essere di tipo Decimal... Supporti
PQ2.2 DOVERE [PricingQuantity]... DEVE essere conforme ai requisiti di formato numerico. Supporti
PQ3 Maggio Il valore PUÒ essere negativo nei casi in cui ChargeClass è "Correzione". Supporti
PQ4.1 DOVERE [PricingQuantity] MUST NOT be null when ChargeClass is not "Correction" and ChargeCategory is "Usage" or "Purchase"... Supporti
PQ4.2 DOVERE [PricingQuantity]... DEVE essere null quando ChargeCategory è "Tax"... Non applicabile Le imposte non sono incluse in alcun set di dati sui costi e sull'utilizzo di Gestione costi.
PQ4.3 Maggio [PricingQuantity]... e MAY essere null per tutte le altre combinazioni di ChargeClass e ChargeCategory. Supporti
PQ5 DOVERE Quando i prezzi di unità non sono null, moltiplicando PricingQuantity per un prezzo unitario DEVE produrre un risultato uguale alla metrica di costo corrispondente, tranne nei casi di ChargeClass "Correzione", che può risolvere PricingQuantity o eventuali discrepanze dei costi in modo indipendente. Supporti

Unità tariffaria

Origine: columns/pricingunit.md

ID Type Criteri Status Note
PU0 Descrizione Unità di misura specificata dal provider per determinare i prezzi unitare, che indica come i tassi del provider misurano l'utilizzo e le quantità di acquisto dopo l'applicazione di regole di determinazione dei prezzi, ad esempio bloccare i prezzi. Supporti
PU1 DOVERE La colonna PricingUnit DEVE essere presente nei dati di fatturazione. Supporti
PU2 DOVERE [PricingUnit] DEVE essere di tipo String. Supporti
PU3.1 DOVERE NON DEVE essere null quando ChargeClass non è "Correzione" e ChargeCategory è "Usage" o "Purchase"... Supporti
PU3.2 DOVERE Esso... DEVE essere null quando ChargeCategory è "Tax"... Non applicabile Le imposte non sono incluse in alcun set di dati sui costi e sull'utilizzo di Gestione costi.
PU3.3 Maggio Esso... PUÒ essere null per tutte le altre combinazioni di ChargeClass e ChargeCategory. Supporti
PU4 DOVERE Le unità di misura usate in PricingUnit SHOULD rispettano i valori e i requisiti di formato specificati nell'attributo UnitFormat. Supporti
PU5 DOVERE Il valore PricingUnit DEVE essere semanticamente uguale al valore unità di misura dei prezzi corrispondente fornito nel listino prezzi pubblicato dal provider o nella fattura, quando la fattura include un'unità di misura dei prezzi. Supporti

Nome provider

Origine: columns/provider.md

ID Type Criteri Status Note
PrN0 Descrizione Nome dell'entità che ha reso disponibili le risorse o i servizi per l'acquisto. Supporti
PrN1 DOVERE La colonna Provider DEVE essere presente nei dati di fatturazione. Supporti
PrN2.1 DOVERE [ProviderName] DEVE essere di tipo String... Supporti
PrN2.2 DOVERE [ProviderName]... MUST NOT contenere valori Null. Supporti

Nome entità di pubblicazione

Origine: columns/publisher.md

ID Type Criteri Status Note
PbN0 Descrizione Nome dell'entità che ha prodotto le risorse o i servizi acquistati. Supporti
PbN1 DOVERE La colonna del server di pubblicazione DEVE essere presente nei dati di fatturazione. Supporti
PbN2.1 DOVERE [PublisherName] DEVE essere di tipo String... Supporti
PbN2.2 DOVERE [PublisherName]... MUST NOT contenere valori Null. Supporto parziale PublisherName può essere Null per l'utilizzo della prenotazione e gli acquisti e gli addebiti inutilizzati del piano di risparmio.

Region ID (ID area)

Origine: columns/regionid.md

ID Type Criteri Status Note
RgI0 Descrizione Identificatore assegnato dal provider per un'area geografica isolata in cui viene effettuato il provisioning di una risorsa o viene fornito un servizio. Supporti
RgI1.1 DOVERE La colonna RegionId DEVE essere presente nei dati di fatturazione quando il provider supporta la distribuzione di risorse o servizi all'interno di un'area... Supporti
RgI1.2 DOVERE Colonna RegionId... DEVE essere di tipo String. Supporti
RgI2.1 DOVERE RegionId NON DEVE essere Null quando una risorsa o un servizio viene gestito o gestito da un'area distinta dal provider... Supporti
RgI2.2 Maggio RegionId... PUÒ contenere valori Null quando una risorsa o un servizio non è limitata a un'area geografica isolata. Supporti

Nome area

Origine: columns/regionname.md

ID Type Criteri Status Note
RgN0 Descrizione Nome di un'area geografica isolata in cui viene effettuato il provisioning di una risorsa o viene fornito un servizio. Supporti
RgN1 DOVERE La colonna RegionName deve essere presente nei dati di fatturazione quando il provider supporta la distribuzione di risorse o servizi all'interno di un'area... Supporti
RgN2 DOVERE The RegionName... DEVE essere di tipo String. Supporti
RgN3 DOVERE RegionName NON DEVE essere Null quando una risorsa o un servizio viene gestito o gestito da un'area distinta dal provider... Supporti
RgN4 Maggio RegionName... PUÒ contenere valori Null quando una risorsa o un servizio non è limitata a un'area geografica isolata. Supporti

ID risorsa

Origine: columns/resourceid.md

ID Type Criteri Status Note
RsI0 Descrizione Identificatore assegnato a una risorsa dal provider. Supporti
RsI1 DOVERE La colonna ResourceId deve essere presente nei dati di fatturazione quando il provider supporta la fatturazione in base alle risorse di cui è stato effettuato il provisioning. Supporti
RsI2 DOVERE [ResourceId] DEVE essere di tipo String. Supporti
RsI3 Maggio Il valore ResourceId PUÒ essere una colonna nullable perché alcune righe di dati di costo potrebbero non essere associate a una risorsa. Supporti Gli acquisti potrebbero non avere un ID risorsa assegnato.
RsI4 DOVERE ResourceId DEVE essere visualizzato nei dati dei costi se un identificatore viene assegnato a una risorsa dal provider. Supporti ResourceId può essere null quando una risorsa è indirettamente correlata agli addebiti. Se non è presente, inviare una richiesta di supporto per il servizio proprietario del tipo di risorsa.
RsI5 DOVERE ResourceId DEVE essere un identificatore completo che garantisce l'univocità globale all'interno del provider. Supporti

Nome risorsa

Origine: columns/resourcename.md

ID Type Criteri Status Note
RsN0 Descrizione Nome visualizzato assegnato a una risorsa. Supporti
RsN1 DOVERE La colonna ResourceName DEVE essere presente nei dati di fatturazione quando il provider supporta la fatturazione in base alle risorse di cui è stato effettuato il provisioning. Supporti
RsN2 DOVERE [ResourceName] DEVE essere di tipo String. Supporti
RsN3 Maggio Il valore ResourceName PUÒ essere una colonna nullable perché alcune righe di dati sui costi potrebbero non essere associate a una risorsa o perché non è possibile assegnare un nome visualizzato a una risorsa. Supporti Gli acquisti potrebbero non avere un nome di risorsa assegnato.
RsN4 DOVERE ResourceName NON DEVE essere Null se è possibile assegnare un nome visualizzato a una risorsa. Supporti ResourceName può essere null quando una risorsa è indirettamente correlata agli addebiti. Se non è presente, inviare una richiesta di supporto per il servizio proprietario del tipo di risorsa.
RsN5 DOVERE Le risorse non sottoposte a provisioning in modo interattivo o hanno solo un ResourceId generato dal sistema NON DEVE duplicare lo stesso valore di ResourceName. Supporti

Tipo di risorsa

Origine: columns/resourcetype.md

ID Type Criteri Status Note
RsT0 Descrizione Tipo di risorsa a cui si applica l'addebito. Supporti
RsT1 DOVERE La colonna ResourceType DEVE essere presente nei dati di fatturazione quando il provider supporta la fatturazione in base alle risorse di cui è stato effettuato il provisioning e supporta l'assegnazione di un tipo per le risorse. Supporti
RsT2.1 DOVERE [ResourceType] DEVE essere di tipo String... Supporti
RsT2.2 DOVERE [ResourceType]... MUST NOT be null quando un ResourceId corrispondente non è Null. Supporti
RsT3 DOVERE Quando un valore ResourceId corrispondente è null, anche il valore della colonna ResourceType DEVE essere null. Supporti

Categoria di servizio

Origine: columns/servicecategory.md

ID Type Criteri Status Note
SvC0 Descrizione Classificazione di livello più alto di un servizio in base alla funzione principale del servizio. Supporti
SvC1.1 DOVERE La colonna ServiceCategory DEVE essere presente... Supporti
SvC1.2 DOVERE The ServiceCategory... NON DEVE essere Null. Supporti
SvC2 DOVERE [ServiceCategory] è di tipo String e MUST è uno dei valori consentiti. Supporti

Nome servizio

Origine: columns/servicename.md

ID Type Criteri Status Note
SvN0 Descrizione Offerta che può essere acquistata da un provider (ad esempio, macchina virtuale cloud, database SaaS, servizi professionali di un integratore di sistemi). Supporti
SvN1 DOVERE La colonna ServiceName DEVE essere presente nei dati dei costi. Supporti
SvN2.1 DOVERE [ServiceName] DEVE essere di tipo String... Supporti
SvN2.2 DOVERE [ServiceName]... MUST NOT contenere valori Null. Supporti

ID SKU

Origine: columns/skuid.md

ID Type Criteri Status Note
SkI0 Descrizione Identificatore univoco che definisce un costrutto supportato dal provider per organizzare le proprietà comuni in uno o più prezzi sku. Supporti
SkI1 DOVERE La colonna SkuId DEVE essere presente nei dati di fatturazione quando il provider pubblica un elenco di SKU. Supporti
SkI2 DOVERE [SkuId] DEVE essere di tipo String. Supporti
SkI3.1 DOVERE NON DEVE essere null quando ChargeClass non è "Correzione" e ChargeCategory è "Usage" o "Purchase"... Supporto parziale SkuId può essere null per alcune righe, ad esempio gli addebiti inutilizzati del piano di risparmio e gli addebiti del Marketplace.
SkI3.2 DOVERE Esso... DEVE essere null quando ChargeCategory è "Tax"... Non applicabile Le imposte non sono incluse in alcun set di dati sui costi e sull'utilizzo di Gestione costi.
SkI3.3 Maggio Esso... PUÒ essere null per tutte le altre combinazioni di ChargeClass e ChargeCategory. Supporti
SkI4 DOVERE SkuId DEVE essere uguale a SkuPriceId quando un provider non supporta un costrutto DI ID SKU generale. Supporti

ID prezzo SKU

Origine: columns/skupriceid.md

ID Type Criteri Status Note
SkPI0 Descrizione Identificatore univoco che definisce il prezzo unitario utilizzato per calcolare l'addebito. Supporti
SkPI1 DOVERE La colonna SkuPriceId deve essere presente nei dati di fatturazione quando il provider pubblica un listino prezzi SKU. Supporti
SkPI2 DOVERE [SkuPriceId] DEVE essere di tipo String. Supporti
SkPI3 DOVERE SkuPriceId MUST definisce un singolo prezzo unitario usato per calcolare l'addebito. Supporti
SkPI4 DOVERE ListUnitPrice DEVE essere associato allo SkuPriceId nel listino prezzi pubblicato dal provider. Supporto parziale Per EA, SkuPriceId rappresenta un singolo prezzo sku, ma non è disponibile nel set di dati dell'elenco prezzi. Per MCA, SkuPriceId è una combinazione delle colonne di elenco prezzi seguenti: {ProductId}_{SkuId}_{MeterType}.
SkPI5.1 DOVERE [SkuPriceId] MUST NOT be null when ChargeClass is not "Correction" and ChargeCategory is "Usage" or "Purchase"... Supporti
SkPI5.2 DOVERE [SkuPriceId]... DEVE essere null quando ChargeCategory è "Tax".... Non applicabile Le imposte non sono incluse in alcun set di dati sui costi e sull'utilizzo di Gestione costi.
SkPI5.3 Maggio [SkuPriceId]... PUÒ essere null per tutte le altre combinazioni di ChargeClass e ChargeCategory. Supporti
SkPI6 DOVERE Un determinato valore di SkuPriceId DEVE essere associato a uno e a un solo SkuId, ad eccezione dei casi di flessibilità dello sconto per l'impegno. Supporti

ID account secondario

Origine: columns/subaccountid.md

ID Type Criteri Status Note
SAI0 Descrizione ID assegnato a un raggruppamento di risorse o servizi, spesso usato per gestire l'accesso e/o il costo. Supporti Focus sottoaccount esegue il mapping a una sottoscrizione di Microsoft Cloud.
SAI1 DOVERE La colonna SubAccountId DEVE essere presente nei dati di fatturazione quando il provider supporta un costrutto di account secondario. Supporti
SAI2 DOVERE [SubAccountId] DEVE essere di tipo String. Supporti
SAI3 DOVERE Se un addebito non si applica a un account secondario, la colonna SubAccountId DEVE essere null. Supporti SubAccountId è Null per gli acquisti e i rimborsi del Contratto Del cliente microsoft.

Nome account secondario

Origine: columns/subaccountname.md

ID Type Criteri Status Note
SAN0 Descrizione Nome assegnato a un raggruppamento di risorse o servizi, spesso usato per gestire l'accesso e/o il costo. Supporti Focus sottoaccount esegue il mapping a una sottoscrizione di Microsoft Cloud.
SAN1 DOVERE La colonna SubAccountName DEVE essere presente nei dati di fatturazione quando il provider supporta un costrutto di account secondario. Supporti
SAN2 DOVERE [SubAccountName] DEVE essere di tipo String. Supporti
SAN3 DOVERE Se un addebito non si applica a un account secondario, la colonna SubAccountName DEVE essere null. Supporto parziale SubAccountName può essere "Non assegnato" quando non è presente alcun valore. SubAccountName è Null per gli acquisti e i rimborsi del Contratto Del cliente microsoft.

Tag

Origine: columns/tags.md

ID Type Criteri Status Note
T0 Descrizione Set di tag assegnati alle origini tag che rappresentano potenziali valutazioni di tag definite dal provider o definite dall'utente. Supporti
T1 DOVERE La colonna Tag DEVE essere presente nei dati di fatturazione quando il provider supporta l'impostazione di tag definiti dall'utente o dal provider. Supporti
T2 DOVERE La colonna Tags DEVE contenere tag definiti dall'utente e definiti dal provider. Supporti
T3 DOVERE La colonna Tag DEVE contenere solo tag finali. Supporti
T4 DOVERE La colonna Tags DEVE essere in Formato chiave-valore. Supporti
T5 DOVERE Una chiave tag con un valore non Null per una determinata risorsa DEVE essere inclusa nella colonna tag. Supporti
T6 Maggio Una chiave tag con un valore Null per una determinata risorsa PUÒ essere inclusa nella colonna tag a seconda del processo di finalizzazione dei tag del provider. Supporti
T7 DOVERE Una chiave tag che non supporta un valore corrispondente, MUST ha un valore true (booleano) corrispondente impostato. Non applicabile I tag di Microsoft Cloud supportano sia chiavi che valori.
T8 DOVERE Se la finalizzazione dei tag è supportata, i provider DEVONO pubblicare i metodi di finalizzazione dei tag e la semantica all'interno della rispettiva documentazione. Supporti Vedere Raggruppare e allocare i costi usando l'ereditarietà dei tag.
T9 DOVERE I provider NON DEVONO modificare le chiavi o i valori dei tag definiti dall'utente. Supporti
T10 DOVERE I tag definiti dal provider DEVONO essere preceduti da un prefisso di chiave del tag specificato dal provider. Non supporta I tag specificati dal provider non possono essere differenziati dai tag definiti dall'utente. I tag non vengono modificati per supportare la compatibilità con le versioni precedenti.
T11 DOVERE I provider DOVREBBERO pubblicare tutti i prefissi di chiave tag specificati dal provider all'interno della rispettiva documentazione. Non applicabile I prefissi del provider non sono attualmente specificati.

Risorse correlate:

Prodotti correlati:

Soluzioni correlate: