Una startup noruega se ha comido una factura de 17.600 dólares por usar Claude dentro de Microsoft Foundry creyendo que sus créditos de Azure la cubrían. No la cubrían. Y cuando pidió que se la perdonaran, Microsoft la mandó a Anthropic y Anthropic la mandó de vuelta a Microsoft. Lo cuenta The Register.
Qué ha pasado
Vegalabs AS recibió 25.060 dólares en créditos de Azure a través del programa de startups de Microsoft. En agosto desplegó Claude en Foundry para sus cargas de análisis dando por hecho que ese saldo lo pagaba.
No: las reglas del patrocinio excluyen los modelos de Anthropic comprados vía Azure Marketplace. Mientras el portal de créditos seguía mostrando saldo disponible, los cargos de Marketplace corrían por otro lado. Microsoft intentó cobrar 16.500 dólares a la tarjeta y el total facturado llegó a 17.600 antes de impuestos. El banco rechazó el cargo por sospecha de fraude. La empresa borró el despliegue en menos de una hora desde que lo descubrió, y el 8 de septiembre le caducaron 21.168 dólares de crédito sin usar.
Vegalabs admite dos cosas: no leyó las exclusiones del crédito y no configuró ninguna alerta de presupuesto. No discute el consumo ni la regla escrita. Lo que dice es que la interfaz de despliegue no dejaba claro que aquello se facturaba aparte.
Y ahí empieza la parte fea. Microsoft le contestó, en comunicaciones que el medio ha visto, que las compras de Marketplace pasan por una cadena de facturación distinta, asociada al editor tercero, y que soporte de Azure no puede anular ni devolver esos cargos; que si Anthropic lo aprueba, Anthropic puede iniciar la devolución a través de Microsoft. Soporte de Anthropic respondió lo contrario: que Microsoft no necesita su autorización para devolver nada. De las siete respuestas de soporte que recibió, cuatro estaban generadas por IA —incluidas las dos de Anthropic— y clasificaban la cuenta como un patrocinio de estudiante, que no es lo que era. Microsoft no quiso comentar nada más cuando le preguntaron el 6 de octubre; Anthropic no contestó. No es la primera vez: en marzo ya hubo un caso parecido con cargos de modelos de terceros fuera del crédito patrocinado.
Por qué importa
El problema de fondo no es Claude ni Azure: es que una misma consola enseña dos contabilidades distintas y solo una de ellas tiene el contador a la vista. El saldo que ves no es el saldo que manda.
Si mañana vas a meter un modelo de un tercero dentro de una nube, hay cinco cosas que yo cambiaría hoy mismo:
- Separa consumo de nube y compra de Marketplace en tu cabeza. Cualquier modelo de un proveedor externo ofrecido dentro de una nube suele ser una compra a ese editor con la nube de pasarela. Factura distinta, soporte distinto, reglas distintas.
- La alerta de presupuesto va antes del primer despliegue, no después del primer susto. Y no sobre el portal de créditos: sobre la gestión de costes real de la suscripción, que es donde aparecen los cargos de Marketplace.
- Tarjeta en el fichero = el crédito deja de ser un techo. Esto es lo que casi nadie interioriza. Con una suscripción solo de crédito, el despliegue ni siquiera arranca. Con tarjeta guardada, arranca y cobra. El patrocinio pasa de ser un límite a ser un suelo.
- Antes de firmar nada, pregunta quién puede emitir el abono. No quién te factura: quién tiene el botón de devolver. Si la respuesta tarda más de una frase, ya sabes dónde vas a acabar.
- Revisa a mano la lista de servicios con su emisor. Una columna en la hoja de arquitectura: servicio, quién factura, con qué saldo se paga. Veinte minutos.
Qué no cambia
Seamos honestos con la otra parte, porque esta noticia se puede contar peor de lo que es.
La regla estaba documentada. La propia guía de despliegue de Claude dice que las suscripciones patrocinadas solo con crédito no están soportadas y que, si hay tarjeta, se cobra a la tarjeta. Vegalabs no lo discute. Tampoco discute el consumo: ese gasto lo generó su carga de trabajo, no un error de medición. 17.600 dólares con uso real detrás no son una factura equivocada, son una factura.
Y el dinero, de momento, no ha salido: el banco rechazó el cobro. Esto no es la historia de una empresa arruinada por una nube, es la historia de una empresa que no leyó una exclusión y que ahora no encuentra a nadie al otro lado para arreglarlo. Son dos cosas distintas y la segunda es la grave.
Nuestra lectura
Me parece un fallo de diseño, no un fallo de letra pequeña. El sitio donde esto se arregla cuesta una línea de interfaz: un aviso en el propio botón de desplegar diciendo que ese modelo no consume tu crédito patrocinado y se cobrará aparte. Microsoft ya sabe, en ese preciso instante, que la suscripción es patrocinada y que el modelo va por Marketplace. Tiene los dos datos y no los junta. Esconder esa información en una guía de documentación cuando la tienes delante en pantalla es elegir que el usuario se entere tarde.
Lo de las respuestas automáticas de soporte me parece aún peor, y va a ir a más. Cuatro de siete generadas por IA, y encima clasificando mal el tipo de cuenta. Mira: el soporte de primer nivel es justo donde un modelo luce, porque el 90 % de los tickets son cosas ya escritas en algún sitio. El problema es que nadie escribe a soporte por el 90 %. Escribe por la excepción. Y una IA entrenada para repetir lo que ya está documentado, en una excepción, solo sabe hacer una cosa: mandarte a otro sitio con buena gramática. Eso no es soporte, es un redireccionador.
Esto, además, ya lo hemos visto. Es la vieja grieta del revendedor: el que te cobra no es el que presta el servicio, y el abono vive justo en medio. Lo vimos con dominios y hosting revendido hace quince años y lo vamos a ver multiplicado ahora, porque los marketplaces de modelos están montando exactamente la misma arquitectura comercial. Cuantos más editores terceros dentro de una consola única, más tickets que rebotan.
Qué haría yo con una startup que acaba de recibir créditos: sacar la tarjeta de las suscripciones patrocinadas, alerta al 10 % del saldo, y una conversación de diez minutos sobre qué se paga con crédito y qué no. Es aburridísimo y ahorra justo este tipo de semanas.
Cuando nos piden meter un modelo dentro de un proceso de empresa, la primera pregunta que hacemos no es cuál: es quién emite la factura y quién tiene autoridad para anularla. En proyectos de IA sobre nube ajena, esa respuesta vale más que el benchmark.
Cualquier duda me dices y lo vemos.
Un saludo, Vicente.