← News
By Leila Haddad
— Solutions Architect, Enterprise
·
· INSIGHT
El giro de Anthropic a precios por consumo: qué deben renegociar las empresas
Anthropic ha reestructurado Claude Enterprise hacia una tarifa baja por puesto más consumo sin tope a tarifas de la API. Los clientes con más de 150 puestos transicionan en la renovación. Procurement debe reconstruir los modelos de gasto en torno a tokens, caché y descuentos por batch antes de firmar.
Qué cambió en los precios empresariales de Anthropic en 2026
En abril de 2026, Anthropic confirmó lo que The Information había reportado primero: Claude Enterprise se ha movido fuera del paquete con tokens incluidos y precio plano por puesto hacia un modelo que combina una tarifa baja por puesto con consumo facturado a tarifas estándar de la API. Según la estructura publicada por Anthropic, el nuevo puesto Enterprise se sitúa en aproximadamente 20 $ por usuario al mes, y "no puedes deshabilitar la facturación por consumo". Los niveles antiguos de puestos premium y estándar (anteriormente alrededor de 200 $ y 40 $ por usuario al mes con cuotas de tokens incluidas) transicionan al nuevo modelo en la renovación.
El cambio inicialmente apunta a despliegues con 150 o más puestos. Los clientes más pequeños se quedan en los precios heredados por ahora, pero la dirección está clara. Anthropic cita una crisis de cómputo impulsada por la adopción de Claude Code y las cargas agénticas. La cobertura industrial de PYMNTS, The Register e ITBrief enmarca esto como el fin de la era de tarifa plana para los contratos empresariales de modelos frontera. Para los equipos de procurement, el efecto práctico es que la partida pasa de suscripción predecible a consumo variable, con la tarifa por puesto convirtiéndose en una pequeña fracción del coste total.
Por puesto vs por token: cómo funcionan las nuevas matemáticas
Bajo el plan Premium heredado, un despliegue de 200 puestos a 200 $ por usuario producía un compromiso anual predecible de 480.000 $ con cuotas de tokens incluidas. Bajo el nuevo modelo, los mismos 200 puestos producen solo 48.000 $ en tarifas base; el resto es lo que esos usuarios realmente consuman a los precios de lista de la API: Sonnet 4.6 a aproximadamente 3 $ de entrada y 15 $ de salida por millón de tokens, Opus 4.7 materialmente más alto.
Los analistas de licencias citados por implicator.ai y The Register estiman que los usuarios intensivos verán el gasto total duplicarse o triplicarse. Un solo ingeniero de Claude Code ejecutando bucles agénticos puede consumir varios millones de tokens al día; multiplica eso por un equipo de plataforma y la línea variable empequeñece la base. Las matemáticas ahora dependen de tres números que procurement rara vez seguía antes: tokens medios por usuario activo al día, ratio salida-a-entrada (la salida es 5x más cara) y el mix de modelos entre Haiku, Sonnet y Opus. Los equipos de finanzas que antes proyectaban el gasto en IA como una línea SaaS por puesto necesitan reconstruir en torno a telemetría de consumo, no plantilla.
Descuentos por caché y Message Batches: las palancas de coste que merece la pena usar
Dos descuentos nativos de Anthropic pasan de "agradables" a estructurales bajo la nueva forma de contrato. La Message Batches API procesa peticiones asíncronas en 24 horas exactamente al 50 % de los precios estándar de tokens, aplicado tanto a entrada como a salida en todos los modelos Claude. Cualquier cosa que tolere un día de latencia (clasificación nocturna de documentos, ejecuciones de evaluación, resumen masivo, refresco de embeddings) debería enrutarse a través de ella.
El caché de prompts es la segunda palanca. Los multiplicadores publicados por Anthropic sitúan las escrituras de caché de 5 minutos a 1,25x el precio base de entrada, las escrituras de 1 hora a 2x y, crucialmente, las lecturas de caché a 0,1x: un 90 % de descuento sobre los tokens de entrada cacheados. Los dos descuentos se acumulan. Un system prompt largo o contexto de documento que se golpea repetidamente vía Batches puede aterrizar aproximadamente al 5 % del precio de lista para la porción cacheada. Para pipelines RAG y flujos de agente con contexto largo, estructurar deliberadamente los prompts para que el prefijo estable sea cacheable es ahora una decisión visible para procurement, no solo una optimización de ingeniería.
Modelado del gasto anual bajo los nuevos niveles
Un modelo de gasto defendible para 2026 necesita tres entradas por cohorte de usuario: días activos al mes, tokens consumidos por día activo y la cuota de ese tráfico elegible para descuentos de caché o batch. Una línea base útil: un desarrollador típico con Claude en el IDE reportadamente consume 1-3 millones de tokens por día activo; un analista de investigación ejecutando flujos estilo Deep-Research está más cerca de 200-500k; un agente de soporte al cliente con Haiku puede situarse por debajo de 100k.
Construye tres escenarios (base, ambicioso y adversarial) y presiona cada uno contra la nueva fórmula de puesto más consumo. El caso adversarial debería asumir cero adopción de caché, cero enrutamiento por batch, selección por defecto de Opus y un crecimiento del 30 % mes a mes en tokens (consistente con las curvas de demanda reportadas). Ese techo es el número que llevar a la conversación de renovación. La Compliance API de Anthropic y el acceso a logs de auditoría, incluidos en el puesto Enterprise, son lo que necesitas para instrumentar esto mensualmente; mete en el contrato el requisito de retener al menos 13 meses de datos de uso a nivel de token antes de firmar.
El contraposicionamiento de OpenAI e incentivos de migración
OpenAI ha mantenido hasta ahora una postura por puesto para ChatGPT Enterprise: las tarifas publicadas se sitúan aproximadamente en el rango de 45-75 $ por usuario al mes, con un mínimo de 150 puestos y prepago anual. A partir del 2 de abril de 2026, OpenAI introdujo precios flexibles con puestos estándar y puestos solo-Codex, más pools de créditos que desbloquean acceso adicional a Deep Research, modelos Thinking, generación de imágenes y Codex por encima de los topes por puesto. La estructura sigue sintiéndose con forma de SaaS en el nivel de entrada, aunque la mecánica del pool de créditos importa silenciosamente dinámicas basadas en consumo para las funciones avanzadas.
Esto crea un arbitraje a corto plazo. Los equipos de procurement con ciclos de renovación en Q3 y Q4 de 2026 verán los movimientos comerciales de OpenAI vendiendo explícitamente predictibilidad frente al modelo variable de Anthropic. Trata esas cotizaciones con disciplina: confirma exactamente qué funciones caen dentro de la envolvente por puesto, cuáles requieren consumo de créditos y cómo se ve la tarifa de sobreuso cuando el pool se agota. El resultado realista no es la migración a un único proveedor, sino una postura dual con topes duros en ambos lados.
Cobertura: superponer gateways BYOK sobre un contrato de un único proveedor
La cobertura estructural más clara contra el cambio de precios de cualquier proveedor es desacoplar el contrato del modelo de la aplicación. Una capa de gateway que mantiene tus claves API y enruta peticiones entre proveedores convierte la elección de modelo en una decisión en tiempo de ejecución en lugar de un compromiso de procurement. Cuando Anthropic suba tarifas, expire un nivel de descuento o deprecie un SKU de modelo a mitad de contrato, reenrutas el tráfico clase Sonnet a un competidor comparable sin tocar el código de la aplicación.
Los requisitos operativos son poco glamurosos pero específicos: selección de proveedor por petición, consciencia del caché de prompt para no perder el descuento del 90 % al reenrutar, atribución de uso a nivel de token por workspace o centro de coste, y facturación pass-through pura para que el propio gateway no añada una capa de margen sobre los precios de lista del proveedor. Las plataformas de esta categoría (osFoundry es un ejemplo construido en torno a BYOK pass-through y sin tarifas por puesto) se sitúan delante de Anthropic, OpenAI y proveedores open-weights simultáneamente. El punto no es abandonar al proveedor; es preservar la opción de renegociar desde una posición donde el coste de cambio se mide en horas, no trimestres.
Acciones para tu próxima renovación
Lleva cuatro artefactos a la mesa antes de firmar la renovación de 2026. Primero, una línea base de consumo de tokens de 13 meses desglosada por cohorte de usuario, modelo y tasa de acierto de caché: la Compliance API de Anthropic te da los datos en bruto; instruméntala ahora aunque la renovación esté a meses. Segundo, un compromiso por escrito de Anthropic sobre ventanas de aviso de cambio de precio: la transición heredada de puesto a consumo sorprendió a los clientes en 2026, y tu contrato debería exigir 90 días de aviso para cualquier modificación de tarifa o nivel.
Tercero, negocia explícitamente la supervivencia de los descuentos de Batch y caché: consigue lenguaje confirmando que el descuento del 50 % en Batch y el multiplicador de lectura de caché son términos contractuales, no términos de servicio unilateralmente revocables. Cuarto, asegura una cláusula de gateway que permita capas de enrutamiento de terceros y postura BYOK; algunos acuerdos empresariales restringen silenciosamente la reventa o el proxy, y quieres esa ambigüedad resuelta por escrito. Si Anthropic se resiste a cualquiera de estos, eso en sí mismo es un dato útil sobre cuánta flexibilidad de precios esperan ejercer sobre el plazo de tu contrato.
Frequently asked questions
- ¿El nuevo precio Enterprise de Anthropic afecta a todos los clientes?
- No inmediatamente. Anthropic ha confirmado que la nueva estructura apunta a despliegues con 150 o más puestos, con los niveles existentes de puestos premium y estándar transicionando al modelo combinado de tarifa base más consumo en la renovación del contrato. Los despliegues más pequeños se quedan en los precios heredados por ahora, aunque la mayoría de los analistas industriales esperan que el modelo se extienda hacia abajo con el tiempo. La implicación práctica: si tu renovación es en los próximos dos a cuatro trimestres y estás por encima del umbral de puestos, construye ahora una previsión de gasto basada en consumo en lugar de después de que el equipo comercial envíe una cotización.
- ¿Son realmente permanentes el descuento del 50 % de Batch y el del 90 % en lectura de caché?
- Anthropic publica ambos en la documentación actual de la API: la Message Batches API cobra el 50 % de las tarifas estándar de tokens para peticiones asíncronas devueltas en 24 horas, y el caché de prompts usa un multiplicador de 0,1x sobre las lecturas de entrada cacheadas, equivalente a un descuento del 90 %. Los descuentos se acumulan. Son funciones documentadas, no precios promocionales, pero siguen siendo compromisos a nivel de términos de servicio que Anthropic puede revisar. Los equipos de procurement que negocien contratos empresariales multianuales deberían pedir lenguaje contractual explícito que preserve ambos mecanismos durante el plazo del contrato.
- ¿Cómo proyecto el consumo de tokens por usuario sin datos históricos?
- Empieza con una ventana de instrumentación de dos a cuatro semanas usando la Compliance API de Anthropic o los logs de tu gateway, segmentada por rol. Referencias aproximadas útiles de la cobertura industrial: los desarrolladores que usan Claude en flujos agénticos de IDE a menudo consumen de uno a tres millones de tokens por día activo, los roles de investigación y análisis están más cerca de 200.000 a 500.000, y la automatización de soporte de alto volumen con Haiku frecuentemente por debajo de 100.000. Multiplica por los días laborables, aplica una asunción de crecimiento (15 a 30 por ciento trimestre a trimestre es típico) y ajusta por la cobertura esperada de caché y batch.
- ¿Cambiar de proveedor es una cobertura realista o solo una amenaza de negociación?
- Ambas, si la arquitectura lo soporta. El cambio real requiere una capa de gateway o enrutamiento que abstraiga los SDKs específicos del proveedor, preserve las tasas de acierto de caché de prompt entre reenrutamientos y mida el uso a nivel de token por workspace. Sin esa capa, las afirmaciones de portabilidad multiproveedor rara vez sobreviven a una migración real. Con ella, puedes enrutar tráfico de forma creíble por clase de modelo, recurrir a un proveedor secundario durante incidencias y usar elasticidad medible en lugar de una amenaza verbal en las conversaciones de renovación. Construye la capacidad antes de necesitar desplegarla.
Sources