Informe completo de conformidad con FOCUS

En este documento se proporciona una lista detallada de todos los requisitos de FOCUS 1.2 e indica el nivel de soporte proporcionado por el conjunto de datos focus 1.2 de Microsoft Cost Management FOCUS 1.2-preview. 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 de 94%, que representa todos los requisitos totalmente admitidos y la mitad de los requisitos 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	325	16	8	69
DEBER	28	5	1	11
RECOMENDADO	3		4
MAYO	24			12
Resumen	91.7%	5.1%	3.1%

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.2-preview 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

Control de columnas

Convención de nomenclatura y ordenación para las columnas que aparecen en un conjunto de datos FOCUS.

Origen: attributes/column_handling.md

identificación	Tipo	Criterios	Estado	Notas
CH1	DEBE	Todas las columnas definidas en la especificación FOCUS DEBEN seguir los requisitos de nomenclatura y ordenación que se enumeran a continuación.	Es compatible con
CH2	DEBE	Todas las columnas definidas por FOCUS DEBEN seguir las siguientes reglas:	Es compatible con
CH2.1	DEBE	Los identificadores de columna DEBEN usar el caso Pascal.	Es compatible con
CH2.2	DEBE	Los identificadores de columna NO DEBEN usar abreviaturas.	Es compatible con
CH2.3	DEBE	Los identificadores de columna DEBEN ser alfanuméricos sin caracteres especiales.	Es compatible con
CH2.4	PUEDE	Los identificadores de columna NO DEBEN usar acrónimos.	Es compatible con
CH2.5	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
CH2.6	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
CH2.7	MAY.	Los nombres para mostrar de columna PUEDEN evitar el `Name` sufijo si no hay otras columnas con el mismo prefijo de nombre.	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.
CH2.8	DEBE	Las columnas con el `Category` sufijo DEBEN normalizarse.	Es compatible con
CH3.1	DEBE	Las columnas personalizadas (por ejemplo, definidas por el proveedor) que no están definidas por FOCUS, pero que se incluyen en un conjunto de datos FOCUS deben seguir las siguientes reglas:	Es compatible con
CH3.1.1	DEBE	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.	Es compatible con
CH3.1.2	PUEDE	Las columnas personalizadas DEBEN seguir las mismas reglas enumeradas anteriormente para las columnas FOCUS.	Admite parcialmente	`x_SkuMeterCategory` y `x_SkuMeterSubcategory` no se normalizan.
CH1.3	PUEDE	Todas las columnas FOCUS DEBEN estar primero en el conjunto de datos proporcionado.	Es compatible con
CH1.4.1	PUEDE	Las columnas personalizadas DEBEN aparecer después de todas las columnas FOCUS...	Es compatible con
CH1.4.2	PUEDE	... [Columnas personalizadas y columnas FOCUS] NO DEBE mezclarse.	Es compatible con
CH1.5.1	MAY.	Las columnas pueden ordenarse alfabéticamente...	Es compatible con	Las columnas se ordenan alfabéticamente para facilitar el uso.
CH1.5.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 moneda

Formato de las columnas de moneda que aparecen en un conjunto de datos FOCUS.

Origen: attributes/currency_format.md

identificación	Tipo	Criterios	Estado
CuF1	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
CuF2	PUEDE	Las columnas personalizadas relacionadas con moneda deben seguir también los mismos requisitos de formato.	Es compatible con
CuF2.1	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 cuando el valor se presenta en moneda nacional (por ejemplo, USD, EUR).	Es compatible con
CuF2.2	DEBE	Las columnas relacionadas con moneda DEBEN cumplir los requisitos de StringHandling cuando el valor se presenta en moneda virtual (por ejemplo, créditos, tokens).	No es aplicable

Formato de fecha y hora

Reglas y requisitos de formato para las columnas relacionadas con la fecha y hora que aparecen en un conjunto de datos FOCUS.

Origen: attributes/datetime_format.md

identificación	Tipo	Criterios	Estado
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).	Es compatible con

Control de descuentos

Indica cómo incluir y aplicar descuentos a los cargos de uso o filas de un conjunto de datos FOCUS.

Origen: attributes/discount_handling.md

identificación	Tipo	Criterios	Estado	Notas
DH1	DEBE	Todas las filas definidas en FOCUS DEBEN seguir los requisitos de control de descuento que se enumeran a continuación.	Es compatible con
DH2.1	PUEDE	Todos los descuentos aplicables deben aplicarse a cada fila a la que pertenecen...	Es compatible con
DH2.2	PUEDE	Todos los descuentos aplicables... NO SE DEBE negar en una fila independiente.	Es compatible con
DH3	DEBE	Todos los descuentos aplicados a una fila DEBEN aplicarse a todo el cargo.	Es compatible con
DH3.1.1	MAY.	Se pueden aplicar varios descuentos a una fila...	Es compatible con
DH3.1.2	DEBE	Varios descuentos... [en una fila] DEBE aplicarse a todo el cargo cubierto por esa fila.	Es compatible con
DH3.2	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
DH3.3	DEBE	Cada descuento DEBE ser identificable mediante las columnas FOCUS existentes.	Es compatible con	`CommitmentDiscountId` es la única columna FOCUS que identifica los descuentos.
DH3.3.1	DEBE	Las filas con un descuento de compromiso aplicado a ellos DEBEN incluir un CommitmentDiscountId.	Es compatible con
DH3.3.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.	Admite parcialmente	Los descuentos negociados se pueden identificar comparando `ListCost` y `ContractedCost`.
DH4	DEBE	Los descuentos comprados (por ejemplo, los descuentos de compromiso) deben amortizarse.	Es compatible con
DH4.1	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
DH4.2	DEBE	EffectiveCost DEBE incluir la parte del costo de compra amortizado que se aplica a esta fila.	Es compatible con
DH4.3	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 del compromiso.	Es compatible con
DH4.4.1	DEBE	CommitmentDiscountId y ResourceId DEBEN establecerse en el identificador asignado al descuento de 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.
DH4.4.2	DEBE	ChargeCategory DEBE establecerse en "Comprar" en las filas que representan una compra de un descuento de compromiso.	Es compatible con
DH4.5.1	DEBE	CommitmentDiscountStatus DEBE ser "Used" para las filas ChargeCategory "Usage" que recibieron un precio reducido de un compromiso.	Es compatible con
DH4.5.2	DEBE	CommitmentDiscountId DEBE establecerse en el identificador asignado al descuento.	Es compatible con
DH4.5.3	DEBE	ResourceId DEBE establecerse en el identificador del recurso que recibió el descuento.	Es compatible con
DH4.6.1	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
DH4.6.2	DEBE	Estas filas DEBEN representarse con CommitmentDiscountStatus establecido en "Unused" y ChargeCategory establecido en "Usage".	Es compatible con
DH4.6.3	DEBE	Estas filas DEBEN tener el valor de CommitmentDiscountId y ResourceId establecidos en el identificador asignado al descuento del compromiso.	Es compatible con
DH5	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

Reglas y requisitos de formato para las columnas que aparecen en un conjunto de datos FOCUS que transmiten datos como pares clave-valor.

Origen: attributes/key_value_format.md

identificación	Tipo	Criterios	Estado
KVF1	DEBE	Todas las columnas relacionadas con el valor clave definidas en la especificación FOCUS DEBEN seguir los requisitos de formato de clave-valor que se enumeran a continuación.	Es compatible con
KVF1.1	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
KVF1.2	DEBE	Las claves de un par clave-valor DEBEN ser únicas dentro de un objeto .	Es compatible con
KVF1.3	DEBE	Los valores de un par clave-valor DEBEN ser uno de los siguientes tipos: number, string, `true`, `false`o `null`.	Es compatible con
KVF1.4	DEBE	Los valores de un par clave-valor NO DEBEN ser un objeto ni una matriz.	Es compatible con

Control nulo

Indica cómo controlar columnas que no tienen un valor.

Origen: attributes/null_handling.md

identificación	Tipo	Criterios	Estado	Notas
NH1	DEBE	Todas las columnas definidas en la especificación FOCUS DEBEN seguir los requisitos de control null que se enumeran a continuación.	Admite parcialmente	Las columnas de precio y costo pueden usar 0 cuando los datos no están disponibles en Cost Management.
NH2	PUEDE	Las columnas personalizadas también DEBEN seguir los mismos requisitos de formato.	Admite parcialmente	Las columnas de precio y costo pueden usar 0 cuando los datos no están disponibles en Cost Management.
NH3	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	Las columnas de precio y costo pueden usar 0 cuando los datos no están disponibles en Cost Management.
NH4	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	Las columnas de precio y costo pueden usar 0 cuando los datos no están disponibles en Cost Management.

Formato numérico

Reglas y requisitos de formato para columnas numéricas que aparecen en un conjunto de datos FOCUS.

Origen: attributes/numeric_format.md

identificación	Tipo	Criterios	Estado
NF1	DEBE	Todas las columnas que capturan un valor numérico, definido en la especificación FOCUS, DEBEN seguir los requisitos de formato que se enumeran a continuación.	Es compatible con
NF2	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.1	DEBE	Las columnas con un formato de valor numérico DEBEN contener un único valor numérico.	Es compatible con
NF2.2	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
NF3	DEBE	No se debe usar la notación fraccionarcional.	Es compatible con
NF3.1	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
NF3.2	DEBE	El signo del exponente solo debe expresarse como parte del valor del exponente si n es negativo.	Es compatible con
NF3.3	DEBE	Los valores numéricos NO DEBEN expresarse con símbolos matemáticos, funciones o operadores.	Es compatible con
NF3.4	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
NF3.5	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
NF3.6	DEBE	Los valores numéricos NO DEBEN incluir un carácter para representar un signo para un valor positivo.	Es compatible con
NF4	DEBE	Un signo negativo (-) DEBE indicar un valor negativo.	Es compatible con
NF4.1	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.	Es compatible con
NF4.2	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.	Es compatible con

Control de cadenas

Requisitos para las columnas de captura de cadenas que aparecen en un conjunto de datos FOCUS.

Origen: attributes/string_handling.md

identificación	Tipo	Criterios	Estado	Notas
SH1	DEBE	Todas las columnas que capturan un valor de cadena, definido en la especificación FOCUS, DEBEN seguir los requisitos que se enumeran a continuación.	Es compatible con
SH2	PUEDE	Las columnas de captura de valores de cadena personalizados DEBEN adoptar los mismos requisitos a lo largo del tiempo.	Es compatible con
SH3	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.
SH4.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
SH4.2	DEBE	Cargos por entidades mutables (por ejemplo, nombres de recursos)... 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
SH5	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
SH6	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
SH7	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

Indica los estándares para expresar unidades de medida en columnas que aparecen en un conjunto de datos FOCUS.

Origen: attributes/unit_format.md

identificación	Tipo	Criterios	Estado	Notas
UF1	DEBE	Todas las columnas definidas en FOCUS que especifican El formato de unidad como formato de valor DEBEN cumplir los requisitos que se enumeran a continuación.	Es compatible con
UF1.1	PUEDE	Las unidades DEBEN expresarse como una sola unidad de medida que se adhiere a uno de los tres formatos siguientes.	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`.
UF1.2	MAY.	Las unidades se pueden expresar con una cantidad de unidad o intervalo de tiempo.	Es compatible con	Consulte UF1.1.
UF1.1	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
UF1.1.1	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
UF1.1.2	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
UF2	DEBE	Los nombres de unidad de tamaño de datos DEBEN abreviarse mediante una de las abreviaturas de la tabla siguiente.	Es compatible con
UF2.1	DEBE	Los valores que superan 10^18 DEBEN usar la abreviatura de exabit, exabyte, exbibit y exbibyte...	Es compatible con
UF2.2	DEBE	... los valores más pequeños que un byte DEBEN usar la abreviatura de bit o byte.	Es compatible con
UF3	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.
UF3.1	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
UF3.2	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.	Es compatible con
UF4	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
UF5.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
UF5.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
UF5.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

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.

Origen: columns/availabilityzone.md

identificación	Tipo	Criterios	Estado	Notas
AZ1	RECOMENDADO	Se recomienda que AvailabilityZone esté presente en un conjunto de datos FOCUS 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	DEBE	AvailabilityZone DEBE ser de tipo String.	No es aplicable
AZ3	DEBE	AvailabilityZone DEBE cumplir los requisitos de StringHandling.	No es aplicable
AZ4	DEBE	AvailabilityZone DEBE ser NULL cuando un cargo no es específico de una zona de disponibilidad.	No es aplicable

Costo facturado

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

Origen: columns/billedcost.md

identificación	Tipo	Criterios	Estado
BCo1	DEBE	BilledCost DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
BCo2	DEBE	BilledCost DEBE ser de tipo Decimal.	Es compatible con
BCo3	DEBE	BilledCost DEBE cumplir los requisitos numericFormat.	Es compatible con
BCo4	DEBE	BilledCost NO DEBE ser NULL.	Es compatible con
BCo5	DEBE	BilledCost DEBE ser un valor decimal válido.	Es compatible con
BCo6	DEBE	BilledCost DEBE ser 0 para cargos en los que un tercero recibe los pagos (por ejemplo, transacciones de Marketplace).	Es compatible con
BCo7	DEBE	BilledCost DEBE denominarse en BillingCurrency.	Es compatible con
BCo8	DEBE	La suma de BilledCost para un valor InvoiceId determinado DEBE coincidir con la suma del importe pagadero proporcionado en la factura correspondiente con el mismo identificador generado por invoiceIssuer.	Es compatible con

Identificador de la cuenta de facturación

Identificador asignado a una cuenta de facturación por el proveedor.

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.

Origen: columns/billingaccountid.md

identificación	Tipo	Criterios	Estado	Notas
BAI1	DEBE	BillingAccountId DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
BAI2	DEBE	BillingAccountId DEBE ser de tipo String.	Es compatible con
BAI3	DEBE	BillingAccountId DEBE cumplir los requisitos de StringHandling.	Es compatible con
BAI4	DEBE	BillingAccountId NO DEBE ser NULL.	Es compatible con
BAI5	DEBE	BillingAccountId DEBE ser un identificador único dentro de un proveedor.	Es compatible con
BAI6	PUEDE	BillingAccountId DEBE ser un identificador completo.	Es compatible con	`BillingAccountId` usa el identificador completo de Azure Resource Manager en lugar del número de inscripción simple o el identificador de perfil de facturación. Esto garantiza que el ámbito sea obvio y accesible mediante programación.

Nombre de la cuenta de facturación

Nombre para mostrar asignado a una cuenta de facturación.

Origen: columns/billingaccountname.md

identificación	Tipo	Criterios	Estado
BAN1	DEBE	BillingAccountName DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
BAN2	DEBE	BillingAccountName DEBE ser de tipo String.	Es compatible con
BAN3	DEBE	BillingAccountName DEBE cumplir los requisitos de StringHandling.	Es compatible con
BAN4	DEBE	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

Tipo de cuenta de facturación

Nombre asignado por el proveedor para identificar el tipo de cuenta de facturación.

Origen: columns/billingaccounttype.md

identificación	Tipo	Criterios	Estado
BAT1	DEBE	BillingAccountType DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite más de un valor BillingAccountType posible.	Es compatible con
BAT2	DEBE	BillingAccountType DEBE ser de tipo String.	Es compatible con
BAT3	DEBE	BillingAccountType DEBE cumplir los requisitos de StringHandling.	Es compatible con
BAT3.1	DEBE	BillingAccountType DEBE ser NULL cuando BillingAccountId es NULL.	Es compatible con
BAT3.2	DEBE	BillingAccountType NO DEBE ser NULL cuando BillingAccountId no es NULL.	Es compatible con
BAT4	DEBE	BillingAccountType DEBE ser un valor de visualización coherente y legible.	Es compatible con

Divisa de facturación

Representa la moneda en la que se factura un cargo.

Origen: columns/billingcurrency.md

identificación	Tipo	Criterios	Estado
BCu1	DEBE	BillingCurrency DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
BCu2	DEBE	BillingCurrency DEBE ser de tipo String.	Es compatible con
BCu3	DEBE	BillingCurrency DEBE cumplir los requisitos de StringHandling.	Es compatible con
BCu4	DEBE	BillingCurrency DEBE cumplir los requisitos de CurrencyFormat.	Es compatible con
BCu5	DEBE	BillingCurrency NO DEBE ser NULL.	Es compatible con
BCu6	DEBE	BillingCurrency DEBE coincidir con la moneda usada en la factura generada por el emisor de la factura.	Es compatible con
BCu7	DEBE	BillingCurrency DEBE expresarse en moneda nacional (por ejemplo, USD, EUR).	Es compatible con

Fin del período de facturación

Límite final exclusivo de un período de facturación.

Origen: columns/billingperiodend.md

identificación	Tipo	Criterios	Estado
BPE1	DEBE	BillingPeriodEnd DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
BPE2	DEBE	BillingPeriodEnd DEBE ser de tipo Fecha y hora.	Es compatible con
BPE3	DEBE	BillingPeriodEnd DEBE cumplir los requisitos de DateTimeFormat.	Es compatible con
BPE4	DEBE	BillingPeriodEnd NO DEBE ser NULL.	Es compatible con
BPE5	DEBE	BillingPeriodEnd DEBE ser el límite final exclusivo del período de facturación.	Es compatible con

Inicio del período de facturación

Límite de inicio inclusivo de un período de facturación.

Origen: columns/billingperiodstart.md

identificación	Tipo	Criterios	Estado
BPS1	DEBE	BillingPeriodStart DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
BPS2	DEBE	BillingPeriodStart DEBE ser de tipo Fecha y hora.	Es compatible con
BPS3	DEBE	BillingPeriodStart DEBE cumplir los requisitos de DateTimeFormat.	Es compatible con
BPS4	DEBE	BillingPeriodStart NO DEBE ser NULL.	Es compatible con
BPS5	DEBE	BillingPeriodStart DEBE ser el límite de inicio inclusivo del período de facturación.	Es compatible con

Id. de reserva de capacidad

Identificador asignado a una reserva de capacidad por parte del proveedor.

Origen: columns/capacityreservationid.md

identificación	Tipo	Criterios	Estado	Notas
CRI1	DEBE	CapacityReservationId DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite reservas de capacidad.	No admite	`CapacityReservationId` no se especifica en el conjunto de datos Cost Management FOCUS 1.2-preview.
CRI2	DEBE	CapacityReservationId DEBE ser de tipo String.	No es aplicable
CRI3	DEBE	CapacityReservationId DEBE cumplir los requisitos de StringHandling.	No es aplicable
CRI3.1	DEBE	CapacityReservationId DEBE ser NULL cuando un cargo no está relacionado con una reserva de capacidad.	No es aplicable
CRI3.2	DEBE	CapacityReservationId NO DEBE ser NULL cuando un cargo representa la parte sin usar de una reserva de capacidad.	No es aplicable
CRI3.3	PUEDE	CapacityReservationId NO DEBE ser NULL cuando un cargo está relacionado con una reserva de capacidad.	No es aplicable
CRI3.4	DEBE	CapacityReservationId DEBE ser un identificador único dentro del proveedor.	No es aplicable
CRI3.5	PUEDE	CapacityReservationId DEBE ser un identificador completo.	No es aplicable

Estado de la reserva de capacidad

Indica si el cargo representa el consumo de una reserva de capacidad o cuando no se usa una reserva de capacidad.

Origen: columns/capacityreservationstatus.md

identificación	Tipo	Criterios	Estado	Notas
CRS1	DEBE	CapacityReservationStatus DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite reservas de capacidad.	No admite	`CapacityReservationStatus` no se especifica en el conjunto de datos Cost Management FOCUS 1.2-preview.
CRS2	DEBE	CapacityReservationStatus DEBE ser de tipo String.	No es aplicable
CRS2.1	DEBE	CapacityReservationStatus DEBE ser NULL cuando CapacityReservationId es NULL.	No es aplicable
CRS2.2	DEBE	CapacityReservationStatus NO DEBE ser NULL cuando CapacityReservationId no es NULL y ChargeCategory es "Usage".	No es aplicable
CRS2.3	DEBE	CapacityReservationStatus DEBE ser uno de los valores permitidos.	No es aplicable
CRS2.4	DEBE	CapacityReservationStatus DEBE ser "Sin usar" cuando el cargo representa la parte sin usar de una reserva de capacidad.	No es aplicable
CRS2.5	DEBE	CapacityReservationStatus DEBE ser "Usado" cuando el cargo representa la parte usada de una reserva de capacidad.	No es aplicable

Categoría de cargo

Representa la clasificación de nivel más alto de un cargo en función de la naturaleza de cómo se factura.

Origen: columns/chargecategory.md

identificación	Tipo	Criterios	Estado
CCa1	DEBE	ChargeCategory DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
CCa2	DEBE	ChargeCategory DEBE ser de tipo String.	Es compatible con
CCa3	DEBE	ChargeCategory NO DEBE ser NULL.	Es compatible con
CCa4	DEBE	ChargeCategory DEBE ser uno de los valores permitidos.	Es compatible con

Clase Charge

Indica si la fila representa una corrección a un período de facturación facturado anteriormente.

Origen: columns/chargeclass.md

identificación	Tipo	Criterios	Estado
CCl1	DEBE	ChargeClass DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
CCl2	DEBE	ChargeClass DEBE ser de tipo String.	Es compatible con
CCl2.1	DEBE	ChargeClass DEBE ser NULL cuando la fila no representa una corrección o cuando representa una corrección dentro del período de facturación actual.	Es compatible con
CCl2.2	DEBE	ChargeClass NO DEBE ser NULL cuando la fila representa una corrección a un período de facturación facturado anteriormente.	Es compatible con
CCl3	DEBE	ChargeClass DEBE ser "Corrección" cuando ChargeClass no es null.	Es compatible con

Descripción del cargo

Resumen autocontenido del propósito y precio del cargo.

Origen: columns/chargedescription.md

identificación	Tipo	Criterios	Estado	Notas
CD1	DEBE	ChargeDescription DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
CD2	DEBE	ChargeDescription DEBE ser de tipo String.	Es compatible con
CD3	DEBE	ChargeDescription DEBE cumplir los requisitos de StringHandling.	Es compatible con
CD4	PUEDE	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.
CD5	PUEDE	La longitud máxima chargeDescription debe proporcionarse en el esquema de metadatos FOCUS correspondiente.	No admite

Frecuencia de carga

Indica la frecuencia con la que se producirá un cargo.

Origen: columns/chargefrequency.md

identificación	Tipo	Criterios	Estado
CFr1	RECOMENDADO	Se RECOMIENDA que ChargeFrequency esté presente en un conjunto de datos FOCUS.	Es compatible con
CFr2	DEBE	ChargeFrequency DEBE ser de tipo String.	Es compatible con
CFr3	DEBE	ChargeFrequency NO DEBE ser NULL.	Es compatible con
CFr4	DEBE	ChargeFrequency DEBE ser uno de los valores permitidos.	Es compatible con
CFr5	DEBE	ChargeFrequency NO DEBE ser "Basado en uso" cuando ChargeCategory es "Comprar".	Es compatible con

Fin del período de cargo

Límite final exclusivo de un período de cargo.

Origen: columns/chargeperiodend.md

identificación	Tipo	Criterios	Estado
CPE1	DEBE	ChargePeriodEnd DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
CPE2	DEBE	ChargePeriodEnd DEBE ser de tipo Fecha y hora.	Es compatible con
CPE3	DEBE	ChargePeriodEnd DEBE cumplir los requisitos de DateTimeFormat.	Es compatible con
CPE4	DEBE	ChargePeriodEnd NO DEBE ser NULL.	Es compatible con
CPE5	DEBE	ChargePeriodEnd DEBE ser el límite final exclusivo del período efectivo del cargo.	Es compatible con

Inicio del período de cargo

Límite de inicio inclusivo de un período de cargo.

Origen: columns/chargeperiodstart.md

identificación	Tipo	Criterios	Estado
CPS1	DEBE	ChargePeriodStart DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
CPS2	DEBE	ChargePeriodStart DEBE ser de tipo Fecha y hora.	Es compatible con
CPS3	DEBE	ChargePeriodStart DEBE cumplir los requisitos de DateTimeFormat.	Es compatible con
CPS4	DEBE	ChargePeriodStart NO DEBE ser NULL.	Es compatible con
CPS5	DEBE	ChargePeriodStart DEBE ser el límite de inicio inclusivo del período efectivo del cargo.	Es compatible con

Categoría de descuento de compromiso

Indica si el descuento de compromiso identificado en la columna CommitmentDiscountId se basa en la cantidad de uso o el costo (también conocido como "gasto").

Origen: columns/commitmentdiscountcategory.md

identificación	Tipo	Criterios	Estado
CDC1	DEBE	CommitmentDiscountCategory DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite descuentos de compromiso.	Es compatible con
CDC2	DEBE	CommitmentDiscountCategory DEBE ser de tipo String.	Es compatible con
CDC2.1	DEBE	CommitmentDiscountCategory DEBE ser NULL cuando CommitmentDiscountId es NULL.	Es compatible con
CDC2.2	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

Identificador asignado a un descuento de compromiso por parte del proveedor.

Origen: columns/commitmentdiscountid.md

identificación	Tipo	Criterios	Estado
CDI1	DEBE	CommitmentDiscountId DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite descuentos de compromiso.	Es compatible con
CDI2	DEBE	CommitmentDiscountId DEBE ser de tipo String.	Es compatible con
CDI3	DEBE	CommitmentDiscountId DEBE cumplir los requisitos de StringHandling.	Es compatible con
CDI3.1	DEBE	CommitmentDiscountId DEBE ser NULL cuando un cargo no está relacionado con un descuento de compromiso.	Es compatible con
CDI3.2	DEBE	CommitmentDiscountId NO DEBE ser NULL cuando un cargo está relacionado con un descuento de compromiso.	Es compatible con
CDI3.3	DEBE	CommitmentDiscountId DEBE ser un identificador único dentro del proveedor.	Es compatible con
CDI3.4	PUEDE	CommitmentDiscountId DEBE ser un identificador completo.	Es compatible con

Nombre del descuento de compromiso

Nombre para mostrar asignado a un descuento de compromiso.

Origen: columns/commitmentdiscountname.md

identificación	Tipo	Criterios	Estado
CDN1	DEBE	CommitmentDiscountName DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite descuentos de compromiso.	Es compatible con
CDN2	DEBE	CommitmentDiscountName DEBE ser de tipo String.	Es compatible con
CDN3	DEBE	CommitmentDiscountName DEBE cumplir los requisitos de StringHandling.	Es compatible con
CDN3.1	DEBE	CommitmentDiscountName DEBE ser NULL cuando CommitmentDiscountId es NULL.	Es compatible con
CDN3.1.1	DEBE	CommitmentDiscountName NO DEBE ser NULL cuando se puede asignar un nombre para mostrar a un descuento de compromiso.	Es compatible con
CDN3.1.2	MAY.	CommitmentDiscountName PUEDE ser NULL cuando no se puede asignar un nombre para mostrar a un descuento de compromiso.	Es compatible con

Cantidad de descuento de compromiso

Cantidad de un descuento de compromiso comprado o contabilizado en las filas relacionadas con el descuento de compromiso que se denominan en Unidades de descuento de compromiso.

Origen: columns/commitmentdiscountquantity.md

identificación	Tipo	Criterios	Estado	Notas
CDQ1	DEBE	CommitmentDiscountQuantity DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite descuentos de compromiso.	No admite	`CommitmentDiscountQuantity` no se especifica en el conjunto de datos Cost Management FOCUS 1.2-preview.
CDQ2	DEBE	CommitmentDiscountQuantity DEBE ser de tipo Decimal.	No es aplicable
CDQ3	DEBE	CommitmentDiscountQuantity DEBE cumplir los requisitos numericFormat.	No es aplicable
CDQ3.1	DEBE	CommitmentDiscountQuantity NO DEBE ser NULL cuando ChargeClass no es "Corrección".	No es aplicable
CDQ3.2	MAY.	CommitmentDiscountQuantity PUEDE ser NULL cuando ChargeClass es "Corrección".	No es aplicable
CDQ3.1	DEBE	CommitmentDiscountQuantity DEBE ser NULL en todos los demás casos.	No es aplicable
CDQ3.2	DEBE	CommitmentDiscountQuantity DEBE ser un valor decimal válido.	No es aplicable
CDQ3.2.1	DEBE	CommitmentDiscountQuantity DEBE ser la cantidad de CommitmentDiscountUnit, pagado completamente o parcialmente por adelantado, que es apto para el consumo en el plazo del descuento de compromiso cuando ChargeFrequency es "One-Time".	No es aplicable
CDQ3.2.2	DEBE	CommitmentDiscountQuantity DEBE ser la cantidad de CommitmentDiscountUnit que es apta para el consumo para cada período de cargo que corresponda a la compra cuando ChargeFrequency es "Periódico".	No es aplicable
CDQ3.2.3	DEBE	CommitmentDiscountQuantity DEBE ser la cantidad medida de CommitmentDiscountUnit que se consume en un período de cargo determinado cuando CommitmentDiscountStatus es "Used".	No es aplicable
CDQ3.2.4	DEBE	CommitmentDiscountQuantity DEBE ser la cantidad restante sin usar de CommitmentDiscountUnit en un período de cargo determinado cuando CommitmentDiscountStatus es "Sin usar".	No es aplicable

Estado del descuento del compromiso

Indica si el cargo corresponde al consumo de un descuento de compromiso o a la parte sin usar del importe confirmado.

Origen: columns/commitmentdiscountstatus.md

identificación	Tipo	Criterios	Estado
C1	DEBE	CommitmentDiscountStatus DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite descuentos de compromiso.	Es compatible con
C2	DEBE	CommitmentDiscountStatus DEBE ser de tipo String.	Es compatible con
C2.1	DEBE	CommitmentDiscountStatus DEBE ser NULL cuando CommitmentDiscountId es NULL.	Es compatible con
C2.2	DEBE	CommitmentDiscountStatus NO DEBE ser NULL cuando CommitmentDiscountId no es null y Charge Category es "Usage".	Es compatible con
C3	DEBE	CommitmentDiscountStatus DEBE ser uno de los valores permitidos.	Es compatible con

Tipo de descuento de compromiso

Identificador asignado por el proveedor para el tipo de descuento de compromiso aplicado a la fila.

Origen: columns/commitmentdiscounttype.md

identificación	Tipo	Criterios	Estado
CDT1	DEBE	CommitmentDiscountType DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite descuentos de compromiso.	Es compatible con
CDT2	DEBE	CommitmentDiscountType DEBE ser de tipo String.	Es compatible con
CDT3	DEBE	CommitmentDiscountType DEBE cumplir los requisitos de StringHandling.	Es compatible con
CDT3.1	DEBE	CommitmentDiscountType DEBE ser NULL cuando CommitmentDiscountId es NULL.	Es compatible con
CDT3.2	DEBE	CommitmentDiscountType NO DEBE ser NULL cuando CommitmentDiscountId no es NULL.	Es compatible con

Unidad de descuento de compromiso

Unidad de medida especificada por el proveedor que indica cómo un proveedor mide la Cantidad de descuento de compromiso de un descuento de compromiso.

Origen: columns/commitmentdiscountunit.md

identificación	Tipo	Criterios	Estado	Notas
CDU1	DEBE	CommitmentDiscountUnit DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite descuentos de compromiso.	No admite	`CommitmentDiscountUnit` no se especifica en el conjunto de datos Cost Management FOCUS 1.2-preview.
CDU2	DEBE	CommitmentDiscountUnit DEBE ser de tipo String.	No es aplicable
CDU3	DEBE	CommitmentDiscountUnit DEBE cumplir los requisitos de StringHandling.	No es aplicable
CDU4	PUEDE	CommitmentDiscountUnit DEBE cumplir los requisitos de UnitFormat.	No es aplicable
CDU4.1	DEBE	CommitmentDiscountUnit DEBE ser NULL cuando CommitmentDiscountQuantity es NULL.	No es aplicable
CDU4.2	DEBE	CommitmentDiscountUnit NO DEBE ser NULL cuando CommitmentDiscountQuantity no es NULL.	No es aplicable
CDU4.3	DEBE	CommitmentDiscountUnit DEBE permanecer coherente con el tiempo para un valor de CommitmentDiscountId determinado.	No es aplicable
CDU4.4	DEBE	CommitmentDiscountUnit DEBE representar la unidad utilizada para medir el descuento de compromiso.	No es aplicable
CDU4.5	PUEDE	Al tener en cuenta la flexibilidad del descuento de compromiso, el valor CommitmentDiscountUnit DEBE reflejar esta consideración.	No es aplicable

Cantidad consumida

El volumen de una SKU de uso medido asociada a un recurso o servicio utilizado, en función de la unidad consumida.

Origen: columns/consumedquantity.md

identificación	Tipo	Criterios	Estado
CQ1	DEBE	ConsumedQuantity DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite la medición del uso.	Es compatible con
CQ2	DEBE	ConsumedQuantity DEBE ser de tipo Decimal.	Es compatible con
CQ3	DEBE	ConsumedQuantity DEBE cumplir los requisitos numericFormat.	Es compatible con
CQ3.1	DEBE	ConsumedQuantity DEBE ser NULL cuando ChargeCategory no es "Usage" o cuando ChargeCategory es "Usage" y CommitmentDiscountStatus es "Unused".	Es compatible con
CQ3.1.1	DEBE	ConsumedQuantity NO DEBE ser NULL cuando ChargeClass no es "Corrección".	Es compatible con
CQ3.1.2	MAY.	ConsumedQuantity PUEDE ser NULL cuando ChargeClass es "Corrección".	Es compatible con
CQ4	DEBE	ConsumedQuantity DEBE ser un valor decimal válido cuando no es NULL.	Es compatible con

Unidad consumida

Unidad de medida especificada por el proveedor que indica cómo un proveedor mide el uso de una SKU de uso medido asociada a un recurso o servicio.

Origen: columns/consumdunit.md

identificación	Tipo	Criterios	Estado
CU1	DEBE	ConsumedUnit DEBE estar presente en un conjunto de datos FOCUS 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 DEBE cumplir los requisitos de StringHandling.	Es compatible con
CU4	PUEDE	ConsumedUnit DEBE cumplir los requisitos de UnitFormat.	Es compatible con
CU4.1	DEBE	ConsumedUnit DEBE ser NULL cuando ConsumedQuantity es NULL.	Es compatible con
CU4.2	DEBE	ConsumedUnit NO DEBE ser NULL cuando ConsumedQuantity no es NULL.	Es compatible con

Costo contratado

Costo calculado multiplicando el precio unitario contratado y la cantidad de precios correspondiente.

Origen: columns/contractedcost.md

identificación	Tipo	Criterios	Estado	Notas
CnC1	DEBE	ContractedCost DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
CnC2	DEBE	ContractedCost DEBE ser de tipo Decimal.	Es compatible con
CnC3	DEBE	ContractedCost DEBE cumplir los requisitos numericFormat.	Es compatible con
CnC4	DEBE	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.
CnC5	DEBE	ContractedCost DEBE ser un valor decimal válido.	Es compatible con
CnC6	DEBE	ContractedCost DEBE denominarse en BillingCurrency.	Es compatible con
CnC7.1	DEBE	Cuando ContractedUnitPrice es null... 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
CnC7.2	DEBE	Cuando ContractedUnitPrice es null... 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.
CnC8	DEBE	El producto de ContractedUnitPrice y PricingQuantity DEBE coincidir con ContractedCost cuando ContractedUnitPrice no es null, PricingQuantity no es null y ChargeClass no es "Corrección".	Es compatible con	`ContractedCost` puede estar desactivada por menos de 0,00001 debido a errores de redondeo.
CnC9	MAY.	Las discrepancias en ContractedCost, ContractedUnitPrice o PricingQuantity PUEDEN existir cuando ChargeClass es "Corrección".	Es compatible con

Precio unitario contratado

El precio unitario acordado para una unidad de precios única de la SKU asociada, incluidos los descuentos negociados, si están presentes, al excluir descuentos de compromiso negociados o cualquier otro descuento.

Origen: columns/contractedunitprice.md

identificación	Tipo	Criterios	Estado	Notas
CnUP1	DEBE	ContractedUnitPrice DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite conceptos de precios negociados.	Es compatible con
CnUP2	DEBE	ContractedUnitPrice DEBE ser de tipo Decimal.	Es compatible con
CnUP3	DEBE	ContractedUnitPrice DEBE cumplir los requisitos numericFormat.	Es compatible con
CnUP4.1	DEBE	ContractedUnitPrice 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.
CnUP4.2	DEBE	ContractedUnitPrice NO DEBE ser NULL cuando ChargeCategory es "Uso" o "Compra" y ChargeClass no es "Corrección".	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.
CnUP4.3	MAY.	ContractedUnitPrice PUEDE ser NULL en todos los demás casos.	Es compatible con
CnUP5.1	DEBE	Cuando ContractedUnitPrice no es null... ContractedUnitPrice DEBE ser un valor decimal no negativo.	Es compatible con
CnUP5.2	DEBE	Cuando ContractedUnitPrice no es null... ContractedUnitPrice DEBE denominarse en BillingCurrency.	Es compatible con
CnUP5.3	DEBE	Cuando ContractedUnitPrice no es null... El producto de ContractedUnitPrice y PricingQuantity DEBE coincidir con ContractedCost cuando PricingQuantity no es null y ChargeClass no es "Corrección".	Es compatible con	`ContractedCost` puede estar desactivada por menos de 0,00001 debido a errores de redondeo.
CnUP6	MAY.	Las discrepancias en ContractedUnitPrice, ContractedCost o PricingQuantity PUEDEN existir cuando ChargeClass es "Corrección".	Es compatible con

Costo efectivo

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.

Origen: columns/effectivecost.md

identificación	Tipo	Criterios	Estado
EC1	DEBE	EffectiveCost DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
EC2	DEBE	EffectiveCost DEBE ser de tipo Decimal.	Es compatible con
EC3	DEBE	EffectiveCost DEBE cumplir los requisitos numericFormat.	Es compatible con
EC4	DEBE	EffectiveCost NO DEBE ser NULL.	Es compatible con
EC5	DEBE	EffectiveCost DEBE ser un valor decimal válido.	Es compatible con
EC6	DEBE	EffectiveCost DEBE ser 0 cuando ChargeCategory es "Compra" y la compra está pensada para cubrir cargos elegibles futuros.	Es compatible con
EC7	DEBE	EffectiveCost DEBE denominarse en BillingCurrency.	Es compatible con
EC8.1	DEBE	El costo efectivo de un cargo calculado en función de otros cargos (por ejemplo, cuando ChargeCategory es "tax") debe calcularse en función del costo efectivo de esos cargos relacionados.	Es compatible con
EC8.2	DEBE	El costo efectivo de un cargo no relacionado con otros cargos (por ejemplo, cuando ChargeCategory es "Crédito") DEBE coincidir con billedCost.	Es compatible con
EC9.1	DEBE	La suma de EffectiveCost donde ChargeCategory es "Usage" DEBE ser igual a la suma de BilledCost donde ChargeCategory es "Purchase".	Es compatible con
EC9.2	DEBE	La suma de EffectiveCost donde ChargeCategory es "Usage" DEBE ser igual a la suma de EffectiveCost donde ChargeCategory es "Usage" y CommitmentDiscountStatus es "Used", además de la suma de EffectiveCost donde ChargeCategory es "Usage" y CommitmentDiscountStatus es "Unused".	Es compatible con

Id. de factura

Identificador asignado por el proveedor para una factura que encapsula algunos o todos los cargos en el período de facturación correspondiente para una cuenta de facturación determinada.

Origen: columns/invoiceid.md

identificación	Tipo	Criterios	Estado	Notas
II1	RECOMENDADO	Se recomienda que InvoiceId esté presente en un conjunto de datos FOCUS.	Es compatible con
II2	DEBE	InvoiceId DEBE ser de tipo String.	Es compatible con
II3	DEBE	InvoiceId DEBE cumplir los requisitos de StringHandling.	Es compatible con
II4.1	DEBE	InvoiceId DEBE ser NULL cuando el cargo no está asociado a una factura o a una factura provisional generada previamente.	Es compatible con
II4.2	DEBE	InvoiceId NO DEBE ser NULL cuando el cargo está asociado a una factura emitida o a una factura provisional generada previamente.	Admite parcialmente	Se admite para las cuentas del Contrato de cliente de Microsoft, pero no para las cuentas de Contrato Enterprise.
II5	MAY.	InvoiceId PUEDE generarse antes de que se emita una factura.	No es aplicable
II6	DEBE	InvoiceId DEBE asociarse con el cargo relacionado y BillingAccountId cuando existe una factura generada previamente o una factura provisional.	Es compatible con

Nombre del emisor de factura

Nombre de la entidad responsable de la facturación de los recursos o servicios consumidos.

En el caso de las cuentas InvoiceIssuerName del Proveedor de soluciones en la nube (CSP), se establece en el nombre del distribuidor proveedor de soluciones en la nube (CSP) que tiene una relación directa con Microsoft y es posible 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.

Origen: columns/invoiceissuer.md

identificación	Tipo	Criterios	Estado
IIN1	DEBE	InvoiceIssuerName DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
IIN2	DEBE	InvoiceIssuerName DEBE ser de tipo String.	Es compatible con
IIN3	DEBE	InvoiceIssuerName DEBE cumplir los requisitos de StringHandling.	Es compatible con
IIN4	DEBE	InvoiceIssuerName NO DEBE ser NULL.	Es compatible con

Costo de lista

Costo calculado multiplicando El precio unitario de lista y la cantidad de precios correspondiente.

Origen: columns/listcost.md

identificación	Tipo	Criterios	Estado	Notas
LC1	DEBE	ListCost DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
LC2	DEBE	ListCost DEBE ser de tipo Decimal.	Es compatible con
LC3	DEBE	ListCost DEBE cumplir los requisitos numericFormat.	Es compatible con
LC4	DEBE	ListCost NO DEBE ser NULL.	Admite parcialmente	`ListCost` nunca es null, pero puede ser 0 para: cargos de Marketplace y uso de reservas.
LC5	DEBE	ListCost DEBE ser un valor decimal válido.	Es compatible con
LC6	DEBE	ListCost DEBE denominarse en BillingCurrency.	Es compatible con
LC7.1	DEBE	Cuando ListUnitPrice es null... 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
LC7.2	DEBE	Cuando ListUnitPrice es null... 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 por menos de 0,0000000001 debido a errores de redondeo.
LC8	DEBE	El producto de ListUnitPrice y PricingQuantity DEBE coincidir con ListCost cuando ListUnitPrice no es null, PricingQuantity no es NULL y ChargeClass no es "Corrección".	Es compatible con	`ListCost` puede estar desactivado por menos de 0,0000000001 debido a errores de redondeo.
LC9	MAY.	Las discrepancias en ListCost, ListUnitPrice o PricingQuantity PUEDEN existir cuando ChargeClass es "Corrección".	Es compatible con

Lista de precios unitarios

El precio unitario sugerido publicado por el proveedor para una sola unidad de precios de la SKU asociada, exclusivo de cualquier descuento.

Origen: columns/listunitprice.md

identificación	Tipo	Criterios	Estado	Notas
LUP1	DEBE	ListUnitPrice DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor publica precios unitarios exclusivos de descuentos.	Es compatible con
LUP2	DEBE	ListUnitPrice DEBE ser de tipo Decimal.	Es compatible con
LUP3	DEBE	ListUnitPrice DEBE cumplir los requisitos numericFormat.	Es compatible con
LUP4.1	DEBE	ListUnitPrice 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.
LUP4.2	DEBE	ListUnitPrice NO DEBE ser NULL cuando ChargeCategory es "Uso" o "Compra" y ChargeClass no es "Corrección".	Admite parcialmente	`ListUnitPrice` nunca es null, pero puede ser 0 para: cargos de Marketplace y uso de reservas.
LUP4.3	MAY.	ListUnitPrice PUEDE ser NULL en todos los demás casos.	Es compatible con
LUP5.1	DEBE	Cuando ListUnitPrice no es null... ListUnitPrice DEBE ser un valor decimal no negativo.	Es compatible con
LUP5.2	DEBE	Cuando ListUnitPrice no es null... ListUnitPrice DEBE denominarse en BillingCurrency.	Es compatible con
LUP5.3	DEBE	Cuando ListUnitPrice no es null... El producto de ListUnitPrice y PricingQuantity DEBE coincidir con ListCost cuando PricingQuantity no es null y ChargeClass no es "Corrección".	Es compatible con
LUP5.4	MAY.	Cuando ListUnitPrice no es null... Las discrepancias en ListUnitPrice, ListCost o PricingQuantity PUEDEN existir cuando ChargeClass es "Corrección".	Es compatible con

Categoría de precios

Describe el modelo de precios usado para un cargo en el momento del uso o la compra.

Origen: columns/pricingcategory.md

identificación	Tipo	Criterios	Estado	Notas
PCt1	DEBE	PricingCategory DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite más de una categoría de precios en todas las SKU.	Es compatible con
PCt2	DEBE	PricingCategory DEBE ser de tipo String.	Es compatible con
PCt2.1	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.
PCt2.2	DEBE	PricingCategory NO DEBE ser NULL cuando ChargeCategory es "Uso" o "Compra" y ChargeClass no es "Corrección".	Es compatible con
PCt2.3	MAY.	PricingCategory PUEDE ser NULL en todos los demás casos.	Es compatible con
PCt2.4	DEBE	PricingCategory DEBE ser uno de los valores permitidos.	Es compatible con
PCt2.5	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
PCt2.6	DEBE	PricingCategory DEBE ser "Confirmado" cuando el cargo está sujeto a un descuento de compromiso existente y no es la compra del descuento del compromiso.	Es compatible con
PCt2.7	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
PCt2.8	DEBE	PricingCategory DEBE ser "Otro" cuando hay un modelo de precios, pero no se aplica ninguno de los valores permitidos.	Es compatible con

Moneda de fijación de precios

La denominación de moneda nacional o virtual en la que se ha precio un recurso o servicio.

Origen: columns/pricingcurrency.md

identificación	Tipo	Criterios	Estado
PCu1	DEBE	PricingCurrency DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite precios y facturación en diferentes monedas.	Es compatible con
PCu2	DEBE	PricingCurrency DEBE ser de tipo String.	Es compatible con
PCu3	DEBE	PricingCurrency DEBE cumplir los requisitos de StringHandling.	Es compatible con
PCu4	DEBE	PricingCurrency DEBE cumplir los requisitos de CurrencyFormat.	Es compatible con
PCu5	DEBE	PricingCurrency NO DEBE ser NULL.	Es compatible con

Precio unitario de moneda de precios contratado

El precio unitario acordado para una sola unidad de precios de la SKU asociada, incluidos los descuentos negociados, si están presentes, al excluir descuentos de compromiso negociados o cualquier otro descuento, y expresados en Moneda de precios.

Origen: columns/pricingcurrencycontractedunitprice.md

identificación	Tipo	Criterios	Estado	Notas
PCuCnUP1	DEBE	PricingCurrencyContractedUnitPrice debe estar presente en un conjunto de datos FOCUS cuando el proveedor admite precios en moneda virtual y publica precios unitarios exclusivos de descuentos.	No es aplicable
PCuCnUP2	RECOMENDADO	PricingCurrencyContractedUnitPrice se recomienda estar presente en un conjunto de datos FOCUS cuando el proveedor admite precios y facturación en diferentes monedas y publica precios unitarios exclusivos de descuentos.	No admite	No se incluye en el conjunto de datos de Cost Management en función de los comentarios de los clientes.
PCuCnUP3	MAY.	PricingCurrencyContractedUnitPrice puede estar presente en un conjunto de datos FOCUS en todos los demás casos.	No es aplicable
PCuCnUP1	DEBE	PricingCurrencyContractedUnitPrice DEBE ser de tipo Decimal.	No es aplicable
PCuCnUP2	DEBE	PricingCurrencyContractedUnitPrice DEBE cumplir los requisitos numericFormat.	No es aplicable
PCuCnUP2.1	DEBE	PricingCurrencyContractedUnitPrice 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.
PCuCnUP2.2	DEBE	PricingCurrencyContractedUnitPrice NO DEBE ser NULL cuando ChargeCategory es "Uso" o "Compra" y ChargeClass no es "Corrección".	No es aplicable
PCuCnUP2.3	MAY.	PricingCurrencyContractedUnitPrice PUEDE ser null en todos los demás casos.	No es aplicable
PCuCnUP2.4	DEBE	PricingCurrencyContractedUnitPrice DEBE ser un valor decimal no negativo.	No es aplicable
PCuCnUP2.5	DEBE	PricingCurrencyContractedUnitPrice debe denominarse en PricingCurrency.	No es aplicable
PCuCnUP3	MAY.	Las discrepancias en PricingCurrencyContractedUnitPrice, ContractedCost o PricingQuantity PUEDEN existir cuando ChargeClass es "Corrección".	No es aplicable

Precio efectivo de moneda

El costo del cargo después de aplicar todas las tarifas reducidas, descuentos y la parte aplicable de las compras de prepago pertinentes (una vez o periódicas) que abarcaban este cargo, como se denomina en Moneda de precios.

Origen: columns/pricingcurrencyeffectivecost.md

identificación	Tipo	Criterios	Estado	Notas
PCuEC1	DEBE	PricingCurrencyEffectiveCost debe estar presente en un conjunto de datos FOCUS cuando el proveedor admite precios en moneda virtual y publica precios unitarios exclusivos de descuentos.	No es aplicable
PCuEC2	RECOMENDADO	PricingCurrencyEffectiveCost se RECOMIENDA estar presente en un conjunto de datos FOCUS cuando el proveedor admite precios y facturación en diferentes monedas y publica precios unitarios exclusivos de descuentos.	No admite	No se incluye en el conjunto de datos de Cost Management en función de los comentarios de los clientes.
PCuEC3	MAY.	PricingCurrencyEffectiveCost PUEDE estar presente en un conjunto de datos FOCUS en todos los demás casos.	No es aplicable
PCuEC1	DEBE	PricingCurrencyEffectiveCost DEBE ser de tipo Decimal.	No es aplicable
PCuEC2	DEBE	PricingCurrencyEffectiveCost DEBE cumplir los requisitos numericFormat.	No es aplicable
PCuEC3	DEBE	PricingCurrencyEffectiveCost NO DEBE ser NULL.	No es aplicable
PCuEC4	DEBE	PricingCurrencyEffectiveCost DEBE ser un valor decimal válido.	No es aplicable
PCuEC5	DEBE	PricingCurrencyEffectiveCost DEBE ser 0 en caso de compras o compras de prepago que sean aplicables al uso anterior.	No es aplicable
PCuEC6	DEBE	PricingCurrencyEffectiveCost DEBE denominarse en PricingCurrency.	No es aplicable

Precio unitario de lista de monedas de precios

El precio unitario sugerido publicado por el proveedor para una sola unidad de precios de la SKU asociada, exclusivo de cualquier descuento y expresado en Moneda de precios.

Origen: columns/pricingcurrencylistunitprice.md

identificación	Tipo	Criterios	Estado	Notas
PCuLUP1	DEBE	PricingCurrencyListUnitPrice debe estar presente en un conjunto de datos FOCUS cuando el proveedor admite precios en moneda virtual y publica precios unitarios exclusivos de descuentos.	No es aplicable
PCuLUP2	RECOMENDADO	PricingCurrencyListUnitPrice se RECOMIENDA estar presente en un conjunto de datos FOCUS cuando el proveedor admite precios y facturación en diferentes monedas y publica precios unitarios exclusivos de descuentos.	No admite	No se incluye en el conjunto de datos de Cost Management en función de los comentarios de los clientes.
PCuLUP3	MAY.	PricingCurrencyListUnitPrice puede estar presente en un conjunto de datos FOCUS en todos los demás casos.	No es aplicable
PCuLUP1	DEBE	PricingCurrencyListUnitPrice DEBE ser de tipo Decimal.	No es aplicable
PCuLUP2	DEBE	PricingCurrencyListUnitPrice DEBE cumplir los requisitos numericFormat.	No es aplicable
PCuLUP2.1	DEBE	PricingCurrencyListUnitPrice 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.
PCuLUP2.2	DEBE	PricingCurrencyListUnitPrice NO DEBE ser NULL cuando ChargeCategory es "Uso" o "Compra" y ChargeClass no es "Corrección".	No es aplicable
PCuLUP2.3	MAY.	PricingCurrencyListUnitPrice PUEDE ser NULL en todos los demás casos.	No es aplicable
PCuLUP2.4	DEBE	PricingCurrencyListUnitPrice DEBE ser un valor decimal no negativo.	No es aplicable
PCuLUP2.5	DEBE	PricingCurrencyListUnitPrice debe denominarse en PricingCurrency.	No es aplicable
PCuLUP2.6	MAY.	Las discrepancias en PricingCurrencyListUnitPrice, ListCost o PricingQuantity pueden abordarse de forma independiente cuando ChargeClass es "Corrección".	No es aplicable

Cantidad de precios

El volumen de una SKU determinada asociada a un recurso o servicio utilizado o comprado, en función de la unidad de precios.

Origen: columns/pricingquantity.md

identificación	Tipo	Criterios	Estado	Notas
PQ1	DEBE	PricingQuantity DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
PQ2	DEBE	PricingQuantity DEBE ser de tipo Decimal.	Es compatible con
PQ3	DEBE	PricingQuantity DEBE cumplir los requisitos numericFormat.	Es compatible con
PQ3.1	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.
PQ3.2	DEBE	PricingQuantity NO DEBE ser NULL cuando ChargeCategory es "Uso" o "Compra" y ChargeClass no es "Corrección".	Es compatible con
PQ3.3	MAY.	PricingQuantity PUEDE ser NULL en todos los demás casos.	Es compatible con
PQ3.4	DEBE	PricingQuantity DEBE ser un valor decimal válido.	Es compatible con
PQ3.5	DEBE	El producto de PricingQuantity y un precio unitario (por ejemplo, ContractedUnitPrice) DEBEN coincidir con la métrica de costo correspondiente (por ejemplo, ContractedCost) cuando el precio unitario no es nulo y ChargeClass no es "Corrección".	Es compatible con
PQ4	MAY.	Las discrepancias en PricingQuantity, los precios unitarios (por ejemplo, ContractedUnitPrice) o los costos (por ejemplo, ContractedCost) PUEDEN existir cuando ChargeClass es "Corrección".	Es compatible con

Unidad de precios

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.

Origen: columns/pricingunit.md

identificación	Tipo	Criterios	Estado
PU1	DEBE	PricingUnit DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
PU2	DEBE	PricingUnit DEBE ser de tipo String.	Es compatible con
PU3	DEBE	PricingUnit DEBE cumplir los requisitos de StringHandling.	Es compatible con
PU4	PUEDE	PricingUnit DEBE cumplir los requisitos de UnitFormat.	Es compatible con
PU4.1	DEBE	PricingUnit DEBE ser NULL cuando PricingQuantity es NULL.	Es compatible con
PU4.2	DEBE	PricingUnit NO DEBE ser NULL cuando PricingQuantity no es NULL.	Es compatible con
PU4.3	DEBE	PricingUnit debe ser semánticamente igual a la unidad de medición de precios correspondiente proporcionada en la lista de precios publicada por el proveedor.	Es compatible con
PU4.4	DEBE	PricingUnit debe ser semánticamente igual a la unidad de medición de precios correspondiente proporcionada en la factura, cuando la factura incluye una unidad de medición de precios.	Es compatible con

Nombre del proveedor

Nombre de la entidad que hizo que los recursos o servicios estén disponibles para su compra.

Origen: columns/provider.md

identificación	Tipo	Criterios	Estado
PvN1	DEBE	ProviderName DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
PvN2	DEBE	ProviderName DEBE ser de tipo String.	Es compatible con
PvN3	DEBE	ProviderName DEBE cumplir los requisitos de StringHandling.	Es compatible con
PvN4	DEBE	ProviderName NO DEBE ser NULL.	Es compatible con

Nombre del publicador

Nombre de la entidad que generó los recursos o servicios que se compraron.

Origen: columns/publisher.md

identificación	Tipo	Criterios	Estado	Notas
PbN1	DEBE	PublisherName DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
PbN2	DEBE	PublisherName DEBE ser de tipo String.	Es compatible con
PbN3	DEBE	PublisherName DEBE cumplir los requisitos de StringHandling.	Es compatible con
PbN4	DEBE	PublisherName NO DEBE ser 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

Identificador asignado por el proveedor para un área geográfica aislada donde se aprovisiona un recurso o se proporciona un servicio.

Origen: columns/regionid.md

identificación	Tipo	Criterios	Estado
RgI1	DEBE	RegionId DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite la implementación de recursos o servicios dentro de una región.	Es compatible con
RgI2	DEBE	RegionId DEBE ser de tipo String.	Es compatible con
RgI3	DEBE	RegionId DEBE cumplir los requisitos de StringHandling.	Es compatible con
RgI3.1	DEBE	RegionId NO DEBE ser NULL cuando un recurso o servicio se opera en o se administra desde una región distinta.	Es compatible con
RgI3.2	MAY.	RegionId PUEDE ser NULL cuando un recurso o servicio no funciona en o se administra desde una región distinta.	Es compatible con

Nombre de la región

Nombre de un área geográfica aislada donde se aprovisiona un recurso o se proporciona un servicio.

Origen: columns/regionname.md

identificación	Tipo	Criterios	Estado
RgN1	DEBE	RegionName DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite la implementación de recursos o servicios dentro de una región.	Es compatible con
RgN2	DEBE	RegionName DEBE ser de tipo String.	Es compatible con
RgN3	DEBE	RegionName DEBE cumplir los requisitos de StringHandling.	Es compatible con
RgN3.1	DEBE	RegionName DEBE ser NULL cuando RegionId es NULL.	Es compatible con
RgN3.2	DEBE	RegionName NO DEBE ser NULL cuando RegionId no es NULL.	Es compatible con

Identificador del recurso

Identificador asignado a un recurso por el proveedor.

Origen: columns/resourceid.md

identificación	Tipo	Criterios	Estado	Notas
RsI1	DEBE	ResourceId DEBE estar presente en un conjunto de datos FOCUS 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	DEBE	ResourceId DEBE cumplir los requisitos de StringHandling.	Es compatible con
RsI3.1	DEBE	ResourceId DEBE ser NULL cuando un cargo no está relacionado con un recurso.	Es compatible con	Es posible que las compras no tengan un identificador de recurso asignado.
RsI3.2	DEBE	ResourceId NO DEBE ser NULL cuando un cargo está relacionado con 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.
RsI3.3	DEBE	ResourceId DEBE ser un identificador único dentro del proveedor.	Es compatible con
RsI3.4	PUEDE	ResourceId DEBE ser un identificador completo.	Es compatible con

Nombre del recurso

Nombre para mostrar asignado a un recurso.

Origen: columns/resourcename.md

identificación	Tipo	Criterios	Estado
RsN1	DEBE	ResourceName DEBE estar presente en un conjunto de datos FOCUS 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	DEBE	ResourceName DEBE cumplir los requisitos de StringHandling.	Es compatible con
RsN3.1	DEBE	ResourceName DEBE ser NULL cuando ResourceId es NULL o cuando el recurso no tiene un nombre para mostrar asignado.	Es compatible con
RsN3.2	DEBE	ResourceName NO DEBE ser NULL cuando ResourceId no es NULL y el recurso tiene asignado un nombre para mostrar.	Es compatible con
RsN4	DEBE	ResourceName NO DEBE duplicar ResourceId cuando el recurso no se aprovisiona de forma interactiva o solo tiene un ResourceId generado por el sistema.	Es compatible con

Tipo de recurso

El tipo de recurso al que se aplica el cargo.

Origen: columns/resourcetype.md

identificación	Tipo	Criterios	Estado
RsT1	DEBE	ResourceType DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite la facturación en función de los recursos aprovisionados y admite la asignación de tipos a los recursos.	Es compatible con
RsT2	DEBE	ResourceType DEBE ser de tipo String.	Es compatible con
RsT3	DEBE	ResourceType DEBE cumplir los requisitos de StringHandling.	Es compatible con
RsT3.1	DEBE	ResourceType DEBE ser NULL cuando ResourceId es NULL.	Es compatible con
RsT3.2	DEBE	ResourceType NO DEBE ser NULL cuando ResourceId no es NULL.	Es compatible con

Categoría del servicio

Clasificación de nivel más alto de un servicio en función de la función principal del servicio.

ServiceCategory se establece en función de una asignación de tipos de recursos que usa el conjunto de datos services en el kit de herramientas de FinOps. Si ve huecos, envíe una solicitud de cambio.

Origen: columns/servicecategory.md

identificación	Tipo	Criterios	Estado
SvC1	DEBE	ServiceCategory DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
SvC2	DEBE	ServiceCategory DEBE ser de tipo String.	Es compatible con
SvC3	DEBE	ServiceCategory NO DEBE ser NULL.	Es compatible con
SvC4	DEBE	ServiceCategory DEBE ser uno de los valores permitidos.	Es compatible con

Nombre del servicio

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

ServiceName se establece en función de una asignación de tipos de recursos que usa el conjunto de datos services en el kit de herramientas de FinOps. Si ve huecos, envíe una solicitud de cambio.

Origen: columns/servicename.md

identificación	Tipo	Criterios	Estado	Notas
SvN1	DEBE	ServiceName DEBE estar presente en un conjunto de datos FOCUS.	Es compatible con
SvN2	DEBE	ServiceName DEBE ser de tipo String.	Es compatible con
SvN3	DEBE	ServiceName DEBE cumplir los requisitos de StringHandling.	Es compatible con
SvN4	DEBE	ServiceName NO DEBE ser NULL.	Admite parcialmente	`ServiceName` puede estar vacío para algunas compras y ajustes.
SvN5.1	DEBE	ServiceName DEBE tener una y una sola ServiceCategory que mejor se alinee con su propósito principal, excepto cuando no haya disponible ServiceCategory adecuada.	Es compatible con
SvN5.2	DEBE	ServiceName DEBE asociarse con serviceCategory "Other" cuando no hay ningún ServiceCategory adecuado disponible.	Es compatible con
SvN6.1	PUEDE	ServiceName DEBE tener una y una sola serviceSubcategory que mejor se alinee con su propósito principal, excepto cuando no esté disponible serviceSubcategory adecuada.	Es compatible con
SvN6.2	PUEDE	ServiceName DEBE asociarse con serviceSubcategory "Other" cuando no haya disponible serviceSubcategory adecuado.	Es compatible con

Subcategoría de servicio

Clasificación secundaria de la categoría de servicio de un servicio en función de su función principal.

ServiceSubcategory se establece en función de una asignación de tipos de recursos que usa el conjunto de datos services en el kit de herramientas de FinOps. Si ve huecos, envíe una solicitud de cambio.

Origen: columns/servicesubcategory.md

identificación	Tipo	Criterios	Estado
SvS1	RECOMENDADO	Se recomienda que ServiceSubcategory esté presente en un conjunto de datos FOCUS.	Es compatible con
SvS2	DEBE	ServiceSubcategory DEBE ser de tipo String.	Es compatible con
SvS3	DEBE	ServiceSubcategory NO DEBE ser NULL.	Es compatible con
SvS4	DEBE	ServiceSubcategory DEBE ser uno de los valores permitidos.	Es compatible con
SvS5	DEBE	ServiceSubcategory DEBE tener uno y solo uno primario ServiceCategory, tal como se especifica en los valores permitidos siguientes.	Es compatible con

ID. SKU

Identificador único especificado por el proveedor que representa una SKU específica (por ejemplo, una oferta de servicio o un bien cuantificable).

Origen: columns/skuid.md

identificación	Tipo	Criterios	Estado	Notas
SkI1	DEBE	SkuId DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite conceptos de precios unitarios y publica listas de precios, públicamente o como parte de la contratación.	Es compatible con
SkI2	DEBE	SkuId DEBE ser de tipo String.	Es compatible con
SkI3	DEBE	SkuId DEBE cumplir los requisitos de StringHandling.	Es compatible con
SkI4.1	DEBE	SkuId 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.
SkI4.2	DEBE	SkuId NO DEBE ser NULL cuando ChargeCategory es "Uso" o "Compra" y ChargeClass no es "Corrección".	Admite parcialmente	`SkuId` puede ser null para algunas filas, como los cargos del plan de ahorro sin usar y los cargos de Marketplace.
SkI4.3	MAY.	SkuId PUEDE ser NULL en todos los demás casos.	Es compatible con
SkI5.1	DEBE	SkuId DEBE mantener la coherencia entre las cuentas de facturación o los contratos.	Es compatible con
SkI5.2	DEBE	SkuId DEBE permanecer coherente en los valores pricingCategory.	Admite parcialmente	`SkuId` puede ser diferente para algunos `PricingCategory` valores.
SkI5.3	DEBE	SkuId DEBE permanecer coherente independientemente de cualquier otro factor que pueda afectar al precio, pero que no afecte a la funcionalidad de la SKU.	Admite parcialmente	`SkuId` puede ser diferente para algunas SKU que ofrecen la misma funcionalidad.
SkI6	DEBE	SkuId DEBE estar asociado a un recurso o servicio determinado cuando ChargeCategory es "Uso" o "Compra".	Es compatible con
SkI7	MAY.	SkuId MAY es igual a SkuPriceId.	Es compatible con

Medidor de SKU

Describe la funcionalidad que se mide o mide mediante una SKU determinada en un cargo.

Origen: columns/skumeter.md

identificación	Tipo	Criterios	Estado	Notas
SkM1	DEBE	SkuMeter DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite conceptos de precios unitarios y publica listas de precios, públicamente o como parte de la contratación.	Es compatible con
SkM2	DEBE	SkuMeter DEBE ser de tipo String.	Es compatible con
SkM3	DEBE	SkuMeter DEBE cumplir los requisitos de StringHandling.	Es compatible con
SkM4.1	DEBE	SkuMeter DEBE ser NULL cuando SkuId es NULL.	Es compatible con
SkM4.2	PUEDE	SkuMeter NO DEBE ser NULL cuando SkuId no es NULL.	Es compatible con
SkM5	PUEDE	SkuMeter DEBE permanecer coherente con el tiempo para un SkuId determinado.	Admite parcialmente	`SkuMeter` puede ser diferente para un determinado `SkuId`.

Detalles de precios de SKU

Conjunto de propiedades de un identificador de precio de SKU que son significativos y comunes a todas las instancias de ese identificador de precio de SKU.

Origen: columns/skupricedetails.md

identificación	Tipo	Criterios	Estado	Notas
SkPD1	DEBE	SkuPriceDetails DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite conceptos de precios unitarios y publica listas de precios, públicamente o como parte de la contratación.	No admite	`SkuPriceDetails` no se especifica en el conjunto de datos Cost Management FOCUS 1.2-preview.
SkPD2	DEBE	SkuPriceDetails DEBE cumplir los requisitos de KeyValueFormat.	No es aplicable
SkPD3	PUEDE	Las claves de propiedad SkuPriceDetails DEBEN ajustarse al formato PascalCase.	No es aplicable
SkPD3.1	DEBE	SkuPriceDetails DEBE ser NULL cuando SkuPriceId es NULL.	No es aplicable
SkPD3.2	MAY.	SkuPriceDetails PUEDE ser NULL cuando SkuPriceId no es NULL.	No es aplicable
SkPD3.3	DEBE	SkuPriceDetails DEBE estar asociado a un SkuPriceId determinado.	No es aplicable
SkPD3.4	DEBE	SkuPriceDetails NO DEBE incluir propiedades que no sean aplicables al SkuPriceId correspondiente.	No es aplicable
SkPD3.5	PUEDE	SkuPriceDetails DEBE incluir todas las propiedades de precio de SKU definidas por FOCUS que se enumeran a continuación que son aplicables al SkuPriceId correspondiente.	No es aplicable
SkPD3.6	DEBE	SkuPriceDetails DEBE incluir la propiedad Price de SKU definida por FOCUS cuando se incluye una propiedad equivalente como una propiedad definida por el proveedor.	No es aplicable
SkPD3.7	MAY.	SkuPriceDetails PUEDE incluir propiedades que ya se capturan en otras columnas dedicadas.	No es aplicable
SkPD3.7.1	PUEDE	Las propiedades SkuPriceDetails existentes DEBEN permanecer coherentes con el tiempo.	No es aplicable
SkPD3.7.2	PUEDE	Las propiedades SkuPriceDetails existentes NO DEBEN quitarse.	No es aplicable
SkPD3.7.3	MAY.	Se pueden agregar propiedades SkuPriceDetails adicionales a lo largo del tiempo.	No es aplicable
SkPD3.8	PUEDE	La clave de propiedad DEBE permanecer coherente en las SKU comparables que tienen esa propiedad y los valores de esta clave DEBEN permanecer en un formato coherente.	No es aplicable
SkPD3.9	PUEDE	La clave de propiedad DEBE permanecer coherente en las SKU comparables que tienen esa propiedad y los valores de esta clave DEBEN permanecer en un formato coherente.	No es aplicable
SkPD3.10	DEBE	La clave de propiedad DEBE comenzar con la cadena "x_" a menos que sea una propiedad definida por FOCUS.	No es aplicable
SkPD3.11	DEBE	El valor de propiedad DEBE representar el valor de un valor pricingUnit único cuando la propiedad contiene un valor numérico.	No es aplicable
SkPD3.12	DEBE	La clave de propiedad DEBE coincidir con la ortografía y el uso de mayúsculas y minúsculas especificados para la propiedad definida por FOCUS.	No es aplicable
SkPD3.13	DEBE	El valor de propiedad DEBE ser del tipo especificado para esa propiedad.	No es aplicable
SkPD3.14	DEBE	El valor de propiedad DEBE representar el valor de un valor PricingUnit único, denominado en la unidad de medida especificada para esa propiedad cuando la propiedad contiene un valor numérico.	No es aplicable

Identificador de precio de SKU

Identificador único especificado por el proveedor que representa un precio de SKU específico asociado a un recurso o servicio usado o comprado.

Origen: columns/skupriceid.md

identificación	Tipo	Criterios	Estado	Notas
SkPI1	DEBE	SkuPriceId DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite conceptos de precios unitarios y publica listas de precios, públicamente o como parte de la contratación.	Es compatible con
SkPI2	DEBE	SkuPriceId DEBE ser de tipo String.	Es compatible con
SkPI3	DEBE	SkuPriceId DEBE cumplir los requisitos de control de cadenas.	Es compatible con
SkPI4.1	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.
SkPI4.2	DEBE	SkuPriceId NO DEBE ser NULL cuando ChargeCategory es "Uso" o "Compra" y ChargeClass no es "Corrección".	Admite parcialmente	`SkuPriceId` puede ser null para algunas filas, como los cargos del plan de ahorro sin usar y los cargos de Marketplace.
SkPI4.3	MAY.	SkuPriceId PUEDE ser NULL en todos los demás casos.	Es compatible con
SkPI5.1	DEBE	Cuando SkuPriceId no es null... SkuPriceId DEBE tener uno y solo un SkuId primario.	Es compatible con
SkPI5.2	DEBE	Cuando SkuPriceId no es null... SkuPriceId DEBE permanecer coherente con el tiempo.	Es compatible con
SkPI5.3	DEBE	Cuando SkuPriceId no es null... SkuPriceId DEBE mantener la coherencia entre las cuentas de facturación o los contratos.	Es compatible con
SkPI5.4	MAY.	Cuando SkuPriceId no es null... SkuPriceId PUEDE ser igual a SkuId.	Es compatible con
SkPI5.5	DEBE	Cuando SkuPriceId no es null... SkuPriceId DEBE asociarse a un recurso o servicio determinado cuando ChargeCategory es "Uso" o "Compra".	Es compatible con
SkPI5.6	DEBE	Cuando SkuPriceId no es null... SkuPriceId DEBE hacer referencia a un precio de SKU en una lista de precios proporcionado por el proveedor, lo que permite la búsqueda de información detallada sobre el precio de la SKU.	No admite	`SkuPriceId` no se puede asignar directamente a una única SKU en la hoja de precios. 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.7	DEBE	Cuando SkuPriceId no es null... SkuPriceId DEBE admitir la búsqueda de ListUnitPrice cuando el proveedor publica precios unitarios exclusivos de descuentos.	No admite	Consulte SkPI5.6.
SkPI5.8	DEBE	Cuando SkuPriceId no es null... SkuPriceId DEBE admitir la comprobación de contractedUnitPrice dado cuando el proveedor admite conceptos de precios negociados.	Admite parcialmente	`ContractedUnitPrice` puede que no se establezca o que sea 0 para algunas filas, como el uso de reservas.

Id. de subcuenta

Un identificador asignado a una agrupación de recursos o servicios, que a menudo se usa para administrar el acceso o el costo.

La subcuenta FOCUS se asigna a una suscripción de Microsoft Cloud.

Origen: columns/subaccountid.md

identificación	Tipo	Criterios	Estado	Notas
SbAI1	DEBE	SubAccountId DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite una construcción de subcuenta.	Es compatible con
SbAI2	DEBE	SubAccountId DEBE ser de tipo String.	Es compatible con
SbAI3	DEBE	SubAccountId DEBE cumplir los requisitos de StringHandling.	Es compatible con
SbAI3.1	DEBE	SubAccountId DEBE ser NULL cuando un cargo no está relacionado con una subcuenta.	Es compatible con	`SubAccountId` puede ser null para compras y reembolsos de MCA.
SbAI3.2	DEBE	SubAccountId NO DEBE ser NULL cuando un cargo está relacionado con una subcuenta.	Es compatible con

Nombre de la subcuenta

Un nombre asignado a una agrupación de recursos o servicios, que a menudo se usa para administrar el acceso o el costo.

La subcuenta FOCUS se asigna a una suscripción de Microsoft Cloud.

Origen: columns/subaccountname.md

identificación	Tipo	Criterios	Estado
SbAN1	DEBE	SubAccountName DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite una construcción de subcuenta.	Es compatible con
SbAN2	DEBE	SubAccountName DEBE ser de tipo String.	Es compatible con
SbAN3	DEBE	SubAccountName DEBE cumplir los requisitos de StringHandling.	Es compatible con
SbAN3.1	DEBE	SubAccountName DEBE ser NULL cuando SubAccountId es NULL.	Es compatible con
SbAN3.2	DEBE	SubAccountName NO DEBE ser NULL cuando SubAccountId no es NULL.	Es compatible con

Tipo de subcuenta

Nombre asignado por el proveedor para identificar el tipo de subcuenta.

La subcuenta FOCUS se asigna a una suscripción de Microsoft Cloud.

Origen: columns/subaccounttype.md

identificación	Tipo	Criterios	Estado
SbAT1	DEBE	SubAccountType DEBE estar presente en un conjunto de datos FOCUS cuando el proveedor admite más de un valor SubAccountType posible.	Es compatible con
SbAT2	DEBE	SubAccountType DEBE ser de tipo String.	Es compatible con
SbAT3	DEBE	SubAccountType DEBE cumplir los requisitos de StringHandling.	Es compatible con
SbAT3.1	DEBE	SubAccountType DEBE ser NULL cuando SubAccountId es NULL.	Es compatible con
SbAT3.2	DEBE	SubAccountType NO DEBE ser NULL cuando SubAccountId no es NULL.	Es compatible con
SbAT4	DEBE	SubAccountType DEBE ser un valor de presentación coherente y legible.	Es compatible con

Etiquetas

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.

Origen: columns/tags.md

identificación	Tipo	Criterios	Estado	Notas
T1	DEBE	Las etiquetas DEBEN estar presentes en un conjunto de datos FOCUS cuando el proveedor admite la configuración de etiquetas definidas por el usuario o el proveedor.	Es compatible con
T2	DEBE	Las etiquetas DEBEN cumplir los requisitos de KeyValueFormat.	Es compatible con
T3	MAY.	Las etiquetas PUEDEN ser NULL.	Es compatible con
T4.1	DEBE	Las etiquetas DEBEN incluir todas las etiquetas definidas por el usuario y definidas por el proveedor.	Es compatible con
T4.2	DEBE	Las etiquetas solo DEBEN incluir etiquetas finalizadas.	Es compatible con
T4.3	PUEDE	Las etiquetas DEBEN incluir claves de etiqueta con los valores no NULL correspondientes para un recurso determinado.	Es compatible con
T4.4	MAY.	Las etiquetas PUEDEN incluir claves de etiqueta con un valor NULL para un recurso determinado en función del proceso de finalización de etiquetas del proveedor.	Es compatible con
T4.5	DEBE	Las claves de etiqueta que no admiten los valores correspondientes deben tener establecido un valor true (booleano) correspondiente.	No es aplicable	Las etiquetas de Microsoft Cloud admiten claves y valores.
T4.6	PUEDE	El proveedor DEBE publicar métodos de finalización de etiquetas y semántica en su documentación respectiva.	Es compatible con
T4.7	DEBE	El proveedor NO DEBE modificar los valores de etiqueta a menos que se aplique true (booleano) a etiquetas sin valor.	Es compatible con
T5.1	DEBE	Las claves de etiqueta definidas por el proveedor deben tener como prefijo un prefijo de clave de etiqueta especificado por el proveedor que sea único para cada esquema de etiqueta especificado por el proveedor correspondiente.	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.
T5.2	PUEDE	El proveedor DEBE publicar todos los prefijos de clave de etiqueta especificados por el proveedor en su documentación respectiva.	No es aplicable	Actualmente no se especifican prefijos de proveedor.
T6.1	DEBE	El proveedor DEBE prefijar todos los esquemas de etiquetas definidos por el usuario con un prefijo de clave de etiqueta especificado por el proveedor que sea único para cada esquema de etiqueta definido por el usuario correspondiente cuando el proveedor tenga más de un esquema de etiqueta definido por el usuario.	Es compatible con
T6.2	DEBE	El proveedor NO DEBE prefijar las claves de etiqueta cuando el proveedor solo tiene un esquema de etiqueta definido por el usuario.	Es compatible con
T6.3	DEBE	El proveedor NO DEBE permitir que los prefijos de clave de etiqueta reservados se usen como prefijos para las claves de etiqueta definidas por el usuario dentro de un esquema de etiqueta definido por el usuario sin prefijos.	Es compatible con

Proporcionar comentarios

Háganos saber cómo estamos haciendo con una revisión rápida. Usamos estas revisiones para mejorar y expandir herramientas y recursos de FinOps.

Enviar comentarios

Si busca algo específico, vote por una idea existente o cree una idea nueva. Comparta ideas con otros usuarios para obtener más votos. Nos centramos en las ideas con la mayoría de los votos.

votar o sugerir ideas

Recursos relacionados

Productos relacionados:

Gestión de Costos

Soluciones relacionadas:

Comentarios

¿Le ha resultado útil esta página?

Last updated on 2026-02-12

Compartir a través de

Informe completo de conformidad con FOCUS

Cómo se mide la conformidad

Cómo se organiza este documento

Atributos

Control de columnas

Formato de moneda

Formato de fecha y hora

Control de descuentos

Formato de valor de clave

Control nulo

Formato numérico

Control de cadenas

Formato de unidad

Columnas

Zona de disponibilidad

Costo facturado

Identificador de la cuenta de facturación

Nombre de la cuenta de facturación

Tipo de cuenta de facturación

Divisa de facturación

Fin del período de facturación

Inicio del período de facturación

Id. de reserva de capacidad

Estado de la reserva de capacidad

Categoría de cargo

Clase Charge

Descripción del cargo

Frecuencia de carga

Fin del período de cargo

Inicio del período de cargo

Categoría de descuento de compromiso

Identificador de descuento del compromiso

Nombre del descuento de compromiso

Cantidad de descuento de compromiso

Estado del descuento del compromiso

Tipo de descuento de compromiso

Unidad de descuento de compromiso

Cantidad consumida

Unidad consumida

Costo contratado

Precio unitario contratado

Costo efectivo

Id. de factura

Nombre del emisor de factura

Costo de lista

Lista de precios unitarios

Categoría de precios

Moneda de fijación de precios

Precio unitario de moneda de precios contratado

Precio efectivo de moneda

Precio unitario de lista de monedas de precios

Cantidad de precios

Unidad de precios

Nombre del proveedor

Nombre del publicador

Id. de región

Nombre de la región

Identificador del recurso

Nombre del recurso

Tipo de recurso

Categoría del servicio

Nombre del servicio

Subcategoría de servicio

ID. SKU

Medidor de SKU

Detalles de precios de SKU

Identificador de precio de SKU

Id. de subcuenta

Nombre de la subcuenta

Tipo de subcuenta

Etiquetas

Proporcionar comentarios

Contenido relacionado

Comentarios

Recursos adicionales