Summary

  • AWS Marketplace deduplica el uso por producto, cliente, hora y dimensión en las integraciones anteriores; con acuerdos concurrentes, la licencia pasa a ser parte de la clave.
  • Según la guía oficial, enviar el uso de un mismo cliente y periodo con ProductCode y LicenseArn provoca doble facturación. El riesgo está en el solapamiento de los emisores durante la transición.

Una hora de servicio no debería adquirir una gemela al pasar por contabilidad.

El proveedor de SaaS mide el consumo y envía registros a AWS Marketplace. AWS aplica los precios definidos para el producto y prepara la factura del comprador. Esa cadena depende de la identidad del registro. Antes, para productos sin acuerdos concurrentes, AWS elimina duplicados considerando producto, cliente, hora y dimensión de precio. Si el producto admite acuerdos concurrentes, el mismo cliente puede mantener varias compras activas del mismo producto; cada una tiene un LicenseArn, y el registro se distingue por licencia.

La diferencia aparece cuando una empresa migra su integración. AWS dice que repetir un envío con la misma licencia conserva las reglas habituales de deduplicación. Cambiar entre ProductCode y LicenseArn dentro de la misma ventana de uso, en cambio, causa doble facturación. No hace falta imaginar un fallo de red ni un empleado deshonesto. Basta con que el proceso antiguo y el nuevo reporten la misma hora bajo identidades que la plataforma considera diferentes.

AWS exige a los nuevos productos SaaS la integración actualizada para acuerdos concurrentes desde el 1 de junio de 2026. Las integraciones existentes pueden seguir en funcionamiento. Esa distinción importa: la fecha no es una orden de migración universal. El problema comercial afecta a quienes trasladan la medición y dejan abiertas las dos rutas durante el corte.

La nueva ruta exige saber a qué acuerdo pertenece cada unidad de uso. ResolveCustomer proporciona LicenseArn durante el registro. AWS indica que, al medir por licencia, cada UsageRecord identifique el acuerdo y que no se envíe ProductCode en la solicitud principal. Un comprador con dos acuerdos activos ya no puede repartirse el consumo por el nombre del producto: hay que decidir qué acuerdo lo recibió y conservar esa decisión.

También cambia la posibilidad de corregir el contador. La guía dice que una cantidad declarada para una dimensión, incluso cero, no puede modificarse. Si se repite el registro con otra cantidad, se factura la primera. Los registros de la misma hora tampoco se suman como si fueran entregas parciales. Por eso un ensayo de migración debe comprobar el envío efectivo, no limitarse a verificar que la nueva API acepta solicitudes.

El comprador puede ver líneas por dimensión y costes acumulados en la consola de facturación; el informe de costes y uso ofrece más detalle cuando está activado. Esas vistas llegan con retraso. AWS recomienda al vendedor utilizar CloudTrail para confirmar los envíos. Para medir una duplicación concreta harían falta los registros presentados y las líneas definitivas de la factura del cliente correspondiente. La documentación oficial ya describe la mecánica y su consecuencia.

La llave que cambia en una llamada de API puede cambiar la cifra que llega al comprador. AWS fija las reglas del contador; el vendedor decide qué proceso lo alimenta. La disciplina de mercado aquí consiste en asignar a cada hora una sola identidad facturable.

Fuentes oficiales