Report completo sulla conformità FOCUS

Questo documento fornisce un elenco dettagliato di tutti i requisiti focus 1.2 e indica il livello di supporto fornito dal set di dati microsoft Cost Management FOCUS 1.2-preview. 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, viene calcolato un punteggio di conformità pari a 94%, che rappresenta tutti i requisiti completamente supportati e la metà dei requisiti parzialmente supportati. La tabella seguente riepiloga i requisiti in base al livello di supporto.

TIPO	Supportata	Supporto parziale	Non supportato	Non applicabile
DOVERE	325	16	8	69
DOVERE	28	5	1	11
RACCOMANDATO	3		4
MAGGIO	24			12
Riepilogo	91.7%	5.1%	3.1%

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.2-preview e tutte le 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

Gestione delle colonne

Convenzione di denominazione e ordinamento per le colonne visualizzate in un set di dati FOCUS.

Origine: attributes/column_handling.md

Documento d'identità	TIPO	Criteri	stato	Note
CH1	DOVERE	Tutte le colonne definite nella specifica FOCUS DEVONO seguire i requisiti di denominazione e ordinamento elencati di seguito.	Supporti
CH2	DOVERE	Tutte le colonne definite da FOCUS MUST seguono le regole seguenti:	Supporti
CH2.1	DOVERE	Gli ID di colonna DEVONO usare la distinzione tra maiuscole e minuscole Pascal.	Supporti
CH2.2	DOVERE	GLI ID di colonna NON DEVONO usare abbreviazioni.	Supporti
CH2.3	DOVERE	Gli ID di colonna DEVONO essere alfanumerici senza caratteri speciali.	Supporti
CH2.4	DOVERE	GLI ID di colonna NON DEVONO usare acronimi.	Supporti
CH2.5	DOVERE	Gli ID di colonna NON DEVONO superare i 50 caratteri per contenere restrizioni di lunghezza delle colonne di vari repository di dati.	Supporti
CH2.6	DOVERE	Le colonne con ID e nome DEVONO avere il Id suffisso o Name nell'ID colonna.	Supporti
CH2.7	Maggio	I nomi visualizzati delle colonne POSSONO evitare il Name suffisso se non sono presenti altre colonne con lo stesso prefisso del nome.	Supporti	Questa procedura non è consigliata perché introduce confusione quando gli ID di colonna e i nomi visualizzati non corrispondono.
CH2.8	DOVERE	Le colonne con il Category suffisso DEVONO essere normalizzate.	Supporti
CH3.1	DOVERE	Le colonne personalizzate (ad esempio, definite dal provider) non definite da FOCUS ma incluse in un set di dati FOCUS DEVONO seguire le regole seguenti:	Supporti
CH3.1.1	DOVERE	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.	Supporti
CH3.1.2	DOVERE	Le colonne personalizzate DOVREBBERO seguire le stesse regole elencate in precedenza per le colonne FOCUS.	Supporto parziale	x_SkuMeterCategory e x_SkuMeterSubcategory non sono normalizzati.
CH1.3	DOVERE	Tutte le colonne FOCUS DEVONO essere prima nel set di dati fornito.	Supporti
CH1.4.1	DOVERE	Le colonne personalizzate DOVREBBERO essere elencate dopo tutte le colonne FOCUS...	Supporti
CH1.4.2	DOVERE	... [Colonne personalizzate e colonne FOCUS] NON DEVE essere mescolato.	Supporti
CH1.5.1	Maggio	Le colonne POSSONO essere ordinate alfabeticamente...	Supporti	Le colonne vengono ordinate alfabeticamente per semplificare l'uso.
CH1.5.2	DOVERE	... le colonne personalizzate DEVONO essere dopo tutte le colonne FOCUS.	Supporti	Le colonne vengono ordinate alfabeticamente per semplificare l'uso.

Formato valuta

Formattazione per le colonne di valuta visualizzate in un set di dati FOCUS.

Origine: attributes/currency_format.md

Documento d'identità	TIPO	Criteri	stato	Note
CuF1	DOVERE	Tutte le colonne che acquisisce un valore di valuta, definite nella specifica FOCUS, devono seguire i requisiti elencati di seguito.	Supporti
CuF2	DOVERE	Anche le colonne personalizzate correlate alla valuta DEVONO rispettare gli stessi requisiti di formattazione.	Supporti
CuF2.1	DOVERE	Le colonne correlate alla valuta DEVONO essere rappresentate come un codice alfabetico di tre lettere come indicato nel documento di governance ISO 4217:2015 quando il valore viene presentato nella valuta nazionale (ad esempio, USD, EUR).	Supporti
CuF2.2	DOVERE	Le colonne correlate alla valuta DEVONO essere conformi ai requisiti stringhandling quando il valore viene presentato nella valuta virtuale (ad esempio crediti, token).	Non applicabile

Formato data/ora

Regole e requisiti di formattazione per le colonne correlate a data/ora visualizzate in un set di dati FOCUS.

Origine: attributes/datetime_format.md

Documento d'identità	TIPO	Criteri	stato	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).	Supporti

Gestione degli sconti

Indica come includere e applicare sconti agli addebiti o alle righe di utilizzo in un set di dati FOCUS.

Origine: attributes/discount_handling.md

Documento d'identità	TIPO	Criteri	stato	Note
DH1	DOVERE	Tutte le righe definite in FOCUS DEVONO seguire i requisiti di gestione degli sconti elencati di seguito.	Supporti
DH2.1	DOVERE	Tutti gli sconti applicabili DEVONO essere applicati a ogni riga a cui si riferiscono...	Supporti
DH2.2	DOVERE	Tutti gli sconti applicabili... NON DEVE essere negata in una riga separata.	Supporti
DH3	DOVERE	Tutti gli sconti applicati a una riga DEVONO essere applicati all'intero addebito.	Supporti
DH3.1.1	Maggio	Più sconti POSSONO essere applicati a una riga...	Supporti
DH3.1.2	DOVERE	Sconti multipli... [su una riga] MUST si applica all'intero addebito coperto da tale riga.	Supporti
DH3.2	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
DH3.3	DOVERE	Ogni sconto DEVE essere identificabile usando le colonne FOCUS esistenti.	Supporti	CommitmentDiscountId è l'unica colonna FOCUS che identifica gli sconti.
DH3.3.1	DOVERE	Le righe con sconto per l'impegno applicate devono includere un CommitmentDiscountId.	Supporti
DH3.3.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.
DH4	DOVERE	Gli sconti acquistati (ad esempio, gli sconti di impegno) DEVONO essere ammortizzati.	Supporti
DH4.1	DOVERE	BilledCost DEVE essere 0 per qualsiasi riga in cui l'impegno copre l'intero costo per il periodo di addebito.	Supporti
DH4.2	DOVERE	EffectiveCost DEVE includere la parte del costo di acquisto ammortizzato applicabile a questa riga.	Supporti
DH4.3	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 sull'impegno.	Supporti
DH4.4.1	DOVERE	CommitmentDiscountId e ResourceId DEVONO essere impostati sull'ID assegnato allo sconto per l'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.
DH4.4.2	DOVERE	ChargeCategory DEVE essere impostato su "Acquisto" nelle righe che rappresentano un acquisto di uno sconto sull'impegno.	Supporti
DH4.5.1	DOVERE	CommitmentDiscountStatus DEVE essere "Usato" per le righe ChargeCategory "Usage" che hanno ricevuto un prezzo ridotto da un impegno.	Supporti
DH4.5.2	DOVERE	CommitmentDiscountId DEVE essere impostato sull'ID assegnato allo sconto.	Supporti
DH4.5.3	DOVERE	ResourceId DEVE essere impostato sull'ID della risorsa che ha ricevuto lo sconto.	Supporti
DH4.6.1	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
DH4.6.2	DOVERE	Queste righe DEVONO essere rappresentate con CommitmentDiscountStatus impostato su "Inutilizzato" e ChargeCategory impostato su "Utilizzo".	Supporti
DH4.6.3	DOVERE	Tali righe DEVONO avere il relativo CommitmentDiscountId e ResourceId impostato sull'ID assegnato allo sconto per l'impegno.	Supporti
DH5	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

Regole e requisiti di formattazione per le colonne visualizzate in un set di dati FOCUS che trasmettono i dati come coppie chiave-valore.

Origine: attributes/key_value_format.md

Documento d'identità	TIPO	Criteri	stato	Note
KVF1	DOVERE	Tutte le colonne correlate al valore chiave definite nella specifica FOCUS DEVONO seguire i requisiti di formattazione chiave-valore elencati di seguito.	Supporti
KVF1.1	DOVERE	Le colonne Key-Value Format MUST contengono una stringa JSON serializzata, coerente con la definizione ECMA 404 di un oggetto.	Supporti
KVF1.2	DOVERE	Le chiavi in una coppia chiave-valore DEVONO essere univoche all'interno di un oggetto .	Supporti
KVF1.3	DOVERE	I valori in una coppia chiave-valore DEVONO essere uno dei tipi seguenti: number, string, true, falseo null.	Supporti
KVF1.4	DOVERE	I valori di una coppia chiave-valore NON DEVONO essere un oggetto o una matrice.	Supporti

Gestione dei valori Null

Indica come gestire le colonne che non hanno un valore.

Origine: attributes/null_handling.md

Documento d'identità	TIPO	Criteri	stato	Note
NH1	DOVERE	Tutte le colonne definite nella specifica FOCUS DEVONO seguire i requisiti di gestione dei valori Null elencati di seguito.	Supporto parziale	Le colonne prezzo e costo possono usare 0 quando i dati non sono disponibili in Gestione costi.
NH2	DOVERE	Le colonne personalizzate DEVONO inoltre seguire gli stessi requisiti di formattazione.	Supporto parziale	Le colonne prezzo e costo possono usare 0 quando i dati non sono disponibili in Gestione costi.
NH3	DOVERE	Le colonne MUST usano NULL quando non è presente un valore che può essere specificato per una colonna nullable.	Supporto parziale	Le colonne prezzo e costo possono usare 0 quando i dati non sono disponibili in Gestione costi.
NH4	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	Le colonne prezzo e costo possono usare 0 quando i dati non sono disponibili in Gestione costi.

Formato numerico

Regole e requisiti di formattazione per le colonne numeriche visualizzate in un set di dati FOCUS.

Origine: attributes/numeric_format.md

Documento d'identità	TIPO	Criteri	stato	Note
NF1	DOVERE	Tutte le colonne che acquisisce un valore numerico, definito nella specifica FOCUS, devono seguire i requisiti di formattazione elencati di seguito.	Supporti
NF2	DOVERE	Le colonne di acquisizione di valori numerici personalizzati DEVONO adottare gli stessi requisiti di formato nel tempo.	Supporti
NF2.1	DOVERE	Le colonne con un formato numerico devono contenere un singolo valore numerico.	Supporti
NF2.2	DOVERE	I valori numerici DEVONO essere espressi come valore intero, un valore decimale o un valore espresso nella notazione scientifica.	Supporti
NF3	DOVERE	La notazione frazionaria NON DEVE essere utilizzata.	Supporti
NF3.1	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
NF3.2	DOVERE	Il segno dell'esponente DEVE essere espresso solo come parte del valore esponente se n è negativo.	Supporti
NF3.3	DOVERE	I valori numerici NON DEVONO essere espressi con simboli matematici, funzioni o operatori.	Supporti
NF3.4	DOVERE	I valori numerici NON DEVONO contenere qualificatori o caratteri aggiuntivi (ad esempio, simboli di valuta, unità di misura e così via).	Supporti
NF3.5	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
NF3.6	DOVERE	I valori numerici NON DEVONO includere un carattere per rappresentare un segno per un valore positivo.	Supporti
NF4	DOVERE	Un segno negativo (-) DEVE indicare un valore negativo.	Supporti
NF4.1	DOVERE	Le colonne con un formato valore numerico DEVONO presentare uno dei valori seguenti come "Tipo di dati" nella definizione di colonna.	Supporti
NF4.2	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.	Supporti

Gestione delle stringhe

Requisiti per le colonne di acquisizione di stringhe visualizzate in un set di dati FOCUS.

Origine: attributes/string_handling.md

Documento d'identità	TIPO	Criteri	stato	Note
SH1	DOVERE	Tutte le colonne che acquisisce un valore stringa, definito nella specifica FOCUS, devono seguire i requisiti elencati di seguito.	Supporti
SH2	DOVERE	L'acquisizione di valori stringa personalizzati che acquisisce le colonne DEVE adottare gli stessi requisiti nel tempo.	Supporti
SH3	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.
SH4.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
SH4.2	DOVERE	Addebiti per le entità modificabili (ad esempio, nomi di risorse)... NON DEVE modificare gli addebiti addebitati prima della modifica, mantenendo l'integrità dei dati e la controllabilità per tutti i record di addebito.	Supporti
SH5	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
SH6	DOVERE	Le stringhe e le stringhe vuote costituite esclusivamente da spazi NON DEVONO essere usate nelle colonne stringa non nullable.	Supporti
SH7	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à

Indica gli standard per esprimere le unità di misura nelle colonne visualizzate in un set di dati FOCUS.

Origine: attributes/unit_format.md

Documento d'identità	TIPO	Criteri	stato	Note
UF1	DOVERE	Tutte le colonne definite in FOCUS specificano Unit Format come formato di valore MUST seguire i requisiti elencati di seguito.	Supporti
UF1.1	DOVERE	Le unità SHOULD devono essere espresse come una singola unità di misura che segue uno dei tre formati seguenti.	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.
UF1.2	Maggio	Le unità POSSONO essere espresse con una quantità o un intervallo di tempo unitario.	Supporti	Vedere UF1.1.
UF1.1	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
UF1.1.1	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
UF1.1.2	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
UF2	DOVERE	I nomi delle unità di dimensione dei dati DEVONO essere abbreviati usando una delle abbreviazioni nella tabella seguente.	Supporti
UF2.1	DOVERE	I valori che superano 10^18 MUST usano l'abbreviazione di exabit, exabyte, exbibit e exbibyte...	Supporti
UF2.2	DOVERE	... i valori inferiori a un byte DEVONO usare l'abbreviazione per bit o byte.	Supporti
UF3	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.
UF3.1	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
UF3.2	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.	Supporti
UF4	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
UF5.1	DOVERE	Anziché "per" o "-" per indicare un'unità composita, una barra ("/") e uno spazio(" ") deve essere usata come convenzione comune.	Supporti
UF5.2	DOVERE	Le unità basate sul conteggio, ad esempio richieste, istanze e token, devono essere espresse usando un valore elencato nella dimensione count.	Supporti
UF5.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à

Identificatore assegnato dal provider per un'area fisicamente separata e isolata all'interno di un'area che fornisce disponibilità elevata e tolleranza di errore.

Origine: columns/availabilityzone.md

Documento d'identità	TIPO	Criteri	stato	Note
AZ1	CONSIGLIATI	AvailabilityZone è CONSIGLIABILe essere presente in un set di dati FOCUS 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	DOVERE	AvailabilityZone DEVE essere di tipo String.	Non applicabile
AZ3	DOVERE	AvailabilityZone DEVE essere conforme ai requisiti di StringHandling.	Non applicabile
AZ4	DOVERE	AvailabilityZone DEVE essere Null quando un addebito non è specifico di una zona di disponibilità.	Non applicabile

Costo fatturato

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).

Origine: columns/billedcost.md

Documento d'identità	TIPO	Criteri	stato	Note
BCo1	DOVERE	BilledCost DEVE essere presente in un set di dati FOCUS.	Supporti
BCo2	DOVERE	BilledCost DEVE essere di tipo Decimal.	Supporti
BCo3	DOVERE	BilledCost DEVE essere conforme ai requisiti numericFormat.	Supporti
BCo4	DOVERE	BilledCost NON DEVE essere Null.	Supporti
BCo5	DOVERE	BilledCost DEVE essere un valore decimale valido.	Supporti
BCo6	DOVERE	BilledCost DEVE essere 0 per gli addebiti in cui i pagamenti vengono ricevuti da terze parti (ad esempio, transazioni del marketplace).	Supporti
BCo7	DOVERE	BilledCost DEVE essere denominato in BillingCurrency.	Supporti
BCo8	DOVERE	La somma di BilledCost per un valore InvoiceId specificato DEVE corrispondere alla somma dell'importo dovuto fornito nella fattura corrispondente con lo stesso ID generato da InvoiceIssuer.	Supporti

ID account di fatturazione

Identificatore assegnato a un account di fatturazione dal provider.

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.

Origine: columns/billingaccountid.md

Documento d'identità	TIPO	Criteri	stato	Note
BAI1	DOVERE	BillingAccountId DEVE essere presente in un set di dati FOCUS.	Supporti
BAI2	DOVERE	BillingAccountId DEVE essere di tipo String.	Supporti
BAI3	DOVERE	BillingAccountId DEVE essere conforme ai requisiti di StringHandling.	Supporti
BAI4	DOVERE	BillingAccountId NON DEVE essere Null.	Supporti
BAI5	DOVERE	BillingAccountId DEVE essere un identificatore univoco all'interno di un provider.	Supporti
BAI6	DOVERE	BillingAccountId DEVE essere un identificatore completo.	Supporti	BillingAccountId usa l'ID di Azure Resource Manager completo anziché il numero di registrazione semplice o l'ID del profilo di fatturazione. In questo modo l'ambito è ovvio e accessibile a livello di codice.

Nome dell'account di fatturazione

Nome visualizzato assegnato a un account di fatturazione.

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.

Origine: columns/billingaccountname.md

Documento d'identità	TIPO	Criteri	stato	Note
BAN1	DOVERE	BillingAccountName DEVE essere presente in un set di dati FOCUS.	Supporti
BAN2	DOVERE	BillingAccountName DEVE essere di tipo String.	Supporti
BAN3	DOVERE	BillingAccountName DEVE essere conforme ai requisiti di StringHandling.	Supporti
BAN4	DOVERE	BillingAccountName NON DEVE essere Null quando il provider supporta l'assegnazione di un nome visualizzato per l'account di fatturazione.	Supporti

Tipo di account di fatturazione

Nome assegnato dal provider per identificare il tipo di account di fatturazione.

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.

Origine: columns/billingaccounttype.md

Documento d'identità	TIPO	Criteri	stato	Note
BAT1	DOVERE	BillingAccountType DEVE essere presente in un set di dati FOCUS quando il provider supporta più di un valore BillingAccountType possibile.	Supporti
BAT2	DOVERE	BillingAccountType DEVE essere di tipo String.	Supporti
BAT3	DOVERE	BillingAccountType DEVE essere conforme ai requisiti di StringHandling.	Supporti
BAT3.1	DOVERE	BillingAccountType DEVE essere null quando BillingAccountId è null.	Supporti
BAT3.2	DOVERE	BillingAccountType NON DEVE essere null quando BillingAccountId non è null.	Supporti
BAT4	DOVERE	BillingAccountType DEVE essere un valore di visualizzazione coerente e leggibile.	Supporti

Valuta di fatturazione

Rappresenta la valuta in cui è stato fatturato un addebito.

Origine: columns/billingcurrency.md

Documento d'identità	TIPO	Criteri	stato	Note
BCu1	DOVERE	BillingCurrency DEVE essere presente in un set di dati FOCUS.	Supporti
BCu2	DOVERE	BillingCurrency DEVE essere di tipo String.	Supporti
BCu3	DOVERE	BillingCurrency MUST conforme ai requisiti di StringHandling.	Supporti
BCu4	DOVERE	BillingCurrency DEVE essere conforme ai requisiti currencyFormat.	Supporti
BCu5	DOVERE	BillingCurrency NON DEVE essere Null.	Supporti
BCu6	DOVERE	BillingCurrency DEVE corrispondere alla valuta usata nella fattura generata dall'emittente della fattura.	Supporti
BCu7	DOVERE	BillingCurrency MUST deve essere espresso nella valuta nazionale (ad esempio, USD, EUR).	Supporti

Fine del periodo di fatturazione

Limite di fine esclusivo di un periodo di fatturazione.

Origine: columns/billingperiodend.md

Documento d'identità	TIPO	Criteri	stato	Note
BPE1	DOVERE	BillingPeriodEnd DEVE essere presente in un set di dati FOCUS.	Supporti
BPE2	DOVERE	BillingPeriodEnd DEVE essere di tipo Data/Ora.	Supporti
BPE3	DOVERE	BillingPeriodEnd DEVE essere conforme ai requisiti dateTimeFormat.	Supporti
BPE4	DOVERE	BillingPeriodEnd NON DEVE essere null.	Supporti
BPE5	DOVERE	BillingPeriodEnd DEVE essere il limite di fine esclusivo del periodo di fatturazione.	Supporti

Inizio periodo di fatturazione

Limite di inizio inclusivo di un periodo di fatturazione.

Origine: columns/billingperiodstart.md

Documento d'identità	TIPO	Criteri	stato	Note
BPS1	DOVERE	BillingPeriodStart DEVE essere presente in un set di dati FOCUS.	Supporti
BPS2	DOVERE	BillingPeriodStart DEVE essere di tipo Data/Ora.	Supporti
BPS3	DOVERE	BillingPeriodStart DEVE essere conforme ai requisiti dateTimeFormat.	Supporti
BPS4	DOVERE	BillingPeriodStart NON DEVE essere null.	Supporti
BPS5	DOVERE	BillingPeriodStart DEVE essere il limite di inizio inclusivo del periodo di fatturazione.	Supporti

ID prenotazione capacità

Identificatore assegnato a una prenotazione di capacità dal provider.

Origine: columns/capacityreservationid.md

Documento d'identità	TIPO	Criteri	stato	Note
CRI1	DOVERE	CapacityReservationId DEVE essere presente in un set di dati FOCUS quando il provider supporta le prenotazioni di capacità.	Non supporta	CapacityReservationId non è specificato nel set di dati di anteprima focus gestione costi 1.2.
CRI2	DOVERE	CapacityReservationId DEVE essere di tipo String.	Non applicabile
CRI3	DOVERE	CapacityReservationId DEVE essere conforme ai requisiti di StringHandling.	Non applicabile
CRI3.1	DOVERE	CapacityReservationId DEVE essere Null quando un addebito non è correlato a una prenotazione di capacità.	Non applicabile
CRI3.2	DOVERE	CapacityReservationId NON DEVE essere Null quando un addebito rappresenta la parte inutilizzata di una prenotazione di capacità.	Non applicabile
CRI3.3	DOVERE	CapacityReservationId NON DEVE essere Null quando un addebito è correlato a una prenotazione di capacità.	Non applicabile
CRI3.4	DOVERE	CapacityReservationId DEVE essere un identificatore univoco all'interno del provider.	Non applicabile
CRI3.5	DOVERE	CapacityReservationId DEVE essere un identificatore completo.	Non applicabile

Stato della prenotazione della capacità

Indica se l'addebito rappresenta il consumo di una prenotazione di capacità o quando una prenotazione di capacità non è utilizzata.

Origine: columns/capacityreservationstatus.md

Documento d'identità	TIPO	Criteri	stato	Note
CRS1	DOVERE	CapacityReservationStatus DEVE essere presente in un set di dati FOCUS quando il provider supporta prenotazioni di capacità.	Non supporta	CapacityReservationStatus non è specificato nel set di dati di anteprima focus gestione costi 1.2.
CRS2	DOVERE	CapacityReservationStatus DEVE essere di tipo String.	Non applicabile
CRS2.1	DOVERE	CapacityReservationStatus DEVE essere null quando CapacityReservationId è null.	Non applicabile
CRS2.2	DOVERE	CapacityReservationStatus NON DEVE essere null quando CapacityReservationId non è null e ChargeCategory è "Usage".	Non applicabile
CRS2.3	DOVERE	CapacityReservationStatus DEVE essere uno dei valori consentiti.	Non applicabile
CRS2.4	DOVERE	CapacityReservationStatus DEVE essere "inutilizzato" quando l'addebito rappresenta la parte inutilizzata di una prenotazione di capacità.	Non applicabile
CRS2.5	DOVERE	CapacityReservationStatus DEVE essere "Utilizzato" quando l'addebito rappresenta la parte usata di una prenotazione di capacità.	Non applicabile

Categoria addebito

Rappresenta la classificazione di livello più alto di un addebito in base alla natura della fatturazione.

Origine: columns/chargecategory.md

Documento d'identità	TIPO	Criteri	stato	Note
CCa1	DOVERE	ChargeCategory DEVE essere presente in un set di dati FOCUS.	Supporti
CCa2	DOVERE	ChargeCategory DEVE essere di tipo String.	Supporti
CCa3	DOVERE	ChargeCategory NON DEVE essere Null.	Supporti
CCa4	DOVERE	ChargeCategory DEVE essere uno dei valori consentiti.	Supporti

Classe Charge

Indica se la riga rappresenta una correzione a un periodo di fatturazione precedentemente fatturato.

Origine: columns/chargeclass.md

Documento d'identità	TIPO	Criteri	stato	Note
CCl1	DOVERE	ChargeClass DEVE essere presente in un set di dati FOCUS.	Supporti
Ccl2	DOVERE	ChargeClass DEVE essere di tipo String.	Supporti
CCl2.1	DOVERE	ChargeClass DEVE essere Null quando la riga non rappresenta una correzione o quando rappresenta una correzione entro il periodo di fatturazione corrente.	Supporti
CCl2.2	DOVERE	ChargeClass NON DEVE essere Null quando la riga rappresenta una correzione a un periodo di fatturazione precedentemente fatturato.	Supporti
CCl3	DOVERE	ChargeClass DEVE essere "Correzione" quando ChargeClass non è null.	Supporti

Descrizione addebito

Riepilogo autonomo dello scopo e del prezzo dell'addebito.

Origine: columns/chargedescription.md

Documento d'identità	TIPO	Criteri	stato	Note
CD1	DOVERE	ChargeDescription DEVE essere presente in un set di dati FOCUS.	Supporti
CD2	DOVERE	ChargeDescription DEVE essere di tipo String.	Supporti
CD3	DOVERE	ChargeDescription DEVE essere conforme ai requisiti di StringHandling.	Supporti
CD4	DOVERE	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.
CD5	DOVERE	La lunghezza massima chargeDescription deve essere specificata nello schema dei metadati FOCUS corrispondente.	Non supporta

Frequenza di addebito

Indica la frequenza con cui si verificherà un addebito.

Origine: columns/chargefrequency.md

Documento d'identità	TIPO	Criteri	stato	Note
CFr1	CONSIGLIATI	ChargeFrequency è CONSIGLIATo per essere presente in un set di dati FOCUS.	Supporti
CFr2	DOVERE	ChargeFrequency DEVE essere di tipo String.	Supporti
CFr3	DOVERE	ChargeFrequency NON DEVE essere Null.	Supporti
CFr4	DOVERE	ChargeFrequency DEVE essere uno dei valori consentiti.	Supporti
CFr5	DOVERE	ChargeFrequency NON DEVE essere "Basato sull'utilizzo" quando ChargeCategory è "Purchase".	Supporti

Fine del periodo di addebito

Limite di fine esclusivo di un periodo di addebito.

Origine: columns/chargeperiodend.md

Documento d'identità	TIPO	Criteri	stato	Note
CPE1	DOVERE	ChargePeriodEnd DEVE essere presente in un set di dati FOCUS.	Supporti
CPE2	DOVERE	ChargePeriodEnd DEVE essere di tipo Data/Ora.	Supporti
CPE3	DOVERE	ChargePeriodEnd MUST è conforme ai requisiti dateTimeFormat.	Supporti
CPE4	DOVERE	ChargePeriodEnd NON DEVE essere null.	Supporti
CPE5	DOVERE	ChargePeriodEnd DEVE essere il limite di fine esclusivo del periodo di validità dell'addebito.	Supporti

Inizio periodo di addebito

Limite di inizio inclusivo di un periodo di addebito.

Origine: columns/chargeperiodstart.md

Documento d'identità	TIPO	Criteri	stato	Note
CPS1	DOVERE	ChargePeriodStart DEVE essere presente in un set di dati FOCUS.	Supporti
CPS2	DOVERE	ChargePeriodStart DEVE essere di tipo Data/Ora.	Supporti
CPS3	DOVERE	ChargePeriodStart DEVE essere conforme ai requisiti dateTimeFormat.	Supporti
CPS4	DOVERE	ChargePeriodStart NON DEVE essere null.	Supporti
CPS5	DOVERE	ChargePeriodStart DEVE essere il limite di inizio inclusivo del periodo di validità dell'addebito.	Supporti

Categoria di sconto per l'impegno

Indica se lo sconto per l'impegno identificato nella colonna CommitmentDiscountId è basato sulla quantità di utilizzo o sul costo (noto anche come "spend").

Origine: columns/commitmentdiscountcategory.md

Documento d'identità	TIPO	Criteri	stato	Note
CDC1	DOVERE	CommitmentDiscountCategory DEVE essere presente in un set di dati FOCUS quando il provider supporta gli sconti sull'impegno.	Supporti
CDC2	DOVERE	CommitmentDiscountCategory DEVE essere di tipo String.	Supporti
CDC2.1	DOVERE	CommitmentDiscountCategory DEVE essere null quando CommitmentDiscountId è null.	Supporti
CDC2.2	DOVERE	CommitmentDiscountCategory NON DEVE essere null quando CommitmentDiscountId non è null.	Supporti
CDC3	DOVERE	CommitmentDiscountCategory DEVE essere uno dei valori consentiti.	Supporti

ID sconto impegno

Identificatore assegnato a uno sconto per l'impegno da parte del provider.

Origine: columns/commitmentdiscountid.md

Documento d'identità	TIPO	Criteri	stato	Note
CDI1	DOVERE	CommitmentDiscountId DEVE essere presente in un set di dati FOCUS quando il provider supporta gli sconti per l'impegno.	Supporti
CDI2	DOVERE	CommitmentDiscountId DEVE essere di tipo String.	Supporti
CDI3	DOVERE	CommitmentDiscountId MUST conforme ai requisiti di StringHandling.	Supporti
CDI3.1	DOVERE	CommitmentDiscountId DEVE essere Null quando un addebito non è correlato a uno sconto relativo all'impegno.	Supporti
CDI3.2	DOVERE	CommitmentDiscountId NON DEVE essere Null quando un addebito è correlato a uno sconto per l'impegno.	Supporti
CDI3.3	DOVERE	CommitmentDiscountId DEVE essere un identificatore univoco all'interno del provider.	Supporti
CDI3.4	DOVERE	CommitmentDiscountId DEVE essere un identificatore completo.	Supporti

Nome sconto impegno

Nome visualizzato assegnato a uno sconto per l'impegno.

Origine: columns/commitmentdiscountname.md

Documento d'identità	TIPO	Criteri	stato	Note
RETE CDN1	DOVERE	CommitmentDiscountName DEVE essere presente in un set di dati FOCUS quando il provider supporta gli sconti per l'impegno.	Supporti
RETE CDN2	DOVERE	CommitmentDiscountName DEVE essere di tipo String.	Supporti
RETE CDN3	DOVERE	CommitmentDiscountName DEVE essere conforme ai requisiti di StringHandling.	Supporti
RETE CDN3.1	DOVERE	CommitmentDiscountName DEVE essere null quando CommitmentDiscountId è null.	Supporti
CDN3.1.1	DOVERE	CommitmentDiscountName NON DEVE essere null quando è possibile assegnare un nome visualizzato a uno sconto per l'impegno.	Supporti
CDN3.1.2	Maggio	CommitmentDiscountName PUÒ essere Null quando non è possibile assegnare un nome visualizzato a uno sconto per l'impegno.	Supporti

Quantità di sconto impegno

L'importo di uno sconto per l'impegno acquistato o tenuto conto delle righe correlate allo sconto impegno denominate in Unità sconto impegno.

Origine: columns/commitmentdiscountquantity.md

Documento d'identità	TIPO	Criteri	stato	Note
CDQ1	DOVERE	CommitmentDiscountQuantity DEVE essere presente in un set di dati FOCUS quando il provider supporta gli sconti sull'impegno.	Non supporta	CommitmentDiscountQuantity non è specificato nel set di dati di anteprima focus gestione costi 1.2.
CDQ2	DOVERE	CommitmentDiscountQuantity DEVE essere di tipo Decimal.	Non applicabile
CDQ3	DOVERE	CommitmentDiscountQuantity DEVE essere conforme ai requisiti numericFormat.	Non applicabile
CDQ3.1	DOVERE	CommitmentDiscountQuantity NON DEVE essere null quando ChargeClass non è "Correzione".	Non applicabile
CDQ3.2	Maggio	CommitmentDiscountQuantity PUÒ essere null quando ChargeClass è "Correzione".	Non applicabile
CDQ3.1	DOVERE	CommitmentDiscountQuantity DEVE essere null in tutti gli altri casi.	Non applicabile
CDQ3.2	DOVERE	CommitmentDiscountQuantity DEVE essere un valore decimale valido.	Non applicabile
CDQ3.2.1	DOVERE	CommitmentDiscountQuantity DEVE essere la quantità di CommitmentDiscountUnit, pagato completamente o parzialmente in anticipo, idoneo per il consumo rispetto al periodo di sconto dell'impegno quando ChargeFrequency è "Una tantum".	Non applicabile
CDQ3.2.2	DOVERE	CommitmentDiscountQuantity DEVE essere la quantità di CommitmentDiscountUnit idonea al consumo per ogni periodo di addebito corrispondente all'acquisto quando ChargeFrequency è "ricorrente".	Non applicabile
CDQ3.2.3	DOVERE	CommitmentDiscountQuantity DEVE essere la quantità a consumo di CommitmentDiscountUnit utilizzata in un determinato periodo di addebito quando CommitmentDiscountStatus è "Usato".	Non applicabile
CDQ3.2.4	DOVERE	CommitmentDiscountQuantity DEVE essere la quantità rimanente inutilizzata di CommitmentDiscountUnit in un determinato periodo di addebito quando CommitmentDiscountStatus è "inutilizzato".	Non applicabile

Stato sconto impegno

Indica se l'addebito corrisponde al consumo di uno sconto impegno o alla parte inutilizzata dell'importo di cui è stato eseguito il commit.

Origine: columns/commitmentdiscountstatus.md

Documento d'identità	TIPO	Criteri	stato	Note
C1	DOVERE	CommitmentDiscountStatus DEVE essere presente in un set di dati FOCUS quando il provider supporta gli sconti per l'impegno.	Supporti
C2	DOVERE	CommitmentDiscountStatus DEVE essere di tipo String.	Supporti
C2.1	DOVERE	CommitmentDiscountStatus DEVE essere null quando CommitmentDiscountId è null.	Supporti
C2.2	DOVERE	CommitmentDiscountStatus NON DEVE essere null quando CommitmentDiscountId non è null e La categoria di addebito è "Utilizzo".	Supporti
C3	DOVERE	CommitmentDiscountStatus DEVE essere uno dei valori consentiti.	Supporti

Tipo di sconto per l'impegno

Identificatore assegnato dal provider per il tipo di sconto per l'impegno applicato alla riga.

Origine: columns/commitmentdiscounttype.md

Documento d'identità	TIPO	Criteri	stato	Note
CDT1	DOVERE	CommitmentDiscountType DEVE essere presente in un set di dati FOCUS quando il provider supporta gli sconti per l'impegno.	Supporti
CDT2	DOVERE	CommitmentDiscountType DEVE essere di tipo String.	Supporti
CDT3	DOVERE	CommitmentDiscountType DEVE essere conforme ai requisiti di StringHandling.	Supporti
CDT3.1	DOVERE	CommitmentDiscountType DEVE essere null quando CommitmentDiscountId è null.	Supporti
CDT3.2	DOVERE	CommitmentDiscountType NON DEVE essere null quando CommitmentDiscountId non è null.	Supporti

Unità sconto impegno

Unità di misura specificata dal provider che indica come un provider misura la quantità di sconto impegno di uno sconto per l'impegno.

Origine: columns/commitmentdiscountunit.md

Documento d'identità	TIPO	Criteri	stato	Note
CDU1	DOVERE	CommitmentDiscountUnit DEVE essere presente in un set di dati FOCUS quando il provider supporta gli sconti per l'impegno.	Non supporta	CommitmentDiscountUnit non è specificato nel set di dati di anteprima focus gestione costi 1.2.
CDU2	DOVERE	CommitmentDiscountUnit DEVE essere di tipo String.	Non applicabile
CDU3	DOVERE	CommitmentDiscountUnit DEVE essere conforme ai requisiti di StringHandling.	Non applicabile
CDU4	DOVERE	CommitmentDiscountUnit SHOULD conforme ai requisiti unitformat.	Non applicabile
CDU4.1	DOVERE	CommitmentDiscountUnit DEVE essere null quando CommitmentDiscountQuantity è null.	Non applicabile
CDU4.2	DOVERE	CommitmentDiscountUnit NON DEVE essere null quando CommitmentDiscountQuantity non è null.	Non applicabile
CDU4.3	DOVERE	CommitmentDiscountUnit DEVE rimanere coerente nel tempo per un determinato CommitmentDiscountId.	Non applicabile
CDU4.4	DOVERE	CommitmentDiscountUnit MUST rappresenta l'unità usata per misurare lo sconto sull'impegno.	Non applicabile
CDU4.5	DOVERE	Quando si tiene conto della flessibilità dello sconto sull'impegno, il valore CommitmentDiscountUnit DEVE riflettere questa considerazione.	Non applicabile

Quantità consumata

Volume di uno SKU a consumo associato a una risorsa o a un servizio usato, in base all'unità utilizzata.

Origine: columns/consumedquantity.md

Documento d'identità	TIPO	Criteri	stato	Note
CQ1	DOVERE	ConsumedQuantity DEVE essere presente in un set di dati FOCUS quando il provider supporta la misurazione dell'utilizzo.	Supporti
CQ2	DOVERE	ConsumedQuantity DEVE essere di tipo Decimal.	Supporti
CQ3	DOVERE	ConsumedQuantity DEVE essere conforme ai requisiti numericFormat.	Supporti
CQ3.1	DOVERE	ConsumedQuantity DEVE essere null quando ChargeCategory non è "Usage" o quando ChargeCategory è "Usage" e CommitmentDiscountStatus è "Unused".	Supporti
CQ3.1.1	DOVERE	ConsumedQuantity NON DEVE essere null quando ChargeClass non è "Correzione".	Supporti
CQ3.1.2	Maggio	ConsumedQuantity PUÒ essere null quando ChargeClass è "Correzione".	Supporti
CQ4	DOVERE	ConsumedQuantity DEVE essere un valore decimale valido quando non null.	Supporti

Unità utilizzata

Unità di misura specificata dal provider che indica come un provider misura l'utilizzo di uno SKU a consumo associato a una risorsa o a un servizio.

Origine: columns/consumedunit.md

Documento d'identità	TIPO	Criteri	stato	Note
CU1	DOVERE	ConsumedUnit DEVE essere presente in un set di dati FOCUS quando il provider supporta la misurazione dell'utilizzo.	Supporti
CU2	DOVERE	ConsumedUnit DEVE essere di tipo String.	Supporti
CU3	DOVERE	ConsumedUnit MUST conforme ai requisiti di StringHandling.	Supporti
CU4	DOVERE	ConsumedUnit SHOULD è conforme ai requisiti unitFormat.	Supporti
CU4.1	DOVERE	ConsumedUnit DEVE essere null quando ConsumedQuantity è null.	Supporti
CU4.2	DOVERE	ConsumedUnit NON DEVE essere null quando ConsumedQuantity non è null.	Supporti

Costo con contratto

Costo calcolato moltiplicando il prezzo unitario contratto e la corrispondente quantità di prezzi.

Origine: columns/contractedcost.md

Documento d'identità	TIPO	Criteri	stato	Note
CnC1	DOVERE	ContractedCost DEVE essere presente in un set di dati FOCUS.	Supporti
CnC2	DOVERE	ContractedCost DEVE essere di tipo Decimal.	Supporti
CnC3	DOVERE	ContractedCost DEVE essere conforme ai requisiti numericFormat.	Supporti
CnC4	DOVERE	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.
CnC5	DOVERE	ContractedCost DEVE essere un valore decimale valido.	Supporti
CnC6	DOVERE	ContractedCost DEVE essere denominato in BillingCurrency.	Supporti
CnC7.1	DOVERE	Quando ContractedUnitPrice è null... ContractedCost 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
CnC7.2	DOVERE	Quando ContractedUnitPrice è null... ContractedCost 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.
CnC8	DOVERE	Il prodotto di ContractedUnitPrice e PricingQuantity DEVE corrispondere a ContractedCost quando ContractedUnitPrice non è null, PricingQuantity non è null e ChargeClass non è "Correzione".	Supporti	ContractedCost può essere disattivato di meno di 0,00001 a causa di errori di arrotondamento.
CnC9	Maggio	Le discrepanze in ContractedCost, ContractedUnitPrice o PricingQuantity POSSONO esistere quando ChargeClass è "Correzione".	Supporti

Prezzo unitario contratto

Prezzo unitario concordato per una singola unità tariffaria dello SKU associato, inclusi gli sconti negoziati, se presenti, escludendo gli sconti di impegno negoziati o qualsiasi altro sconto.

Origine: columns/contractedunitprice.md

Documento d'identità	TIPO	Criteri	stato	Note
CnUP1	DOVERE	ContractedUnitPrice DEVE essere presente in un set di dati FOCUS quando il provider supporta i concetti relativi ai prezzi negoziati.	Supporti
CnUP2	DOVERE	ContractedUnitPrice DEVE essere di tipo Decimal.	Supporti
CnUP3	DOVERE	ContractedUnitPrice DEVE essere conforme ai requisiti numericFormat.	Supporti
CnUP4.1	DOVERE	ContractedUnitPrice 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.
CnUP4.2	DOVERE	ContractedUnitPrice NON DEVE essere null quando ChargeCategory è "Usage" o "Purchase" e ChargeClass non è "Correzione".	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.
CnUP4.3	Maggio	ContractedUnitPrice PUÒ essere null in tutti gli altri casi.	Supporti
CnUP5.1	DOVERE	Quando ContractedUnitPrice non è null... ContractedUnitPrice DEVE essere un valore decimale non negativo.	Supporti
CnUP5.2	DOVERE	Quando ContractedUnitPrice non è null... ContractedUnitPrice DEVE essere denominato in BillingCurrency.	Supporti
CnUP5.3	DOVERE	Quando ContractedUnitPrice non è null... Il prodotto di ContractedUnitPrice e PricingQuantity DEVE corrispondere a ContractedCost quando PricingQuantity non è null e ChargeClass non è "Correzione".	Supporti	ContractedCost può essere disattivato di meno di 0,00001 a causa di errori di arrotondamento.
CnUP6	Maggio	Le discrepanze in ContractedUnitPrice, ContractedCost o PricingQuantity POSSONO esistere quando ChargeClass è "Correzione".	Supporti

Costo effettivo

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.

Origine: columns/effectivecost.md

Documento d'identità	TIPO	Criteri	stato	Note
EC1	DOVERE	EffectiveCost DEVE essere presente in un set di dati FOCUS.	Supporti
EC2	DOVERE	EffectiveCost DEVE essere di tipo Decimal.	Supporti
EC3	DOVERE	EffectiveCost DEVE essere conforme ai requisiti numericFormat.	Supporti
EC4	DOVERE	EffectiveCost NON DEVE essere Null.	Supporti
EC5	DOVERE	EffectiveCost DEVE essere un valore decimale valido.	Supporti
EC6	DOVERE	EffectiveCost DEVE essere 0 quando ChargeCategory è "Acquista" e l'acquisto è destinato a coprire gli addebiti idonei futuri.	Supporti
EC7	DOVERE	EffectiveCost DEVE essere denominato in BillingCurrency.	Supporti
EC8.1	DOVERE	EffectiveCost di un addebito calcolato in base ad altri addebiti (ad esempio, quando ChargeCategory è "Tax") DEVE essere calcolato in base al costo effettivo di tali addebiti correlati.	Supporti
EC8.2	DOVERE	EffectiveCost di un addebito non correlato ad altri addebiti (ad esempio, quando ChargeCategory è "Credit") DEVE corrispondere a BilledCost.	Supporti
EC9.1	DOVERE	La somma di EffectiveCost in cui ChargeCategory è "Usage" MUST uguale alla somma di BilledCost dove ChargeCategory è "Purchase".	Supporti
EC9.2	DOVERE	La somma di EffectiveCost dove ChargeCategory è "Usage" MUST uguale alla somma di EffectiveCost dove ChargeCategory è "Usage" e CommitmentDiscountStatus è "Used", più la somma di EffectiveCost dove ChargeCategory è "Usage" e CommitmentDiscountStatus è "Unused".	Supporti

ID fattura

Identificatore assegnato dal provider per una fattura che incapsula alcuni o tutti gli addebiti nel periodo di fatturazione corrispondente per un determinato account di fatturazione.

Origine: columns/invoiceid.md

Documento d'identità	TIPO	Criteri	stato	Note
II1	CONSIGLIATI	InvoiceId è CONSIGLIATO per essere presente in un set di dati FOCUS.	Supporti
II2	DOVERE	InvoiceId DEVE essere di tipo String.	Supporti
II3	DOVERE	InvoiceId DEVE essere conforme ai requisiti di StringHandling.	Supporti
II4.1	DOVERE	InvoiceId DEVE essere null quando l'addebito non è associato a una fattura o a una fattura provvisoria pregenerata.	Supporti
II4.2	DOVERE	InvoiceId NON DEVE essere null quando l'addebito è associato a una fattura emessa o a una fattura provvisoria pregenerata.	Supporto parziale	Supportato per gli account del Contratto del cliente Microsoft ma non per gli account Del Contratto Enterprise.
II5	Maggio	InvoiceId PUÒ essere generato prima dell'emissione di una fattura.	Non applicabile
II6	DOVERE	InvoiceId DEVE essere associato all'addebito correlato e a BillingAccountId quando esiste una fattura o una fattura provvisoria pregenerata.	Supporti

Nome dell'autorità emittente della fattura

Nome dell'entità responsabile della fatturazione per le risorse o i servizi utilizzati.

Per gli account Cloud Solution Provider (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.

Origine: columns/invoiceissuer.md

Documento d'identità	TIPO	Criteri	stato	Note
IIN1	DOVERE	InvoiceIssuerName DEVE essere presente in un set di dati FOCUS.	Supporti
IIN2	DOVERE	InvoiceIssuerName DEVE essere di tipo String.	Supporti
IIN3	DOVERE	InvoiceIssuerName DEVE essere conforme ai requisiti di StringHandling.	Supporti
IIN4	DOVERE	InvoiceIssuerName NON DEVE essere Null.	Supporti

Elencare il costo

Costo calcolato moltiplicando il prezzo unitario di listino e la corrispondente quantità di prezzi.

Origine: columns/listcost.md

Documento d'identità	TIPO	Criteri	stato	Note
LC1	DOVERE	ListCost DEVE essere presente in un set di dati FOCUS.	Supporti
LC2	DOVERE	ListCost DEVE essere di tipo Decimal.	Supporti
LC3	DOVERE	ListCost DEVE essere conforme ai requisiti numericFormat.	Supporti
LC4	DOVERE	ListCost NON DEVE essere Null.	Supporto parziale	ListCost non è mai null, ma può essere 0 per: addebiti del Marketplace e utilizzo delle prenotazioni.
LC5	DOVERE	ListCost DEVE essere un valore decimale valido.	Supporti
LC6	DOVERE	ListCost DEVE essere denominato in BillingCurrency.	Supporti
LC7.1	DOVERE	Quando ListUnitPrice è null... ListCost di un addebito calcolato in base ad altri addebiti (ad esempio, quando ChargeCategory è "Tax") DEVE essere calcolato in base al ListCost di tali addebiti correlati.	Supporti
LC7.2	DOVERE	Quando ListUnitPrice è null... 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.
LC8	DOVERE	Il prodotto di ListUnitPrice e PricingQuantity DEVE corrispondere a ListCost quando ListUnitPrice non è null, PricingQuantity non è null e ChargeClass non è "Correzione".	Supporti	ListCost può essere disattivato di meno di 0,0000000001 a causa di errori di arrotondamento.
LC9	Maggio	Le discrepanze in ListCost, ListUnitPrice o PricingQuantity POSSONO esistere quando ChargeClass è "Correzione".	Supporti

Prezzo unitario di listino

Prezzo unitario suggerito pubblicato dal provider per una singola unità tariffaria dello SKU associato, esclusivo di eventuali sconti.

Origine: columns/listunitprice.md

Documento d'identità	TIPO	Criteri	stato	Note
LUP1	DOVERE	ListUnitPrice DEVE essere presente in un set di dati FOCUS quando il provider pubblica i prezzi di unità esclusivi degli sconti.	Supporti
LUP2	DOVERE	ListUnitPrice DEVE essere di tipo Decimal.	Supporti
LUP3	DOVERE	ListUnitPrice DEVE essere conforme ai requisiti NumericFormat.	Supporti
LUP4.1	DOVERE	ListUnitPrice 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.
LUP4.2	DOVERE	ListUnitPrice NON DEVE essere null quando ChargeCategory è "Usage" o "Purchase" e ChargeClass non è "Correzione".	Supporto parziale	ListUnitPrice non è mai null, ma può essere 0 per: addebiti del Marketplace e utilizzo delle prenotazioni.
LUP4.3	Maggio	ListUnitPrice PUÒ essere null in tutti gli altri casi.	Supporti
LUP5.1	DOVERE	Quando ListUnitPrice non è null... ListUnitPrice DEVE essere un valore decimale non negativo.	Supporti
LUP5.2	DOVERE	Quando ListUnitPrice non è null... ListUnitPrice DEVE essere denominato in BillingCurrency.	Supporti
LUP5.3	DOVERE	Quando ListUnitPrice non è null... Il prodotto di ListUnitPrice e PricingQuantity DEVE corrispondere a ListCost quando PricingQuantity non è null e ChargeClass non è "Correzione".	Supporti
LUP5.4	Maggio	Quando ListUnitPrice non è null... Le discrepanze in ListUnitPrice, ListCost o PricingQuantity POSSONO esistere quando ChargeClass è "Correzione".	Supporti

Categoria prezzi

Descrive il modello di determinazione prezzi usato per un addebito al momento dell'utilizzo o dell'acquisto.

Origine: columns/pricingcategory.md

Documento d'identità	TIPO	Criteri	stato	Note
PCt1	DOVERE	PricingCategory DEVE essere presente in un set di dati FOCUS quando il provider supporta più di una categoria di prezzi in tutti gli SKU.	Supporti
PCt2	DOVERE	PricingCategory DEVE essere di tipo String.	Supporti
PCt2.1	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.
PCt2.2	DOVERE	PricingCategory NON DEVE essere null quando ChargeCategory è "Usage" o "Purchase" e ChargeClass non è "Correzione".	Supporti
PCt2.3	Maggio	PricingCategory PUÒ essere null in tutti gli altri casi.	Supporti
PCt2.4	DOVERE	PricingCategory DEVE essere uno dei valori consentiti.	Supporti
PCt2.5	DOVERE	PricingCategory DEVE essere "Standard" quando i prezzi sono predeterminati alla tariffa concordata per l'account di fatturazione.	Supporti
PCt2.6	DOVERE	PricingCategory MUST be "Committed" when the charge is subject to an existing commitment discount and is not the purchase of the commitment discount.	Supporti
PCt2.7	DOVERE	PricingCategory DEVE essere "Dinamico" quando i prezzi sono determinati dal provider e possono cambiare nel tempo, indipendentemente dai prezzi predeterminati del contratto.	Supporti
PCt2.8	DOVERE	PricingCategory DEVE essere "Altro" quando è presente un modello tariffario, ma nessuno dei valori consentiti si applica.	Supporti

Valuta dei prezzi

Denominazione di valuta nazionale o virtuale in cui è stata addebitata una risorsa o un servizio.

Origine: columns/pricingcurrency.md

Documento d'identità	TIPO	Criteri	stato	Note
PCu1	DOVERE	PricingCurrency DEVE essere presente in un set di dati FOCUS quando il provider supporta prezzi e fatturazione in valute diverse.	Supporti
PCu2	DOVERE	PricingCurrency MUST deve essere di tipo String.	Supporti
PCu3	DOVERE	PricingCurrency MUST conforme ai requisiti di StringHandling.	Supporti
PCu4	DOVERE	PricingCurrency MUST conforme ai requisiti currencyFormat.	Supporti
PCu5	DOVERE	PricingCurrency NON DEVE essere Null.	Supporti

Prezzo unitario con contratto di valuta dei prezzi

Prezzo unitario concordato per una singola unità tariffaria dello SKU associato, inclusi gli sconti negoziati, se presenti, escludendo gli sconti di impegno negoziati o qualsiasi altro sconto e espresso in Valuta prezzi.

Origine: columns/pricingcurrencycontractedunitprice.md

Documento d'identità	TIPO	Criteri	stato	Note
PCuCnUP1	DOVERE	PricingCurrencyContractedUnitPrice DEVE essere presente in un set di dati FOCUS quando il provider supporta i prezzi in valuta virtuale e pubblica i prezzi di unità esclusivi degli sconti.	Non applicabile
PCuCnUP2	CONSIGLIATI	PricingCurrencyContractedUnitPrice è CONSIGLIABILe essere presente in un set di dati FOCUS quando il provider supporta prezzi e fatturazione in valute diverse e pubblica prezzi unitri esclusivi degli sconti.	Non supporta	Non incluso nel set di dati gestione costi in base al feedback dei clienti.
PCuCnUP3	Maggio	PricingCurrencyContractedUnitPrice PUÒ essere presente in un set di dati FOCUS in tutti gli altri casi.	Non applicabile
PCuCnUP1	DOVERE	PricingCurrencyContractedUnitPrice DEVE essere di tipo Decimal.	Non applicabile
PCuCnUP2	DOVERE	PricingCurrencyContractedUnitPrice DEVE essere conforme ai requisiti numericFormat.	Non applicabile
PCuCnUP2.1	DOVERE	PricingCurrencyContractedUnitPrice 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.
PCuCnUP2.2	DOVERE	PricingCurrencyContractedUnitPrice NON DEVE essere null quando ChargeCategory è "Usage" o "Purchase" e ChargeClass non è "Correzione".	Non applicabile
PCuCnUP2.3	Maggio	PricingCurrencyContractedUnitPrice PUÒ essere Null in tutti gli altri casi.	Non applicabile
PCuCnUP2.4	DOVERE	PricingCurrencyContractedUnitPrice DEVE essere un valore decimale non negativo.	Non applicabile
PCuCnUP2.5	DOVERE	PricingCurrencyContractedUnitPrice DEVE essere denominato in PricingCurrency.	Non applicabile
PCuCnUP3	Maggio	Discrepanze in PricingCurrencyContractedUnitPrice, ContractedCost o PricingQuantity POSSONO esistere quando ChargeClass è "Correzione".	Non applicabile

Prezzo conveniente a livello di valuta

Il costo 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, come denominato in Valuta prezzi.

Origine: columns/pricingcurrencyeffectivecost.md

Documento d'identità	TIPO	Criteri	stato	Note
PCuEC1	DOVERE	PricingCurrencyEffectiveCost DEVE essere presente in un set di dati FOCUS quando il provider supporta i prezzi in valuta virtuale e pubblica i prezzi di unità esclusivi degli sconti.	Non applicabile
PCuEC2	CONSIGLIATI	PricingCurrencyEffectiveCost è CONSIGLIABILe essere presente in un set di dati FOCUS quando il provider supporta prezzi e fatturazione in valute diverse e pubblica i prezzi di unità esclusivi degli sconti.	Non supporta	Non incluso nel set di dati gestione costi in base al feedback dei clienti.
PCuEC3	Maggio	PricingCurrencyEffectiveCost PUÒ essere presente in un set di dati FOCUS in tutti gli altri casi.	Non applicabile
PCuEC1	DOVERE	PricingCurrencyEffectiveCost DEVE essere di tipo Decimal.	Non applicabile
PCuEC2	DOVERE	PricingCurrencyEffectiveCost DEVE essere conforme ai requisiti numericFormat.	Non applicabile
PCuEC3	DOVERE	PricingCurrencyEffectiveCost NON DEVE essere null.	Non applicabile
PCuEC4	DOVERE	PricingCurrencyEffectiveCost DEVE essere un valore decimale valido.	Non applicabile
PCuEC5	DOVERE	PricingCurrencyEffectiveCost DEVE essere 0 in caso di acquisti prepagati o acquisti applicabili all'utilizzo precedente.	Non applicabile
PCuEC6	DOVERE	PricingCurrencyEffectiveCost DEVE essere denominato in PricingCurrency.	Non applicabile

Prezzo unitario del listino valuta prezzi

Prezzo unitario suggerito pubblicato dal provider per una singola unità tariffaria dello SKU associato, esclusivo di eventuali sconti e espresso in Valuta prezzi.

Origine: columns/pricingcurrencylistunitprice.md

Documento d'identità	TIPO	Criteri	stato	Note
PCuLUP1	DOVERE	PricingCurrencyListUnitPrice DEVE essere presente in un set di dati FOCUS quando il provider supporta i prezzi nella valuta virtuale e pubblica i prezzi unitri esclusivi degli sconti.	Non applicabile
PCuLUP2	CONSIGLIATI	PricingCurrencyListUnitPrice è CONSIGLIABILe essere presente in un set di dati FOCUS quando il provider supporta i prezzi e la fatturazione in valute diverse e pubblica i prezzi di unità esclusivi degli sconti.	Non supporta	Non incluso nel set di dati gestione costi in base al feedback dei clienti.
PCuLUP3	Maggio	PricingCurrencyListUnitPrice può essere presente in un set di dati FOCUS in tutti gli altri casi.	Non applicabile
PCuLUP1	DOVERE	PricingCurrencyListUnitPrice DEVE essere di tipo Decimal.	Non applicabile
PCuLUP2	DOVERE	PricingCurrencyListUnitPrice DEVE essere conforme ai requisiti numericFormat.	Non applicabile
PCuLUP2.1	DOVERE	PricingCurrencyListUnitPrice 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.
PCuLUP2.2	DOVERE	PricingCurrencyListUnitPrice NON DEVE essere null quando ChargeCategory è "Usage" o "Purchase" e ChargeClass non è "Correzione".	Non applicabile
PCuLUP2.3	Maggio	PricingCurrencyListUnitPrice PUÒ essere Null in tutti gli altri casi.	Non applicabile
PCuLUP2.4	DOVERE	PricingCurrencyListUnitPrice DEVE essere un valore decimale non negativo.	Non applicabile
PCuLUP2.5	DOVERE	PricingCurrencyListUnitPrice DEVE essere denominato in PricingCurrency.	Non applicabile
PCuLUP2.6	Maggio	Le discrepanze in PricingCurrencyListUnitPrice, ListCost o PricingQuantity possono essere risolte in modo indipendente quando ChargeClass è "Correzione".	Non applicabile

Quantità di prezzi

Volume di uno SKU specifico associato a una risorsa o a un servizio usato o acquistato in base all'unità prezzi.

Origine: columns/pricingquantity.md

Documento d'identità	TIPO	Criteri	stato	Note
PQ1	DOVERE	PricingQuantity DEVE essere presente in un set di dati FOCUS.	Supporti
PQ2	DOVERE	PricingQuantity DEVE essere di tipo Decimal.	Supporti
PQ3	DOVERE	PricingQuantity DEVE essere conforme ai requisiti numericFormat.	Supporti
PQ3.1	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.
PQ3.2	DOVERE	PricingQuantity NON DEVE essere null quando ChargeCategory è "Usage" o "Purchase" e ChargeClass non è "Correzione".	Supporti
PQ3.3	Maggio	PricingQuantity PUÒ essere null in tutti gli altri casi.	Supporti
PQ3.4	DOVERE	PricingQuantity DEVE essere un valore decimale valido.	Supporti
PQ3.5	DOVERE	Il prodotto di PricingQuantity e un prezzo unitario (ad esempio, ContractedUnitPrice) DEVE corrispondere alla metrica di costo corrispondente (ad esempio, ContractedCost) quando il prezzo unitario non è null e ChargeClass non è "Correzione".	Supporti
PQ4	Maggio	Discrepanze in PricingQuantity, prezzi unitari (ad esempio, ContractedUnitPrice) o costi (ad esempio, ContractedCost) possono esistere quando ChargeClass è "Correzione".	Supporti

Unità tariffaria

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.

Origine: columns/pricingunit.md

Documento d'identità	TIPO	Criteri	stato	Note
PU1	DOVERE	PricingUnit DEVE essere presente in un set di dati FOCUS.	Supporti
PU2	DOVERE	PricingUnit DEVE essere di tipo String.	Supporti
PU3	DOVERE	PricingUnit DEVE essere conforme ai requisiti di StringHandling.	Supporti
PU4	DOVERE	PricingUnit DOVREBBE essere conforme ai requisiti unitformat.	Supporti
PU4.1	DOVERE	PricingUnit DEVE essere null quando PricingQuantity è null.	Supporti
PU4.2	DOVERE	PricingUnit NON DEVE essere null quando PricingQuantity non è null.	Supporti
PU4.3	DOVERE	PricingUnit DEVE essere semanticamente uguale all'unità di misura dei prezzi corrispondente fornita nel listino prezzi pubblicato dal provider.	Supporti
PU4.4	DOVERE	PricingUnit DEVE essere semanticamente uguale all'unità di misura dei prezzi corrispondente fornita nella fattura, quando la fattura include un'unità di misura dei prezzi.	Supporti

Nome provider

Nome dell'entità che ha reso disponibili le risorse o i servizi per l'acquisto.

Origine: columns/provider.md

Documento d'identità	TIPO	Criteri	stato	Note
PvN1	DOVERE	ProviderName DEVE essere presente in un set di dati FOCUS.	Supporti
PvN2	DOVERE	ProviderName DEVE essere di tipo String.	Supporti
PvN3	DOVERE	ProviderName DEVE essere conforme ai requisiti di StringHandling.	Supporti
PvN4	DOVERE	ProviderName NON DEVE essere Null.	Supporti

Nome entità di pubblicazione

Nome dell'entità che ha prodotto le risorse o i servizi acquistati.

Origine: columns/publisher.md

Documento d'identità	TIPO	Criteri	stato	Note
PbN1	DOVERE	PublisherName DEVE essere presente in un set di dati FOCUS.	Supporti
PbN2	DOVERE	PublisherName DEVE essere di tipo String.	Supporti
PbN3	DOVERE	PublisherName DEVE essere conforme ai requisiti di StringHandling.	Supporti
PbN4	DOVERE	PublisherName NON DEVE essere 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)

Identificatore assegnato dal provider per un'area geografica isolata in cui viene effettuato il provisioning di una risorsa o viene fornito un servizio.

Origine: columns/regionid.md

Documento d'identità	TIPO	Criteri	stato	Note
RgI1	DOVERE	RegionId DEVE essere presente in un set di dati FOCUS quando il provider supporta la distribuzione di risorse o servizi all'interno di un'area.	Supporti
RgI2	DOVERE	RegionId DEVE essere di tipo String.	Supporti
RgI3	DOVERE	RegionId DEVE essere conforme ai requisiti di StringHandling.	Supporti
RgI3.1	DOVERE	RegionId NON DEVE essere Null quando una risorsa o un servizio viene gestito o gestito da un'area distinta.	Supporti
RgI3.2	Maggio	RegionId PUÒ essere Null quando una risorsa o un servizio non viene gestito o gestito da un'area distinta.	Supporti

Nome area

Nome di un'area geografica isolata in cui viene effettuato il provisioning di una risorsa o viene fornito un servizio.

Origine: columns/regionname.md

Documento d'identità	TIPO	Criteri	stato	Note
RgN1	DOVERE	RegionName DEVE essere presente in un set di dati FOCUS quando il provider supporta la distribuzione di risorse o servizi all'interno di un'area.	Supporti
RgN2	DOVERE	RegionName DEVE essere di tipo String.	Supporti
RgN3	DOVERE	RegionName DEVE essere conforme ai requisiti di StringHandling.	Supporti
RgN3.1	DOVERE	RegionName DEVE essere null quando RegionId è null.	Supporti
RgN3.2	DOVERE	RegionName NON DEVE essere null quando RegionId non è null.	Supporti

ID risorsa

Identificatore assegnato a una risorsa dal provider.

Origine: columns/resourceid.md

Documento d'identità	TIPO	Criteri	stato	Note
RsI1	DOVERE	ResourceId DEVE essere presente in un set di dati FOCUS 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	DOVERE	ResourceId MUST è conforme ai requisiti di StringHandling.	Supporti
RsI3.1	DOVERE	ResourceId DEVE essere Null quando un addebito non è correlato a una risorsa.	Supporti	Gli acquisti potrebbero non avere un ID risorsa assegnato.
RsI3.2	DOVERE	ResourceId NON DEVE essere Null quando un addebito è correlato a una risorsa.	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.
RsI3.3	DOVERE	ResourceId DEVE essere un identificatore univoco all'interno del provider.	Supporti
RsI3.4	DOVERE	ResourceId DEVE essere un identificatore completo.	Supporti

Nome risorsa

Nome visualizzato assegnato a una risorsa.

Origine: columns/resourcename.md

Documento d'identità	TIPO	Criteri	stato	Note
RsN1	DOVERE	ResourceName DEVE essere presente in un set di dati FOCUS 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	DOVERE	ResourceName DEVE essere conforme ai requisiti di StringHandling.	Supporti
RsN3.1	DOVERE	ResourceName DEVE essere null quando ResourceId è null o quando la risorsa non ha un nome visualizzato assegnato.	Supporti
RsN3.2	DOVERE	ResourceName NON DEVE essere null quando ResourceId non è Null e la risorsa ha un nome visualizzato assegnato.	Supporti
RsN4	DOVERE	ResourceName NON DEVE duplicare ResourceId quando il provisioning della risorsa non viene eseguito in modo interattivo o ha solo un ResourceId generato dal sistema.	Supporti

Tipo di risorsa

Tipo di risorsa a cui si applica l'addebito.

Origine: columns/resourcetype.md

Documento d'identità	TIPO	Criteri	stato	Note
RsT1	DOVERE	ResourceType DEVE essere presente in un set di dati FOCUS quando il provider supporta la fatturazione in base alle risorse di cui è stato effettuato il provisioning e supporta l'assegnazione di tipi alle risorse.	Supporti
RsT2	DOVERE	ResourceType DEVE essere di tipo String.	Supporti
RsT3	DOVERE	ResourceType DEVE essere conforme ai requisiti di StringHandling.	Supporti
RsT3.1	DOVERE	ResourceType DEVE essere null quando ResourceId è null.	Supporti
RsT3.2	DOVERE	ResourceType NON DEVE essere Null quando ResourceId non è Null.	Supporti

Categoria di servizio

Classificazione di livello più alto di un servizio in base alla funzione principale del servizio.

ServiceCategory viene impostato in base a un mapping dei tipi di risorsa che usa il set di dati Services nel toolkit FinOps. Se vengono visualizzate lacune, inviare una richiesta di modifica.

Origine: columns/servicecategory.md

Documento d'identità	TIPO	Criteri	stato	Note
SvC1	DOVERE	ServiceCategory DEVE essere presente in un set di dati FOCUS.	Supporti
SvC2	DOVERE	ServiceCategory DEVE essere di tipo String.	Supporti
SvC3	DOVERE	ServiceCategory NON DEVE essere Null.	Supporti
SvC4	DOVERE	ServiceCategory DEVE essere uno dei valori consentiti.	Supporti

Nome servizio

Offerta che può essere acquistata da un provider (ad esempio, macchina virtuale cloud, database SaaS, servizi professionali di un integratore di sistemi).

ServiceName viene impostato in base a un mapping dei tipi di risorsa che usa il set di dati Services nel toolkit FinOps. Se vengono visualizzate lacune, inviare una richiesta di modifica.

Origine: columns/servicename.md

Documento d'identità	TIPO	Criteri	stato	Note
SvN1	DOVERE	ServiceName DEVE essere presente in un set di dati FOCUS.	Supporti
SvN2	DOVERE	ServiceName MUST deve essere di tipo String.	Supporti
SvN3	DOVERE	ServiceName DEVE essere conforme ai requisiti di StringHandling.	Supporti
SvN4	DOVERE	ServiceName NON DEVE essere Null.	Supporto parziale	ServiceName può essere vuoto per alcuni acquisti e rettifiche.
SvN5.1	DOVERE	ServiceName MUST ha uno e un solo ServiceCategory che meglio si allinea al suo scopo primario, tranne quando non è disponibile alcun ServiceCategory appropriato.	Supporti
SvN5.2	DOVERE	ServiceName DEVE essere associato a ServiceCategory "Other" quando non è disponibile alcun ServiceCategory appropriato.	Supporti
SvN6.1	DOVERE	ServiceName DEVE avere uno e un solo ServiceSubcategory che si allinea al suo scopo primario, tranne quando non è disponibile alcun serviceSubcategory appropriato.	Supporti
SvN6.2	DOVERE	ServiceName SHOULD essere associato a ServiceSubcategory "Other" quando non è disponibile alcun serviceSubcategory appropriato.	Supporti

Sottocategoria del servizio

Classificazione secondaria della categoria di servizi per un servizio in base alla relativa funzione principale.

ServiceSubcategory viene impostato in base a un mapping dei tipi di risorsa che usa il set di dati Services nel toolkit FinOps. Se vengono visualizzate lacune, inviare una richiesta di modifica.

Origine: columns/servicesubcategory.md

Documento d'identità	TIPO	Criteri	stato	Note
SvS1	CONSIGLIATI	ServiceSubcategory è CONSIGLIATo per essere presente in un set di dati FOCUS.	Supporti
SvS2	DOVERE	ServiceSubcategory DEVE essere di tipo String.	Supporti
SvS3	DOVERE	ServiceSubcategory NON DEVE essere Null.	Supporti
SvS4	DOVERE	ServiceSubcategory DEVE essere uno dei valori consentiti.	Supporti
SvS5	DOVERE	ServiceSubcategory DEVE avere uno e un solo ServiceCategory padre, come specificato nei valori consentiti di seguito.	Supporti

ID SKU

Identificatore univoco specificato dal provider che rappresenta uno SKU specifico(ad esempio, un'offerta valida o di servizio quantificabile).

Origine: columns/skuid.md

Documento d'identità	TIPO	Criteri	stato	Note
SkI1	DOVERE	SkuId DEVE essere presente in un set di dati FOCUS quando il provider supporta i concetti relativi ai prezzi di unità e pubblica i listini prezzi, pubblicamente o come parte del contratto.	Supporti
SkI2	DOVERE	SkuId DEVE essere di tipo String.	Supporti
SkI3	DOVERE	SkuId DEVE essere conforme ai requisiti di StringHandling.	Supporti
SkI4.1	DOVERE	SkuId 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.
SkI4.2	DOVERE	SkuId NON DEVE essere null quando ChargeCategory è "Usage" o "Purchase" e ChargeClass non è "Correzione".	Supporto parziale	SkuId può essere null per alcune righe, ad esempio gli addebiti inutilizzati del piano di risparmio e gli addebiti del Marketplace.
SkI4.3	Maggio	SkuId PUÒ essere null in tutti gli altri casi.	Supporti
SkI5.1	DOVERE	SkuId DEVE rimanere coerente tra gli account di fatturazione o i contratti.	Supporti
SkI5.2	DOVERE	SkuId DEVE rimanere coerente tra i valori PricingCategory.	Supporto parziale	SkuId può essere diverso per alcuni PricingCategory valori.
SkI5.3	DOVERE	SkuId DEVE rimanere coerente indipendentemente da qualsiasi altro fattore che potrebbe influire sul prezzo, ma non influisce sulla funzionalità dello SKU.	Supporto parziale	SkuId può essere diverso per alcuni SKU che offrono la stessa funzionalità.
SkI6	DOVERE	SkuId DEVE essere associato a una determinata risorsa o servizio quando ChargeCategory è "Utilizzo" o "Acquisto".	Supporti
SkI7	Maggio	SkuId MAY è uguale a SkuPriceId.	Supporti

Contatore SKU

Descrive la funzionalità misurata o misurata da uno SKU specifico in un addebito.

Origine: columns/skumeter.md

Documento d'identità	TIPO	Criteri	stato	Note
SkM1	DOVERE	SkuMeter DEVE essere presente in un set di dati FOCUS quando il provider supporta i concetti relativi ai prezzi di unità e pubblica i listini prezzi, pubblicamente o come parte del contratto.	Supporti
SkM2	DOVERE	SkuMeter DEVE essere di tipo String.	Supporti
SkM3	DOVERE	SkuMeter DEVE essere conforme ai requisiti di StringHandling.	Supporti
SkM4.1	DOVERE	SkuMeter DEVE essere null quando SkuId è null.	Supporti
SkM4.2	DOVERE	SkuMeter NON DEVE essere null quando SkuId non è null.	Supporti
SkM5	DOVERE	SkuMeter DOVREBBE rimanere coerente nel tempo per un determinato SKUId.	Supporto parziale	SkuMeter può essere diverso per un determinato SkuIdoggetto .

Dettagli prezzo SKU

Set di proprietà di un ID prezzo SKU significativo e comune a tutte le istanze di TALE ID prezzo SKU.

Origine: columns/skupricedetails.md

Documento d'identità	TIPO	Criteri	stato	Note
SkPD1	DOVERE	SkuPriceDetails DEVE essere presente in un set di dati FOCUS quando il provider supporta i concetti relativi ai prezzi di unità e pubblica i listini prezzi, pubblicamente o come parte del contratto.	Non supporta	SkuPriceDetails non è specificato nel set di dati di anteprima focus gestione costi 1.2.
SkPD2	DOVERE	SkuPriceDetails DEVE essere conforme ai requisiti KeyValueFormat.	Non applicabile
SkPD3	DOVERE	Le chiavi delle proprietà SkuPriceDetails DEVONO essere conformi al formato PascalCase.	Non applicabile
SkPD3.1	DOVERE	SkuPriceDetails DEVE essere null quando SkuPriceId è null.	Non applicabile
SkPD3.2	Maggio	SkuPriceDetails PUÒ essere null quando SkuPriceId non è null.	Non applicabile
SkPD3.3	DOVERE	SkuPriceDetails DEVE essere associato a un determinato SkuPriceId.	Non applicabile
SkPD3.4	DOVERE	SkuPriceDetails NON DEVE includere proprietà non applicabili al valore SkuPriceId corrispondente.	Non applicabile
SkPD3.5	DOVERE	SkuPriceDetails SHOULD include tutte le proprietà sku definite da FOCUS elencate di seguito applicabili al corrispondente SkuPriceId.	Non applicabile
SkPD3.6	DOVERE	SkuPriceDetails DEVE includere la proprietà FOCUS-defined SKU Price quando una proprietà equivalente viene inclusa come proprietà definita dal provider.	Non applicabile
SkPD3.7	Maggio	SkuPriceDetails PUÒ includere proprietà già acquisite in altre colonne dedicate.	Non applicabile
SkPD3.7.1	DOVERE	Le proprietà SkuPriceDetails esistenti dovrebbero rimanere coerenti nel tempo.	Non applicabile
SkPD3.7.2	DOVERE	Le proprietà SkuPriceDetails esistenti NON DEVONO essere rimosse.	Non applicabile
SkPD3.7.3	Maggio	Altre proprietà SkuPriceDetails possono essere aggiunte nel tempo.	Non applicabile
SkPD3.8	DOVERE	La chiave di proprietà DOVREBBE rimanere coerente tra SKU confrontabili con tale proprietà e i valori per questa chiave DOVREBBERO rimanere in un formato coerente.	Non applicabile
SkPD3.9	DOVERE	La chiave di proprietà DOVREBBE rimanere coerente tra SKU confrontabili con tale proprietà e i valori per questa chiave DOVREBBERO rimanere in un formato coerente.	Non applicabile
SkPD3.10	DOVERE	La chiave della proprietà DEVE iniziare con la stringa "x_", a meno che non sia una proprietà definita da FOCUS.	Non applicabile
SkPD3.11	DOVERE	Il valore della proprietà DEVE rappresentare il valore di un singolo oggetto PricingUnit quando la proprietà contiene un valore numerico.	Non applicabile
SkPD3.12	DOVERE	La chiave della proprietà DEVE corrispondere all'ortografia e alla combinazione di maiuscole e minuscole specificate per la proprietà definita da FOCUS.	Non applicabile
SkPD3.13	DOVERE	Il valore della proprietà DEVE essere del tipo specificato per tale proprietà.	Non applicabile
SkPD3.14	DOVERE	Il valore della proprietà MUST rappresenta il valore di un singolo oggetto PricingUnit, denominato nell'unità di misura specificata per tale proprietà quando la proprietà contiene un valore numerico.	Non applicabile

ID prezzo SKU

Identificatore univoco specificato dal provider che rappresenta un prezzo di SKU specifico associato a una risorsa o a un servizio usato o acquistato.

Origine: columns/skupriceid.md

Documento d'identità	TIPO	Criteri	stato	Note
SkPI1	DOVERE	SkuPriceId DEVE essere presente in un set di dati FOCUS quando il provider supporta i concetti relativi ai prezzi unità e pubblica i listini prezzi, pubblicamente o come parte del contratto.	Supporti
SkPI2	DOVERE	SkuPriceId MUST deve essere di tipo String.	Supporti
SkPI3	DOVERE	SkuPriceId MUST conforme ai requisiti di gestione delle stringhe.	Supporti
SkPI4.1	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.
SkPI4.2	DOVERE	SkuPriceId NON DEVE essere null quando ChargeCategory è "Usage" o "Purchase" e ChargeClass non è "Correzione".	Supporto parziale	SkuPriceId può essere null per alcune righe, ad esempio gli addebiti inutilizzati del piano di risparmio e gli addebiti del Marketplace.
SkPI4.3	Maggio	SkuPriceId PUÒ essere null in tutti gli altri casi.	Supporti
SkPI5.1	DOVERE	Quando SkuPriceId non è null... SkuPriceId DEVE avere uno e un solo SKUId padre.	Supporti
SkPI5.2	DOVERE	Quando SkuPriceId non è null... SkuPriceId DEVE rimanere coerente nel tempo.	Supporti
SkPI5.3	DOVERE	Quando SkuPriceId non è null... SkuPriceId DEVE rimanere coerente tra account o contratti di fatturazione.	Supporti
SkPI5.4	Maggio	Quando SkuPriceId non è null... SkuPriceId MAY uguale a SkuId.	Supporti
SkPI5.5	DOVERE	Quando SkuPriceId non è null... SkuPriceId DEVE essere associato a una determinata risorsa o servizio quando ChargeCategory è "Usage" o "Purchase".	Supporti
SkPI5.6	DOVERE	Quando SkuPriceId non è null... SkuPriceId DEVE fare riferimento a un prezzo SKU in un listino prezzi fornito dal provider, abilitando la ricerca di informazioni dettagliate sul prezzo dello SKU.	Non supporta	SkuPriceId non può essere mappato direttamente a un singolo SKU nell'elenco prezzi. 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.7	DOVERE	Quando SkuPriceId non è null... SkuPriceId DEVE supportare la ricerca di ListUnitPrice quando il provider pubblica i prezzi di unità esclusivi degli sconti.	Non supporta	Vedere SkPI5.6.
SkPI5.8	DOVERE	Quando SkuPriceId non è null... SkuPriceId DEVE supportare la verifica dell'oggetto ContractedUnitPrice specificato quando il provider supporta i concetti relativi ai prezzi negoziati.	Supporto parziale	ContractedUnitPrice potrebbe non essere impostato o potrebbe essere 0 per alcune righe, ad esempio l'utilizzo della prenotazione.

ID account secondario

ID assegnato a un raggruppamento di risorse o servizi, spesso usato per gestire l'accesso e/o il costo.

Focus sottoaccount esegue il mapping a una sottoscrizione di Microsoft Cloud.

Origine: columns/subaccountid.md

Documento d'identità	TIPO	Criteri	stato	Note
SbAI1	DOVERE	SubAccountId DEVE essere presente in un set di dati FOCUS quando il provider supporta un costrutto di account secondario.	Supporti
SbAI2	DOVERE	SubAccountId DEVE essere di tipo String.	Supporti
SbAI3	DOVERE	SubAccountId DEVE essere conforme ai requisiti di StringHandling.	Supporti
SbAI3.1	DOVERE	SubAccountId DEVE essere null quando un addebito non è correlato a un account secondario.	Supporti	SubAccountId può essere null per gli acquisti e i rimborsi del Contratto Del cliente microsoft.
SbAI3.2	DOVERE	SubAccountId NON DEVE essere null quando un addebito è correlato a un account secondario.	Supporti

Nome account secondario

Nome assegnato a un raggruppamento di risorse o servizi, spesso usato per gestire l'accesso e/o il costo.

Focus sottoaccount esegue il mapping a una sottoscrizione di Microsoft Cloud.

Origine: columns/subaccountname.md

Documento d'identità	TIPO	Criteri	stato	Note
SbAN1	DOVERE	SubAccountName DEVE essere presente in un set di dati FOCUS quando il provider supporta un costrutto di account secondario.	Supporti
SbAN2	DOVERE	SubAccountName DEVE essere di tipo String.	Supporti
SbAN3	DOVERE	SubAccountName DEVE essere conforme ai requisiti di StringHandling.	Supporti
SbAN3.1	DOVERE	SubAccountName DEVE essere null quando SubAccountId è null.	Supporti
SbAN3.2	DOVERE	SubAccountName NON DEVE essere null quando SubAccountId non è null.	Supporti

Tipo di account secondario

Nome assegnato dal provider per identificare il tipo di account secondario.

Focus sottoaccount esegue il mapping a una sottoscrizione di Microsoft Cloud.

Origine: columns/subaccounttype.md

Documento d'identità	TIPO	Criteri	stato	Note
SbAT1	DOVERE	SubAccountType DEVE essere presente in un set di dati FOCUS quando il provider supporta più di un valore SubAccountType possibile.	Supporti
SbAT2	DOVERE	SubAccountType DEVE essere di tipo String.	Supporti
SbAT3	DOVERE	SubAccountType DEVE essere conforme ai requisiti di StringHandling.	Supporti
SbAT3.1	DOVERE	SubAccountType DEVE essere null quando SubAccountId è null.	Supporti
SbAT3.2	DOVERE	SubAccountType NON DEVE essere null quando SubAccountId non è null.	Supporti
SbAT4	DOVERE	SubAccountType DEVE essere un valore di visualizzazione coerente e leggibile.	Supporti

Tag

Set di tag assegnati alle origini tag che rappresentano potenziali valutazioni di tag definite dal provider o definite dall'utente.

Origine: columns/tags.md

Documento d'identità	TIPO	Criteri	stato	Note
T1	DOVERE	I tag DEVONO essere presenti in un set di dati FOCUS quando il provider supporta l'impostazione di tag definiti dall'utente o dal provider.	Supporti
T2	DOVERE	I tag DEVONO essere conformi ai requisiti di KeyValueFormat.	Supporti
T3	Maggio	I tag POSSONO essere Null.	Supporti
T4.1	DOVERE	I tag DEVONO includere tutti i tag definiti dall'utente e definiti dal provider.	Supporti
T4.2	DOVERE	I tag DEVONO includere solo tag finali.	Supporti
T4.3	DOVERE	I tag SHOULD includono chiavi di tag con valori non Null corrispondenti per una determinata risorsa.	Supporti
T4.4	Maggio	I tag POSSONO includere chiavi di tag con un valore Null per una determinata risorsa a seconda del processo di finalizzazione dei tag del provider.	Supporti
T4.5	DOVERE	Le chiavi tag che non supportano i valori corrispondenti, MUST hanno un valore true (booleano) corrispondente impostato.	Non applicabile	I tag di Microsoft Cloud supportano sia chiavi che valori.
T4.6	DOVERE	Il provider DOVREBBE pubblicare i metodi di finalizzazione dei tag e la semantica all'interno della rispettiva documentazione.	Supporti
T4.7	DOVERE	Il provider NON DEVE modificare i valori dei tag a meno che non si applichi true (booleano) ai tag senza valore.	Supporti
T5.1	DOVERE	Le chiavi dei tag definite dal provider DEVONO essere precedute da un prefisso di chiave tag predeterminato e specificato dal provider univoco per ogni schema di tag specificato dal provider corrispondente.	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.
T5.2	DOVERE	Il provider DOVREBBE 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.
T6.1	DOVERE	Il provider DEVE prefissi tutti gli schemi di tag definiti dall'utente con un prefisso di chiave tag predeterminato e specificato dal provider univoco per ogni schema di tag definito dall'utente corrispondente quando il provider ha più di uno schema di tag definito dall'utente.	Supporti
T6.2	DOVERE	Le chiavi dei tag del provider NON DEVONO ESSERE precedute da un prefisso quando il provider dispone di un solo schema di tag definito dall'utente.	Supporti
T6.3	DOVERE	Il provider NON DEVE consentire l'uso di prefissi di chiave di tag riservati come prefissi per qualsiasi chiave tag definita dall'utente all'interno di uno schema di tag definito dall'utente senza prefisso.	Supporti

Inviare commenti e suggerimenti

Fateci sapere come stiamo facendo con una rapida revisione. Queste revisioni vengono usate per migliorare ed espandere strumenti e risorse FinOps.

Inviare commenti e suggerimenti

Se si sta cercando qualcosa di specifico, votare per un'idea esistente o crearne una nuova. Condividere idee con altri utenti per ottenere più voti. Ci concentriamo sulle idee con il maggior numero di voti.

votare o suggerire idee

Contenuto correlato

Risorse correlate:

• Riepilogo della conformità FOCUS
• Set di dati focus di Gestione costi Microsoft

Prodotti correlati:

• Gestione costi

Soluzioni correlate:

• Report di Power BI per FinOps Toolkit
• Hub FinOps
• Modulo PowerShell del toolkit FinOps
• FinOps Toolkit dati aperti