Compartilhar via

Relatório completo de conformidade com o FOCUS

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 do FOCUS do Gerenciamento de Custos da Microsoft. Para saber mais sobre o FOCUS, consulte a visão geral do FOCUS.


Como a conformidade é medida

Os requisitos do FOCUS se enquadram em quatro grupos:

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

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

Tipo Com suporte Suporte parcial Sem suporte Não aplicável
DEVER 238 13 2 10
SE 22 3 1 1
RECOMENDADO 0 1 1 0
MAIO 22 0 0 1
Resumo 93.1% 5,6% 1,3%

Como este documento está organizado

As seções a seguir listam cada requisito do FOCUS, o nível de suporte no conjunto de dados do Microsoft Cost Management FOCUS 1.0 e todas as observações relevantes. Para obter um resumo de alto nível das lacunas, consulte o resumo de conformidade do FOCUS. As IDs de requisito 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 do 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

Número de Identificação Tipo Critérios Situação Observações
CNO1 DEVER Todas as colunas definidas pelo FOCUS DEVEM seguir as seguintes regras: Suporta
CNO1.1 DEVER Os IDs de coluna DEVEM usar maiúsculas e minúsculas Pascal. Suporta
CNO1.2 DEVER Os IDs de coluna NÃO DEVEM usar abreviações. Suporta
CNO1.3 DEVER Os IDs de coluna DEVEM ser alfanuméricos sem caracteres especiais. Suporta
CNO1.4 DEVER As colunas que têm um ID e um Nome DEVEM ter o Id sufixo ou Name no ID da Coluna. Suporta
CNO1.5 MAIO Nome de exibição de uma coluna PODE evitar o Name sufixo se não houver outras colunas com o mesmo prefixo de nome. Suporta
CNO1.6 SE Os IDs de coluna NÃO DEVEM usar acrônimos. Suporta
CNO1.7 SE As IDs de coluna NÃO DEVEM exceder 50 caracteres para acomodar restrições de comprimento de coluna de vários repositórios de dados. Suporta
CNO2 DEVER 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 estão documentadas em uma solicitação de pull FOCUS pendente. Os nomes de coluna não prefixados são mantidos para compatibilidade com versões anteriores até que uma determinação oficial seja feita sobre eles.
CNO3.1 DEVER As colunas que têm um ID e um Nome DEVEM ter o Id sufixo ou Name no ID da Coluna. Suporta
CNO3.2 MAIO Nome de exibição para uma coluna PODE evitar o sufixo Nome se for considerado supérfluo. Suporta Não recomendamos essa prática, pois ela introduz confusão quando as IDs de coluna e os nomes de exibição não correspondem.
CNO4 DEVER As colunas com o Category sufixo DEVEM ser normalizadas. Suporta
CNO5 SE As colunas personalizadas (por exemplo, definidas pelo provedor) DEVEM seguir as mesmas regras listadas acima para colunas FOCUS. Suporta
CNO6 SE Todas as colunas FOCUS DEVEM ser as primeiras no conjunto de dados fornecido. Suporta
CNO7 SE As colunas personalizadas DEVEM ser listadas após todas as colunas FOCUS e NÃO DEVEM ser misturadas. Suporta
CNO8.1 MAIO As colunas PODEM ser classificadas em ordem alfabética ... Suporta As colunas são classificadas em ordem alfabética para facilitar o uso.
CNO8.2 SE ... colunas personalizadas DEVEM estar depois de todas as colunas FOCUS. Suporta As colunas são classificadas em ordem alfabética para facilitar o uso.

Formato do código da moeda

Fonte: attributes/currency_code_format.md

Número de Identificação Tipo Critérios Situação Observações
CCF1 DEVER Todas as colunas que capturam um valor de moeda, definido na especificação FOCUS, DEVEM seguir os requisitos listados abaixo. Suporta
CCF2 SE As colunas personalizadas relacionadas à moeda também DEVEM seguir os mesmos requisitos de formatação. Suporta
CCF3 DEVER As colunas relacionadas à moeda DEVEM ser representadas como um código alfabético de três letras, conforme ditado no documento regulador ISO 4217:2015. Suporta

Formato de data/hora

Fonte: attributes/datetime_format.md

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

Tratamento de desconto

Fonte: attributes/discount_handling.md

Número de Identificação Tipo Critérios Situação Observações
DH1 SE Todos os descontos aplicáveis DEVEM ser aplicados a cada linha a que pertencem e NÃO DEVEM ser negados em uma linha separada. Suporta
DH2 DEVER Todos os descontos aplicados a uma linha DEVEM ser aplicados a toda a cobrança. Suporta
DH2.1 MAIO Vários descontos PODEM ser aplicados a uma linha... Suporta
DH2.2 DEVER Vários descontos [aplicados a uma linha]... DEVE ser aplicado a toda a cobrança coberta por essa linha. Suporta
DH2.3 DEVER 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. Suporta
DH2.4 DEVER Cada desconto DEVE ser identificável usando as colunas FOCUS existentes. Suporta CommitmentDiscountId é a única coluna FOCUS que identifica descontos.
DH2.4.1 DEVER As linhas com um desconto baseado em compromisso aplicado a elas DEVEM incluir um CommitmentDiscountId. Suporta
DH2.4.2 SE Se um provedor aplicar um desconto que não pode ser representado por uma coluna FOCUS, ele DEVERÁ incluir colunas adicionais para identificar a origem do desconto. Suporte parcial Os descontos negociados podem ser identificados comparando ListCost e ContractedCost.
DH3.1 DEVER Os descontos comprados (por exemplo, descontos baseados em compromisso) DEVEM ser amortizados. Suporta
DH3.2 DEVER O BilledCost DEVE ser 0 para qualquer linha em que o compromisso abranja todo o custo do período de cobrança. Suporta
DH3.3 DEVER O EffectiveCost DEVE incluir a parte do custo de compra amortizado que se aplica a essa linha. Suporta
DH3.4 DEVER A soma do EffectiveCost para todas as linhas em que CommitmentDiscountStatus é "Usado" ou "Não usado" para cada CommitmentDiscountId durante toda a duração do compromisso DEVE ser igual ao BilledCost total do desconto baseado em compromisso. Suporta
DH3.5 DEVER O CommitmentDiscountId e o ResourceId DEVEM ser definidos como a ID atribuída ao desconto baseado em compromisso. Suporta Para facilitar a divisão de descontos de compromisso, compras de desconto de compromisso e reembolsos 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 a ID da ordem de desconto de compromisso para encargos de uso.
DH3.6 DEVER ChargeCategory DEVE ser definido como "Compra" em linhas que representam uma compra de um desconto baseado em compromisso. Suporta
DH3.7 DEVER CommitmentDiscountStatus DEVE ser "Usado" para linhas "Uso" de ChargeCategory que receberam um preço reduzido de um compromisso. Suporta
DH3.8 DEVER CommitmentDiscountId DEVE ser definido como a ID atribuída ao desconto [para uso de desconto de compromisso]. Suporta
DH3.9 DEVER ResourceId DEVE ser definido como a ID do recurso que recebeu o desconto [para uso de desconto de confirmação]. Suporta
DH3.10 DEVER 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. Suporta
DH3.11 DEVER Essas linhas DEVEM ser representadas com CommitmentDiscountStatus definido como "Não utilizado" e ChargeCategory definido como "Uso". Suporta
DH3.12 DEVER Essas linhas DEVEM ter seu CommitmentDiscountId e ResourceId definidos como a ID atribuída ao desconto baseado em compromisso. Suporta parcialmente CommitmentDiscountId corresponde logicamente a ResourceId, mas eles diferem no caso.
DH4 DEVER Os créditos 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 de chave-valor

Fonte: attributes/key_value_format.md

Número de Identificação Tipo Critérios Situação Observações
KVF1 DEVER As colunas de formato de chave-valor DEVEM conter uma cadeia de caracteres JSON serializada, consistente com a definição ECMA 404 de um objeto. Suporta
KVF2 DEVER As chaves em um par de valores-chave DEVEM ser exclusivas em um objeto. Suporta
KVF3 DEVER Os valores em um par de valores-chave DEVEM ser um dos seguintes tipos: número, cadeia de caracteres, true, false, ou null. Suporta
KVF4 DEVER Os valores em um par de valores-chave NÃO DEVEM ser um objeto ou uma matriz. Suporta

Tratamento de nulos

Fonte: attributes/null_handling.md

Número de Identificação Tipo Critérios Situação Observações
NH1 SE As colunas personalizadas também DEVEM 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 DEVER As colunas DEVEM usar NULL quando não houver um valor que possa ser especificado para uma coluna anulável. Suporta parcialmente (Veja as notas anteriores)
NH3 DEVER 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 (Veja as notas anteriores)

Formato numérico

Fonte: attributes/numeric_format.md

Número de Identificação Tipo Critérios Situação Observações
NF1 SE As colunas de captura de valor numérico personalizado DEVEM adotar os mesmos requisitos de formato ao longo do tempo. Suporta
NF2 DEVER As colunas com um formato de valor numérico DEVEM conter um único valor numérico. Suporta
NF3 DEVER Os valores numéricos DEVEM ser expressos como um valor inteiro, um valor decimal ou um valor expresso em notação científica. Suporta
NF4 DEVER A notação fracionária NÃO DEVE ser usada. Suporta
NF5 DEVER 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". Suporta
NF6 DEVER O sinal do expoente DEVE ser expresso apenas como parte do valor do expoente se n for negativo. Suporta
NF7 DEVER Os valores numéricos NÃO DEVEM ser expressos com símbolos, funções ou operadores matemáticos. Suporta
NF8 DEVER Valores numéricos NÃO DEVEM conter qualificadores ou caracteres adicionais (por exemplo, símbolos de moeda, unidades de medida etc.). Suporta
NF9 DEVER Os valores numéricos NÃO DEVEM conter vírgulas ou sinais de pontuação, exceto por um único ponto decimal (".") se necessário para expressar um valor decimal. Suporta
NF10 DEVER Os valores numéricos NÃO DEVEM incluir um caractere para representar um sinal para um valor positivo. Suporta
NF11 DEVER Um sinal negativo (-) DEVE indicar um valor negativo. Suporta
NF12 DEVER 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. Suporta
NF13 SE 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. Suporta

Manipulação de cadeia de caracteres

Fonte: attributes/string_handling.md

Número de Identificação Tipo Critérios Situação Observações
SH1 SE As colunas de captura de valor de cadeia de caracteres personalizadas DEVEM adotar os mesmos requisitos ao longo do tempo. Suporta
SH2 DEVER Os valores de cadeia de caracteres DEVEM manter o uso de maiúsculas e minúsculas original, o espaçamento e outros fatores de consistência relevantes, conforme especificado por provedores e usuários finais. Suporta parcialmente ResourceName pode ser alterado para letras maiúsculas ou minú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 é em minúsculas para atender aos requisitos do FOCUS.
SH3.1 DEVER 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... Suporta
SH3.2 DEVER Encargos para 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. Suporta
SH4 DEVER Valores de cadeia de caracteres imutáveis que se referem à mesma entidade (por exemplo, identificadores de recurso, identificadores de região etc.) DEVE permanecer consistente e inalterado em todos os períodos de cobrança . Suporta
SH5 SE 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. Suporta
SH6 MAIO Quando um registro é fornecido após uma alteração em um valor de cadeia de caracteres mutável e o ChargeClass é "Correção", o registro PODE conter o valor alterado. Suporta

Formato da unidade

Fonte: attributes/unit_format.md

Número de Identificação Tipo Critérios Situação Observações
UF1 SE As unidades DEVEM ser expressas como uma única unidade de medida aderindo a um dos três formatos a seguir: <plural-units>, <singular-unit>-<plural-time-units>, <plural-units>/<singular-time-unit>. Suporta Embora válidas com base na regra UF2, as seguintes unidades são 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>). Suporta Veja UF1.
UF2.2 DEVER Se uma quantidade unitária ou intervalo de tempo for usado, a quantidade unitária ou intervalo de tempo DEVE ser expresso como um número inteiro. Suporta
UF3 DEVER 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. Suporta
UF4 SE As unidades DEVEM ser compostas pela lista de unidades recomendadas listadas nesta seção, a menos que o valor da unidade cubra uma dimensão não listada no conjunto de unidades recomendado ou se a unidade cobrir uma unidade baseada em contagem distinta dos valores recomendados na dimensão de contagem listada nesta seção. Suporta
UF5.1 DEVER Os nomes das unidades de tamanho de dados DEVEM ser abreviados usando uma das abreviações na tabela a seguir. Suporta
UF5.2 DEVER Os valores que excedem 10^18 DEVEM usar a abreviatura para exabit, exabyte, exbibit e exbibyte... Suporta
UF5.3 DEVER ... valores menores que um byte DEVEM usar a abreviação de bit ou byte. Suporta
UF6 MAIO Se a lista a seguir de valores recomendados não abranger uma unidade baseada em contagem, um provedor PODERÁ introduzir um novo substantivo que represente uma unidade baseada em contagem. Suporta Todos os valores unitários com suporte são documentados no conjunto de dados Unidades de preço no kit de ferramentas FinOps.
UF7 DEVER 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. Suporta
UF8 DEVER As unidades baseadas no tempo podem ser usadas para medir o consumo em um intervalo de tempo ou em combinação com outra unidade para capturar uma taxa de consumo. As unidades baseadas em tempo DEVEM corresponder a um dos valores listados na tabela a seguir: Year, Month, Day, Hour, Minute, , Second. Suporta
UF9 DEVER Se o valor unitário for um valor composto feito de combinações de uma ou mais unidades, cada componente também DEVE estar alinhado com o conjunto de valores recomendados. Suporta
UF10.1 DEVER Em vez de "per" ou "-" para denotar uma Unidade Composta, barra ("/") e espaço(") DEVEM ser usados como uma convenção comum. Suporta
UF10.2 SE Unidades baseadas em contagem, como solicitações, instâncias e tokens, DEVEM ser expressas usando um valor listado na dimensão de contagem. Suporta
UF10.3 SE 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. Suporta

Colunas

Zona de disponibilidade

Fonte: columns/availabilityzone.md

Número de Identificação Tipo Critérios Situação Observações
AZ0 Descrição 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. Suporta A Microsoft dá 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 Recomenda-se que a coluna AvailabilityZone esteja presente nos dados de cobrança quando o provedor der 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 DEVER [Zona de Disponibilidade] DEVE ser do tipo String... Não Aplicável
AZ2.2 MAIO [Zona de Disponibilidade]... PODE conter valores nulos quando um encargo não é específico de uma zona de disponibilidade. Não Aplicável

Custo faturado

Fonte: columns/billedcost.md

Número de Identificação Tipo Critérios Situação Observações
BCo0 Descrição Um encargo que serve como base para o faturamento, incluindo todas as taxas reduzidas e descontos, excluindo a amortização de encargos iniciais (únicos ou recorrentes). Suporta
BCo1.1 DEVER A coluna BilledCost DEVE estar presente nos dados de cobrança... Suporta
BCo1.2 DEVER A coluna BilledCost... NÃO DEVE ser nulo. Suporta
BCo2.1 DEVER [Custo faturado] DEVE ser do tipo Decimal... Suporta
BCo2.2 DEVER [CustoFaturado]... DEVE estar em conformidade com o formato numérico... Suporta
BCo2.3 DEVER [CustoFaturado]... [DEVE] ser denominado na Moeda de Cobrança. Suporta
BCo2.4 DEVER A soma do BilledCost para linhas em um determinado período de cobrança DEVE corresponder à soma das faturas recebidas para esse período de cobrança para uma conta de cobrança. Suporta

ID da conta de cobrança

Fonte: columns/billingaccountid.md

Número de Identificação Tipo Critérios Situação Observações
BAI0 Descrição O identificador atribuído a uma conta de cobrança pelo provedor. Suporta A conta de cobrança FOCUS representa o escopo no qual as faturas são geradas, que é uma conta de cobrança do Contrato Enterprise (também conhecida como registro) ou um perfil de cobrança do Contrato de Cliente da Microsoft.
BAI1 DEVER A coluna BillingAccountId DEVE estar presente nos dados de cobrança. Suporta
BAI2 DEVER [BillingAccountId] DEVE ser do tipo String... Suporta
BAI3 DEVER [BillingAccountId]... NÃO DEVE conter valores nulos. Suporta
BAI4 DEVER BillingAccountId DEVE ser um identificador globalmente exclusivo dentro de um provedor. Suporta BillingAccountId usa a ID totalmente qualificada do Azure Resource Manager e não o número de registro simples ou a 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 cobrança

Fonte: columns/billingaccountname.md

Número de Identificação Tipo Critérios Situação Observações
BAN0 Descrição O nome de exibição atribuído a uma conta de cobrança. Suporta A conta de cobrança FOCUS representa o escopo no qual as faturas são geradas, que é uma conta de cobrança do Contrato Enterprise (também conhecida como registro) ou um perfil de cobrança do Contrato de Cliente da Microsoft.
BAN1.1 DEVER A coluna BillingAccountName DEVE estar presente nos dados de cobrança... Suporta
BAN1.2 DEVER A coluna BillingAccountName... NÃO DEVE ser nulo quando o provedor dá suporte à atribuição de um nome de exibição para a conta de cobrança. Suporta
BAN2 DEVER [NomedaContaDeFaturamento] DEVE ser do tipo String. Suporta
BAN3 DEVER BillingAccountName DEVE ser exclusivo em um cliente quando um cliente tem mais de uma conta de cobrança. Não suporta Os proprietários da conta 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 cobrança

Fonte: columns/billingcurrency.md

Número de Identificação Tipo Critérios Situação Observações
BCu0 Descrição Representa a moeda em que um encargo foi cobrado. Suporta
BCu1 DEVER A coluna BillingCurrency DEVE estar presente nos dados de faturamento. Suporta
BCu2 DEVER BillingCurrency DEVE corresponder à moeda usada na fatura gerada pelo emissor da fatura. Suporta
BCu3.1 DEVER [MoedaDeFaturamento] DEVE ser do tipo String... Suporta
BCu3.2 DEVER [MoedaDeCobrança]... NÃO DEVE conter valores nulos. Suporta
BCu5 DEVER BillingCurrency DEVE estar em conformidade com os requisitos de formato de código de moeda. Suporta

Fim do período de cobrança

Fonte: columns/billingperiodend.md

Número de Identificação Tipo Critérios Situação Observações
BPE0 Descrição A data e hora de término exclusivas de um período de cobrança. Suporta
BPE1 DEVER A coluna BillingPeriodEnd DEVE estar presente nos dados de cobrança. Suporta
BPE2.1 DEVER [FimPeríodoDeFaturamento] DEVE ser do tipo Formato de data/hora... Suporta
BPE2.2 DEVER [BillingPeriodEnd]... DEVE ser um valor exclusivo... Suporta
BPE2.3 DEVER [BillingPeriodEnd]... NÃO DEVE conter valores nulos. Suporta
BPE3 DEVER A soma da coluna BilledCost para linhas em um determinado período de cobrança DEVE corresponder à soma das faturas recebidas para esse período de cobrança para uma conta de cobrança. Suporta

Início do período de cobrança

Fonte: columns/billingperiodstart.md

Número de Identificação Tipo Critérios Situação Observações
BPS0 Descrição A data e hora de início inclusivas de um período de cobrança. Suporta
BPS1.1 DEVER A coluna BillingPeriodStart DEVE estar presente nos dados de faturamento... Suporta
BPS1.2 DEVER A coluna BillingPeriodStart... DEVE ser do tipo Formato de data/hora... Suporta
BPS1.3 DEVER A coluna BillingPeriodStart... DEVE ser um valor inclusivo ... Suporta
BPS1.4 DEVER A coluna BillingPeriodStart... NÃO DEVE conter valores nulos. Suporta
BPS2 DEVER 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. Suporta

Categoria de cobrança

Fonte: columns/chargecategory.md

Número de Identificação Tipo Critérios Situação Observações
ChCt0 Descrição Representa a classificação de nível mais alto de uma cobrança com base na natureza de como ela é cobrada. Suporta
ChCt1.1 DEVER A coluna ChargeCategory DEVE estar presente nos dados de cobrança... Suporta
ChCt1.2 DEVER A coluna ChargeCategory... NÃO DEVE ser nulo. Suporta
ChCt2 DEVER [ChargeCategory] é do tipo String e DEVE ser um dos valores permitidos. Suporta

Classe de carga

Fonte: columns/chargeclass.md

Número de Identificação Tipo Critérios Situação Observações
ChCl0 Descrição Indica se a linha representa uma correção para um ou mais encargos faturados em um período de cobrança anterior. Suporta
ChCl1 DEVER A coluna ChargeClass DEVE estar presente nos dados de faturamento. Suporta
ChCl2.1 DEVER [Classe de Carga] DEVE ser do tipo String... Suporta
ChCl2.2 DEVER [ChargeClass]... DEVE ser "Correção" quando a linha representa uma correção para um ou mais encargos faturados em um período de faturamento anterior. Suporta
ChCl3 DEVER ChargeClass DEVE ser nulo quando não for uma correção ou quando for uma correção dentro do período de cobrança atual. Suporta

Descrição da carga

Fonte: columns/chargedescription.md

Número de Identificação Tipo Critérios Situação Observações
CD0 Descrição Resumo independente da finalidade e do preço da cobrança. Suporta
CD1 DEVER A coluna ChargeDescription DEVE estar presente nos dados de faturamento... Suporta
CD2 DEVER A coluna ChargeDescription... DEVE ser do tipo String... Suporta
CD3 SE A coluna ChargeDescription... NÃO DEVE ser nulo. Suporta parcialmente ChargeDescription pode ser nulo para cobranças não utilizadas do plano de economia, cobranças do Marketplace e outras cobranças que não estão diretamente associadas a um SKU de produto.
CD4 SE Os provedores DEVEM especificar o comprimento de [ChargeDescription] em sua documentação disponível publicamente. Não suporta

Frequência de carga

Fonte: columns/chargefrequency.md

Número de Identificação Tipo Critérios Situação Observações
CF0 Descrição Indica a frequência com que uma carga ocorrerá. Suporta
CF1.1 RECOMENDADO A coluna ChargeFrequency é RECOMENDADA estar presente nos dados de faturamento... Suporta
CF1.2 DEVER A coluna ChargeFrequency... NÃO DEVE ser nulo. Suporta
CF2 DEVER [ChargeFrequency] é do tipo String e DEVE ser um dos valores permitidos. Suporta
CF3 DEVER Quando ChargeCategory é "Purchase", ChargeFrequency NÃO DEVE ser "Baseado em Uso". Suporta

Fim do período de cobrança

Fonte: columns/chargeperiodend.md

Número de Identificação Tipo Critérios Situação Observações
CPE0 Descrição A data e hora de término exclusivas de um período de cobrança. Suporta
CPE1.1 DEVER ChargePeriodEnd DEVE estar presente nos dados de faturamento... Suporta
CPE1.2 DEVER ChargePeriodEnd... DEVE ser do tipo Data/Hora... Suporta
CPE1.3 DEVER ChargePeriodEnd... DEVE ser um valor exclusivo... Suporta
CPE1.4 DEVER ChargePeriodEnd... NÃO DEVE conter valores nulos. Suporta
CPE2 DEVER ChargePeriodEnd DEVE corresponder ao limite de data e hora de término do período efetivo da cobrança. Suporta

Início do período de cobrança

Fonte: columns/chargeperiodstart.md

Número de Identificação Tipo Critérios Situação Observações
CPS0 Descrição A data e hora de início inclusivas dentro de um período de cobrança. Suporta
CPS1.1 DEVER ChargePeriodStart DEVE estar presente nos dados de faturamento... Suporta
CPS1.2 DEVER ChargePeriodStart... DEVE ser do tipo Data/Hora... Suporta
CPS1.3 DEVER ChargePeriodStart... DEVE ser um valor inclusivo ... Suporta
CPS1.4 DEVER ChargePeriodStart... NÃO DEVE conter valores nulos. Suporta
CPS2 DEVER ChargePeriodStart DEVE corresponder ao limite de data e hora de início do período efetivo da cobrança. Suporta

Categoria de desconto de compromisso

Fonte: columns/commitmentdiscountcategory.md

Número de Identificação Tipo Critérios Situação Observações
CDC0 Descrição Indica se o desconto baseado em compromisso identificado na coluna CommitmentDiscountId é baseado na quantidade ou no custo de uso (também conhecido como "gasto"). Suporta
CDC1 DEVER A coluna CommitmentDiscountCategory DEVE estar presente nos dados de cobrança quando o provedor dá suporte a descontos baseados em compromisso. Suporta
CDC2.1 DEVER [CommitmentDiscountCategory] DEVE ser do tipo String... Suporta
CDC2.2 DEVER [CommitmentDiscountCategory]... DEVE ser nulo quando CommitmentDiscountId é nulo... Suporta
CDC2.3 DEVER [CommitmentDiscountCategory]... NÃO DEVE ser nulo quando CommitmentDiscountId não for nulo. Suporta
CDC3 DEVER O CommitmentDiscountCategory DEVE ser um dos valores permitidos. Suporta

ID de desconto de compromisso

Fonte: columns/commitmentdiscountid.md

Número de Identificação Tipo Critérios Situação Observações
CDI0 Descrição O identificador atribuído a um desconto baseado em compromisso pelo provedor. Suporta
CDI1 DEVER A coluna CommitmentDiscountId DEVE estar presente nos dados de cobrança quando o provedor dá suporte a descontos baseados em compromisso. Suporta
CDI2.1 DEVER [CommitmentDiscountId] DEVE ser do tipo String... Suporta
CDI2.2 DEVER [CommitmentDiscountId]... NÃO DEVE conter valores nulos quando um encargo está relacionado a um desconto baseado em compromisso. Suporta
CDI3 DEVER Quando um encargo não está associado a um desconto baseado em compromisso, a coluna DEVE ser nula. Suporta
CDI4 DEVER CommitmentDiscountId DEVE ser exclusivo dentro do provedor. Suporta

Nome do desconto de compromisso

Fonte: columns/commitmentdiscountname.md

Número de Identificação Tipo Critérios Situação Observações
CDN0 Descrição O nome de exibição atribuído a um desconto baseado em compromisso. Suporta
CDN1 DEVER A coluna CommitmentDiscountName DEVE estar presente nos dados de cobrança quando o provedor dá suporte a descontos baseados em compromisso. Suporta
CDN2 DEVER [CommitmentDiscountName] DEVE ser do tipo String. Suporta
CDN3.1 DEVER O valor CommitmentDiscountName DEVE ser nulo se o encargo não estiver relacionado a um desconto baseado em compromisso... Suporta
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. Suporta
CDN4 DEVER CommitmentDiscountName NÃO DEVE ser nulo se um nome de exibição puder ser atribuído a um desconto baseado em compromisso. Suporta

Status de desconto de compromisso

Fonte: columns/commitmentdiscountstatus.md

Número de Identificação Tipo Critérios Situação Observações
CDS0 Descrição Indica se o encargo corresponde ao consumo de um desconto baseado em compromisso ou à parte não utilizada do valor comprometido. Suporta
CDS1 DEVER A coluna CommitmentDiscountStatus DEVE estar presente nos dados de cobrança quando o provedor dá suporte a descontos baseados em compromisso. Suporta
CDS2 DEVER [CommitmentDiscountStatus] DEVE ser do tipo String... Suporta
CDS3.1 DEVER [CommitmentDiscountStatus]... DEVE ser nulo quando CommitmentDiscountId é nulo... Suporta
CDS3.2 DEVER [CommitmentDiscountStatus]... NÃO DEVE ser nulo quando CommitmentDiscountId não for nulo e a Categoria de Encargo for "Uso". Suporta
CDS4 DEVER O CommitmentDiscountCategory DEVE ser um dos valores permitidos. Suporta

Tipo de desconto de compromisso

Fonte: columns/commitmentdiscounttype.md

Número de Identificação Tipo Critérios Situação Observações
CDT0 Descrição Um identificador atribuído pelo provedor para o tipo de desconto baseado em compromisso aplicado à linha. Suporta
CDT1 DEVER A coluna CommitmentDiscountType DEVE estar presente nos dados de cobrança quando o provedor dá suporte a descontos baseados em compromisso. Suporta
CDT2.1 DEVER [CommitmentDiscountType] DEVE ser do tipo String... Suporta
CDT2.2 DEVER [CommitmentDiscountType]... DEVE ser nulo quando CommitmentDiscountId é nulo... Suporta
CDT2.3 DEVER [CommitmentDiscountType]... NÃO DEVE ser nulo quando CommitmentDiscountId não for nulo. Suporta

Quantidade consumida

Fonte: columns/consumedquantity.md

Número de Identificação Tipo Critérios Situação Observações
CQ0 Descrição O volume de um determinado SKU associado a um recurso ou serviço usado, com base na Unidade Consumida. Suporta
CQ1 DEVER A coluna ConsumedQuantity DEVE estar presente nos dados de cobrança quando o provedor dá suporte à medição do uso. Suporta
CQ2 DEVER [Quantidade consumida] NÃO DEVE ser nulo se ChargeCategory for "Uso" e ChargeClass não for "Correção". Suporta
CQ3 DEVER [Quantidade consumida] DEVE ser nulo para outros valores ChargeCategory. Suporta
CQ4.1 DEVER [Quantidade consumida] DEVE ser do tipo Decimal... Suporta
CQ4.2 DEVER [ConsumedQuantity]... DEVE estar em conformidade com os requisitos de formato numérico. Suporta
CQ5 MAIO O valor PODE ser negativo nos casos em que ChargeClass é "Correção". Suporta

Unidade consumida

Fonte: columns/consumedunit.md

Número de Identificação Tipo Critérios Situação Observações
CU0 Descrição Unidade de medida especificada pelo provedor que indica como um provedor mede o uso de um determinado SKU associado a um recurso ou serviço. Suporta
CU1 DEVER A coluna ConsumedUnit DEVE estar presente nos dados de cobrança quando o provedor dá suporte à medição do uso. Suporta
CU2 DEVER [Unidade Consumida] DEVE ser do tipo String. Suporta
CU3 DEVER ConsumedUnit NÃO DEVE ser nulo se ChargeCategory for "Uso" e ChargeClass não for "Correção". Suporta
CU4 DEVER [Unidade Consumida] DEVE ser nulo para outros valores ChargeCategory. Suporta
CU5 SE As unidades de medida usadas em ConsumedUnit DEVEM aderir aos valores e requisitos de formato especificados no atributo UnitFormat . Suporta
CU6 DEVER A coluna ConsumedUnit NÃO DEVE ser usada para determinar valores relacionados a quaisquer métricas de preço ou custo. Suporta

Custo contratado

Fonte: columns/contractedcost.md

Número de Identificação Tipo Critérios Situação Observações
CnC0 Descrição Custo calculado multiplicando o preço unitário contratado e a Quantidade de Preço correspondente. Suporta
CnC1.1 DEVER A coluna ContractedCost DEVE estar presente nos dados de faturamento... Suporta
CnC1.2 DEVER 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 reserva do EA quando a alocação de custos está habilitada, uso de reserva do MCA.
CnC2.1 DEVER [ContractedCost] DEVE ser do tipo Decimal... Suporta
CnC2.2 DEVER [ContractedCost]... DEVE estar em conformidade com os requisitos de formato numérico... Suporta
CnC2.3 DEVER [ContractedCost]... [DEVE] ser denominado na Moeda de Cobrança. Suporta
CnC3 DEVER Quando ContractedUnitPrice está presente e não é nulo, a multiplicação de ContractedUnitPrice por PricingQuantity DEVE produzir o ContractedCost, exceto em casos de "Correção" de ChargeClass, que pode abordar PricingQuantity ou quaisquer discrepâncias de custo de forma independente. Suporta ContractedCost pode estar desativado em menos de 0,00000000001 devido a erros de arredondamento.
CnC4 DEVER O ContractedCost de uma cobrança calculada com base em outros encargos (por exemplo, quando o ChargeCategory é "Tax") DEVE ser calculado com base no ContractedCost desses encargos relacionados. Suporta
CnC5 DEVER O ContractedCost de uma cobrança não relacionada a outros encargos (por exemplo, quando o ChargeCategory é "Credit") DEVE corresponder ao BilledCost. Suporta ContractedCost pode estar errado em menos de 0,00001 devido a erros de arredondamento.

Preço unitário contratado

Fonte: columns/contractedunitprice.md

Número de Identificação Tipo Critérios Situação Observações
CnUP0 Descrição O preço unitário acordado para uma única Unidade de Preço do SKU associado, incluindo descontos negociados, se presentes, excluindo descontos negociados baseados em compromisso ou quaisquer outros descontos. Suporta
CnUP1 DEVER A coluna ContractedUnitPrice DEVE estar presente nos dados de cobrança quando o provedor dá suporte ao conceito de preço negociado. Suporta
CnUP2.1 DEVER [Preço unitário contratado] DEVE ser um Decimal dentro do intervalo de valores decimais não negativos... Suporta
CnUP2.3 DEVER [ContractedUnitPrice]... DEVE estar em conformidade com os requisitos de formato numérico... Suporta
CnUP2.3 DEVER [ContractedUnitPrice]... [DEVE] ser denominado na Moeda de Cobrança. Suporta
CnUP3.1 DEVER 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 reserva do EA quando a alocação de custos está habilitada, uso de reserva do MCA.
CnUP3.2 DEVER Ela... DEVE ser nulo quando ChargeCategory for "Tax"... 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 Ela... PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory. Suporta
CnUP4 DEVER Quando ContractedUnitPrice está presente e não é nulo, a multiplicação de ContractedUnitPrice por PricingQuantity DEVE ser igual a ContractedCost, exceto em casos de "Correção" de ChargeClass, que pode abordar PricingQuantity ou quaisquer discrepâncias de custo de forma independente. Suporta ContractedCost pode estar errado em menos de 0,00001 devido a erros de arredondamento.

Custo efetivo

Fonte: columns/effectivecost.md

Número de Identificação Tipo Critérios Situação Observações
EC0 Descrição O custo amortizado da cobrança após a aplicação de todas as taxas reduzidas, descontos e a parte aplicável de compras pré-pagas relevantes (únicas ou recorrentes) que cobriram essa cobrança. Suporta
EC1.1 DEVER A coluna EffectiveCost DEVE estar presente nos dados de cobrança... Suporta
EC1.2 DEVER A coluna EffectiveCost... NÃO DEVE ser nulo. Suporta
EC2.1 DEVER [Custo efetivo] DEVE ser do tipo Decimal... Suporta
EC2.2 DEVER [Custo efetivo]... DEVE estar em conformidade com os requisitos de formato numérico... Suporta
EC2.3 DEVER [Custo efetivo]... [DEVE] ser denominado na Moeda de Cobrança. Suporta
EC4 DEVER EffectiveCost DEVE ser 0 quando ChargeCategory for "Purchase" e a compra se destinar a cobrir encargos qualificados futuros. Suporta
EC5 DEVER O Custo Efetivo DEVE ser calculado com base no Custo Efetivo dos encargos relacionados se o custo for calculado com base em outros encargos (por exemplo, ChargeCategory é "Imposto"). Suporta
EC6 DEVER O EffectiveCost DEVE corresponder ao BilledCost se o encargo não estiver relacionado a outros encargos (por exemplo, ChargeCategory é "Crédito"). Suporta

Nome do emissor da fatura

Fonte: columns/invoiceissuer.md

Número de Identificação Tipo Critérios Situação Observações
IIN0 Descrição O nome da entidade responsável pela faturação dos recursos ou serviços consumidos. Suporta Para contas CSP, InvoiceIssuerName é definido como o nome do distribuidor CSP (Provedor de Soluções na Nuvem) que tem uma relação direta 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 DEVER A coluna InvoiceIssuer DEVE estar presente nos dados de faturamento. Suporta
IIN2 DEVER [NomeDoEmissor da Fatura] DEVE ser do tipo String... Suporta
IIN3 DEVER [NomeDoEmissor da Fatura]... NÃO DEVE conter valores nulos. Suporta

Custo de lista

Fonte: columns/listcost.md

Número de Identificação Tipo Critérios Situação Observações
LC0 Descrição Custo calculado multiplicando o Preço Unitário da Lista e a Quantidade de Preço correspondente. Suporta
LC1.1 DEVER A coluna ListCost DEVE estar presente nos dados de cobrança... Suporta
LC1.2 DEVER A coluna ListCost... NÃO DEVE ser nulo. Suporta parcialmente ListCost nunca é nulo, mas pode ser 0 para: Cobranças do Marketplace e uso de reserva.
LC2.1 DEVER [ListCost] DEVE ser do tipo Decimal... Suporta
LC2.2 DEVER [ListCost]... DEVE estar em conformidade com os requisitos de formato numérico. Suporta
LC2.3 DEVER [ListCost]... [DEVE] ser denominado na Moeda de Cobrança. Suporta
LC3 DEVER Quando ListUnitPrice está presente e não é nulo, multiplicar o ListUnitPrice por PricingQuantity DEVE produzir o ListCost, exceto em casos de "Correção" de ChargeClass, que pode abordar PricingQuantity ou quaisquer discrepâncias de custo de forma independente. Suporta ListCost pode estar desativado em menos de 0,00000000001 devido a erros de arredondamento.
LC4 DEVER O ListCost de uma cobrança calculada com base em outros encargos (por exemplo, quando o ChargeCategory é "Tax") DEVE ser calculado com base no ListCost desses encargos relacionados. Suporta
LC5 DEVER O ListCost de uma cobrança não relacionada a outros encargos (por exemplo, quando o ChargeCategory é "Crédito") DEVE corresponder ao BilledCost. Suporta ListCost pode estar desativado em menos de 0,00000000001 devido a erros de arredondamento.

Preço unitário sugerido

Fonte: columns/listunitprice.md

Número de Identificação Tipo Critérios Situação Observações
LUP0 Descrição O preço unitário sugerido publicado pelo provedor para uma única Unidade de Preço do SKU associado, excluindo quaisquer descontos. Suporta
LUP1 DEVER A coluna ListUnitPrice DEVE estar presente nos dados de cobrança quando o provedor publica preços unitários excluindo descontos. Suporta
LUP2.1 DEVER [ListUnitPrice] DEVE ser um Decimal dentro do intervalo de valores decimais não negativos... Suporta
LUP2.2 DEVER [ListUnitPrice]... DEVE estar em conformidade com os requisitos de formato numérico... Suporta
LUP2.3 DEVER [ListUnitPrice]... [DEVE] ser denominado na Moeda de Cobrança. Suporta
LUP3.1 DEVER 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: Cobranças do Marketplace e uso de reserva.
LUP3.2 DEVER Ela... DEVE ser nulo quando ChargeCategory for "Tax"... 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 Ela... PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory. Suporta
LUP4 DEVER Quando ListUnitPrice está presente e não é nulo, multiplicar ListUnitPrice por PricingQuantity DEVE ser igual a ListCost, exceto em casos de ChargeClass "Correção", que pode abordar PricingQuantity ou quaisquer discrepâncias de custo de forma independente. Suporta

Categoria de preços

Fonte: columns/pricingcategory.md

Número de Identificação Tipo Critérios Situação Observações
PC0 Descrição Descreve o modelo de precificação usado para uma cobrança no momento do uso ou da compra. Suporta
PC1.1 DEVER PricingCategory DEVE estar presente nos dados de cobrança quando o provedor oferece suporte a mais de uma categoria de preço em todos os SKUs... Suporta
Computador 1.2 DEVER PreçoCategoria... DEVE ser do tipo String. Suporta
Computador 2.1 DEVER PricingCategory NÃO DEVE ser nulo quando ChargeClass não é "Correção" e ChargeCategory é "Uso" ou "Compra"... Suporta
Computador 2.2 DEVER PreçoCategoria... DEVE ser nulo quando ChargeCategory for "Tax"... Não Aplicável Os impostos não são incluídos em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.
Computador 2.3 MAIO PreçoCategoria... PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory. Suporta
PC3 DEVER PricingCategory DEVE ser um dos valores permitidos. Suporta
PC4 DEVER PricingCategory DEVE ser "Padrão" quando o preço é predeterminado na taxa acordada para a conta de cobrança. Suporta
PC5 DEVER PricingCategory DEVE ser "Committed" quando CommitmentDiscountId não for nulo. Suporta
PC6 DEVER PricingCategory DEVE ser "Dinâmico" quando o preço é determinado pelo provedor e pode mudar ao longo do tempo, independentemente do preço predeterminado do contrato. Suporta
PC7 DEVER PricingCategory DEVE ser "Outro" quando houver um modelo de preços, mas nenhum dos valores permitidos se aplicar. Suporta

Quantidade de preços

Fonte: columns/pricingquantity.md

Número de Identificação Tipo Critérios Situação Observações
PQ0 Descrição O volume de um determinado SKU associado a um recurso ou serviço usado ou comprado, com base na Unidade de Preço. Suporta
PQ1 DEVER A coluna PricingQuantity DEVE estar presente nos dados de cobrança. Suporta
PQ2.1 DEVER [Quantidade de preços] DEVE ser do tipo Decimal... Suporta
PQ2.2 DEVER [PricingQuantity]... DEVE estar em conformidade com os requisitos de formato numérico. Suporta
PQ3 MAIO O valor PODE ser negativo nos casos em que ChargeClass é "Correção". Suporta
PQ4.1 DEVER [Quantidade de preços] NÃO DEVE ser nulo quando ChargeClass não é "Correção" e ChargeCategory é "Uso" ou "Compra"... Suporta
PQ4.2 DEVER [PricingQuantity]... DEVE ser nulo quando ChargeCategory for "Tax"... Não Aplicável Os impostos não são incluídos em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.
PQ4.3 MAIO [PricingQuantity]... e PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory. Suporta
PQ5 DEVER 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 PricingQuantity ou quaisquer discrepâncias de custo de forma independente. Suporta

Unidade de preço

Fonte: columns/pricingunit.md

Número de Identificação Tipo Critérios Situação Observações
PU0 Descrição Unidade de medida especificada pelo provedor para determinar os preços unitários, indicando como o provedor avalia o uso medido e as quantidades de compra após a aplicação de regras de precificação, como preços em bloco. Suporta
PU1 DEVER A coluna PricingUnit DEVE estar presente nos dados de faturamento. Suporta
PU2 DEVER [Unidade de Preços] DEVE ser do tipo String. Suporta
PU3.1 DEVER NÃO DEVE ser nulo quando ChargeClass não é "Correção" e ChargeCategory é "Uso" ou "Compra" ... Suporta
PU3.2 DEVER Ela... DEVE ser nulo quando ChargeCategory for "Tax"... Não Aplicável Os impostos não são incluídos em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.
PU3.3 MAIO Ela... PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory. Suporta
PU4 SE As unidades de medida usadas em PricingUnit DEVEM aderir aos valores e requisitos de formato especificados no atributo UnitFormat. Suporta
PU5 DEVER O valor PricingUnit DEVE ser semanticamente igual ao valor unitário de medição de preço correspondente fornecido na lista de preços ou fatura publicada pelo provedor, quando a fatura inclui uma unidade de medida de preço. Suporta

Nome do provedor

Fonte: columns/provider.md

Número de Identificação Tipo Critérios Situação Observações
PrN0 Descrição O nome da entidade que disponibilizou os recursos ou serviços para compra. Suporta
PrN1 DEVER A coluna Provedor DEVE estar presente nos dados de cobrança. Suporta
PrN2.1 DEVER [Nome do Provedor] DEVE ser do tipo String... Suporta
PrN2.2 DEVER [Nome do Provedor]... NÃO DEVE conter valores nulos. Suporta

Nome do editor

Fonte: columns/publisher.md

Número de Identificação Tipo Critérios Situação Observações
PbN0 Descrição O nome da entidade que produziu os recursos ou serviços que foram adquiridos. Suporta
PbN1 DEVER A coluna Publicador DEVE estar presente nos dados de cobrança. Suporta
PbN2.1 DEVER [Nome do editor] DEVE ser do tipo String... Suporta
PbN2.2 DEVER [Nome da editora]... NÃO DEVE conter valores nulos. Suporta parcialmente PublisherName pode ser nulo para uso e compras de reservas e cobranças não utilizadas do Savings Plan.

ID da região

Fonte: columns/regionid.md

Número de Identificação Tipo Critérios Situação Observações
TgI0 Descrição Identificador atribuído pelo provedor para uma área geográfica isolada em que um recurso é provisionado ou um serviço é fornecido. Suporta
TgI1.1 DEVER A coluna RegionId DEVE estar presente nos dados de cobrança quando o provedor dá suporte à implantação de recursos ou serviços em uma região... Suporta
TgI1.2 DEVER A coluna RegionId... DEVE ser do tipo String. Suporta
TgI2.1 DEVER RegionId NÃO DEVE ser nulo quando um recurso ou serviço é operado ou gerenciado de uma região distinta pelo Provedor... Suporta
TgI2.2 MAIO Identificação da região... PODE conter valores nulos quando um recurso ou serviço não está restrito a uma área geográfica isolada. Suporta

Nome da região

Fonte: columns/regionname.md

Número de Identificação Tipo Critérios Situação Observações
TgN0 Descrição O nome de uma área geográfica isolada em que um recurso é provisionado ou um serviço é fornecido. Suporta
TgN1 DEVER A coluna RegionName DEVE estar presente nos dados de cobrança quando o provedor oferece suporte à implantação de recursos ou serviços em uma região... Suporta
TgN2 DEVER O RegionName... DEVE ser do tipo String. Suporta
TgN3 DEVER RegionName NÃO DEVE ser nulo quando um recurso ou serviço é operado ou gerenciado de uma região distinta pelo Provedor... Suporta
TgN4 MAIO RegionName... PODE conter valores nulos quando um recurso ou serviço não está restrito a uma área geográfica isolada. Suporta

ID do recurso

Fonte: columns/resourceid.md

Número de Identificação Tipo Critérios Situação Observações
RsI0 Descrição Identificador atribuído a um recurso pelo provedor. Suporta
RsI1 DEVER A coluna ResourceId DEVE estar presente nos dados de cobrança quando o provedor dá suporte à cobrança com base em recursos provisionados. Suporta
RsI2 DEVER [Código-fonte] DEVE ser do tipo String. Suporta
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. Suporta As compras podem não ter uma ID de recurso atribuída.
RsI4 DEVER ResourceId DEVE aparecer nos dados de custo se um identificador for atribuído a um recurso pelo provedor. Suporta ResourceId pode ser nulo quando um recurso está indiretamente relacionado aos encargos. Se você achar que está faltando, registre uma solicitação de suporte para o serviço que possui o tipo de recurso.
RsI5 SE ResourceId DEVE ser um identificador totalmente qualificado que garante exclusividade global dentro do provedor. Suporta

Nome do recurso

Fonte: columns/resourcename.md

Número de Identificação Tipo Critérios Situação Observações
RsN0 Descrição Nome de exibição atribuído a um recurso. Suporta
RsN1 DEVER A coluna ResourceName DEVE estar presente nos dados de cobrança quando o provedor dá suporte à cobrança com base em recursos provisionados. Suporta
RsN2 DEVER [Nome do recurso] DEVE ser do tipo String. Suporta
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 de exibição não pode ser atribuído a um recurso. Suporta As compras podem não ter um nome de recurso atribuído.
RsN4 DEVER ResourceName NÃO DEVE ser nulo se um nome de exibição puder ser atribuído a um recurso. Suporta ResourceName pode ser nulo quando um recurso está indiretamente relacionado aos encargos. Se você achar que está faltando, registre uma solicitação de suporte para o serviço que possui o tipo de recurso.
RsN5 DEVER Os recursos não provisionados interativamente ou que tenham apenas um ResourceId gerado pelo sistema NÃO DEVEM duplicar o mesmo valor que o ResourceName. Suporta

Tipo de recurso

Fonte: columns/resourcetype.md

Número de Identificação Tipo Critérios Situação Observações
RsT0 Descrição O tipo de recurso ao qual a cobrança se aplica. Suporta
RsT1 DEVER A coluna ResourceType DEVE estar presente nos dados de cobrança quando o provedor dá suporte à cobrança com base em recursos provisionados e dá suporte à atribuição de um tipo para recursos. Suporta
RsT2.1 DEVER [Tipo de recurso] DEVE ser do tipo String... Suporta
RsT2.2 DEVER [Tipo de Recurso]... NÃO DEVE ser nulo quando um ResourceId correspondente não for nulo. Suporta
RsT3 DEVER Quando um valor ResourceId correspondente é nulo, o valor da coluna ResourceType também DEVE ser nulo. Suporta

Categoria de serviço

Fonte: columns/servicecategory.md

Número de Identificação Tipo Critérios Situação Observações
SvC0 Descrição Classificação de nível mais alto de um serviço com base na função principal do serviço. Suporta
SvC1.1 DEVER A coluna ServiceCategory DEVE estar presente... Suporta
SvC1.2 DEVER O ServiceCategory... NÃO DEVE ser nulo. Suporta
SvC2 DEVER [ServiceCategory] é do tipo String e DEVE ser um dos valores permitidos. Suporta

Nome do serviço

Fonte: columns/servicename.md

Número de Identificação Tipo Critérios Situação Observações
SvN0 Descrição Uma oferta que pode ser adquirida de um provedor (por exemplo, máquina virtual em nuvem, banco de dados SaaS, serviços profissionais de um integrador de sistemas). Suporta
SvN1 DEVER A coluna ServiceName DEVE estar presente nos dados de custo. Suporta
SvN2.1 DEVER [Nome do Serviço] DEVE ser do tipo String... Suporta
SvN2.2 DEVER [Nome do Serviço]... NÃO DEVE conter valores nulos. Dá suporte parcialmente ServiceName pode estar vazio para algumas compras e ajustes.

ID DA SKU

Fonte: columns/skuid.md

Número de Identificação Tipo Critérios Situação Observações
SkI0 Descrição Um identificador exclusivo que define uma construção com suporte do provedor para organizar propriedades comuns em um ou mais preços de SKU. Suporta
SkI1 DEVER A coluna SkuId DEVE estar presente nos dados de cobrança quando o provedor publica uma lista de SKUs. Suporta
SkI2 DEVER [SkuId] DEVE ser do tipo String. Suporta
SkI3.1 DEVER 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 cobranças não utilizadas do Savings Plan e cobranças do Marketplace.
SkI3.2 DEVER Ela... DEVE ser nulo quando ChargeCategory for "Tax"... Não Aplicável Os impostos não são incluídos em nenhum conjunto de dados de custo e uso do Gerenciamento de Custos.
SkI3.3 MAIO Ela... PODE ser nulo para todas as outras combinações de ChargeClass e ChargeCategory. Suporta
SkI4 DEVER SkuId DEVE ser igual a SkuPriceId quando um provedor não dá suporte a uma construção de ID de SKU abrangente. Suporta

ID do preço do SKU

Fonte: columns/skupriceid.md

Número de Identificação Tipo Critérios Situação Observações
SkPI0 Descrição Um identificador exclusivo que define o preço unitário usado para calcular a cobrança. Suporta
SkPI1 DEVER A coluna SkuPriceId DEVE estar presente nos dados de cobrança quando o provedor publica uma lista de preços de SKU. Suporta
SkPI2 DEVER [SkuPriceId] DEVE ser do tipo String. Suporta
SkPI3 DEVER SkuPriceId DEVE definir um único preço unitário usado para calcular a cobrança. Suporta
SkPI4 DEVER 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 tabela de preços. Para MCA, SkuPriceId é uma combinação das seguintes colunas da tabela de preços: {ProductId}_{SkuId}_{MeterType}.
SkPI5.1 DEVER [SkuPriceId] NÃO DEVE ser nulo quando ChargeClass não é "Correção" e ChargeCategory é "Uso" ou "Compra"... Suporta
SkPI5.2 DEVER [SkuPriceId]... DEVE ser nulo quando ChargeCategory for "Tax".... Não Aplicável Os impostos não sã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. Suporta
SkPI6 DEVER Um determinado valor de SkuPriceId DEVE ser associado a um e apenas um SkuId, exceto em casos de flexibilidade de desconto de compromisso. Suporta

ID da subconta

Fonte: columns/subaccountid.md

Número de Identificação Tipo Critérios Situação Observações
SAI0 Descrição Uma ID atribuída a um agrupamento de recursos ou serviços, geralmente usada para gerenciar o acesso e/ou o custo. Suporta A subconta FOCUS é mapeada para uma assinatura do Microsoft Cloud.
SAI1 DEVER A coluna SubAccountId DEVE estar presente nos dados de cobrança quando o provedor dá suporte a uma construção de subconta. Suporta
SAI2 DEVER [ID da Subconta] DEVE ser do tipo String. Suporta
SAI3 DEVER Se uma cobrança não se aplicar a uma subconta, a coluna SubAccountId DEVERÁ ser nula. Suporta SubAccountId é nulo para compras e reembolsos da MCA.

Nome da subconta

Fonte: columns/subaccountname.md

Número de Identificação Tipo Critérios Situação Observações
SAN0 Descrição Um nome atribuído a um agrupamento de recursos ou serviços, geralmente usado para gerenciar o acesso e/ou o custo. Suporta A subconta FOCUS é mapeada para uma assinatura do Microsoft Cloud.
SAN1 DEVER A coluna SubAccountName DEVE estar presente nos dados de cobrança quando o provedor dá suporte a uma construção de subconta. Suporta
SAN2 DEVER [Nome da Subconta] DEVE ser do tipo String. Suporta
SAN3 DEVER Se uma cobrança não se aplicar a uma subconta, a coluna SubAccountName DEVERÁ ser nula. Suporta parcialmente SubAccountName pode ser "Não atribuído" quando não há valor. SubAccountName é nulo para compras e reembolsos da MCA.

Marcações

Fonte: columns/tags.md

Número de Identificação Tipo Critérios Situação Observações
T0 Descrição O conjunto de tags atribuídas a fontes de tags que representam possíveis avaliações de tags definidas pelo provedor ou pelo usuário. Suporta
T1 DEVER A coluna Tags DEVE estar presente nos dados de faturamento quando o provedor dá suporte à configuração de tags definidas pelo usuário ou pelo provedor. Suporta
T2 DEVER A coluna Tags DEVE conter tags definidas pelo usuário e pelo provedor. Suporta
T3 DEVER A coluna Tags DEVE conter apenas tags finalizadas. Suporta
T4 DEVER A coluna Tags DEVE estar no formato de chave-valor. Suporta
T5 SE Uma chave de tag com um valor não nulo para um determinado recurso DEVE ser incluída na coluna de tags. Suporta
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. Suporta
T7 DEVER Uma chave de marca que não dá suporte a um valor correspondente, DEVE ter um valor verdadeiro (booleano) correspondente definido. Não Aplicável As marcas do Microsoft Cloud dão suporte a chaves e valores.
T8 DEVER Se houver suporte para a finalização de tags, os provedores DEVERÃO publicar métodos de finalização de tags e semânticas em suas respectivas documentações. Suporta Consulte Agrupar e alocar custos usando herança de tags.
T9 DEVER Os provedores NÃO DEVEM alterar as chaves ou valores de tag definidos pelo usuário. Suporta
T10 DEVER As tags definidas pelo provedor DEVEM ser prefixadas com um prefixo de chave de tag especificado pelo provedor. Não suporta As marcas especificadas pelo provedor não podem ser diferenciadas das marcas definidas pelo usuário. As marcas não são modificadas para dar suporte à compatibilidade com versões anteriores.
T11 SE Os provedores DEVEM publicar todos os prefixos de chave de tag especificados pelo provedor em suas respectivas documentações. Não Aplicável Os prefixos do provedor não são especificados no momento.

Envie comentários

Informe-nos como estamos fazendo com uma revisão rápida. Usamos essas revisões para melhorar e expandir ferramentas e recursos do FinOps.

Envie comentários

Se você estiver procurando algo específico, vote em um existente ou crie uma ideia. Compartilhe ideias com outras pessoas para obter mais votos. Nos concentramos em ideias com a maioria dos votos.

votar ou sugerir ideias


Conteúdo relacionado

Recursos relacionados:

Produtos relacionados:

Soluções relacionadas:


  • Last updated on