Relatório completo de conformidade FOCUS

Artigo
12/19/2024

Este documento fornece uma lista detalhada de todos os requisitos do FOCUS 1.0 e indica o nível de suporte fornecido pelo conjunto de dados Microsoft Cost Management FOCUS. Para saber mais sobre o FOCUS, consulte a visão geral do FOCUS.

Como a conformidade é medida

Os requisitos do programa FOCUS dividem-se em quatro grupos:

Os requisitos MUST são obrigatórios para todos os fornecedores de dados.
Os requisitos SHOULD são recomendações fortes.
Os requisitos RECOMENDADOS são as melhores práticas sugeridas.
Os requisitos MAY são opcionais e usados para preparar os profissionais de FinOps para casos extremos.

Embora não haja uma medição oficial para a conformidade com o FOCUS, calculamos uma pontuação de conformidade de 96%, que contabiliza todos os requisitos total e parcialmente suportados. A tabela a seguir resume os requisitos por nível de suporte.

Type	Suportado	Suporte parcial	Não suportado	Não aplicável
DEVE	238	13	2	10
DEVE	22	3	1	1
RECOMENDADO	0	1	1	0
MAIO	22	0	0	1
Resumo	93,1%	5.6%	1.3%

Como está organizado este documento

As seções a seguir listam cada requisito FOCUS, o nível de suporte no conjunto de dados Microsoft Cost Management FOCUS 1.0 e quaisquer notas relevantes. Para obter um resumo de alto nível das lacunas, consulte o resumo de conformidade do FOCUS. Os IDs de requisitos são apenas para fins de referência. Os IDs não são definidos como parte do FOCUS.

O restante deste documento lista os requisitos FOCUS agrupados por atributo e coluna. As colunas definem os elementos de dados específicos no conjunto de dados e os atributos definem como as colunas e linhas devem se comportar. Descrições de alto nível e um link para o documento de requisitos original estão incluídos na parte superior de cada seção.

Atributos

Nomenclatura e ordenação de colunas

^{Fonte: attributes/column_naming_and_ordering.md}

ID	Type	Critérios	Estado	Notas
CNO1	DEVE	Todas as colunas definidas por FOCUS DEVEM seguir as seguintes regras:	Apoios
CNO1.1	DEVE	Os IDs de coluna DEVEM usar maiúsculas e minúsculas Pascal.	Apoios
CNO1.2	DEVE	Os IDs de coluna NÃO DEVEM usar abreviaturas.	Apoios
CNO1.3	DEVE	Os IDs de coluna DEVEM ser alfanuméricos sem caracteres especiais.	Apoios
CNO1.4	DEVE	As colunas que têm um ID e um Nome DEVEM ter o sufixo `Id` ou `Name` no ID da Coluna.	Apoios
CNO1.5	MAIO	Nome de exibição para uma coluna PODE evitar o sufixo `Name` se não houver outras colunas com o mesmo prefixo de nome.	Apoios
CNO1.6	DEVE	Os IDs de coluna NÃO DEVEM usar siglas.	Apoios
CNO1.7	DEVE	Os IDs de coluna NÃO DEVEM exceder 50 caracteres para acomodar restrições de comprimento de coluna de vários repositórios de dados.	Apoios
CNO2	DEVE	Todas as colunas personalizadas DEVEM ser prefixadas com um prefixo consistente `x_` para identificá-las como colunas externas e personalizadas e distingui-las das colunas FOCUS para evitar conflitos em versões futuras.	Suporta parcialmente	`BillingAccountType` e `SubAccountType` foram introduzidos involuntariamente na versão do conjunto de dados de visualização FOCUS 1.0 da Microsoft sem o prefixo `x_` . Ambas as colunas são documentadas em uma solicitação pull FOCUS pendente. Os nomes de colunas não prefixados são mantidos para compatibilidade com versões anteriores até que uma determinação oficial seja feita sobre eles.
CNO3,1	DEVE	As colunas que têm um ID e um Nome DEVEM ter o sufixo `Id` ou `Name` no ID da Coluna.	Apoios
CNO3.2	MAIO	Nome de exibição para uma coluna PODE evitar o sufixo Nome se for considerado supérfluo.	Apoios	Não recomendamos essa prática, pois ela gera confusão quando IDs de coluna e nomes de exibição não coincidem.
CNO4	DEVE	As colunas com o sufixo `Category` DEVEM ser normalizadas.	Apoios
CNO5	DEVE	As colunas personalizadas (por exemplo, definidas pelo provedor) DEVEM seguir as mesmas regras listadas acima para colunas FOCUS.	Apoios
CNO6	DEVE	Todas as colunas FOCUS DEVEM estar em primeiro lugar no conjunto de dados fornecido.	Apoios
CNO7	DEVE	As colunas personalizadas DEVEM ser listadas depois de todas as colunas FOCUS e NÃO DEVEM ser misturadas.	Apoios
CNO8,1	MAIO	As colunas PODEM ser ordenadas alfabeticamente...	Apoios	As colunas são ordenadas alfabeticamente para facilitar o uso.
CNO8,2	DEVE	... as colunas personalizadas DEVEM ser, afinal, colunas FOCUS.	Apoios	As colunas são ordenadas alfabeticamente para facilitar o uso.

Formato de código de moeda

^{Fonte: attributes/currency_code_format.md}

ID	Type	Critérios	Estado
CCF1	DEVE	Todas as colunas que capturam um valor de moeda, definido na especificação FOCUS, DEVEM seguir os requisitos listados abaixo.	Apoios
CCF2	DEVE	As colunas personalizadas relacionadas à moeda TAMBÉM DEVEM seguir os mesmos requisitos de formatação.	Apoios
CCF3	DEVE	As colunas relacionadas à moeda DEVEM ser representadas como um código alfabético de três letras, conforme ditado no documento que rege a ISO 4217:2015.	Apoios

Formato de data/hora

^{Fonte: attributes/datetime_format.md}

ID	Type	Critérios	Estado	Notas
DTF1	DEVE	Todas as colunas que capturam um valor de data/hora, definido na especificação FOCUS, DEVEM seguir os requisitos de formatação listados abaixo.	Apoios
DTF2	DEVE	As colunas personalizadas relacionadas a data/hora TAMBÉM DEVEM seguir os mesmos requisitos de formatação.	Apoios
DTF3	DEVE	Os valores de data/hora DEVEM estar em UTC (Tempo Universal Coordenado) para evitar ambiguidade e garantir a consistência entre diferentes fusos horários.	Apoios
DTF4	DEVE	O formato de valores de data/hora DEVE estar alinhado com a norma ISO 8601, que fornece um formato reconhecido globalmente para representar datas e horas (consulte o documento regulador ISO 8601-1:2019 para obter detalhes).	Apoios
DTF5	DEVE	Os valores que fornecem informações sobre um momento específico DEVEM ser representados no formato ISO 8601 alargado com deslocamento UTC («AAAA-MM-DDTHH:mm:ssZ») e estar em conformidade com as seguintes diretrizes: Incluir os componentes de data e hora, separados pela letra «T»; Use horas de dois dígitos (HH), minutos (mm) e segundos (ss); Termine com o indicador 'Z' para indicar UTC (Tempo Universal Coordenado).	Suporta parcialmente	Todas as colunas de data seguem a norma ISO 8601, mas não incluem segundos (por exemplo, "2024-01-01T00:00Z").

Tratamento de descontos

^{Fonte: attributes/discount_handling.md}

ID	Type	Critérios	Estado	Notas
DH1	DEVE	Todos os descontos aplicáveis DEVEM ser aplicados a cada linha a que pertencem e NÃO DEVEM ser negados em uma linha separada.	Apoios
DH2	DEVE	Todos os descontos aplicados a uma linha DEVEM ser aplicados a toda a cobrança.	Apoios
DH2,1	MAIO	Vários descontos PODEM ser aplicados a uma linha...	Apoios
DH2,2	DEVE	Vários descontos [aplicados a uma linha]... DEVE aplicar-se a todo o encargo coberto por essa linha.	Apoios
DH2,3	DEVE	Se um desconto se aplicar apenas a uma parte de uma cobrança, a parte com desconto da cobrança DEVE ser dividida em uma linha separada.	Apoios
DH2,4	DEVE	Cada desconto DEVE ser identificável usando colunas FOCUS existentes.	Apoios	`CommitmentDiscountId` é a única coluna FOCUS que identifica descontos.
DH2.4.1	DEVE	As linhas com um desconto baseado em compromisso aplicado a elas DEVEM incluir um CommitmentDiscountId.	Apoios
DH2.4.2	DEVE	Se um provedor aplicar um desconto que não pode ser representado por uma coluna FOCUS, ele DEVE incluir colunas adicionais para identificar a origem do desconto.	Suporte parcial	Os descontos negociados podem ser identificados comparando `ListCost` e `ContractedCost`.
DH3,1	DEVE	Os descontos adquiridos (por exemplo, descontos baseados em compromisso) DEVEM ser amortizados.	Apoios
DH3,2	DEVE	O BilledCost DEVE ser 0 para qualquer linha em que o compromisso cubra todo o custo durante o período de cobrança.	Apoios
DH3,3	DEVE	O EffectiveCost DEVE incluir a parte do custo de compra amortizado que se aplica a esta linha.	Apoios
DH3,4	DEVE	A soma do EffectiveCost para todas as linhas em que CommitmentDiscountStatus é "Usado" ou "Não utilizado" para cada CommitmentDiscountId durante toda a duração do compromisso DEVE ser igual ao BilledCost total do desconto baseado em compromisso.	Apoios
DH3,5	DEVE	O CommitmentDiscountId e o ResourceId DEVEM ser definidos como o ID atribuído ao desconto baseado em compromisso.	Apoios	Para facilitar a divisão de descontos de compromisso, as compras e reembolsos de desconto de compromisso usam a ordem de desconto de compromisso, enquanto o uso de desconto de compromisso usa a instância dentro do pedido. Use `x_SkuOrderId` para identificar o ID do pedido de desconto de compromisso para encargos de uso.
DH3,6	DEVE	ChargeCategory DEVE ser definido como "Comprar" em linhas que representam uma compra de um desconto baseado em compromisso.	Apoios
DH3,7	DEVE	CommitmentDiscountStatus DEVE ser "Usado" para linhas ChargeCategory "Uso" que receberam um preço reduzido de um compromisso.	Apoios
DH3,8	DEVE	CommitmentDiscountId DEVE ser definido como o ID atribuído ao desconto [para uso de desconto de compromisso].	Apoios
DH3,9	DEVE	ResourceId DEVE ser definido como a ID do recurso que recebeu o desconto [para uso de desconto de compromisso].	Apoios
DH3,10	DEVE	Se um compromisso não for totalmente utilizado, o provedor DEVE incluir uma linha que represente a parte não utilizada do compromisso para esse período de cobrança.	Apoios
DH3,11	DEVE	Essas linhas DEVEM ser representadas com CommitmentDiscountStatus definido como "Não utilizado" e ChargeCategory definido como "Uso".	Apoios
DH3,12	DEVE	Essas linhas DEVEM ter seus CommitmentDiscountId e ResourceId definidos como o ID atribuído ao desconto baseado em compromisso.	Suporta parcialmente	CommitmentDisocuntId corresponde logicamente a ResourceId, mas eles diferem em maiúsculas e minúsculas.
DH4	DEVE	Os créditos que são aplicados após o fato DEVEM usar uma ChargeCategory de "Crédito".	Não Aplicável	Os créditos não estão incluídos em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.

Formato do valor da chave

^{Fonte: attributes/key_value_format.md}

ID	Type	Critérios	Estado
KVF1	DEVE	As colunas Key-Value Format DEVEM conter uma cadeia de caracteres JSON serializada, consistente com a definição ECMA 404 de um objeto.	Apoios
KVF2	DEVE	As chaves em um par chave-valor DEVEM ser exclusivas dentro de um objeto.	Apoios
KVF3	DEVE	Os valores em um par chave-valor DEVEM ser um dos seguintes tipos: número, cadeia de caracteres, `true`, `false`ou `null`.	Apoios
KVF4	DEVE	Os valores em um par chave-valor NÃO DEVEM ser um objeto ou uma matriz.	Apoios

Tratamento nulo

^{Fonte: attributes/null_handling.md}

ID	Type	Critérios	Estado	Notas
NH1	DEVE	As colunas personalizadas DEVEM também seguir os mesmos requisitos de formatação.	Suporta parcialmente	As seguintes colunas podem ser "-2" quando não há valor: `SkuPriceId`, `x_AccountId`, `x_InvoiceSectionId`. As seguintes colunas podem ser "Não atribuídas" quando não há valor: `SubAccountName`, `x_AccountName`, `x_AccountOwnerId`, `x_InvoiceSectionName`, `x_PricingUnitDescription`. As seguintes colunas podem ser 0 quando um valor não está disponível: `ContractedCost`, `ContractedUnitPrice`, `ListCost`, `ListUnitPrice`.
NH2	DEVE	As colunas DEVEM usar NULL quando não há um valor que possa ser especificado para uma coluna anulável.	Suporta parcialmente	(Ver notas anteriores)
NH3	DEVE	As colunas NÃO DEVEM usar cadeias de caracteres vazias ou valores de espaço reservado, como 0 para colunas numéricas ou "Não aplicável" para colunas de cadeia de caracteres para representar um valor nulo ou não ter um valor, independentemente de a coluna permitir nulos ou não.	Suporta parcialmente	(Ver notas anteriores)

Formato numérico

^{Fonte: attributes/numeric_format.md}

ID	Type	Critérios	Estado
NF1	DEVE	As colunas de captura de valor numérico personalizado DEVEM adotar os mesmos requisitos de formato ao longo do tempo.	Apoios
NF2	DEVE	As colunas com um formato de valor numérico DEVEM conter um único valor numérico.	Apoios
NF3	DEVE	Os valores numéricos DEVEM ser expressos como um valor inteiro, um valor decimal ou um valor expresso em notação científica.	Apoios
NF4	DEVE	A notação fracionada NÃO DEVE ser usada.	Apoios
NF5	DEVE	Os valores numéricos expressos usando notação científica DEVEM ser expressos usando a notação E "mEn" com um número real m e um inteiro n indicando um valor de "m x 10^n".	Apoios
NF6	DEVE	O sinal do expoente SÓ deve ser expresso como parte do valor do expoente se n for negativo.	Apoios
NF7	DEVE	Os valores numéricos NÃO DEVEM ser expressos com símbolos, funções ou operadores matemáticos.	Apoios
NF8	DEVE	Os valores numéricos NÃO DEVEM conter qualificadores ou caracteres adicionais (por exemplo, símbolos de moeda, unidades de medida, etc.).	Apoios
NF9	DEVE	Os valores numéricos NÃO DEVEM conter vírgulas ou sinais de pontuação, exceto uma única vírgula decimal (".") se necessário para expressar um valor decimal.	Apoios
NF10	DEVE	Os valores numéricos NÃO DEVEM incluir um caractere para representar um sinal para um valor positivo.	Apoios
NF11	DEVE	Um sinal negativo (-) DEVE indicar um valor negativo.	Apoios
NF12	DEVE	As colunas com um formato de valor numérico DEVEM apresentar um dos seguintes valores como o "Tipo de dados" na definição da coluna: `Integer`, `Decimal`.	Apoios
NF13	DEVE	Os provedores DEVEM definir precisão e escala para colunas de formato numérico usando um dos seguintes valores de precisão em um documento de definição de dados que os provedores publicam: Inteiros `Short`, `Long`, `Extended`; Decimal `Single`, `Double`, `Extended`.	Apoios

Manipulação de cadeias de caracteres

^{Fonte: attributes/string_handling.md}

ID	Type	Critérios	Estado	Notas
SH1	DEVE	As colunas de captura de valor de cadeia de caracteres personalizadas DEVEM adotar os mesmos requisitos ao longo do tempo.	Apoios
SH2	DEVE	Os valores de cadeia de caracteres DEVEM manter o invólucro original, o espaçamento e outros fatores de consistência relevantes, conforme especificado pelos provedores e usuários finais.	Suporta parcialmente	`ResourceName` pode ser alterado para minúsculas ou maiúsculas pelo provedor de recursos. Se você vir isso, registre uma solicitação de suporte na equipe de serviço responsável pelo SKU/medidor. `ResourceId` é rebaixado para atender aos requisitos do FOCUS.
SH3,1	DEVE	Os encargos para entidades mutáveis (por exemplo, nomes de recursos) DEVEM ser refletidos com precisão nos encargos correspondentes incorridos após a alteração...	Apoios
SH3,2	DEVE	Encargos a entidades mutáveis... NÃO DEVE alterar as cobranças incorridas antes da alteração, preservando a integridade dos dados e a auditabilidade de todos os registros de cobrança.	Apoios
SH4	DEVE	Valores de cadeia de caracteres imutáveis que se referem à mesma entidade (por exemplo, identificadores de recursos, identificadores de região, etc.) DEVE permanecer consistente e inalterado em todos os períodos de faturamento.	Apoios
SH5	DEVE	Cadeias de caracteres vazias e cadeias de caracteres que consistem apenas em espaços NÃO DEVEM ser usadas em colunas de cadeia de caracteres não anuláveis.	Apoios
SH6	MAIO	Quando um registro é fornecido após uma alteração para um valor de cadeia mutável e ChargeClass é "Correction", o registro PODE conter o valor alterado.	Apoios

Formato da unidade

^{Fonte: attributes/unit_format.md}

ID	Type	Critérios	Estado	Notas
UF1	DEVE	As unidades DEVEM ser expressas como uma única unidade de medida aderente a um dos três formatos seguintes: `<plural-units>`, `<singular-unit>-<plural-time-units>`, `<plural-units>/<singular-time-unit>`.	Apoios	Embora válidas com base na regra UF2, as seguintes unidades constituem exceções a esta regra: `Units/10 Days`, `Units/3 Months`, `Units/6 Months`.
UF2.1	MAIO	As unidades PODEM ser expressas com uma quantidade unitária (`<quantity> <plural-units>`) ou intervalo de tempo (`<plural-units>/<interval> <plural-time-units>`).	Apoios	Ver UF1.
UF2.2	DEVE	Se for utilizada uma quantidade unitária ou um intervalo de tempo, a quantidade unitária ou o intervalo de tempo DEVE ser expresso como um número inteiro.	Apoios
UF3	DEVE	Os valores unitários e os componentes das colunas que usam o Formato de Unidade DEVEM usar um esquema de capitalização que seja consistente com o esquema de capitalização usado neste atributo se esse termo estiver listado nesta seção.	Apoios
UF4	DEVE	As unidades DEVEM ser compostas pela lista de unidades recomendadas enumeradas nesta secção, a menos que o valor unitário abranja uma dimensão não enumerada no conjunto de unidades recomendadas ou que a unidade abranja uma unidade baseada na contagem distinta dos valores recomendados na dimensão de contagem enumerada nesta secção.	Apoios
UF5.1	DEVE	Os nomes das unidades de tamanho de dados DEVEM ser abreviados usando uma das abreviaturas da tabela a seguir.	Apoios
UF5.2	DEVE	Os valores que excedem 10^18 DEVEM usar a abreviatura de exabit, exabyte, exbibit e exbibyte...	Apoios
UF5.3	DEVE	... valores menores que um byte DEVEM usar a abreviatura de bit ou byte.	Apoios
UF6	MAIO	Se a seguinte lista de valores recomendados não abranger uma unidade baseada em contagem, um fornecedor PODE introduzir um novo substantivo que represente uma unidade baseada em contagem.	Apoios	Todos os valores unitários suportados estão documentados no conjunto de dados Unidades de preços no kit de ferramentas FinOps.
UF7	DEVE	Todos os substantivos que aparecem em unidades que não estão listadas na tabela de valores recomendados serão considerados unidades baseadas em contagem. Um novo valor unitário baseado em contagem DEVE ser capitalizado.	Apoios
UF8	DEVE	As unidades baseadas no tempo podem ser usadas para medir o consumo durante um intervalo de tempo ou em combinação com outra unidade para capturar uma taxa de consumo. As unidades baseadas no tempo DEVEM corresponder a um dos valores listados na tabela a seguir: `Year`, `Month`, `Day`, `Hour`, `Minute`, `Second`.	Apoios
UF9	DEVE	Se o valor unitário for um valor composto feito a partir de combinações de uma ou mais unidades, cada componente DEVE também alinhar-se com o conjunto de valores recomendados.	Apoios
UF10.1	DEVE	Em vez de "per" ou "-" para designar uma Unidade Composta, a barra ("/") e o espaço(" ") DEVEM ser usados como uma convenção comum.	Apoios
UF10.2	DEVE	Unidades baseadas em contagem, como solicitações, instâncias e tokens DEVEM ser expressas usando um valor listado na dimensão de contagem.	Apoios
UF10.3	DEVE	Por exemplo, se uma unidade de uso for medida como uma taxa de solicitações ou instâncias durante um período de tempo, a unidade DEVE ser listada como "Solicitações/Dia" para significar o número de solicitações por dia.	Apoios

Colunas

Availability zone

^{Fonte: columns/availabilityzone.md}

ID	Type	Critérios	Estado	Notas
AZ0	Description	Um identificador atribuído pelo provedor para uma área fisicamente separada e isolada dentro de uma região que fornece alta disponibilidade e tolerância a falhas.	Apoios	A Microsoft oferece suporte ao conceito de zona de disponibilidade, mas não o inclui no conjunto de dados de custo e uso do Gerenciamento de Custos.
AZ1	RECOMENDADO	A coluna AvailabilityZone é RECOMENDADA para estar presente nos dados de faturamento quando o provedor oferece suporte à implantação de recursos ou serviços em uma zona de disponibilidade.	Não suporta	As zonas de disponibilidade não estão disponíveis em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.
AZ2,1	DEVE	[Zona de disponibilidade] DEVE ser do tipo String...	Não Aplicável
AZ2,2	MAIO	[Zona de disponibilidade]... PODE conter valores nulos quando uma cobrança não é específica para uma zona de disponibilidade.	Não Aplicável

Custo faturado

^{Fonte: columns/billedcost.md}

ID	Type	Critérios	Estado
BCo0	Description	Um encargo que serve de base para a faturação, incluindo todas as taxas reduzidas e descontos, excluindo a amortização dos encargos iniciais (únicos ou recorrentes).	Apoios
BCo1,1	DEVE	A coluna BilledCost DEVE estar presente nos dados de faturamento...	Apoios
BCo1.2	DEVE	A coluna BilledCost... NÃO DEVE ser nulo.	Apoios
BCo2.1	DEVE	[BilledCost] DEVE ser do tipo Decimal...	Apoios
BCo2,2	DEVE	[BilledCost]... DEVE estar em conformidade com o formato numérico...	Apoios
BCo2,3	DEVE	[BilledCost]... [DEVE] ser denominado na BillingCurrency.	Apoios
BCo2.4	DEVE	A soma do BilledCost para linhas em um determinado período de faturamento DEVE corresponder à soma das faturas recebidas para esse período de faturamento para uma conta de faturamento.	Apoios

ID da conta de faturação

^{Fonte: columns/billingaccountid.md}

ID	Type	Critérios	Estado	Notas
BAI0	Description	O identificador atribuído a uma conta de cobrança pelo provedor.	Apoios	A conta de cobrança FOCUS representa o escopo no qual as faturas são geradas, que é uma conta de cobrança do Enterprise Agreement (também conhecida como inscrição) ou um perfil de cobrança do Contrato de Cliente Microsoft.
BAI1	DEVE	A coluna BillingAccountId DEVE estar presente nos dados de faturamento.	Apoios
BAI2	DEVE	[BillingAccountId] DEVE ser do tipo String...	Apoios
BAI3	DEVE	[BillingAccountId]... NÃO DEVE conter valores nulos.	Apoios
BAI4	DEVE	BillingAccountId DEVE ser um identificador global exclusivo dentro de um provedor.	Apoios	`BillingAccountId` usa a ID do Azure Resource Manager totalmente qualificada e não o simples número de inscrição ou ID do perfil de cobrança para consistência e para garantir que o escopo que está sendo identificado seja óbvio e acessível programaticamente por meio desse identificador.

Nome da conta de faturação

^{Fonte: columns/billingaccountname.md}

ID	Type	Critérios	Estado	Notas
BAN0	Description	O nome para exibição atribuído a uma conta de cobrança.	Apoios	A conta de cobrança FOCUS representa o escopo no qual as faturas são geradas, que é uma conta de cobrança do Enterprise Agreement (também conhecida como inscrição) ou um perfil de cobrança do Contrato de Cliente Microsoft.
BAN1.1	DEVE	A coluna BillingAccountName DEVE estar presente nos dados de faturamento...	Apoios
BAN1.2	DEVE	A coluna BillingAccountName... NÃO DEVE ser nulo quando o provedor oferece suporte à atribuição de um nome para exibição para a conta de cobrança.	Apoios
BAN2	DEVE	[BillingAccountName] DEVE ser do tipo String.	Apoios
BAN3	DEVE	BillingAccountName DEVE ser exclusivo dentro de um cliente quando um cliente tem mais de uma conta de cobrança.	Não suporta	Os proprietários de contas de cobrança controlam o `BillingAccountName`. A Microsoft não altera esse valor, mesmo que opte por usar o mesmo nome de outra conta de cobrança.

Moeda de faturação

^{Fonte: columns/billingcurrency.md}

ID	Type	Critérios	Estado
BCu0	Description	Representa a moeda em que uma cobrança foi cobrada.	Apoios
BCu1	DEVE	A coluna BillingCurrency DEVE estar presente nos dados de faturamento.	Apoios
BCu2	DEVE	BillingCurrency DEVE corresponder à moeda usada na fatura gerada pelo emissor da fatura.	Apoios
BCu3.1	DEVE	[BillingCurrency] DEVE ser do tipo String...	Apoios
BCu3.2	DEVE	[BillingCurrency]... NÃO DEVE conter valores nulos.	Apoios
BCu5	DEVE	BillingCurrency DEVE estar em conformidade com os requisitos de formato de código de moeda.	Apoios

Fim do período de faturação

^{Fonte: colunas/billingperiodend.md}

ID	Type	Critérios	Estado
BPE0	Description	A data e hora de término exclusivas de um período de faturamento.	Apoios
BPE1	DEVE	A coluna BillingPeriodEnd DEVE estar presente nos dados de faturamento.	Apoios
BPE2,1	DEVE	[BillingPeriodEnd] DEVE ser do tipo Formato de Data/Hora...	Apoios
BPE2,2	DEVE	[BillingPeriodEnd]... DEVE ser um valor exclusivo...	Apoios
BPE2,3	DEVE	[BillingPeriodEnd]... NÃO DEVE conter valores nulos.	Apoios
BPE3	DEVE	A soma da coluna BilledCost para linhas em um determinado período de faturamento DEVE corresponder à soma das faturas recebidas para esse período de faturamento para uma conta de faturamento.	Apoios

Início do período de faturação

^{Fonte: colunas/billingperiodstart.md}

ID	Type	Critérios	Estado
RPB0	Description	A data e hora de início inclusivas de um período de faturação.	Apoios
RPB1.1	DEVE	A coluna BillingPeriodStart DEVE estar presente nos dados de faturamento...	Apoios
RPB1,2	DEVE	A coluna BillingPeriodStart... DEVE ser do tipo Formato de Data/Hora...	Apoios
BPS1.3	DEVE	A coluna BillingPeriodStart... DEVE ser um valor inclusivo...	Apoios
BPS1.4	DEVE	A coluna BillingPeriodStart... NÃO DEVE conter valores nulos.	Apoios
RPB2	DEVE	A soma da métrica BilledCost para linhas em um determinado período de faturamento DEVE corresponder à soma das faturas recebidas para esse período de faturamento para uma conta de faturamento.	Apoios

Categoria de carga

^{Fonte: columns/chargecategory.md}

ID	Type	Critérios	Estado
ChCt0	Description	Representa a classificação de nível mais alto de uma cobrança com base na natureza de como ela é cobrada.	Apoios
ChCt1.1	DEVE	A coluna ChargeCategory DEVE estar presente nos dados de faturamento...	Apoios
ChCt1.2	DEVE	A coluna ChargeCategory... NÃO DEVE ser nulo.	Apoios
ChCt2	DEVE	[ChargeCategory] é do tipo String e DEVE ser um dos valores permitidos.	Apoios

Classe de carga

^{Fonte: columns/chargeclass.md}

ID	Type	Critérios	Estado
ChCl0	Description	Indica se a linha representa uma correção para uma ou mais cobranças faturadas em um período de faturamento anterior.	Apoios
ChCl1	DEVE	A coluna ChargeClass DEVE estar presente nos dados de faturamento.	Apoios
ChCl2.1	DEVE	[ChargeClass] DEVE ser do tipo String...	Apoios
ChCl2.2	DEVE	[ChargeClass]... DEVE ser "Correção" quando a linha representa uma correção de um ou mais encargos faturados em um período de faturamento anterior.	Apoios
ChCl3	DEVE	ChargeClass DEVE ser nulo quando não é uma correção ou quando é uma correção dentro do período de faturamento atual.	Apoios

Descrição da carga

^{Fonte: columns/chargedescription.md}

ID	Type	Critérios	Estado	Notas
CD 0	Description	Resumo autónomo da finalidade e do preço do encargo.	Apoios
CD 1	DEVE	A coluna ChargeDescription DEVE estar presente nos dados de faturamento...	Apoios
CD 2	DEVE	A coluna ChargeDescription... DEVE ser do tipo String...	Apoios
CD 3	DEVE	A coluna ChargeDescription... NÃO DEVE ser nulo.	Suporta parcialmente	`ChargeDescription` pode ser nulo para encargos não utilizados do plano de poupança, encargos do Marketplace e outros encargos que não estão diretamente associados a um SKU do produto.
CD 4	DEVE	Os fornecedores DEVEM especificar o comprimento de [ChargeDescription] na sua documentação disponível publicamente.	Não suporta

Frequência de carga

^{Fonte: colunas/chargefrequency.md}

ID	Type	Critérios	Estado
CF0	Description	Indica a frequência com que ocorrerá uma cobrança.	Apoios
CF1.1	RECOMENDADO	A coluna ChargeFrequency é RECOMENDADA estar presente nos dados de faturação...	Apoios
CF1.2	DEVE	A coluna ChargeFrequency... NÃO DEVE ser nulo.	Apoios
CF2	DEVE	[ChargeFrequency] é do tipo String e DEVE ser um dos valores permitidos.	Apoios
CF3	DEVE	Quando ChargeCategory é "Compra", ChargeFrequency NÃO DEVE ser "Baseado no uso".	Apoios

Fim do período de cobrança

^{Fonte: colunas/chargeperiodend.md}

ID	Type	Critérios	Estado
CPE0	Description	A data e hora de término exclusivas de um período de cobrança.	Apoios
CPE1.1	DEVE	ChargePeriodEnd DEVE estar presente nos dados de faturamento...	Apoios
CPE1.2	DEVE	ChargePeriodEnd... DEVE ser do tipo Data/Hora...	Apoios
CPE1.3	DEVE	ChargePeriodEnd... DEVE ser um valor exclusivo...	Apoios
CPE1.4	DEVE	ChargePeriodEnd... NÃO DEVE conter valores nulos.	Apoios
CPE2	DEVE	ChargePeriodEnd DEVE corresponder à data final e ao limite de hora do período efetivo da cobrança.	Apoios

Início do período de cobrança

^{Fonte: colunas/chargeperiodstart.md}

ID	Type	Critérios	Estado
CPS0	Description	A data e hora de início inclusivas dentro de um período de cobrança.	Apoios
CPS1,1	DEVE	ChargePeriodStart DEVE estar presente nos dados de faturamento...	Apoios
CPS1,2	DEVE	ChargePeriodStart... DEVE ser do tipo Data/Hora...	Apoios
CPS1,3	DEVE	ChargePeriodStart... DEVE ser um valor inclusivo...	Apoios
CPS1,4	DEVE	ChargePeriodStart... NÃO DEVE conter valores nulos.	Apoios
CPS2	DEVE	ChargePeriodStart DEVE corresponder à data de início e ao limite de hora do período efetivo da cobrança.	Apoios

Categoria de desconto de compromisso

^{Fonte: colunas/commitmentdiscountcategory.md}

ID	Type	Critérios	Estado
CDC0	Description	Indica se o desconto baseado em compromisso identificado na coluna CommitmentDiscountId é baseado na quantidade de uso ou custo (também conhecido como "gasto").	Apoios
CDC1	DEVE	A coluna CommitmentDiscountCategory DEVE estar presente nos dados de faturamento quando o provedor oferece suporte a descontos baseados em compromisso.	Apoios
CDC2.1	DEVE	[CompromissoDescontoCategoria] DEVE ser do tipo String...	Apoios
CDC2,2	DEVE	[CompromissoDescontoCategoria]... MUST ser null quando CommitmentDiscountId é null...	Apoios
CDC2,3	DEVE	[CompromissoDescontoCategoria]... NÃO DEVE ser nulo quando CommitmentDiscountId não é nulo.	Apoios
CDC3	DEVE	O CommitmentDiscountCategory DEVE ser um dos valores permitidos.	Apoios

ID de desconto de compromisso

^{Fonte: colunas/commitmentdiscountid.md}

ID	Type	Critérios	Estado
CDI0	Description	O identificador atribuído a um desconto baseado em compromisso pelo provedor.	Apoios
CDI1	DEVE	A coluna CommitmentDiscountId DEVE estar presente nos dados de faturamento quando o provedor oferece suporte a descontos baseados em compromisso.	Apoios
CDI2,1	DEVE	[CommitmentDiscountId] DEVE ser do tipo String...	Apoios
CDI2,2	DEVE	[CommitmentDiscountId]... NÃO DEVE conter valores nulos quando uma cobrança está relacionada a um desconto baseado em compromisso.	Apoios
CDI3	DEVE	Quando uma cobrança não está associada a um desconto baseado em compromisso, a coluna DEVE ser nula.	Apoios
CDI4	DEVE	CommitmentDiscountId DEVE ser exclusivo dentro do provedor.	Apoios

Nome do desconto de compromisso

^{Fonte: colunas/commitmentdiscountname.md}

ID	Type	Critérios	Estado
CDN0	Description	O nome para exibição atribuído a um desconto baseado em compromisso.	Apoios
CDN1	DEVE	A coluna CommitmentDiscountName DEVE estar presente nos dados de faturamento quando o provedor oferece suporte a descontos baseados em compromisso.	Apoios
CDN2	DEVE	[CompromissoDescontoNome] DEVE ser do tipo String.	Apoios
CDN3,1	DEVE	O valor CommitmentDiscountName DEVE ser nulo se a cobrança não estiver relacionada a um desconto baseado em compromisso...	Apoios
CDN3,2	MAIO	O valor CommitmentDiscountName... PODE ser nulo se um nome de exibição não puder ser atribuído a um desconto baseado em compromisso.	Apoios
CDN4	DEVE	CommitmentDiscountName NÃO DEVE ser nulo se um nome para exibição puder ser atribuído a um desconto baseado em compromisso.	Apoios

Status de desconto de compromisso

^{Fonte: colunas/commitmentdiscountstatus.md}

ID	Type	Critérios	Estado
CDS0	Description	Indica se o encargo corresponde ao consumo de um desconto baseado em compromisso ou à parte não utilizada do montante comprometido.	Apoios
CDS1	DEVE	A coluna CommitmentDiscountStatus DEVE estar presente nos dados de faturamento quando o provedor oferece suporte a descontos baseados em compromisso.	Apoios
CDS2	DEVE	[CompromissoDescontoStatus] DEVE ser do tipo String...	Apoios
CDS3,1	DEVE	[CompromissoDescontoStatus]... MUST ser null quando CommitmentDiscountId é null...	Apoios
CDS3,2	DEVE	[CompromissoDescontoStatus]... NÃO DEVE ser nulo quando CommitmentDiscountId não é nulo e Charge Category é "Usage".	Apoios
CDS4	DEVE	O CommitmentDiscountCategory DEVE ser um dos valores permitidos.	Apoios

Tipo de desconto de compromisso

^{Fonte: colunas/commitmentdiscounttype.md}

ID	Type	Critérios	Estado
CDT0	Description	Um identificador atribuído pelo provedor para o tipo de desconto baseado em compromisso aplicado à linha.	Apoios
CDT1	DEVE	A coluna CommitmentDiscountType DEVE estar presente nos dados de faturamento quando o provedor oferece suporte a descontos baseados em compromisso.	Apoios
CDT2,1	DEVE	[CommitmentDiscountType] DEVE ser do tipo String...	Apoios
CDT2,2	DEVE	[CommitmentDiscountType]... MUST ser null quando CommitmentDiscountId é null...	Apoios
CDT2,3	DEVE	[CommitmentDiscountType]... NÃO DEVE ser nulo quando CommitmentDiscountId não é nulo.	Apoios

Quantidade consumida

^{Fonte: colunas/consumedquantity.md}

ID	Type	Critérios	Estado
CQ0	Description	O volume de uma determinada SKU associada a um recurso ou serviço usado, com base na Unidade Consumida.	Apoios
CQ1	DEVE	A coluna ConsumedQuantity DEVE estar presente nos dados de faturamento quando o provedor suporta a medição de uso.	Apoios
CQ2	DEVE	[ConsumedQuantity] NÃO DEVE ser nulo se ChargeCategory for "Usage" e ChargeClass não for "Correction".	Apoios
CQ3	DEVE	[ConsumedQuantity] MUST ser null para outros valores ChargeCategory.	Apoios
CQ4,1	DEVE	[ConsumedQuantity] DEVE ser do tipo Decimal...	Apoios
CQ4,2	DEVE	[Quantidade consumida]... DEVE estar em conformidade com os requisitos de formato numérico.	Apoios
CQ5	MAIO	O valor PODE ser negativo nos casos em que ChargeClass é "Correção".	Apoios

Unidade consumida

^{Fonte: columns/consumedunit.md}

ID	Type	Critérios	Estado
CU0	Description	Unidade de medida especificada pelo provedor que indica como um provedor mede o uso de uma determinada SKU associada a um recurso ou serviço.	Apoios
CU1	DEVE	A coluna ConsumedUnit DEVE estar presente nos dados de faturamento quando o provedor suporta a medição de uso.	Apoios
CU2	DEVE	[ConsumedUnit] DEVE ser do tipo String.	Apoios
CU3	DEVE	ConsumedUnit NÃO DEVE ser nulo se ChargeCategory for "Usage" e ChargeClass não for "Correction".	Apoios
CU4	DEVE	[ConsumedUnit] MUST ser null para outros valores ChargeCategory.	Apoios
CU5	DEVE	As unidades de medida usadas em ConsumedUnit DEVEM aderir aos valores e requisitos de formato especificados no atributo UnitFormat.	Apoios
CU6	DEVE	A coluna ConsumedUnit NÃO DEVE ser usada para determinar valores relacionados a qualquer métrica de preço ou custo.	Apoios

Custo contratado

^{Fonte: colunas/contractedcost.md}

ID	Type	Critérios	Estado	Notas
CNC0	Description	Custo calculado multiplicando o preço unitário contratado e a Quantidade de Preço correspondente.	Apoios
CNC1,1	DEVE	A coluna ContractedCost DEVE estar presente nos dados de faturamento...	Apoios
CNC1,2	DEVE	A coluna ContractedCost... NÃO DEVE ser nulo.	Suporta parcialmente	`ContractedCost` nunca é nulo, mas pode ser 0 para: cobranças do EA Marketplace, uso de reservas EA quando a alocação de custos está ativada, uso de reservas MCA.
CNC2,1	DEVE	[ContractedCost] DEVE ser do tipo Decimal...	Apoios
CNC2,2	DEVE	[Custo contratado]... DEVE estar em conformidade com os requisitos de formato numérico...	Apoios
CNC2,3	DEVE	[Custo contratado]... [DEVE] ser denominado na BillingCurrency.	Apoios
CNC3	DEVE	Quando ContractedUnitPrice está presente e não é nulo, multiplicar o ContractedUnitPrice por PricingQuantity DEVE produzir o ContractedCost, exceto nos casos de "Correção" de ChargeClass, que pode abordar PriceQuantity ou quaisquer discrepâncias de custo de forma independente.	Apoios	`ContractedCost` pode estar desligado por menos de 0,0000000001 devido a erros de arredondamento.
CNC4	DEVE	O ContractedCost de um encargo calculado com base em outros encargos (por exemplo, quando a ChargeCategory é "Imposto") DEVE ser calculado com base no ContractedCost desses encargos relacionados.	Apoios
CNC5	DEVE	O ContractedCost de uma cobrança não relacionada a outros encargos (por exemplo, quando a ChargeCategory é "Crédito") DEVE corresponder ao BilledCost.	Apoios	`ContractedCost` pode estar desligado por menos de 0,00001 devido a erros de arredondamento.

Preço unitário contratado

^{Fonte: colunas/contractedunitprice.md}

ID	Type	Critérios	Estado	Notas
CnUP0	Description	O preço unitário acordado para uma única Unidade de Preço do SKU associado, incluindo descontos negociados, se presentes, excluindo descontos baseados em compromissos negociados ou quaisquer outros descontos.	Apoios
CnUP1	DEVE	A coluna ContractedUnitPrice DEVE estar presente nos dados de faturamento quando o provedor oferece suporte ao conceito de preço negociado.	Apoios
CNUP2,1	DEVE	[ContractedUnitPrice] DEVE ser um decimal dentro do intervalo de valores decimais não negativos...	Apoios
CNUP2,3	DEVE	[PreçoUnitário Contratado]... DEVE estar em conformidade com os requisitos de formato numérico...	Apoios
CNUP2,3	DEVE	[PreçoUnitário Contratado]... [DEVE] ser denominado na BillingCurrency.	Apoios
CNUP3,1	DEVE	NÃO DEVE ser nulo quando ChargeClass não é "Correção" e ChargeCategory é "Uso" ou "Compra"...	Suporta parcialmente	`ContractedUnitPrice` nunca é nulo, mas pode ser 0 para: cobranças do EA Marketplace, uso de reservas EA quando a alocação de custos está ativada, uso de reservas MCA.
CNUP3,2	DEVE	O... DEVE ser nulo quando ChargeCategory é "Imposto"...	Não Aplicável	Os impostos não estão incluídos no conjunto de dados de custo e uso do Gerenciamento de Custos.
CNUP3,3	MAIO	O... PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory.	Apoios
CnUP4	DEVE	Quando ContractedUnitPrice está presente e não é nulo, multiplicar ContractedUnitPrice por PricingQuantity DEVE ser igual a ContractedCost, exceto em casos de "Correção" de ChargeClass, que pode abordar PriceQuantity ou quaisquer discrepâncias de custo de forma independente.	Apoios	`ContractedCost` pode estar desligado por menos de 0,00001 devido a erros de arredondamento.

Custo efetivo

^{Fonte: columns/effectivecost.md}

ID	Type	Critérios	Estado
EC0	Description	O custo amortizado da cobrança após a aplicação de todas as taxas reduzidas, descontos e a parcela aplicável de compras pré-pagas relevantes (únicas ou recorrentes) que cobriram essa cobrança.	Apoios
EC1.1	DEVE	A coluna EffectiveCost DEVE estar presente nos dados de faturamento...	Apoios
EC1.2	DEVE	A coluna EffectiveCost... NÃO DEVE ser nulo.	Apoios
EC2.1	DEVE	[Custo Efetivo] DEVE ser do tipo Decimal...	Apoios
EC2.2	DEVE	[Custo Efetivo]... DEVE estar em conformidade com os requisitos de formato numérico...	Apoios
EC2.3	DEVE	[Custo Efetivo]... [DEVE] ser denominado na BillingCurrency.	Apoios
EC4	DEVE	EffectiveCost DEVE ser 0 quando ChargeCategory é "Compra" e a compra se destina a cobrir futuros encargos elegíveis.	Apoios
EC5	DEVE	O Custo Efetivo DEVE ser calculado com base no Custo Efetivo dos encargos relacionados se o encargo for calculado com base em outros encargos (por exemplo, ChargeCategory é "Imposto").	Apoios
EC6	DEVE	O EffectiveCost DEVE corresponder ao BilledCost se a cobrança não estiver relacionada a outros encargos (por exemplo, ChargeCategory é "Crédito").	Apoios

Nome do emissor da fatura

^{Fonte: colunas/invoiceissuer.md}

ID	Type	Critérios	Estado	Notas
IIN0	Description	O nome da entidade responsável pela faturação dos recursos ou serviços consumidos.	Apoios	Para contas CSP, `InvoiceIssuerName` é definido como o nome do distribuidor do Provedor de Soluções na Nuvem (CSP) que tem um relacionamento direto com a Microsoft e pode não representar a organização que fatura diretamente o cliente final. Para todos os outros tipos de conta, o valor é "Microsoft", mesmo que haja uma organização intermediária que fatura o cliente final.
IIN1	DEVE	A coluna Emissor de Fatura DEVE estar presente nos dados de faturamento.	Apoios
IIN2	DEVE	[InvoiceIssuerName] DEVE ser do tipo String...	Apoios
IIN3	DEVE	[InvoiceIssuerName]... NÃO DEVE conter valores nulos.	Apoios

Custo de lista

^{Fonte: columns/listcost.md}

ID	Type	Critérios	Estado	Notas
LC0	Description	Custo calculado multiplicando o Preço Unitário de Lista e a Quantidade de Preço correspondente.	Apoios
LC1.1	DEVE	A coluna ListCost DEVE estar presente nos dados de faturamento...	Apoios
LC1,2	DEVE	A coluna ListCost... NÃO DEVE ser nulo.	Suporta parcialmente	`ListCost` nunca é nulo, mas pode ser 0 para: Taxas de mercado e uso de reservas.
LC2.1	DEVE	[ListCost] DEVE ser do tipo Decimal...	Apoios
LC2,2	DEVE	[ListCost]... DEVE estar em conformidade com os requisitos de formato numérico.	Apoios
LC2,3	DEVE	[ListCost]... [DEVE] ser denominado na BillingCurrency.	Apoios
LC3	DEVE	Quando ListUnitPrice está presente e não é null, multiplicar o ListUnitPrice por PricingQuantity DEVE produzir o ListCost, exceto em casos de ChargeClass "Correction", que pode abordar PriceQuantity ou quaisquer discrepâncias de custo independentemente.	Apoios	`ListCost` pode estar desligado por menos de 0,0000000001 devido a erros de arredondamento.
LC4	DEVE	O ListCost de uma cobrança calculada com base em outras cobranças (por exemplo, quando a ChargeCategory é "Imposto") DEVE ser calculado com base na ListCost dessas cobranças relacionadas.	Apoios
LC5	DEVE	O ListCost de uma cobrança não relacionada a outras cobranças (por exemplo, quando a ChargeCategory é "Crédito") DEVE corresponder ao BilledCost.	Apoios	ListCost pode estar desativado por menos de 0,0000000001 devido a erros de arredondamento.

Preço unitário de tabela

^{Fonte: colunas/listunitprice.md}

ID	Type	Critérios	Estado	Notas
LUP0	Description	O preço unitário sugerido publicado pelo provedor para uma única Unidade de Preço do SKU associado, excluindo quaisquer descontos.	Apoios
LUP1	DEVE	A coluna ListUnitPrice DEVE estar presente nos dados de faturamento quando o provedor publica preços unitários excluindo descontos.	Apoios
LUP2,1	DEVE	[ListUnitPrice] DEVE ser um decimal dentro do intervalo de valores decimais não negativos...	Apoios
LUP2.2	DEVE	[ListUnitPrice]... DEVE estar em conformidade com os requisitos de formato numérico...	Apoios
LUP2,3	DEVE	[ListUnitPrice]... [DEVE] ser denominado na BillingCurrency.	Apoios
LUP3,1	DEVE	NÃO DEVE ser nulo quando ChargeClass não é "Correção" e ChargeCategory é "Uso" ou "Compra"...	Suporta parcialmente	`ListUnitPrice` nunca é nulo, mas pode ser 0 para: Taxas de mercado e uso de reservas.
LUP3.2	DEVE	O... DEVE ser nulo quando ChargeCategory é "Imposto"...	Não Aplicável	O imposto não está incluído em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.
LUP3,3	MAIO	O... PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory.	Apoios
LUP4	DEVE	Quando ListUnitPrice está presente e não é nulo, multiplicar ListUnitPrice por PricingQuantity DEVE ser igual a ListCost, exceto em casos de "Correção" de ChargeClass, que pode abordar PriceQuantity ou quaisquer discrepâncias de custo independentemente.	Apoios

Categoria de preços

^{Fonte: colunas/pricingcategory.md}

ID	Type	Critérios	Estado	Notas
PC0	Description	Descreve o modelo de preços usado para uma cobrança no momento do uso ou da compra.	Apoios
PC1,1	DEVE	PricingCategory DEVE estar presente nos dados de faturamento quando o provedor suporta mais de uma categoria de preço em todos os SKUs...	Apoios
PC1,2	DEVE	PreçoCategoria... DEVE ser do tipo String.	Apoios
PC2,1	DEVE	PricingCategory NÃO DEVE ser nulo quando ChargeClass não é "Correção" e ChargeCategory é "Uso" ou "Compra"...	Apoios
PC2,2	DEVE	PreçoCategoria... DEVE ser nulo quando ChargeCategory é "Imposto"...	Não Aplicável	Os impostos não estão incluídos em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.
PC2,3	MAIO	PreçoCategoria... PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory.	Apoios
PC3	DEVE	PricingCategory DEVE ser um dos valores permitidos.	Apoios
PC4	DEVE	PricingCategory DEVE ser "Padrão" quando o preço é pré-determinado à taxa acordada para a conta de faturamento.	Apoios
PC5	DEVE	PricingCategory DEVE ser "Committed" quando CommitmentDiscountId não é null.	Apoios
PC6	DEVE	PricingCategory DEVE ser "Dinâmico" quando o preço é determinado pelo provedor e pode mudar ao longo do tempo, independentemente do preço do contrato predeterminado.	Apoios
PC7	DEVE	PricingCategory DEVE ser "Outros" quando há um modelo de preços, mas nenhum dos valores permitidos se aplica.	Apoios

Quantidade de preços

^{Fonte: colunas/pricingquantity.md}

ID	Type	Critérios	Estado	Notas
PQ0	Description	O volume de um determinado SKU associado a um recurso ou serviço usado ou comprado, com base na Unidade de Preço.	Apoios
PQ1	DEVE	A coluna PricingQuantity DEVE estar presente nos dados de faturamento.	Apoios
PQ2,1	DEVE	[PreçoQuantidade] DEVE ser do tipo Decimal...	Apoios
PQ2,2	DEVE	[PreçoQuantidade]... DEVE estar em conformidade com os requisitos de formato numérico.	Apoios
PQ3	MAIO	O valor PODE ser negativo nos casos em que ChargeClass é "Correção".	Apoios
PQ4,1	DEVE	[PreçoQuantidade] NÃO DEVE ser nulo quando ChargeClass não é "Correção" e ChargeCategory é "Uso" ou "Compra"...	Apoios
PQ4,2	DEVE	[PreçoQuantidade]... DEVE ser nulo quando ChargeCategory é "Imposto"...	Não Aplicável	Os impostos não estão incluídos em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.
PQ4,3	MAIO	[PreçoQuantidade]... e PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory.	Apoios
PQ5	DEVE	Quando os preços unitários não são nulos, a multiplicação de PricingQuantity por um preço unitário DEVE produzir um resultado igual à métrica de custo correspondente, exceto em casos de "Correção" de ChargeClass, que pode abordar PriceQuantity ou quaisquer discrepâncias de custo de forma independente.	Apoios

Unidade de preços

^{Fonte: colunas/pricingunit.md}

ID	Type	Critérios	Estado	Notas
PU0	Description	Unidade de medida especificada pelo provedor para determinar preços unitários, indicando como o provedor avalia o uso e as quantidades de compra depois de aplicar regras de preços, como preços em bloco.	Apoios
UP1	DEVE	A coluna PricingUnit DEVE estar presente nos dados de faturamento.	Apoios
UP2	DEVE	[PricingUnit] DEVE ser do tipo String.	Apoios
PU3,1	DEVE	NÃO DEVE ser nulo quando ChargeClass não é "Correção" e ChargeCategory é "Uso" ou "Compra"...	Apoios
PU3,2	DEVE	O... DEVE ser nulo quando ChargeCategory é "Imposto"...	Não Aplicável	Os impostos não estão incluídos em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.
PU3,3	MAIO	O... PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory.	Apoios
UP4	DEVE	As unidades de medida usadas em PricingUnit DEVEM aderir aos valores e requisitos de formato especificados no atributo UnitFormat.	Apoios
PU5	DEVE	O valor PriceUnit DEVE ser semanticamente igual ao valor da unidade de medição de preços correspondente fornecido na lista de preços ou fatura publicada pelo provedor, quando a fatura inclui uma unidade de medição de preço.	Apoios

Nome do fornecedor

^{Fonte: columns/provider.md}

ID	Type	Critérios	Estado
PrN0	Description	O nome da entidade que disponibilizou os recursos ou serviços para compra.	Apoios
PrN1	DEVE	A coluna Provedor DEVE estar presente nos dados de faturamento.	Apoios
PrN2,1	DEVE	[Nome do Provedor] DEVE ser do tipo String...	Apoios
PrN2,2	DEVE	[Nome do Provedor]... NÃO DEVE conter valores nulos.	Apoios

Nome do publicador

^{Fonte: columns/publisher.md}

ID	Type	Critérios	Estado	Notas
PbN0	Description	O nome da entidade que produziu os recursos ou serviços que foram adquiridos.	Apoios
PbN1	DEVE	A coluna Publicador DEVE estar presente nos dados de faturamento.	Apoios
PbN2.1	DEVE	[Nome do editor] DEVE ser do tipo String...	Apoios
PbN2.2	DEVE	[Nome do Editor]... NÃO DEVE conter valores nulos.	Suporta parcialmente	`PublisherName` pode ser nulo para uso de reserva e compras, e encargos não utilizados do plano de poupança.

ID da região

^{Fonte: columns/regionid.md}

ID	Type	Critérios	Estado
RgI0	Description	Identificador atribuído pelo provedor para uma área geográfica isolada onde um recurso é provisionado ou um serviço é fornecido.	Apoios
RgI1.1	DEVE	A coluna RegionId DEVE estar presente nos dados de faturamento quando o provedor oferece suporte à implantação de recursos ou serviços em uma região...	Apoios
RgI1.2	DEVE	A coluna RegionId... DEVE ser do tipo String.	Apoios
RgI2.1	DEVE	RegionId NÃO DEVE ser nulo quando um recurso ou serviço é operado ou gerenciado a partir de uma região distinta pelo Provedor...	Apoios
RgI2.2	MAIO	RegiãoId... PODE conter valores nulos quando um recurso ou serviço não está restrito a uma área geográfica isolada.	Apoios

Nome da região

^{Fonte: columns/regionname.md}

ID	Type	Critérios	Estado
RgN0	Description	O nome de uma área geográfica isolada onde um recurso é provisionado ou um serviço é fornecido.	Apoios
RgN1	DEVE	A coluna RegionName DEVE estar presente nos dados de faturamento quando o provedor oferece suporte à implantação de recursos ou serviços em uma região...	Apoios
RgN2	DEVE	O RegionName... DEVE ser do tipo String.	Apoios
RgN3	DEVE	RegionName NÃO DEVE ser nulo quando um recurso ou serviço é operado ou gerenciado a partir de uma região distinta pelo Provedor...	Apoios
RgN4	MAIO	RegionName... PODE conter valores nulos quando um recurso ou serviço não está restrito a uma área geográfica isolada.	Apoios

ID do Recurso

^{Fonte: columns/resourceid.md}

ID	Type	Critérios	Estado	Notas
RsI0	Description	Identificador atribuído a um recurso pelo provedor.	Apoios
RsI1	DEVE	A coluna ResourceId DEVE estar presente nos dados de faturamento quando o provedor oferece suporte à cobrança com base em recursos provisionados.	Apoios
RsI2	DEVE	[ResourceId] DEVE ser do tipo String.	Apoios
RsI3	MAIO	O valor ResourceId PODE ser uma coluna anulável, pois algumas linhas de dados de custo podem não estar associadas a um recurso.	Apoios	As compras podem não ter um ID de recurso atribuído.
RsI4	DEVE	ResourceId DEVE aparecer nos dados de custo se um identificador for atribuído a um recurso pelo provedor.	Apoios	`ResourceId` pode ser nulo quando um recurso está indiretamente relacionado com os encargos. Se você achar que está faltando, registre uma solicitação de suporte para o serviço que possui o tipo de recurso.
RsI5	DEVE	ResourceId DEVE ser um identificador totalmente qualificado que garante exclusividade global dentro do provedor.	Apoios

Nome do recurso

^{Fonte: columns/resourcename.md}

ID	Type	Critérios	Estado	Notas
RsN0	Description	Nome para exibição atribuído a um recurso.	Apoios
RsN1	DEVE	A coluna ResourceName DEVE estar presente nos dados de faturamento quando o provedor oferece suporte à cobrança com base em recursos provisionados.	Apoios
RsN2	DEVE	[Nome do Recurso] DEVE ser do tipo String.	Apoios
RsN3	MAIO	O valor ResourceName PODE ser uma coluna anulável, pois algumas linhas de dados de custo podem não estar associadas a um recurso ou porque um nome para exibição não pode ser atribuído a um recurso.	Apoios	As compras podem não ter um nome de recurso atribuído.
RsN4	DEVE	ResourceName NÃO DEVE ser nulo se um nome de exibição puder ser atribuído a um recurso.	Apoios	`ResourceName` pode ser nulo quando um recurso está indiretamente relacionado com os encargos. Se você achar que está faltando, registre uma solicitação de suporte para o serviço que possui o tipo de recurso.
RsN5	DEVE	Recursos não provisionados interativamente ou que tenham apenas um ResourceId gerado pelo sistema NÃO DEVEM duplicar o mesmo valor que o ResourceName.	Apoios

Tipo de recurso

^{Fonte: columns/resourcetype.md}

ID	Type	Critérios	Estado
RsT0	Description	O tipo de recurso ao qual a taxa se aplica.	Apoios
RsT1	DEVE	A coluna ResourceType DEVE estar presente nos dados de faturamento quando o provedor oferece suporte à cobrança com base em recursos provisionados e à atribuição de um tipo para recursos.	Apoios
RsT2.1	DEVE	[ResourceType] DEVE ser do tipo String...	Apoios
RsT2.2	DEVE	[ResourceType]... NÃO DEVE ser nulo quando um ResourceId correspondente não é nulo.	Apoios
RsT3	DEVE	Quando um valor ResourceId correspondente é nulo, o valor da coluna ResourceType DEVE também ser nulo.	Apoios

Categoria de serviço

^{Fonte: columns/servicecategory.md}

ID	Type	Critérios	Estado
SvC0	Description	Classificação de nível mais elevado de um serviço com base na função principal do serviço.	Apoios
SvC1.1	DEVE	A coluna ServiceCategory DEVE estar presente...	Apoios
SvC1,2	DEVE	O ServiceCategory... NÃO DEVE ser nulo.	Apoios
SvC2	DEVE	[ServiceCategory] é do tipo String e DEVE ser um dos valores permitidos.	Apoios

Nome do serviço

^{Fonte: columns/servicename.md}

ID	Type	Critérios	Estado
SvN0	Description	Uma oferta que pode ser comprada de um provedor (por exemplo, máquina virtual na nuvem, banco de dados SaaS, serviços profissionais de um integrador de sistemas).	Apoios
SvN1	DEVE	A coluna ServiceName DEVE estar presente nos dados de custo.	Apoios
SvN2.1	DEVE	[Nome do Serviço] DEVE ser do tipo String...	Apoios
SvN2.2	DEVE	[Nome do Serviço]... NÃO DEVE conter valores nulos.	Apoios

ID de SKU

^{Fonte: columns/skuid.md}

ID	Type	Critérios	Estado	Notas
SkI0	Description	Um identificador exclusivo que define uma construção suportada pelo provedor para organizar propriedades que são comuns em um ou mais preços de SKU.	Apoios
SkI1	DEVE	A coluna SkuId DEVE estar presente nos dados de faturamento quando o provedor publica uma lista de SKU.	Apoios
SkI2	DEVE	[SkuId] DEVE ser do tipo String.	Apoios
SkI3,1	DEVE	NÃO DEVE ser nulo quando ChargeClass não é "Correção" e ChargeCategory é "Uso" ou "Compra"...	Suporta parcialmente	`SkuId` pode ser nulo para algumas linhas, como encargos não utilizados do plano de poupança e encargos do Marketplace.
SkI3,2	DEVE	O... DEVE ser nulo quando ChargeCategory é "Imposto"...	Não Aplicável	Os impostos não estão incluídos em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.
SkI3,3	MAIO	O... PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory.	Apoios
SkI4	DEVE	SkuId DEVE ser igual a SkuPriceId quando um provedor não suporta uma construção de ID de SKU abrangente.	Apoios

ID de preço SKU

^{Fonte: columns/skupriceid.md}

ID	Type	Critérios	Estado	Notas
SkPI0	Description	Um identificador único que define o preço unitário utilizado para calcular o encargo.	Apoios
SkPI1	DEVE	A coluna SkuPriceId DEVE estar presente nos dados de faturamento quando o provedor publica uma lista de preços de SKU.	Apoios
SkPI2	DEVE	[SkuPriceId] DEVE ser do tipo String.	Apoios
SkPI3	DEVE	SkuPriceId DEVE definir um único preço unitário usado para calcular a cobrança.	Apoios
SkPI4	DEVE	O ListUnitPrice DEVE ser associado ao SkuPriceId na lista de preços publicada pelo provedor.	Suporta parcialmente	Para EA, representa um preço de SKU individual, `SkuPriceId` mas não está disponível no conjunto de dados da planilha de preços. Para MCA, `SkuPriceId` é uma combinação das seguintes colunas da folha de preços: `{ProductId}_{SkuId}_{MeterType}`.
SkPI5,1	DEVE	[SkuPriceId] NÃO DEVE ser nulo quando ChargeClass não é "Correção" e ChargeCategory é "Uso" ou "Compra"...	Apoios
SkPI5,2	DEVE	[SkuPriceId]... DEVE ser nulo quando ChargeCategory é "Imposto"....	Não Aplicável	Os impostos não estão incluídos em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.
SkPI5,3	MAIO	[SkuPriceId]... PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory.	Apoios
SkPI6	DEVE	Um determinado valor de SkuPriceId DEVE ser associado a um e apenas um SkuId, exceto em casos de flexibilidade de desconto de compromisso.	Apoios

ID da subconta

^{Fonte: columns/subaccountid.md}

ID	Type	Critérios	Estado	Notas
ISC0	Description	Um ID atribuído a um agrupamento de recursos ou serviços, frequentemente usado para gerenciar o acesso e/ou o custo.	Apoios	A subconta FOCUS é mapeada para uma assinatura do Microsoft Cloud.
ISC1	DEVE	A coluna SubAccountId DEVE estar presente nos dados de faturamento quando o provedor oferece suporte a uma construção de subconta.	Apoios
ISC2	DEVE	[SubAccountId] DEVE ser do tipo String.	Apoios
ISC3	DEVE	Se uma cobrança não se aplicar a uma subconta, a coluna SubAccountId DEVE ser nula.	Apoios	`SubAccountId` é nulo para compras e reembolsos de MCA.

Nome da subconta

^{Fonte: columns/subaccountname.md}

ID	Type	Critérios	Estado	Notas
SAN0	Description	Um nome atribuído a um agrupamento de recursos ou serviços, frequentemente usado para gerenciar o acesso e/ou custo.	Apoios	A subconta FOCUS é mapeada para uma assinatura do Microsoft Cloud.
SAN1	DEVE	A coluna SubAccountName DEVE estar presente nos dados de faturamento quando o provedor oferece suporte a uma construção de subconta.	Apoios
SAN2	DEVE	[Nome da Subconta] DEVE ser do tipo String.	Apoios
SAN3	DEVE	Se uma cobrança não se aplicar a uma subconta, a coluna SubAccountName DEVE ser nula.	Suporta parcialmente	`SubAccountName` pode ser "Não atribuído" quando não há valor. `SubAccountName` é nulo para compras e reembolsos de MCA.

Etiquetas

^{Fonte: columns/tags.md}

ID	Type	Critérios	Estado	Notas
T0	Description	O conjunto de tags atribuídas a fontes de tags que levam em conta possíveis avaliações de tags definidas pelo provedor ou pelo usuário.	Apoios
T1	DEVE	A coluna Tags DEVE estar presente nos dados de faturamento quando o provedor oferece suporte à configuração de tags definidas pelo usuário ou pelo provedor.	Apoios
T2	DEVE	A coluna Tags DEVE conter tags definidas pelo usuário e pelo provedor.	Apoios
T3	DEVE	A coluna Tags DEVE conter apenas tags finalizadas.	Apoios
T4	DEVE	A coluna Tags DEVE estar no formato chave-valor.	Apoios
T5	DEVE	Uma chave Tag com um valor não nulo para um determinado recurso DEVE ser incluída na coluna tags.	Apoios
T6	MAIO	Uma chave de tag com um valor nulo para um determinado recurso PODE ser incluída na coluna de tags dependendo do processo de finalização de tags do provedor.	Apoios
T7	DEVE	Uma chave Tag que não suporta um valor correspondente, DEVE ter um valor true (booleano) correspondente definido.	Não Aplicável	As tags do Microsoft Cloud oferecem suporte a chaves e valores.
T8	DEVE	Se a finalização de tags for suportada, os provedores DEVERÃO publicar métodos e semântica de finalização de tags em suas respetivas documentações.	Apoios	Consulte Agrupar e alocar custos usando herança de tag.
T9	DEVE	Os provedores NÃO DEVEM alterar chaves ou valores de tag definidos pelo usuário.	Apoios
T10	DEVE	As tags definidas pelo provedor DEVEM ser prefixadas com um prefixo de chave de tag especificado pelo provedor.	Não suporta	As tags especificadas pelo provedor não podem ser diferenciadas das tags definidas pelo usuário. As tags não são modificadas para oferecer suporte à compatibilidade com versões anteriores.
T11	DEVE	Os provedores DEVEM publicar todos os prefixos de chave de tag especificados pelo provedor em sua respetiva documentação.	Não Aplicável	Os prefixos de provedor não são especificados no momento.

Recursos relacionados:

Produtos relacionados:

Cost Management

Soluções relacionadas:

Partilhar via