Compartir vía

Facturación de uso medido para contenedores de Azure mediante el servicio de medición de Marketplace comercial

  • Artículo

Con el servicio de medición de Marketplace comercial, puede crear ofertas de Azure Container que se cobran según las unidades no estándar. Antes de publicar la oferta en marketplace comercial, defina las dimensiones de facturación, como ancho de banda, particiones, archivos de registro, exámenes, correos electrónicos procesados, etcetera. A continuación, los clientes pagan según su consumo de estas dimensiones, con la aplicación que informa a Microsoft a través de la API del servicio de medición del marketplace comercial de eventos facturables a medida que se producen.

Requisitos previos para la facturación según uso

Para que una oferta de Azure Container use la facturación de uso medido, primero debe revisar las opciones de licencia descritas en Plan for Azure Container offer (Planear la oferta de contenedor de Azure) y asegurarse de que tiene necesidades de facturación personalizadas que no cumplen uno de los seis modelos de facturación predefinidos existentes.

A continuación, la oferta de Azure Container puede integrarse con las API del servicio de medición de Marketplace comercial para informar a Microsoft de eventos facturables.

Importante

La aplicación tendrá que llamar a las API del servicio de medición del marketplace comercial. Actualmente no hay ninguna opción para permitir que el servicio hospedado (fuera de la aplicación) llame a la API del servicio de medición.

Nota:

El servicio de medición de Marketplace solo está disponible para el modelo de facturación personalizado y no se aplica al modelo de facturación por usuario.

Cómo encaja la facturación según uso con los precios

Comprender la jerarquía de ofertas es importante cuando se trata de definir la oferta junto con sus modelos de precios.

  • Cada oferta está configurada para vender a través de Microsoft o no. Una vez publicada una oferta, esta opción no se puede cambiar.
  • Cada oferta, configurada para vender a través de Microsoft, puede tener uno o varios planes.
  • Cada plan tiene un modelo de precios asociado: plan facturado mensual basado en uso o Traiga su propia licencia (BYOL). Para el plan de facturación mensual basado en el uso, puede elegir gratis, una de las seis opciones de facturación predefinidas o personalizadas.
  • Las opciones de precio y modelo de precios no se pueden actualizar una vez publicadas.
  • Cada plan debe tener un plan de precios completo.
  • Puede elegir el precio mediante dimensiones personalizadas para cobrar a los clientes para ayudar a satisfacer sus necesidades de facturación. Cada dimensión representa una unidad facturable que el servicio se comunica con Microsoft mediante la API del servicio de medición del marketplace comercial.

Importante

Debe realizar un seguimiento del uso en el código y enviar solo eventos de uso a Microsoft para el uso que desee facturar al cliente.

Nota:

Las ofertas se facturarán a los clientes en la moneda del contrato de los clientes, según el precio de mercado local que se publicó en el momento en el que se creó la oferta. El importe que pagan los clientes y que cobran los ISV depende de las tasas de cambio de divisas en el momento en el que el cliente realiza la transacción de la oferta. Obtenga más información sobre cómo convertimos la moneda.

Opciones de precios personalizadas de ejemplo

Por ejemplo, Contoso es un publicador cuya dirección IP está en su lógica de particionamiento para su aplicación de Kubernetes. Contoso quiere cobrar a sus clientes en función del número de particiones usadas. También están explorando otras opciones de facturación de precios convenientes y competitivos. Contoso se registra como publicador en el Centro de partners para el programa marketplace comercial y quiere publicar ofertas de contenedor para los clientes de Azure. Hay cuatro planes asociados a Contoso, que se describen a continuación:

  • Cargo por las particiones usadas por hora, por ejemplo, $1000/shard/hour

    Captura de pantalla que muestra el cargo por las particiones usadas por hora.

  • Modelado de un pago único o facturación periódica: Supongamos que Contoso quiere cobrar un cliente $449/mo por el uso de hasta 100 archivos de registro desde su aplicación. La lógica de la aplicación de Contoso realiza un seguimiento del evento de uso del mes y desencadena un cargo al final del mes para el uso de 100 archivos de registro.

    Captura de pantalla que muestra el modelado de pagos únicos o la facturación periódica.

  • Facturación por niveles de modelado: supongamos que Contoso quiere cobrar $449/mo por hasta 100 particiones y, después, los precios por niveles para cualquier uso por encima del límite. Su lógica de aplicación realizaría un seguimiento del uso del mes, segmentar el uso en consecuencia e informarlo mediante las API de medición siguientes al final del período:

    Captura de pantalla que muestra la facturación por niveles de modelado.

  • Facturación multidimensional: Contoso también puede usar la medición personalizada para satisfacer sus necesidades de facturación avanzada mediante varias dimensiones.

    Captura de pantalla que muestra la facturación multidimensional.

En función del plan seleccionado, se cobra a un cliente de Azure que obtiene la oferta de contenedor de Contoso en función de su uso. Contoso cuenta el uso sin enviar ningún evento de uso a Microsoft. Cuando los clientes consumen una cantidad adecuada o periódicamente, Contoso notifica el uso. Los clientes no tienen que cambiar planes ni hacer nada diferente. Contoso mide el uso y comienza a emitir eventos de uso a Microsoft para cobrar el uso por encima del límite mediante la API del servicio de medición del marketplace comercial. Microsoft a su vez cobra al cliente por el uso especificado por el publicador en las dimensiones personalizadas. La facturación se realiza en el siguiente ciclo de facturación mensual.

Dimensiones de facturación

Cada dimensión de facturación define una unidad personalizada por la que el ISV puede emitir eventos de uso. Las dimensiones de facturación también se usan para comunicarse con el cliente sobre cómo se facturarán con el software. Se definen de la siguiente manera:

  • Identificador: el identificador de dimensión inmutable al que se hace referencia al emitir eventos de uso.
  • Nombre para mostrar: el nombre para mostrar asociado a la dimensión; por ejemplo, "mensajes de texto enviados".
  • Unidad de medida: descripción de la unidad de facturación; por ejemplo, "por mensaje de texto" o "por cada 100 correos electrónicos".
  • Precio por unidad en USD: el precio de una unidad de dimensión. Puede ser 0.

Importante

Debe realizar un seguimiento del uso en el código de la aplicación y enviar eventos de uso a Microsoft en función de sus necesidades de facturación.

Las dimensiones de facturación se comparten entre todos los planes de una oferta. Algunos atributos son aplicables a la dimensión en todos los planes y otros son específicos de un plan.

Los atributos, que definen la propia dimensión, se comparten entre todos los planes de una oferta. Antes de publicar la oferta, un cambio realizado en estos atributos desde el contexto de cualquier plan afecta a la definición de dimensión en todos los planes. Una vez publicada la oferta, estos atributos ya no se pueden editar. Estos atributos son los siguientes:

  • ID
  • Nombre
  • Unidad de medida

Los demás atributos de una dimensión son específicos de cada plan y pueden tener valores diferentes de un plan a otro. Antes de publicar el plan, puede editar estos valores y solo se verá afectado este plan. Una vez publicado el plan, estos atributos ya no se podrán editar. Estos atributos son los siguientes:

  • Precio por unidad en USD

Las dimensiones también tienen un concepto especial denominado "habilitado":

  • Habilitado indica que este plan participa en esta dimensión. Si va a crear un nuevo plan que no envíe eventos de uso basados en esta dimensión, es posible que quiera dejar esta opción desactivada. Además, las nuevas dimensiones que se agregan después de publicar un plan por primera vez se muestran como "no habilitadas" en el plan ya publicado. Una dimensión deshabilitada no se mostrará en ninguna lista de dimensiones de un plan visto por los clientes.

Nota:

Los siguientes escenarios se admiten explícitamente:

  • Puede agregar una nueva dimensión a un nuevo plan. La nueva dimensión no se habilitará para los planes ya publicados.

Configuración del precio de dimensión por unidad por mercado compatible

Al igual que otros precios basados en el uso, los precios de dimensión de facturación se pueden establecer por país o región admitidos. Es preciso usar la característica de importación y exportación de datos de precios del Centro de partners como se indica a continuación.

  1. Defina las dimensiones deseadas y marque qué mercados se admiten.
  2. Exporte estos datos a un archivo.
  3. Agregue los precios correctos por país o región e importe el archivo en el Centro de partners.

La interfaz de usuario del medidor cambia para reflejar que los precios de la dimensión solo se pueden ver en el archivo .

Captura de pantalla que muestra la interfaz de usuario del medidor.

Plan privado

Al igual que los planes de facturación predefinidos basados en el uso, un plan con dimensiones personalizadas se puede establecer como plan privado, accesible solo por la audiencia definida por el plan.

Restricciones

Comportamiento de bloqueo

Dado que una dimensión que se usa con el servicio de medición del marketplace comercial representa un reconocimiento del modo en que el cliente pagará el servicio, los detalles de una dimensión no se podrán editar después de que se publique. Es importante que las dimensiones estén totalmente definidas para un plan antes de la publicación.

Una vez que se publica una oferta con una dimensión, ya no se pueden cambiar los detalles de nivel de oferta de esa dimensión:

  • ID
  • Nombre
  • Unidad de medida

Una vez publicado un plan, este detalle de nivel de plan ya no se puede cambiar:

  • Si la dimensión está habilitada para el plan o no

Límites superiores

El máximo de dimensiones que se pueden configurar para una única oferta es de 30 dimensiones únicas.

Facturación de uso medido de Azure Container

Las API de facturación según uso deben usarse cuando el publicador crea dimensiones de medición personalizadas para que una oferta se publique en el Centro de partners. La integración con las API de facturación según uso es necesaria para cualquier oferta comprada que tenga uno o más planes con dimensiones personalizadas para emitir eventos de uso.

Importante

Para más información sobre cómo crear dimensiones de medición personalizadas para aplicaciones de Kubernetes, consulte Creación de una oferta de contenedor de Azure.

Aplicación de la nota de TLS 1.2

La versión 1.2 de TLS se aplica como versión mínima para las comunicaciones HTTPS. Asegúrese de usar esta versión de TLS en el código. La versión 1.0 y 1.1 de TLS están en desuso y se rechazan los intentos de conexión.

Evento de uso único de facturación según uso

El publicador debe llamar a la API de eventos de uso para emitir eventos de uso en un recurso activo (suscrito) para el plan adquirido por el cliente específico. El evento de uso se emite por separado para cada dimensión personalizada del plan definido por el publicador al publicar la oferta.

Solo se puede emitir un evento de uso durante cada hora de un día natural por recurso y dimensión. Si se consume más de una unidad en una hora, acumule todas las unidades consumidas en la hora y, a continuación, proceda a su emisión en un solo evento. Los eventos de uso solo se pueden emitir durante las últimas 24 horas. Si emite un evento de uso en cualquier momento entre las 8:00 y las 8:59:59 (y se acepta) y envía otro evento para el mismo día entre las 8:00 y las 8:59:59, se rechaza como duplicado.

POST: https://marketplaceapi.microsoft.com/api/usageEvent?api-version=<ApiVersion>

Parámetros de consulta:

Parámetro Recomendación
ApiVersion Use 2018-08-31.

Encabezados de la solicitud:

Content-type Use application/json
x-ms-requestid Valor de cadena único para el seguimiento de la solicitud del cliente, preferiblemente un GUID. Si no se proporciona este valor, se genera uno y se proporciona en los encabezados de respuesta.
x-ms-correlationid Valor de cadena único para la operación en el cliente. Este parámetro pone en correlación todos los eventos de la operación del cliente con los eventos del servidor. Si no se proporciona este valor, se genera uno y se proporciona en los encabezados de respuesta.
authorization Token de acceso único que identifica al ISV que realiza esta llamada API. El formato es "Bearer <access_token>" cuando el publicador recupera el valor del token, como se explica en la aplicación de Kubernetes en Estrategias de autenticación.

Ejemplo de cuerpo de la solicitud:

{
  "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // unique identifier of the resource against which usage is emitted. 
  "quantity": 5.0, // how many units were consumed for the date and hour specified in effectiveStartTime, must be greater than 0 or a double integer
  "dimension": "dim1", // custom dimension identifier
  "effectiveStartTime": "2018-12-01T08:30:14", // time in UTC when the usage event occurred, from now and until 24 hours back
  "planId": "plan1", // id of the plan purchased for the offer
}

Nota:

En el caso de las aplicaciones de Kubernetes, resourceUri es el URI del recurso arm de la instancia de aplicación de Kubernetes.

Respuestas

Código: 200
Aceptar. La emisión de uso se aceptó y registró en el lado de Microsoft para su posterior procesamiento y facturación.

Ejemplo de carga de respuesta:

{
  "usageEventId": <guid>, // unique identifier associated with the usage event in Microsoft records
  "status": "Accepted" // this is the only value in case of single usage event
  "messageTime": "2020-01-12T13:19:35.3458658Z", // time in UTC this event was accepted
  "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // unique identifier of the resource against which usage is emitted. For SaaS it's the subscriptionId.
  "quantity": 5.0, // amount of emitted units as recorded by Microsoft
  "dimension": "dim1", // custom dimension identifier
  "effectiveStartTime": "2018-12-01T08:30:14", // time in UTC when the usage event occurred, as sent by the ISV
  "planId": "plan1", // id of the plan purchased for the offer
}

Código: 400
Solicitud incorrecta.

  • Datos de la solicitud no válidos proporcionados o que faltan.
  • effectiveStartTime es más de 24 horas en el pasado. El evento ha expirado.

Ejemplo de carga de respuesta:

{
  "message": "One or more errors have occurred.",
  "target": "usageEventRequest",
  "details": [
    {
      "message": "The resourceUri is required.",
      "target": "ResourceUri",
      "code": "BadArgument"
    }
  ],
  "code": "BadArgument"
}

Código: 400
Solicitud incorrecta.

  • El URI del recurso ya está registrado anteriormente, debe esperar 24 horas antes de enviar el uso.

Ejemplo de carga de respuesta:

{
  "message": "One or more errors have occurred.",
  "target": "usageEventRequest",
  "details": [
    {
      "message": "Invalid usage state.",
      "target": "ResourceUri",
      "code": "BadArgument"
    }
  ],
  "code": "BadArgument"
}

Código: 403

Prohibido. El token de autorización no se ha proporcionado, no es válido o ha expirado,

Código: 409
Conflicto. Ya se ha notificado correctamente un evento de uso para el id. de recurso especificado, la fecha y la hora de entrada en vigor del uso.

Ejemplo de carga de respuesta:

{
  "additionalInfo": {
    "acceptedMessage": {
      "usageEventId": "<guid>", //unique identifier associated with the usage event in Microsoft records
      "status": "Duplicate",
      "messageTime": "2020-01-12T13:19:35.3458658Z",
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", //unique identifier of the resource against which usage is emitted.
      "quantity": 1.0,
      "dimension": "dim1",
      "effectiveStartTime": "2020-01-12T11:03:28.14Z",
      "planId": "plan1"
    }
  },
  "message": "This usage event already exist.",
  "code": "Conflict"
}

Evento de uso por lotes de facturación según uso

La API de eventos de uso por lotes permite emitir a la vez eventos de uso para más de un recurso específico que haya comprado. También permite emitir varios eventos de uso para el mismo recurso, siempre y cuando estén durante diferentes horas naturales. El número máximo de eventos en un solo lote es 25.

POST: https://marketplaceapi.microsoft.com/api/batchUsageEvent?api-version=<ApiVersion>

Parámetros de consulta:

Parámetro Recomendación
ApiVersion Use 2018-08-31.

Encabezados de la solicitud:

Content-type Use application/json
x-ms-requestid Valor de cadena único para el seguimiento de la solicitud del cliente, preferiblemente un GUID. Si no se proporciona este valor, se genera uno y se proporciona en los encabezados de respuesta.
x-ms-correlationid Valor de cadena único para la operación en el cliente. Este parámetro pone en correlación todos los eventos de la operación del cliente con los eventos del servidor. Si no se proporciona este valor, se genera y se proporciona en los encabezados de respuesta.
authorization Token de acceso único que identifica al ISV que realiza esta llamada API. El formato es Bearer <access_token> cuando el publicador recupera el valor del token, como se explica en la aplicación de Kubernetes en Estrategias de autenticación.

Nota:

En el cuerpo de la solicitud, el identificador de recurso de las aplicaciones de Kubernetes es resourceUri.

Ejemplo del cuerpo de la solicitud para aplicaciones de Kubernetes:

{
  "request": [ // list of usage events for the same or different resources of the publisher
    { // first event
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // Unique identifier of the resource against which usage is emitted. 
      "quantity": 5.0, // how many units were consumed for the date and hour specified in effectiveStartTime, must be greater than 0 or a double integer
      "dimension": "dim1", //Custom dimension identifier
      "effectiveStartTime": "2018-12-01T08:30:14",//Time in UTC when the usage event occurred, from now and until 24 hours back
      "planId": "plan1", // id of the plan purchased for the offer
    },
    { // next event
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", 
      "quantity": 39.0, 
      "dimension": "email", 
      "effectiveStartTime": "2018-11-01T23:33:10
      "planId": "gold", // id of the plan purchased for the offer
    }
  ]
}

Respuestas

Código: 200
Aceptar. La emisión de uso por lotes se aceptó y registró en el lado de Microsoft para su posterior procesamiento y facturación. La lista de respuestas se devuelve con el estado de cada evento individual del lote. Debe recorrer en iteración la carga de respuesta para comprender las respuestas de cada evento de uso individual que se envía como parte del evento por lotes.

Ejemplo de carga de respuesta:

{
  "count": 2, // number of records in the response
  "result": [
    { // first response
      "usageEventId": "<guid>", // unique identifier associated with the usage event in Microsoft records
      "status": "Accepted" // see list of possible statuses below,
      "messageTime": "2020-01-12T13:19:35.3458658Z", // Time in UTC this event was accepted by Microsoft,
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // unique identifier of the resource against which usage is emitted.
      "quantity": 5.0, // amount of emitted units as recorded by Microsoft 
      "dimension": "dim1", // custom dimension identifier
      "effectiveStartTime": "2018-12-01T08:30:14",// time in UTC when the usage event occurred, as sent by the ISV
      "planId": "plan1", // id of the plan purchased for the offer
    },
    { // second response
      "status": "Duplicate",
      "messageTime": "0001-01-01T00:00:00",
      "error": {
        "additionalInfo": {
          "acceptedMessage": {
            "usageEventId": "<guid>",
            "status": "Duplicate",
            "messageTime": "2020-01-12T13:19:35.3458658Z",
            "resourceUri": "<ARM resource URI of the Kubernetes app instance>",
            "quantity": 1.0,
            "dimension": "email",
            "effectiveStartTime": "2020-01-12T11:03:28.14Z",
            "planId": "gold"
          }
        },
        "message": "This usage event already exist.",
        "code": "Conflict"
      },
      "resourceId": "<guid2>",
      "quantity": 1.0,
      "dimension": "email",
      "effectiveStartTime": "2020-01-12T11:03:28.14Z",
      "planId": "gold"
    }
  ]
}

Descripción del código de estado al que se hace referencia en respuesta de la API BatchUsageEvent:

status code Descripción
Accepted Accepted.
Expired Uso expirado.
Duplicate Se ha proporcionado un uso duplicado.
Error Código de error.
ResourceNotFound El recurso de uso proporcionado no es válido.
ResourceNotAuthorized No está autorizado a proporcionar el uso de este recurso.
ResourceNotActive El recurso está suspendido o nunca se activó.
InvalidDimension La dimensión para la que se ha pasado el uso no es válida para esta oferta o plan.
InvalidQuantity La cantidad pasada es menor o igual que 0.
BadArgument Falta la entrada o tiene un formato incorrecto.

Código: 400
Solicitud incorrecta. El lote contenía más de 25 eventos de uso.

Código: 403
Prohibido. El token de autorización no se ha proporcionado, no es válido o ha expirado,

Facturación medida: recuperación de eventos de uso

Puede llamar a la API de eventos de uso para obtener la lista de eventos de uso. Los ISV pueden usar esta API para ver los eventos de uso que se han publicado durante un determinado período de tiempo configurable y qué estado tienen estos eventos en el momento de llamar a la API.

GET: https://marketplaceapi.microsoft.com/api/usageEvents

Parámetros de consulta:

Parámetro Recomendación
ApiVersion Use 2018-08-31.
usageStartDate DateTime en formato ISO8601. Por ejemplo, 2020-12-03T15:00 o 2020-12-03
UsageEndDate (opcional) DateTime en formato ISO8601. Valor predeterminado = fecha actual
offerId (opcional) Valor predeterminado = todos los disponibles
planId (opcional) Valor predeterminado = todos los disponibles
dimension (opcional) Valor predeterminado = todos los disponibles
azureSubscriptionId (opcional) Valor predeterminado = todos los disponibles
reconStatus (opcional) Valor predeterminado = todos los disponibles

Valores posibles de ReconStatus:

ReconStatus Descripción
Enviado Aún no procesado por PC Analytics
Accepted Coincidencia con PC Analytics
Rechazada Rechazado en la canalización. Póngase en contacto con el soporte técnico de Microsoft para investigar la causa.
Error de coincidencia Las cantidades de MarketplaceAPI y Análisis del Centro de partners son no cero, pero no coinciden
TestHeaders Suscripción enumerada con encabezados de prueba y, por lo tanto, no en PC Analytics
DryRun Enviado con SessionMode=DryRun y, por lo tanto, no en PC

Encabezados de la solicitud:

Tipo de contenido Usar application/json
x-ms-requestid Valor de cadena único (preferiblemente un GUID) para el seguimiento de la solicitud del cliente. Si no se proporciona este valor, se genera uno y se proporciona en los encabezados de respuesta.
x-ms-correlationid Valor de cadena único para la operación en el cliente. Este parámetro pone en correlación todos los eventos de la operación del cliente con los eventos del servidor. Si no se proporciona este valor, se genera uno y se proporciona en los encabezados de respuesta.
authorization Token de acceso único que identifica al ISV que realiza esta llamada API. El formato es Bearer <access_token> cuando el publicador recupera el valor del token.
- Aplicación de Kubernetes en estrategias de autenticación

Respuestas

Ejemplos de carga de respuesta:

Aceptado

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "Silver",
    "offerId": "mycooloffer",
    "offerName": "My Cool Offer",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Accepted",
    "submittedQuantity": 17.0,
    "processedQuantity": 17.0,
    "submittedCount": 17
  }
]

Enviado

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "",
    "offerId": "mycooloffer",
    "offerName": "",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Submitted",
    "submittedQuantity": 17.0,
    "processedQuantity": 0.0,
    "submittedCount": 17
  }
]

Desajuste

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "Silver",
    "offerId": "mycooloffer",
    "offerName": "My Cool Offer",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Mismatch",
    "submittedQuantity": 17.0,
    "processedQuantity": 16.0,
    "submittedCount": 17
  }
]

Rechazada

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "",
    "offerId": "mycooloffer",
    "offerName": "",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Rejected",
    "submittedQuantity": 17.0,
    "processedQuantity": 0.0,
    "submittedCount": 17
  }
]

Códigos de estado

Código: 403 Prohibido. El token de autorización no se ha proporcionado, no es válido o ha expirado,

Procedimientos recomendados de desarrollo y pruebas

Para probar la emisión de medidores personalizados, implemente la integración con la API de medición, cree un plan para la oferta publicada de Kubernetes Apps con dimensiones personalizadas definidas en ella con un precio cero por unidad. Además, publique esta oferta como versión preliminar. De este modo, solo los usuarios limitados podrán acceder a la integración y probarla.

También puede usar el plan privado para que una oferta activa existente limite el acceso a este plan durante las pruebas a una audiencia limitada.

Contenido relacionado

Obtención de soporte técnico

Puede abrir una incidencia de soporte técnico si tiene cualquiera de los problemas siguientes:

  • Incidencias técnicas de la API del servicio de medición de Marketplace.
  • Una incidencia que debe escalarse debido a un error por su parte (por ejemplo, un evento de utilización incorrecto).
  • Cualquier otra incidencia relacionada con la facturación según uso.

Para conocer las opciones de soporte técnico del publicador y abrir una incidencia de soporte técnico en Microsoft, siga las instrucciones que encontrará en Soporte técnico para el programa de marketplace comercial en el Centro de partners.