Informe completo de conformidad con FOCUS

Este documento proporciona una lista detallada de todos los requisitos de FOCUS 1.0 e indica el nivel de soporte proporcionado por el conjunto de datos FOCUS de Microsoft Cost Management. Para obtener más información sobre FOCUS, consulte la introducción a FOCUS.

Cómo se mide la conformidad

Los requisitos de FOCUS se dividen en cuatro grupos:

• Los requisitos DEBEN ser obligatorios para todos los proveedores de datos.
• Los requisitos SHOULD son recomendaciones sólidas.
• Los requisitos RECOMENDADOs son procedimientos recomendados.
• Los requisitos MAY son opcionales y se usan para preparar a los profesionales de FinOps para casos perimetrales.

Aunque no hay ninguna medida oficial para la conformidad con FOCUS, calculamos una puntuación de conformidad del 96 %, que representa todos los requisitos totalmente y parcialmente admitidos. En la tabla siguiente se resumen los requisitos según el nivel de soporte técnico.

Tipo	Compatible	Compatibilidad parcial	No compatible	No aplicable
MOSTO	238	13	2	10
DEBER	22	3	1	1
RECOMENDADO	0	1	1	0
MAYO	22	0	0	1
Resumen	93,1 %	5.6%	1,3 %

Cómo se organiza este documento

En las secciones siguientes se enumeran cada requisito de FOCUS, el nivel de soporte técnico en el conjunto de datos FOCUS 1.0 de Microsoft Cost Management y las notas pertinentes. Para obtener un resumen general de las lagunas, consulte el resumen de conformidad de FOCUS. Los identificadores de requisito son solo para fines de referencia. Los identificadores no se definen como parte de FOCUS.

En el resto de este documento se enumeran los requisitos focus agrupados por atributo y columna. Las columnas definen los elementos de datos específicos del conjunto de datos y los atributos definen cómo deben comportarse las columnas y las filas. Las descripciones de alto nivel y un vínculo al documento de requisitos originales se incluyen en la parte superior de cada sección.

Atributos

Nomenclatura y ordenación de columnas

^{Origen: attributes/column_naming_and_ordering.md}

ID	Tipo	Criterios	Estado	Notas
CNO1	DEBE	Todas las columnas definidas por FOCUS DEBEN seguir las siguientes reglas:	Es compatible con
CNO1.1	DEBE	Los identificadores de columna DEBEN usar el caso Pascal.	Es compatible con
CNO1.2	DEBE	Los identificadores de columna NO DEBEN usar abreviaturas.	Es compatible con
CNO1.3	DEBE	Los identificadores de columna DEBEN ser alfanuméricos sin caracteres especiales.	Es compatible con
CNO1.4	DEBE	Las columnas que tienen un identificador y un nombre DEBEN tener el Id sufijo o Name en el identificador de columna.	Es compatible con
CNO1.5	MAY.	Nombre para mostrar de una columna PUEDE evitar el Name sufijo si no hay otras columnas con el mismo prefijo de nombre.	Es compatible con
CNO1.6	PUEDE	Los identificadores de columna NO DEBEN usar acrónimos.	Es compatible con
CNO1.7	PUEDE	Los identificadores de columna NO DEBEN superar los 50 caracteres para dar cabida a las restricciones de longitud de columna de varios repositorios de datos.	Es compatible con
CNO2	DEBE	Todas las columnas personalizadas deben tener un prefijo coherente x_ para identificarlas como columnas externas y personalizadas y distinguirlas de las columnas FOCUS para evitar conflictos en futuras versiones.	Admite parcialmente	BillingAccountType y SubAccountType se introdujeron involuntariamente en la versión preliminar del conjunto de datos FOCUS 1.0 de Microsoft sin el x_ prefijo . Ambas columnas se documentan en una solicitud de incorporación de cambios FOCUS pendiente. Los nombres de columna no prefijos se mantienen para la compatibilidad con versiones anteriores hasta que se realiza una determinación oficial sobre ellos.
CNO3.1	DEBE	Las columnas que tienen un identificador y un nombre DEBEN tener el Id sufijo o Name en el identificador de columna.	Es compatible con
CNO3.2	MAY.	Nombre para mostrar de una columna PUEDE evitar el sufijo Name si se considera superfluo.	Es compatible con	No se recomienda esta práctica, ya que presenta confusión cuando los identificadores de columna y los nombres para mostrar no coinciden.
CNO4	DEBE	Las columnas con el Category sufijo DEBEN normalizarse.	Es compatible con
CNO5	PUEDE	Las columnas personalizadas (por ejemplo, definidas por el proveedor) DEBEN seguir las mismas reglas enumeradas anteriormente para las columnas FOCUS.	Es compatible con
CNO6	PUEDE	Todas las columnas FOCUS DEBEN estar primero en el conjunto de datos proporcionado.	Es compatible con
CNO7	PUEDE	Las columnas personalizadas DEBEN aparecer después de todas las columnas FOCUS y NO DEBEN mezclarse.	Es compatible con
CNO8.1	MAY.	Las columnas pueden ordenarse alfabéticamente...	Es compatible con	Las columnas se ordenan alfabéticamente para facilitar el uso.
CNO8.2	PUEDE	... Las columnas personalizadas DEBEN ser después de todas las columnas FOCUS.	Es compatible con	Las columnas se ordenan alfabéticamente para facilitar el uso.

Formato de código de moneda

^{Origen: attributes/currency_code_format.md}

ID	Tipo	Criterios	Estado	Notas
CCF1	DEBE	Todas las columnas que capturan un valor de moneda, definido en la especificación FOCUS, DEBEN cumplir los requisitos que se enumeran a continuación.	Es compatible con
CCF2	PUEDE	Las columnas personalizadas relacionadas con moneda deben seguir también los mismos requisitos de formato.	Es compatible con
CCF3	DEBE	Las columnas relacionadas con moneda deben representarse como un código alfabético de tres letras, tal como se dicta en el documento de gobernanza ISO 4217:2015.	Es compatible con

Formato de fecha y hora

^{Origen: attributes/datetime_format.md}

ID	Tipo	Criterios	Estado	Notas
DTF1	DEBE	Todas las columnas que capturan un valor de fecha y hora, definidos en la especificación FOCUS, DEBEN seguir los requisitos de formato que se enumeran a continuación.	Es compatible con
DTF2	PUEDE	Las columnas personalizadas relacionadas con la fecha y hora también deben cumplir los mismos requisitos de formato.	Es compatible con
DTF3	DEBE	Los valores de fecha y hora DEBEN estar en UTC (hora universal coordinada) para evitar ambigüedad y garantizar la coherencia en diferentes zonas horarias.	Es compatible con
DTF4	DEBE	El formato de valores de fecha y hora DEBE alinearse con el estándar ISO 8601, que proporciona un formato reconocido globalmente para representar fechas y horas (consulte el documento de gobernanza ISO 8601-1:2019 para obtener más información).	Es compatible con
DTF5	DEBE	Los valores que proporcionan información sobre un momento específico en el tiempo deben representarse en el formato ISO 8601 extendido con desplazamiento UTC ('AAAA-MM-DDTHH:mm:ssZ') y cumplir con las siguientes directrices: Incluya los componentes de fecha y hora, separados con la letra 'T'; Use horas de dos dígitos (HH), minutos (mm) y segundos (ss); Termine con el indicador "Z" para indicar UTC (hora universal coordinada).	Admite parcialmente	Todas las columnas de fecha siguen el estándar ISO 8601, pero no incluyen segundos (por ejemplo, "2024-01-01T00:00Z").

Control de descuentos

^{Origen: attributes/discount_handling.md}

ID	Tipo	Criterios	Estado	Notas
DH1	PUEDE	Todos los descuentos aplicables DEBEN aplicarse a cada fila a la que pertenecen y NO DEBEN ser negados en una fila independiente.	Es compatible con
DH2	DEBE	Todos los descuentos aplicados a una fila DEBEN aplicarse a todo el cargo.	Es compatible con
DH2.1	MAY.	Se pueden aplicar varios descuentos a una fila...	Es compatible con
DH2.2	DEBE	Varios descuentos [aplicados a una fila]... DEBE aplicarse a todo el cargo cubierto por esa fila.	Es compatible con
DH2.3	DEBE	Si un descuento solo se aplica a una parte de un cargo, la parte con descuento del cargo debe dividirse en una fila independiente.	Es compatible con
DH2.4	DEBE	Cada descuento DEBE ser identificable mediante las columnas FOCUS existentes.	Es compatible con	CommitmentDiscountId es la única columna FOCUS que identifica los descuentos.
DH2.4.1	DEBE	Las filas con un descuento basado en el compromiso aplicado a ellos DEBEN incluir un Valor CommitmentDiscountId.	Es compatible con
DH2.4.2	PUEDE	Si un proveedor aplica un descuento que no se puede representar mediante una columna FOCUS, debe incluir columnas adicionales para identificar el origen del descuento.	Compatibilidad parcial	Los descuentos negociados se pueden identificar comparando ListCost y ContractedCost.
DH3.1	DEBE	Los descuentos comprados (por ejemplo, descuentos basados en compromisos) deben amortizarse.	Es compatible con
DH3.2	DEBE	BilledCost DEBE ser 0 para cualquier fila en la que el compromiso cubra todo el costo del período de cargo.	Es compatible con
DH3.3	DEBE	EffectiveCost DEBE incluir la parte del costo de compra amortizado que se aplica a esta fila.	Es compatible con
DH3.4	DEBE	La suma de EffectiveCost para todas las filas en las que CommitmentDiscountStatus es "Used" o "Unused" para cada CommitmentDiscountId durante toda la duración del compromiso DEBE ser igual que el total billedCost del descuento basado en el compromiso.	Es compatible con
DH3.5	DEBE	CommitmentDiscountId y ResourceId DEBEN establecerse en el identificador asignado al descuento basado en el compromiso.	Es compatible con	Para facilitar la división de descuentos de compromiso, las compras de descuento de compromiso y los reembolsos usan el pedido de descuento de compromiso, mientras que el uso del descuento de compromiso usa la instancia dentro del pedido. Use x_SkuOrderId para identificar el identificador del pedido de descuento de compromiso para los cargos de uso.
DH3.6	DEBE	ChargeCategory DEBE establecerse en "Comprar" en las filas que representan una compra de un descuento basado en el compromiso.	Es compatible con
DH3.7	DEBE	CommitmentDiscountStatus DEBE ser "Used" para las filas ChargeCategory "Usage" que recibieron un precio reducido de un compromiso.	Es compatible con
DH3.8	DEBE	CommitmentDiscountId DEBE establecerse en el identificador asignado al descuento [para el uso del descuento de compromiso].	Es compatible con
DH3.9	DEBE	ResourceId DEBE establecerse en el identificador del recurso que recibió el descuento [para el uso del descuento de compromiso].	Es compatible con
DH3.10	DEBE	Si un compromiso no se utiliza por completo, el proveedor DEBE incluir una fila que represente la parte no utilizada del compromiso durante ese período de cargo.	Es compatible con
DH3.11	DEBE	Estas filas DEBEN representarse con CommitmentDiscountStatus establecido en "Unused" y ChargeCategory establecido en "Usage".	Es compatible con
DH3.12	DEBE	Estas filas DEBEN tener el valor de CommitmentDiscountId y ResourceId establecidos en el identificador asignado al descuento basado en el compromiso.	Admite parcialmente	CommitmentDisocuntId coincide lógicamente con ResourceId, pero difieren en el caso.
DH4	DEBE	Los créditos que se aplican después del hecho DEBEN usar un ChargeCategory de "Crédito".	No es aplicable	Los créditos no se incluyen en ningún conjunto de datos de uso y costo de Cost Management.

Formato de valor de clave

^{Origen: attributes/key_value_format.md}

ID	Tipo	Criterios	Estado	Notas
KVF1	DEBE	Las columnas Key-Value Format DEBEN contener una cadena JSON serializada, coherente con la definición ECMA 404 de un objeto.	Es compatible con
KVF2	DEBE	Las claves de un par clave-valor DEBEN ser únicas dentro de un objeto .	Es compatible con
KVF3	DEBE	Los valores de un par clave-valor DEBEN ser uno de los siguientes tipos: number, string, true, falseo null.	Es compatible con
KVF4	DEBE	Los valores de un par clave-valor NO DEBEN ser un objeto ni una matriz.	Es compatible con

Control nulo

^{Origen: attributes/null_handling.md}

ID	Tipo	Criterios	Estado	Notas
NH1	PUEDE	Las columnas personalizadas también DEBEN seguir los mismos requisitos de formato.	Admite parcialmente	Las columnas siguientes pueden ser "-2" cuando no hay ningún valor: SkuPriceId, , x_AccountIdx_InvoiceSectionId. Las columnas siguientes pueden ser "Sin asignar" cuando no hay ningún valor: SubAccountName, x_AccountName, x_AccountOwnerId, x_InvoiceSectionName, x_PricingUnitDescription. Las columnas siguientes pueden ser 0 cuando un valor no está disponible: ContractedCost, ContractedUnitPrice, ListCost, . ListUnitPrice
NH2	DEBE	Las columnas DEBEN usar NULL cuando no hay ningún valor que se pueda especificar para una columna que acepta valores NULL.	Admite parcialmente	(Consulte las notas anteriores)
NH3	DEBE	Las columnas NO DEBEN usar cadenas vacías o valores de marcador de posición como 0 para columnas numéricas o "No aplicable" para las columnas de cadena para representar un valor NULL o no, independientemente de si la columna permite valores NULL o no.	Admite parcialmente	(Consulte las notas anteriores)

Formato numérico

^{Origen: attributes/numeric_format.md}

ID	Tipo	Criterios	Estado	Notas
NF1	PUEDE	Las columnas de captura de valores numéricos personalizados DEBEN adoptar los mismos requisitos de formato a lo largo del tiempo.	Es compatible con
NF2	DEBE	Las columnas con un formato de valor numérico DEBEN contener un único valor numérico.	Es compatible con
NF3	DEBE	Los valores numéricos DEBEN expresarse como un valor entero, un valor decimal o un valor expresado en notación científica.	Es compatible con
NF4	DEBE	No se debe usar la notación fraccionarcional.	Es compatible con
NF5	DEBE	Los valores numéricos expresados mediante notación científica DEBEN expresarse mediante la notación E "mEn" con un número real m y un entero n que indica un valor de "m x 10^n".	Es compatible con
NF6	DEBE	El signo del exponente solo debe expresarse como parte del valor del exponente si n es negativo.	Es compatible con
NF7	DEBE	Los valores numéricos NO DEBEN expresarse con símbolos matemáticos, funciones o operadores.	Es compatible con
NF8	DEBE	Los valores numéricos NO DEBEN contener calificadores ni caracteres adicionales (por ejemplo, símbolos de moneda, unidades de medida, etc.).	Es compatible con
NF9	DEBE	Los valores numéricos NO DEBEN contener comas ni signos de puntuación, excepto para un único separador decimal (".") si es necesario expresar un valor decimal.	Es compatible con
NF10	DEBE	Los valores numéricos NO DEBEN incluir un carácter para representar un signo para un valor positivo.	Es compatible con
NF11	DEBE	Un signo negativo (-) DEBE indicar un valor negativo.	Es compatible con
NF12	DEBE	Las columnas con un formato de valor numérico DEBEN presentar uno de los valores siguientes como "Tipo de datos" en la definición de columna: Integer, Decimal.	Es compatible con
NF13	PUEDE	Los proveedores DEBEN definir la precisión y la escala de las columnas De formato numérico mediante uno de los siguientes valores de precisión en un documento de definición de datos que los proveedores publican: Enteros Short, Long, ; Extended Decimal Single, Double, Extended.	Es compatible con

Control de cadenas

^{Origen: attributes/string_handling.md}

ID	Tipo	Criterios	Estado	Notas
SH1	PUEDE	Las columnas de captura de valores de cadena personalizados DEBEN adoptar los mismos requisitos a lo largo del tiempo.	Es compatible con
SH2	DEBE	Los valores de cadena DEBEN mantener las mayúsculas y minúsculas originales, el espaciado y otros factores de coherencia pertinentes, tal como especifican los proveedores y los usuarios finales.	Admite parcialmente	ResourceName el proveedor de recursos puede cambiar a minúsculas o mayúsculas. Si ve esto, abra una solicitud de soporte técnico en el equipo de servicio responsable de la SKU/medidor. ResourceId se reduce para cumplir los requisitos de FOCUS.
SH3.1	DEBE	Los cargos por entidades mutables (por ejemplo, nombres de recursos) deben reflejarse con precisión en los cargos correspondientes en los que se incurre después del cambio...	Es compatible con
SH3.2	DEBE	Cargos por entidades mutables... NO DEBE modificar los cargos en los que se incurre antes del cambio, conservando la integridad de los datos y la auditabilidad de todos los registros de cargos.	Es compatible con
SH4	DEBE	Valores de cadena inmutables que hacen referencia a la misma entidad (por ejemplo, identificadores de recursos, identificadores de región, etc.) DEBE permanecer coherente y sin cambios en todos los períodos de facturación.	Es compatible con
SH5	PUEDE	Las cadenas vacías y las cadenas que constan únicamente de espacios NO DEBEN usarse en columnas de cadena que aceptan valores NULL.	Es compatible con
SH6	MAY.	Cuando se proporciona un registro después de un cambio en un valor de cadena mutable y ChargeClass es "Corrección", el registro PUEDE contener el valor modificado.	Es compatible con

Formato de unidad

^{Origen: attributes/unit_format.md}

ID	Tipo	Criterios	Estado	Notas
UF1	PUEDE	Las unidades DEBEN expresarse como una sola unidad de medida que se adhiere a uno de los tres formatos siguientes: <plural-units>, <singular-unit>-<plural-time-units>, <plural-units>/<singular-time-unit>.	Es compatible con	Aunque es válido en función de la regla UF2, las siguientes unidades son excepciones a esta regla: Units/10 Days, Units/3 Months, Units/6 Months.
UF2.1	MAY.	Las unidades se pueden expresar con una cantidad de unidad (<quantity> <plural-units>) o un intervalo de tiempo (<plural-units>/<interval> <plural-time-units>).	Es compatible con	Véase UF1.
UF2.2	DEBE	Si se usa una cantidad de unidad o un intervalo de tiempo, la cantidad de unidad o el intervalo de tiempo deben expresarse como un número entero.	Es compatible con
UF3	DEBE	Los valores de unidad y los componentes de las columnas que usan el formato de unidad DEBEN usar un esquema de mayúsculas que sea coherente con el esquema de mayúsculas que se usa en este atributo si ese término aparece en esta sección.	Es compatible con
UF4	PUEDE	Las unidades DEBEN estar compuestas por la lista de unidades recomendadas enumeradas en esta sección, a menos que el valor de unidad cubra una dimensión no enumerada en el conjunto de unidades recomendado o si la unidad cubre una unidad basada en recuento distinta de los valores recomendados de la dimensión count enumerada en esta sección.	Es compatible con
UF5.1	DEBE	Los nombres de unidad de tamaño de datos DEBEN abreviarse mediante una de las abreviaturas de la tabla siguiente.	Es compatible con
UF5.2	DEBE	Los valores que superan 10^18 DEBEN usar la abreviatura de exabit, exabyte, exbibit y exbibyte...	Es compatible con
UF5.3	DEBE	... los valores más pequeños que un byte DEBEN usar la abreviatura de bit o byte.	Es compatible con
UF6	MAY.	Si la siguiente lista de valores recomendados no cubre una unidad basada en recuentos, un proveedor PUEDE introducir un nuevo nombre que represente una unidad basada en recuentos.	Es compatible con	Todos los valores de unidad admitidos se documentan en el conjunto de datos Unidades de precios del kit de herramientas de FinOps.
UF7	DEBE	Todos los nombres que aparecen en unidades que no aparecen en la tabla de valores recomendados se considerarán unidades basadas en recuento. Debe incluirse un nuevo valor unitario basado en recuento.	Es compatible con
UF8	DEBE	Las unidades basadas en tiempo se pueden usar para medir el consumo a lo largo de un intervalo de tiempo o en combinación con otra unidad para capturar una tasa de consumo. Las unidades basadas en tiempo DEBEN coincidir con uno de los valores enumerados en la tabla siguiente: Year, , MonthDayHour, , Minute, . Second	Es compatible con
UF9	DEBE	Si el valor de unidad es un valor compuesto creado a partir de combinaciones de una o más unidades, cada componente también debe alinearse con el conjunto de valores recomendados.	Es compatible con
UF10.1	DEBE	En lugar de "per" o "-" para indicar una unidad compuesta, una barra diagonal ("/") y space(") deben usarse como convención común.	Es compatible con
UF10.2	PUEDE	Las unidades basadas en recuento, como las solicitudes, las instancias y los tokens, DEBEN expresarse mediante un valor enumerado en la dimensión count.	Es compatible con
UF10.3	PUEDE	Por ejemplo, si una unidad de uso se mide como una tasa de solicitudes o instancias durante un período de tiempo, la unidad DEBE aparecer como "Solicitudes/día" para indicar el número de solicitudes al día.	Es compatible con

Columnas

Zona de disponibilidad

^{Origen: columns/availabilityzone.md}

ID	Tipo	Criterios	Estado	Notas
AZ0	Descripción	Identificador asignado por el proveedor para un área físicamente separada y aislada dentro de una región que proporciona alta disponibilidad y tolerancia a errores.	Es compatible con	Microsoft admite el concepto de zona de disponibilidad, pero no lo incluye en el conjunto de datos de uso y costo de Cost Management.
AZ1	RECOMENDADO	Se recomienda que la columna AvailabilityZone esté presente en los datos de facturación cuando el proveedor admite la implementación de recursos o servicios dentro de una zona de disponibilidad.	No admite	Las zonas de disponibilidad no están disponibles en ningún conjunto de datos de uso y costo de Cost Management.
AZ2.1	DEBE	[AvailabilityZone] DEBE ser de tipo String...	No es aplicable
AZ2.2	MAY.	[AvailabilityZone]... PUEDE contener valores NULL cuando un cargo no es específico de una zona de disponibilidad.	No es aplicable

Costo facturado

^{Origen: columns/billedcost.md}

ID	Tipo	Criterios	Estado	Notas
BCo0	Descripción	Cargo que sirve como base para la facturación, incluido todo tipo de tarifas reducidas y descuentos, a la vez que se excluye la amortización de cargos iniciales (un solo uso o periódico).	Es compatible con
BCo1.1	DEBE	La columna BilledCost DEBE estar presente en los datos de facturación...	Es compatible con
BCo1.2	DEBE	La columna BilledCost... NO DEBE ser NULL.	Es compatible con
BCo2.1	DEBE	[BilledCost] DEBE ser de tipo Decimal...	Es compatible con
BCo2.2	DEBE	[BilledCost]... DEBE cumplir con el formato numérico...	Es compatible con
BCo2.3	DEBE	[BilledCost]... [MUST] se denomina en BillingCurrency.	Es compatible con
BCo2.4	DEBE	La suma de BilledCost para las filas de un período de facturación determinado DEBE coincidir con la suma de las facturas recibidas para ese período de facturación para una cuenta de facturación.	Es compatible con

Identificador de la cuenta de facturación

^{Origen: columns/billingaccountid.md}

ID	Tipo	Criterios	Estado	Notas
BAI0	Descripción	Identificador asignado a una cuenta de facturación por el proveedor.	Es compatible con	La cuenta de facturación FOCUS representa el ámbito en el que se generan las facturas, que es una cuenta de facturación de Contrato Enterprise (también conocida como inscripción) o un perfil de facturación de Contrato de cliente de Microsoft.
BAI1	DEBE	La columna BillingAccountId DEBE estar presente en los datos de facturación.	Es compatible con
BAI2	DEBE	[BillingAccountId] DEBE ser de tipo String...	Es compatible con
BAI3	DEBE	[BillingAccountId]... NO DEBE contener valores NULL.	Es compatible con
BAI4	DEBE	BillingAccountId DEBE ser un identificador único global dentro de un proveedor.	Es compatible con	BillingAccountId usa el identificador completo de Azure Resource Manager y no el número de inscripción simple o el identificador de perfil de facturación para la coherencia y para asegurarse de que el ámbito que se identifica es obvio y accesible mediante programación a través de este identificador.

Nombre de la cuenta de facturación

^{Origen: columns/billingaccountname.md}

ID	Tipo	Criterios	Estado	Notas
BAN0	Descripción	Nombre para mostrar asignado a una cuenta de facturación.	Es compatible con	La cuenta de facturación FOCUS representa el ámbito en el que se generan las facturas, que es una cuenta de facturación de Contrato Enterprise (también conocida como inscripción) o un perfil de facturación de Contrato de cliente de Microsoft.
BAN1.1	DEBE	La columna BillingAccountName DEBE estar presente en los datos de facturación...	Es compatible con
BAN1.2	DEBE	La columna BillingAccountName... NO DEBE ser NULL cuando el proveedor admite la asignación de un nombre para mostrar para la cuenta de facturación.	Es compatible con
BAN2	DEBE	[BillingAccountName] DEBE ser de tipo String.	Es compatible con
BAN3	DEBE	BillingAccountName DEBE ser único dentro de un cliente cuando un cliente tiene más de una cuenta de facturación.	No admite	Los propietarios de la cuenta de facturación controlan .BillingAccountName Microsoft no cambia este valor, aunque elija usar el mismo nombre que otra cuenta de facturación.

Divisa de facturación

^{Origen: columns/billingcurrency.md}

ID	Tipo	Criterios	Estado	Notas
BCu0	Descripción	Representa la moneda en la que se factura un cargo.	Es compatible con
BCu1	DEBE	La columna BillingCurrency DEBE estar presente en los datos de facturación.	Es compatible con
BCu2	DEBE	BillingCurrency DEBE coincidir con la moneda usada en la factura generada por el emisor de la factura.	Es compatible con
BCu3.1	DEBE	[BillingCurrency] DEBE ser de tipo String...	Es compatible con
BCu3.2	DEBE	[BillingCurrency]... NO DEBE contener valores NULL.	Es compatible con
BCu5	DEBE	BillingCurrency DEBE cumplir los requisitos de formato de código de moneda.	Es compatible con

Fin del período de facturación

^{Origen: columns/billingperiodend.md}

ID	Tipo	Criterios	Estado	Notas
BPE0	Descripción	Fecha y hora de finalización exclusivas de un período de facturación.	Es compatible con
BPE1	DEBE	La columna BillingPeriodEnd DEBE estar presente en los datos de facturación.	Es compatible con
BPE2.1	DEBE	[BillingPeriodEnd] DEBE ser de tipo Formato de fecha y hora...	Es compatible con
BPE2.2	DEBE	[BillingPeriodEnd]... DEBE ser un valor exclusivo...	Es compatible con
BPE2.3	DEBE	[BillingPeriodEnd]... NO DEBE contener valores NULL.	Es compatible con
BPE3	DEBE	La suma de la columna BilledCost para las filas de un período de facturación determinado DEBE coincidir con la suma de las facturas recibidas para ese período de facturación para una cuenta de facturación.	Es compatible con

Inicio del período de facturación

^{Origen: columns/billingperiodstart.md}

ID	Tipo	Criterios	Estado	Notas
BPS0	Descripción	La fecha y hora de inicio inclusivas de un período de facturación.	Es compatible con
BPS1.1	DEBE	La columna BillingPeriodStart DEBE estar presente en los datos de facturación...	Es compatible con
BPS1.2	DEBE	La columna BillingPeriodStart... DEBE ser de tipo Formato de fecha y hora...	Es compatible con
BPS1.3	DEBE	La columna BillingPeriodStart... DEBE ser un valor inclusivo...	Es compatible con
BPS1.4	DEBE	La columna BillingPeriodStart... NO DEBE contener valores NULL.	Es compatible con
BPS2	DEBE	La suma de la métrica BilledCost para las filas de un período de facturación determinado DEBE coincidir con la suma de las facturas recibidas para ese período de facturación para una cuenta de facturación.	Es compatible con

Categoría de cargo

^{Origen: columns/chargecategory.md}

ID	Tipo	Criterios	Estado	Notas
ChCt0	Descripción	Representa la clasificación de nivel más alto de un cargo en función de la naturaleza de cómo se factura.	Es compatible con
ChCt1.1	DEBE	La columna ChargeCategory DEBE estar presente en los datos de facturación...	Es compatible con
ChCt1.2	DEBE	La columna ChargeCategory... NO DEBE ser NULL.	Es compatible con
ChCt2	DEBE	[ChargeCategory] es de tipo String y DEBE ser uno de los valores permitidos.	Es compatible con

Clase Charge

^{Origen: columns/chargeclass.md}

ID	Tipo	Criterios	Estado	Notas
ChCl0	Descripción	Indica si la fila representa una corrección de uno o varios cargos facturados en un período de facturación anterior.	Es compatible con
ChCl1	DEBE	La columna ChargeClass DEBE estar presente en los datos de facturación.	Es compatible con
ChCl2.1	DEBE	[ChargeClass] DEBE ser de tipo String...	Es compatible con
ChCl2.2	DEBE	[ChargeClass]... DEBE ser "Corrección" cuando la fila representa una corrección a uno o varios cargos facturados en un período de facturación anterior.	Es compatible con
ChCl3	DEBE	ChargeClass DEBE ser NULL cuando no es una corrección o cuando se trata de una corrección dentro del período de facturación actual.	Es compatible con

Descripción del cargo

^{Origen: columns/chargedescription.md}

ID	Tipo	Criterios	Estado	Notas
CD0	Descripción	Resumen autocontenido del propósito y precio del cargo.	Es compatible con
CD1	DEBE	La columna ChargeDescription DEBE estar presente en los datos de facturación...	Es compatible con
CD2	DEBE	La columna ChargeDescription... DEBE ser de tipo String...	Es compatible con
CD3	PUEDE	La columna ChargeDescription... NO DEBE ser NULL.	Admite parcialmente	ChargeDescription puede ser null para los cargos sin usar del plan de ahorro, los cargos de Marketplace y otros cargos que no están asociados directamente con una SKU de producto.
CD4	PUEDE	Los proveedores DEBEN especificar la longitud de [ChargeDescription] en su documentación disponible públicamente.	No admite

Frecuencia de carga

^{Origen: columns/chargefrequency.md}

ID	Tipo	Criterios	Estado	Notas
CF0	Descripción	Indica la frecuencia con la que se producirá un cargo.	Es compatible con
CF1.1	RECOMENDADO	La columna ChargeFrequency se recomienda estar presente en los datos de facturación...	Es compatible con
CF1.2	DEBE	La columna ChargeFrequency... NO DEBE ser NULL.	Es compatible con
CF2	DEBE	[ChargeFrequency] es de tipo String y DEBE ser uno de los valores permitidos.	Es compatible con
CF3	DEBE	Cuando ChargeCategory es "Purchase", ChargeFrequency NO DEBE ser "Usage-Based".	Es compatible con

Fin del período de cargo

^{Origen: columns/chargeperiodend.md}

ID	Tipo	Criterios	Estado	Notas
CPE0	Descripción	Fecha y hora de finalización exclusivas de un período de cargo.	Es compatible con
CPE1.1	DEBE	ChargePeriodEnd DEBE estar presente en los datos de facturación...	Es compatible con
CPE1.2	DEBE	ChargePeriodEnd... DEBE ser de tipo Fecha y hora...	Es compatible con
CPE1.3	DEBE	ChargePeriodEnd... DEBE ser un valor exclusivo...	Es compatible con
CPE1.4	DEBE	ChargePeriodEnd... NO DEBE contener valores NULL.	Es compatible con
CPE2	DEBE	ChargePeriodEnd DEBE coincidir con el límite de fecha y hora de finalización del período efectivo del cargo.	Es compatible con

Inicio del período de cargo

^{Origen: columns/chargeperiodstart.md}

ID	Tipo	Criterios	Estado	Notas
CPS0	Descripción	La fecha y hora de inicio inclusivas dentro de un período de cargo.	Es compatible con
CPS1.1	DEBE	ChargePeriodStart DEBE estar presente en los datos de facturación...	Es compatible con
CPS1.2	DEBE	ChargePeriodStart... DEBE ser de tipo Fecha y hora...	Es compatible con
CPS1.3	DEBE	ChargePeriodStart... DEBE ser un valor inclusivo...	Es compatible con
CPS1.4	DEBE	ChargePeriodStart... NO DEBE contener valores NULL.	Es compatible con
CPS2	DEBE	ChargePeriodStart DEBE coincidir con el límite de fecha y hora iniciales del período efectivo del cargo.	Es compatible con

Categoría de descuento de compromiso

^{Origen: columns/commitmentdiscountcategory.md}

ID	Tipo	Criterios	Estado	Notas
CDC0	Descripción	Indica si el descuento basado en el compromiso identificado en la columna CommitmentDiscountId se basa en la cantidad de uso o el costo (también conocido como "gasto").	Es compatible con
CDC1	DEBE	La columna CommitmentDiscountCategory DEBE estar presente en los datos de facturación cuando el proveedor admite descuentos basados en compromisos.	Es compatible con
CDC2.1	DEBE	[CommitmentDiscountCategory] DEBE ser de tipo String...	Es compatible con
CDC2.2	DEBE	[CommitmentDiscountCategory]... DEBE ser NULL cuando CommitmentDiscountId es NULL...	Es compatible con
CDC2.3	DEBE	[CommitmentDiscountCategory]... NO DEBE ser NULL cuando CommitmentDiscountId no es NULL.	Es compatible con
CDC3	DEBE	CommitmentDiscountCategory DEBE ser uno de los valores permitidos.	Es compatible con

Identificador de descuento del compromiso

^{Origen: columns/commitmentdiscountid.md}

ID	Tipo	Criterios	Estado	Notas
CDI0	Descripción	Identificador asignado a un descuento basado en el compromiso por parte del proveedor.	Es compatible con
CDI1	DEBE	La columna CommitmentDiscountId DEBE estar presente en los datos de facturación cuando el proveedor admite descuentos basados en compromisos.	Es compatible con
CDI2.1	DEBE	[CommitmentDiscountId] DEBE ser de tipo String...	Es compatible con
CDI2.2	DEBE	[CommitmentDiscountId]... NO DEBE contener valores NULL cuando un cargo está relacionado con un descuento basado en el compromiso.	Es compatible con
CDI3	DEBE	Cuando un cargo no está asociado a un descuento basado en compromiso, la columna DEBE ser NULL.	Es compatible con
CDI4	DEBE	CommitmentDiscountId DEBE ser único dentro del proveedor.	Es compatible con

Nombre del descuento de compromiso

^{Origen: columns/commitmentdiscountname.md}

ID	Tipo	Criterios	Estado	Notas
CDN0	Descripción	Nombre para mostrar asignado a un descuento basado en el compromiso.	Es compatible con
CDN1	DEBE	La columna CommitmentDiscountName DEBE estar presente en los datos de facturación cuando el proveedor admite descuentos basados en compromisos.	Es compatible con
CDN2	DEBE	[CommitmentDiscountName] DEBE ser de tipo String.	Es compatible con
CDN3.1	DEBE	El valor CommitmentDiscountName DEBE ser NULL si el cargo no está relacionado con un descuento basado en el compromiso...	Es compatible con
CDN3.2	MAY.	El valor CommitmentDiscountName... PUEDE ser NULL si no se puede asignar un nombre para mostrar a un descuento basado en el compromiso.	Es compatible con
CDN4	DEBE	CommitmentDiscountName NO DEBE ser NULL si se puede asignar un nombre para mostrar a un descuento basado en el compromiso.	Es compatible con

Estado del descuento del compromiso

^{Origen: columns/commitmentdiscountstatus.md}

ID	Tipo	Criterios	Estado	Notas
CDS0	Descripción	Indica si el cargo se corresponde con el consumo de un descuento basado en el compromiso o la parte sin usar del importe confirmado.	Es compatible con
CDS1	DEBE	La columna CommitmentDiscountStatus DEBE estar presente en los datos de facturación cuando el proveedor admite descuentos basados en compromisos.	Es compatible con
CDS2	DEBE	[CommitmentDiscountStatus] DEBE ser de tipo String...	Es compatible con
CDS3.1	DEBE	[CommitmentDiscountStatus]... DEBE ser NULL cuando CommitmentDiscountId es NULL...	Es compatible con
CDS3.2	DEBE	[CommitmentDiscountStatus]... NO DEBE ser NULL cuando CommitmentDiscountId no es NULL y Charge Category es "Usage".	Es compatible con
CDS4	DEBE	CommitmentDiscountCategory DEBE ser uno de los valores permitidos.	Es compatible con

Tipo de descuento de compromiso

^{Origen: columns/commitmentdiscounttype.md}

ID	Tipo	Criterios	Estado	Notas
CDT0	Descripción	Identificador asignado por el proveedor para el tipo de descuento basado en compromiso aplicado a la fila.	Es compatible con
CDT1	DEBE	La columna CommitmentDiscountType DEBE estar presente en los datos de facturación cuando el proveedor admite descuentos basados en compromisos.	Es compatible con
CDT2.1	DEBE	[CommitmentDiscountType] DEBE ser de tipo String...	Es compatible con
CDT2.2	DEBE	[CommitmentDiscountType]... DEBE ser NULL cuando CommitmentDiscountId es NULL...	Es compatible con
CDT2.3	DEBE	[CommitmentDiscountType]... NO DEBE ser NULL cuando CommitmentDiscountId no es NULL.	Es compatible con

Cantidad consumida

^{Origen: columns/consumedquantity.md}

ID	Tipo	Criterios	Estado	Notas
CQ0	Descripción	El volumen de una SKU determinada asociada a un recurso o servicio utilizado, en función de la unidad consumida.	Es compatible con
CQ1	DEBE	La columna ConsumedQuantity DEBE estar presente en los datos de facturación cuando el proveedor admite la medición del uso.	Es compatible con
CQ2	DEBE	[ConsumedQuantity] NO DEBE ser NULL si ChargeCategory es "Uso" y ChargeClass no es "Corrección".	Es compatible con
CQ3	DEBE	[ConsumedQuantity] DEBE ser NULL para otros valores de ChargeCategory.	Es compatible con
CQ4.1	DEBE	[ConsumedQuantity] DEBE ser de tipo Decimal...	Es compatible con
CQ4.2	DEBE	[ConsumedQuantity]... DEBE cumplir los requisitos de formato numérico.	Es compatible con
CQ5	MAY.	El valor PUEDE ser negativo en los casos en los que ChargeClass es "Corrección".	Es compatible con

Unidad consumida

^{Origen: columns/consumdunit.md}

ID	Tipo	Criterios	Estado	Notas
CU0	Descripción	Unidad de medida especificada por el proveedor que indica cómo un proveedor mide el uso de una SKU determinada asociada a un recurso o servicio.	Es compatible con
CU1	DEBE	La columna ConsumedUnit DEBE estar presente en los datos de facturación cuando el proveedor admite la medición del uso.	Es compatible con
CU2	DEBE	[ConsumedUnit] DEBE ser de tipo String.	Es compatible con
CU3	DEBE	ConsumedUnit NO DEBE ser NULL si ChargeCategory es "Uso" y ChargeClass no es "Corrección".	Es compatible con
CU4	DEBE	[ConsumedUnit] DEBE ser NULL para otros valores de ChargeCategory.	Es compatible con
CU5	PUEDE	Las unidades de medida usadas en ConsumedUnit DEBEN cumplir los valores y los requisitos de formato especificados en el atributo UnitFormat.	Es compatible con
CU6	DEBE	La columna ConsumedUnit NO DEBE usarse para determinar los valores relacionados con los precios o las métricas de costos.	Es compatible con

Costo contratado

^{Origen: columns/contractedcost.md}

ID	Tipo	Criterios	Estado	Notas
CnC0	Descripción	Costo calculado multiplicando el precio unitario contratado y la cantidad de precios correspondiente.	Es compatible con
CnC1.1	DEBE	La columna ContractedCost DEBE estar presente en los datos de facturación...	Es compatible con
CnC1.2	DEBE	Columna ContractedCost... NO DEBE ser NULL.	Admite parcialmente	ContractedCost nunca es null, pero puede ser 0 para: cargos de EA Marketplace, uso de reserva de EA cuando la asignación de costos está habilitada, uso de reserva de MCA.
CnC2.1	DEBE	[ContractedCost] DEBE ser de tipo Decimal...	Es compatible con
CnC2.2	DEBE	[ContractedCost]... DEBE cumplir los requisitos de formato numérico...	Es compatible con
CnC2.3	DEBE	[ContractedCost]... [MUST] se denomina en BillingCurrency.	Es compatible con
CnC3	DEBE	Cuando ContractedUnitPrice está presente y no es nulo, multiplicando contractedUnitPrice por PricingQuantity DEBE generar contractedCost, excepto en los casos de ChargeClass "corrección", que puede abordar PricingQuantity o cualquier discrepancia de costos de forma independiente.	Es compatible con	ContractedCost puede estar desactivado por menos de 0,0000000001 debido a errores de redondeo.
CnC4	DEBE	El ContractedCost de un cargo calculado en función de otros cargos (por ejemplo, cuando ChargeCategory es "tax") debe calcularse basándose en el ContractedCost de esos cargos relacionados.	Es compatible con
CnC5	DEBE	ContractedCost de un cargo no relacionado con otros cargos (por ejemplo, cuando ChargeCategory es "Crédito") DEBE coincidir con billedCost.	Es compatible con	ContractedCost puede estar desactivada por menos de 0,00001 debido a errores de redondeo.

Precio unitario contratado

^{Origen: columns/contractedunitprice.md}

ID	Tipo	Criterios	Estado	Notas
CnUP0	Descripción	El precio unitario acordado para una sola unidad de precios de la SKU asociada, inclusive de descuentos negociados, si están presentes, al excluir descuentos negociados basados en compromisos o cualquier otro descuento.	Es compatible con
CnUP1	DEBE	La columna ContractedUnitPrice DEBE estar presente en los datos de facturación cuando el proveedor admite el concepto de precios negociado.	Es compatible con
CnUP2.1	DEBE	[ContractedUnitPrice] DEBE ser un decimal dentro del intervalo de valores decimales no negativos...	Es compatible con
CnUP2.3	DEBE	[ContractedUnitPrice]... DEBE cumplir los requisitos de formato numérico...	Es compatible con
CnUP2.3	DEBE	[ContractedUnitPrice]... [MUST] se denomina en BillingCurrency.	Es compatible con
CnUP3.1	DEBE	NO DEBE ser NULL cuando ChargeClass no es "Corrección" y ChargeCategory es "Uso" o "Compra"...	Admite parcialmente	ContractedUnitPrice nunca es null, pero puede ser 0 para: cargos de EA Marketplace, uso de reserva de EA cuando la asignación de costos está habilitada, uso de reserva de MCA.
CnUP3.2	DEBE	Eso... DEBE ser null cuando ChargeCategory es "tax"...	No es aplicable	Los impuestos no se incluyen en el conjunto de datos de costo y uso de Cost Management.
CnUP3.3	MAY.	Eso... PUEDE ser null para todas las demás combinaciones de ChargeClass y ChargeCategory.	Es compatible con
CnUP4	DEBE	Cuando ContractedUnitPrice está presente y no es null, multiplicando ContractedUnitPrice por PricingQuantity DEBE ser igual a ContractedCost, excepto en los casos de ChargeClass "Corrección", que puede abordar PricingQuantity o cualquier discrepancia de costos de forma independiente.	Es compatible con	ContractedCost puede estar desactivada por menos de 0,00001 debido a errores de redondeo.

Costo efectivo

^{Origen: columns/effectivecost.md}

ID	Tipo	Criterios	Estado	Notas
EC0	Descripción	El costo amortizado del cargo después de aplicar todas las tarifas reducidas, descuentos y la parte aplicable de las compras de prepago pertinentes (única o periódica) que cubre este cargo.	Es compatible con
EC1.1	DEBE	La columna EffectiveCost DEBE estar presente en los datos de facturación...	Es compatible con
EC1.2	DEBE	La columna EffectiveCost... NO DEBE ser NULL.	Es compatible con
EC2.1	DEBE	[EffectiveCost] DEBE ser de tipo Decimal...	Es compatible con
EC2.2	DEBE	[EffectiveCost]... DEBE cumplir los requisitos de formato numérico...	Es compatible con
EC2.3	DEBE	[EffectiveCost]... [MUST] se denomina en BillingCurrency.	Es compatible con
EC4	DEBE	EffectiveCost DEBE ser 0 cuando ChargeCategory es "Compra" y la compra está pensada para cubrir cargos elegibles futuros.	Es compatible con
EC5	DEBE	El EffectiveCost DEBE calcularse en función del costo efectivo de los cargos relacionados si el cargo se calcula en función de otros cargos (por ejemplo, ChargeCategory es "tax").	Es compatible con
EC6	DEBE	EffectiveCost DEBE coincidir con billedCost si el cargo no está relacionado con otros cargos (por ejemplo, ChargeCategory es "Crédito").	Es compatible con

Nombre del emisor de factura

^{Origen: columns/invoiceissuer.md}

ID	Tipo	Criterios	Estado	Notas
IIN0	Descripción	Nombre de la entidad responsable de la facturación de los recursos o servicios consumidos.	Es compatible con	En el caso de las cuentas de CSP, InvoiceIssuerName se establece en el nombre del distribuidor de Proveedor de soluciones en la nube (CSP) que tiene una relación directa con Microsoft y puede que no represente la organización que factura directamente al cliente final. Para todos los demás tipos de cuenta, el valor es "Microsoft", incluso si hay una organización intermedia que factura al cliente final.
IIN1	DEBE	La columna InvoiceIssuer DEBE estar presente en los datos de facturación.	Es compatible con
IIN2	DEBE	[InvoiceIssuerName] DEBE ser de tipo String...	Es compatible con
IIN3	DEBE	[InvoiceIssuerName]... NO DEBE contener valores NULL.	Es compatible con

Costo de lista

^{Origen: columns/listcost.md}

ID	Tipo	Criterios	Estado	Notas
LC0	Descripción	Costo calculado multiplicando El precio unitario de lista y la cantidad de precios correspondiente.	Es compatible con
LC1.1	DEBE	La columna ListCost DEBE estar presente en los datos de facturación...	Es compatible con
LC1.2	DEBE	La columna ListCost... NO DEBE ser NULL.	Admite parcialmente	ListCost nunca es null, pero puede ser 0 para: cargos de Marketplace y uso de reservas.
LC2.1	DEBE	[ListCost] DEBE ser de tipo Decimal...	Es compatible con
LC2.2	DEBE	[ListCost]... DEBE cumplir los requisitos de formato numérico.	Es compatible con
LC2.3	DEBE	[ListCost]... [MUST] se denomina en BillingCurrency.	Es compatible con
LC3	DEBE	Cuando ListUnitPrice está presente y no es null, multiplicando listUnitPrice por PricingQuantity DEBE generar listCost, excepto en los casos de ChargeClass "Corrección", que puede abordar PricingQuantity o cualquier discrepancia de costos de forma independiente.	Es compatible con	ListCost puede estar desactivado por menos de 0,0000000001 debido a errores de redondeo.
LC4	DEBE	El listCost de un cargo calculado en función de otros cargos (por ejemplo, cuando ChargeCategory es "tax") debe calcularse en función del ListCost de esos cargos relacionados.	Es compatible con
LC5	DEBE	ListCost de un cargo no relacionado con otros cargos (por ejemplo, cuando ChargeCategory es "Crédito") DEBE coincidir con billedCost.	Es compatible con	ListCost puede estar desactivado en menos de 0,0000000001 debido a errores de redondeo.

Lista de precios unitarios

^{Origen: columns/listunitprice.md}

ID	Tipo	Criterios	Estado	Notas
LUP0	Descripción	El precio unitario sugerido publicado por el proveedor para una sola unidad de precios de la SKU asociada, exclusivo de cualquier descuento.	Es compatible con
LUP1	DEBE	La columna ListUnitPrice DEBE estar presente en los datos de facturación cuando el proveedor publica precios unitarios exclusivos de descuentos.	Es compatible con
LUP2.1	DEBE	[ListUnitPrice] DEBE ser un decimal dentro del intervalo de valores decimales no negativos...	Es compatible con
LUP2.2	DEBE	[ListUnitPrice]... DEBE cumplir los requisitos de formato numérico...	Es compatible con
LUP2.3	DEBE	[ListUnitPrice]... [MUST] se denomina en BillingCurrency.	Es compatible con
LUP3.1	DEBE	NO DEBE ser NULL cuando ChargeClass no es "Corrección" y ChargeCategory es "Uso" o "Compra"...	Admite parcialmente	ListUnitPrice nunca es null, pero puede ser 0 para: cargos de Marketplace y uso de reservas.
LUP3.2	DEBE	Eso... DEBE ser null cuando ChargeCategory es "tax"...	No es aplicable	El impuesto no se incluye en ningún conjunto de datos de uso y costo de Cost Management.
LUP3.3	MAY.	Eso... PUEDE ser null para todas las demás combinaciones de ChargeClass y ChargeCategory.	Es compatible con
LUP4	DEBE	Cuando ListUnitPrice está presente y no es null, multiplicando ListUnitPrice por PricingQuantity DEBE ser igual a ListCost, excepto en los casos de ChargeClass "Corrección", que puede abordar PricingQuantity o cualquier discrepancia de costos de forma independiente.	Es compatible con

Categoría de precios

^{Origen: columns/pricingcategory.md}

ID	Tipo	Criterios	Estado	Notas
PC0	Descripción	Describe el modelo de precios usado para un cargo en el momento del uso o la compra.	Es compatible con
PC1.1	DEBE	PricingCategory DEBE estar presente en los datos de facturación cuando el proveedor admite más de una categoría de precios en todas las SKU...	Es compatible con
PC1.2	DEBE	PricingCategory... DEBE ser de tipo String.	Es compatible con
PC2.1	DEBE	PricingCategory NO DEBE ser NULL cuando ChargeClass no es "Corrección" y ChargeCategory es "Uso" o "Compra"...	Es compatible con
PC2.2	DEBE	PricingCategory... DEBE ser null cuando ChargeCategory es "tax"...	No es aplicable	Los impuestos no se incluyen en ningún conjunto de datos de uso y costo de Cost Management.
PC2.3	MAY.	PricingCategory... PUEDE ser null para todas las demás combinaciones de ChargeClass y ChargeCategory.	Es compatible con
PC3	DEBE	PricingCategory DEBE ser uno de los valores permitidos.	Es compatible con
PC4	DEBE	PricingCategory DEBE ser "Estándar" cuando los precios están predeterminados a la tarifa acordada para la cuenta de facturación.	Es compatible con
PC5	DEBE	PricingCategory DEBE ser "Committed" cuando CommitmentDiscountId no es null.	Es compatible con
PC6	DEBE	PricingCategory DEBE ser "Dinámico" cuando el proveedor determina los precios y puede cambiar con el tiempo, independientemente de los precios predeterminados del contrato.	Es compatible con
PC7	DEBE	PricingCategory DEBE ser "Otro" cuando hay un modelo de precios, pero no se aplica ninguno de los valores permitidos.	Es compatible con

Cantidad de precios

^{Origen: columns/pricingquantity.md}

ID	Tipo	Criterios	Estado	Notas
PQ0	Descripción	El volumen de una SKU determinada asociada a un recurso o servicio utilizado o comprado, en función de la unidad de precios.	Es compatible con
PQ1	DEBE	La columna PricingQuantity DEBE estar presente en los datos de facturación.	Es compatible con
PQ2.1	DEBE	[PricingQuantity] DEBE ser de tipo Decimal...	Es compatible con
PQ2.2	DEBE	[PricingQuantity]... DEBE cumplir los requisitos de formato numérico.	Es compatible con
PQ3	MAY.	El valor PUEDE ser negativo en los casos en los que ChargeClass es "Corrección".	Es compatible con
PQ4.1	DEBE	[PricingQuantity] NO DEBE ser NULL cuando ChargeClass no es "Corrección" y ChargeCategory es "Uso" o "Compra"...	Es compatible con
PQ4.2	DEBE	[PricingQuantity]... DEBE ser null cuando ChargeCategory es "tax"...	No es aplicable	Los impuestos no se incluyen en ningún conjunto de datos de uso y costo de Cost Management.
PQ4.3	MAY.	[PricingQuantity]... y PUEDE ser NULL para todas las demás combinaciones de ChargeClass y ChargeCategory.	Es compatible con
PQ5	DEBE	Cuando los precios unitarios no son nulos, la multiplicación de PricingQuantity por un precio unitario DEBE producir un resultado igual a la métrica de costo correspondiente, excepto en los casos de ChargeClass "Corrección", que puede abordar PricingQuantity o cualquier discrepancia de costos de forma independiente.	Es compatible con

Unidad de precios

^{Origen: columns/pricingunit.md}

ID	Tipo	Criterios	Estado	Notas
PU0	Descripción	Unidad de medida especificada por el proveedor para determinar los precios unitarios, lo que indica cómo las tasas de proveedor miden el uso y las cantidades de compra después de aplicar reglas de precios como los precios de bloque.	Es compatible con
PU1	DEBE	La columna PricingUnit DEBE estar presente en los datos de facturación.	Es compatible con
PU2	DEBE	[PricingUnit] DEBE ser de tipo String.	Es compatible con
PU3.1	DEBE	NO DEBE ser NULL cuando ChargeClass no es "Corrección" y ChargeCategory es "Uso" o "Compra"...	Es compatible con
PU3.2	DEBE	Eso... DEBE ser null cuando ChargeCategory es "tax"...	No es aplicable	Los impuestos no se incluyen en ningún conjunto de datos de uso y costo de Cost Management.
PU3.3	MAY.	Eso... PUEDE ser null para todas las demás combinaciones de ChargeClass y ChargeCategory.	Es compatible con
PU4	PUEDE	Las unidades de medida usadas en PricingUnit DEBEN cumplir los valores y los requisitos de formato especificados en el atributo UnitFormat.	Es compatible con
PU5	DEBE	El valor PricingUnit DEBE ser semánticamente igual al valor unitario de medición de precios correspondiente proporcionado en la lista o factura de precios publicados por el proveedor, cuando la factura incluye una unidad de medición de precios.	Es compatible con

Nombre del proveedor

^{Origen: columns/provider.md}

ID	Tipo	Criterios	Estado	Notas
PrN0	Descripción	Nombre de la entidad que hizo que los recursos o servicios estén disponibles para su compra.	Es compatible con
PrN1	DEBE	La columna Proveedor DEBE estar presente en los datos de facturación.	Es compatible con
PrN2.1	DEBE	[ProviderName] DEBE ser de tipo String...	Es compatible con
PrN2.2	DEBE	[ProviderName]... NO DEBE contener valores NULL.	Es compatible con

Nombre del publicador

^{Origen: columns/publisher.md}

ID	Tipo	Criterios	Estado	Notas
PbN0	Descripción	Nombre de la entidad que generó los recursos o servicios que se compraron.	Es compatible con
PbN1	DEBE	La columna Publisher DEBE estar presente en los datos de facturación.	Es compatible con
PbN2.1	DEBE	[PublisherName] DEBE ser de tipo String...	Es compatible con
PbN2.2	DEBE	[PublisherName]... NO DEBE contener valores NULL.	Admite parcialmente	PublisherName puede ser null para el uso y las compras de reservas, y los cargos sin usar del plan de ahorro.

Id. de región

^{Origen: columns/regionid.md}

ID	Tipo	Criterios	Estado	Notas
RgI0	Descripción	Identificador asignado por el proveedor para un área geográfica aislada donde se aprovisiona un recurso o se proporciona un servicio.	Es compatible con
RgI1.1	DEBE	La columna RegionId DEBE estar presente en los datos de facturación cuando el proveedor admite la implementación de recursos o servicios dentro de una región...	Es compatible con
RgI1.2	DEBE	La columna RegionId... DEBE ser de tipo String.	Es compatible con
RgI2.1	DEBE	RegionId NO DEBE ser NULL cuando el proveedor opera o administra un recurso o servicio desde una región distinta...	Es compatible con
RgI2.2	MAY.	RegionId... PUEDE contener valores NULL cuando un recurso o servicio no está restringido a un área geográfica aislada.	Es compatible con

Nombre de la región

^{Origen: columns/regionname.md}

ID	Tipo	Criterios	Estado	Notas
RgN0	Descripción	Nombre de un área geográfica aislada donde se aprovisiona un recurso o se proporciona un servicio.	Es compatible con
RgN1	DEBE	La columna RegionName DEBE estar presente en los datos de facturación cuando el proveedor admite la implementación de recursos o servicios dentro de una región...	Es compatible con
RgN2	DEBE	The RegionName... DEBE ser de tipo String.	Es compatible con
RgN3	DEBE	RegionName NO DEBE ser NULL cuando el proveedor opera o administra un recurso o servicio desde una región distinta...	Es compatible con
RgN4	MAY.	RegionName... PUEDE contener valores NULL cuando un recurso o servicio no está restringido a un área geográfica aislada.	Es compatible con

Identificador del recurso

^{Origen: columns/resourceid.md}

ID	Tipo	Criterios	Estado	Notas
RsI0	Descripción	Identificador asignado a un recurso por el proveedor.	Es compatible con
RsI1	DEBE	La columna ResourceId DEBE estar presente en los datos de facturación cuando el proveedor admite la facturación en función de los recursos aprovisionados.	Es compatible con
RsI2	DEBE	[ResourceId] DEBE ser de tipo String.	Es compatible con
RsI3	MAY.	El valor ResourceId PUEDE ser una columna que acepta valores NULL, ya que es posible que algunas filas de datos de costo no estén asociadas a un recurso.	Es compatible con	Es posible que las compras no tengan un identificador de recurso asignado.
RsI4	DEBE	ResourceId DEBE aparecer en los datos de costo si el proveedor asigna un identificador a un recurso.	Es compatible con	ResourceId puede ser null cuando un recurso está relacionado indirectamente con los cargos. Si cree que falta, abra una solicitud de soporte técnico para el servicio que posee el tipo de recurso.
RsI5	PUEDE	ResourceId DEBE ser un identificador completo que garantice la unicidad global dentro del proveedor.	Es compatible con

Nombre del recurso

^{Origen: columns/resourcename.md}

ID	Tipo	Criterios	Estado	Notas
RsN0	Descripción	Nombre para mostrar asignado a un recurso.	Es compatible con
RsN1	DEBE	La columna ResourceName DEBE estar presente en los datos de facturación cuando el proveedor admite la facturación en función de los recursos aprovisionados.	Es compatible con
RsN2	DEBE	[ResourceName] DEBE ser de tipo String.	Es compatible con
RsN3	MAY.	El valor ResourceName PUEDE ser una columna que acepta valores NULL, ya que es posible que algunas filas de datos de costo no estén asociadas a un recurso o porque no se puede asignar un nombre para mostrar a un recurso.	Es compatible con	Es posible que las compras no tengan un nombre de recurso asignado.
RsN4	DEBE	ResourceName NO DEBE ser NULL si se puede asignar un nombre para mostrar a un recurso.	Es compatible con	ResourceName puede ser null cuando un recurso está relacionado indirectamente con los cargos. Si cree que falta, abra una solicitud de soporte técnico para el servicio que posee el tipo de recurso.
RsN5	DEBE	Los recursos no aprovisionados de forma interactiva o solo tienen un ResourceId generado por el sistema NO DEBEN duplicar el mismo valor que ResourceName.	Es compatible con

Tipo de recurso

^{Origen: columns/resourcetype.md}

ID	Tipo	Criterios	Estado	Notas
RsT0	Descripción	El tipo de recurso al que se aplica el cargo.	Es compatible con
RsT1	DEBE	La columna ResourceType DEBE estar presente en los datos de facturación cuando el proveedor admite la facturación en función de los recursos aprovisionados y admite la asignación de un tipo para los recursos.	Es compatible con
RsT2.1	DEBE	[ResourceType] DEBE ser de tipo String...	Es compatible con
RsT2.2	DEBE	[ResourceType]... NO DEBE ser NULL cuando un ResourceId correspondiente no es NULL.	Es compatible con
RsT3	DEBE	Cuando un valor ResourceId correspondiente es NULL, el valor de la columna ResourceType también DEBE ser NULL.	Es compatible con

Categoría del servicio

^{Origen: columns/servicecategory.md}

ID	Tipo	Criterios	Estado	Notas
SvC0	Descripción	Clasificación de nivel más alto de un servicio en función de la función principal del servicio.	Es compatible con
SvC1.1	DEBE	La columna ServiceCategory DEBE estar presente...	Es compatible con
SvC1.2	DEBE	The ServiceCategory... NO DEBE ser NULL.	Es compatible con
SvC2	DEBE	[ServiceCategory] es de tipo String y DEBE ser uno de los valores permitidos.	Es compatible con

Nombre del servicio

^{Origen: columns/servicename.md}

ID	Tipo	Criterios	Estado	Notas
SvN0	Descripción	Una oferta que se puede adquirir desde un proveedor (por ejemplo, máquina virtual en la nube, base de datos SaaS, servicios profesionales de un integrador de sistemas).	Es compatible con
SvN1	DEBE	La columna ServiceName DEBE estar presente en los datos de costo.	Es compatible con
SvN2.1	DEBE	[ServiceName] DEBE ser de tipo String...	Es compatible con
SvN2.2	DEBE	[ServiceName]... NO DEBE contener valores NULL.	Es compatible con

ID. SKU

^{Origen: columns/skuid.md}

ID	Tipo	Criterios	Estado	Notas
SkI0	Descripción	Identificador único que define una construcción admitida por el proveedor para organizar propiedades que son comunes en uno o varios precios de SKU.	Es compatible con
SkI1	DEBE	La columna SkuId DEBE estar presente en los datos de facturación cuando el proveedor publica una lista de SKU.	Es compatible con
SkI2	DEBE	[SkuId] DEBE ser de tipo String.	Es compatible con
SkI3.1	DEBE	NO DEBE ser NULL cuando ChargeClass no es "Corrección" y ChargeCategory es "Uso" o "Compra"...	Admite parcialmente	SkuId puede ser null para algunas filas, como los cargos del plan de ahorro sin usar y los cargos de Marketplace.
SkI3.2	DEBE	Eso... DEBE ser null cuando ChargeCategory es "tax"...	No es aplicable	Los impuestos no se incluyen en ningún conjunto de datos de uso y costo de Cost Management.
SkI3.3	MAY.	Eso... PUEDE ser null para todas las demás combinaciones de ChargeClass y ChargeCategory.	Es compatible con
SkI4	DEBE	SkuId DEBE ser igual a SkuPriceId cuando un proveedor no admite una construcción de identificador de SKU general.	Es compatible con

Identificador de precio de SKU

^{Origen: columns/skupriceid.md}

ID	Tipo	Criterios	Estado	Notas
SkPI0	Descripción	Identificador único que define el precio unitario utilizado para calcular el cargo.	Es compatible con
SkPI1	DEBE	La columna SkuPriceId DEBE estar presente en los datos de facturación cuando el proveedor publica una lista de precios de SKU.	Es compatible con
SkPI2	DEBE	[SkuPriceId] DEBE ser de tipo String.	Es compatible con
SkPI3	DEBE	SkuPriceId DEBE definir un único precio unitario utilizado para calcular el cargo.	Es compatible con
SkPI4	DEBE	ListUnitPrice debe asociarse con el SkuPriceId en la lista de precios publicados por el proveedor.	Admite parcialmente	Para EA, SkuPriceId representa un precio de SKU individual, pero no está disponible en el conjunto de datos de la hoja de precios. Para MCA, SkuPriceId es una combinación de las siguientes columnas de hoja de precios: {ProductId}_{SkuId}_{MeterType}.
SkPI5.1	DEBE	[SkuPriceId] NO DEBE ser NULL cuando ChargeClass no es "Corrección" y ChargeCategory es "Uso" o "Compra"...	Es compatible con
SkPI5.2	DEBE	[SkuPriceId]... DEBE ser null cuando ChargeCategory es "Tax"....	No es aplicable	Los impuestos no se incluyen en ningún conjunto de datos de uso y costo de Cost Management.
SkPI5.3	MAY.	[SkuPriceId]... PUEDE ser null para todas las demás combinaciones de ChargeClass y ChargeCategory.	Es compatible con
SkPI6	DEBE	Un valor determinado de SkuPriceId DEBE asociarse con uno y solo un SkuId, excepto en los casos de flexibilidad de descuento de compromiso.	Es compatible con

Id. de subcuenta

^{Origen: columns/subaccountid.md}

ID	Tipo	Criterios	Estado	Notas
SAI0	Descripción	Un identificador asignado a una agrupación de recursos o servicios, que a menudo se usa para administrar el acceso o el costo.	Es compatible con	La subcuenta FOCUS se asigna a una suscripción de Microsoft Cloud.
SAI1	DEBE	La columna SubAccountId DEBE estar presente en los datos de facturación cuando el proveedor admite una construcción de subcuenta.	Es compatible con
SAI2	DEBE	[SubAccountId] DEBE ser de tipo String.	Es compatible con
SAI3	DEBE	Si un cargo no se aplica a una subcuenta, la columna SubAccountId DEBE ser NULL.	Es compatible con	SubAccountId es null para compras y reembolsos de MCA.

Nombre de la subcuenta

^{Origen: columns/subaccountname.md}

ID	Tipo	Criterios	Estado	Notas
SAN0	Descripción	Un nombre asignado a una agrupación de recursos o servicios, que a menudo se usa para administrar el acceso o el costo.	Es compatible con	La subcuenta FOCUS se asigna a una suscripción de Microsoft Cloud.
SAN1	DEBE	La columna SubAccountName DEBE estar presente en los datos de facturación cuando el proveedor admite una construcción de subcuenta.	Es compatible con
SAN2	DEBE	[SubAccountName] DEBE ser de tipo String.	Es compatible con
SAN3	DEBE	Si un cargo no se aplica a una subcuenta, la columna SubAccountName DEBE ser NULL.	Admite parcialmente	SubAccountName puede ser "Sin asignar" cuando no hay ningún valor. SubAccountName es null para compras y reembolsos de MCA.

Etiquetas

^{Origen: columns/tags.md}

ID	Tipo	Criterios	Estado	Notas
T0	Descripción	Conjunto de etiquetas asignadas a orígenes de etiquetas que tengan en cuenta las posibles evaluaciones de etiquetas definidas por el proveedor o definidas por el usuario.	Es compatible con
T1	DEBE	La columna Etiquetas DEBE estar presente en los datos de facturación cuando el proveedor admite la configuración de etiquetas definidas por el usuario o el proveedor.	Es compatible con
T2	DEBE	La columna Etiquetas DEBE contener etiquetas definidas por el usuario y definidas por el proveedor.	Es compatible con
T3	DEBE	La columna Etiquetas solo DEBE contener etiquetas finalizadas.	Es compatible con
T4	DEBE	La columna Etiquetas DEBE estar en formato clave-valor.	Es compatible con
T5	PUEDE	Una clave de etiqueta con un valor distinto de NULL para un recurso determinado debe incluirse en la columna etiquetas.	Es compatible con
T6	MAY.	Una clave de etiqueta con un valor NULL para un recurso determinado puede incluirse en la columna etiquetas en función del proceso de finalización de etiquetas del proveedor.	Es compatible con
T7	DEBE	Clave de etiqueta que no admite un valor correspondiente, DEBE tener establecido un valor true (booleano) correspondiente.	No es aplicable	Las etiquetas de Microsoft Cloud admiten claves y valores.
T8	DEBE	Si se admite la finalización de etiquetas, los proveedores DEBEN publicar métodos de finalización de etiquetas y semántica en su documentación correspondiente.	Es compatible con	Consulte Agrupar y asignar costos mediante la herencia de etiquetas.
T9	DEBE	Los proveedores NO DEBEN modificar los valores o las claves de etiqueta definidas por el usuario.	Es compatible con
T10	DEBE	Las etiquetas definidas por el proveedor DEBEN tener el prefijo de clave de etiqueta especificado por el proveedor.	No admite	Las etiquetas especificadas por el proveedor no se pueden diferenciar de las etiquetas definidas por el usuario. Las etiquetas no se modifican para admitir la compatibilidad con versiones anteriores.
T11	PUEDE	Los proveedores DEBEN publicar todos los prefijos de clave de etiqueta especificados por el proveedor en su documentación correspondiente.	No es aplicable	Actualmente no se especifican prefijos de proveedor.

Contenido relacionado

Recursos relacionados

• Resumen de conformidad de FOCUS
• Conjunto de datos FOCUS de Microsoft Cost Management

Productos relacionados:

• Cost Management

Soluciones relacionadas:

• Informes de Power BI del kit de herramientas de FinOps
• Centros de FinOps
• Módulo de PowerShell del kit de herramientas de FinOps