Falla la recarga automática de OpenAI API: cómo recuperar el saldo
Si falla la recarga automática y se agota el saldo de OpenAI API, una compra manual puede recuperar el acceso. Después hay que revisar la configuración y comprobar un cobro automático posterior: la compra manual no demuestra que la automatización se haya arreglado.
En esta página
Si la recarga automática de OpenAI API ha fallado y tu aplicación se ha quedado sin saldo, entra en la facturación de la organización afectada, compra créditos manualmente y espera a que aparezcan en el saldo antes de probar de nuevo. Después revisa el límite mensual de recargas, el método de pago y si la opción automática sigue activada. Recuperar el acceso con una compra manual y recuperar la recarga automática son dos comprobaciones distintas.
Este procedimiento se aplica a organizaciones con facturación prepago de la API. Si solo ves un error 429, empieza por leer su código: puede deberse al saldo, pero también a un tope de gasto o a demasiadas solicitudes. Y si aún queda saldo, puedes revisar el fallo de recarga antes de que la API deje de funcionar. La ayuda oficial sobre prepago indica que un pago de recarga fallido genera un correo y que el uso se detiene al agotarse los créditos restantes, aunque el corte puede demorarse.
Recupera el servicio si ya se ha agotado el saldo
Antes de cambiar ajustes, guarda el error de la aplicación, la hora con zona horaria y una captura del saldo y de la configuración de recarga. Esa información permite reconstruir qué pasó sin confundir el estado anterior con el posterior.
- Confirma la organización. Abre la facturación de la API y comprueba que corresponde a la organización y al proyecto que utiliza la aplicación. Si no administras la facturación, pide a la persona responsable que haga la compra.
- Compra los créditos necesarios. Utiliza la opción
Buy creditsoAdd to credit balance, según aparezca en el panel. Elige un importe autorizado para tu cuenta y completa la confirmación del pago. - Comprueba el saldo contabilizado. OpenAI indica que puede tardar unos minutos en actualizarse. Una confirmación de compra y un saldo disponible son evidencias diferentes; no encadenes nuevas compras solo porque la primera todavía no aparezca.
- Prueba una solicitud pequeña con la misma configuración que fallaba. Mantén la organización, el proyecto y el modelo. Si funciona, reanuda la carga poco a poco; si falla, conserva el nuevo código y sigue la rama correspondiente de esta guía.
Puede aparecer un saldo negativo porque el consumo se detuvo con retraso. En ese caso, parte de la siguiente compra cubre ese importe pendiente. Por ejemplo, con un saldo de −3 USD y una compra de 10 USD quedarían 7 USD antes de descontar cualquier consumo adicional. Es un cálculo ilustrativo de la regla de compensación del saldo negativo, no una comisión añadida a la recarga.
La prueba de la API confirma que esa solicitud vuelve a funcionar. Todavía no confirma que se vaya a producir la próxima compra automática.
Averigua por qué no se hizo la recarga
Hay dos situaciones que conviene separar: se intentó cobrar y el pago falló, o el saldo bajó sin que tengas constancia de un intento de cobro. Busca el correo de facturación y revisa los movimientos disponibles en el panel. No encontrar un correo no demuestra que todo esté bien ni permite concluir que el banco rechazó un pago.
Revisa el umbral, el saldo objetivo y el límite mensual
La recarga automática se activa cuando el saldo cae por debajo del umbral configurado. El saldo objetivo indica hasta qué cantidad se intenta reponer; no debes interpretarlo como un importe fijo que se añade siempre. El límite mensual, si lo has configurado, restringe las compras automáticas de ese mes. Según la documentación de prepago, la compra automática mínima es de 5 USD y los máximos dependen del nivel de confianza de la cuenta.
| Ajuste | Qué debes comprobar | Qué no demuestra |
|---|---|---|
| Opción de recarga automática | Que siga activada y que los cambios se hayan guardado | Un interruptor activado no acredita un cobro realizado |
| Umbral de saldo | Que el saldo haya bajado del valor que inicia la recarga | Un saldo superior al umbral no requiere una recarga inmediata |
| Saldo objetivo | Que la reposición prevista encaje en los límites de tu cuenta | No es necesariamente la cantidad que se cargará a la tarjeta |
| Límite mensual de recargas | Cuánto queda después de las compras automáticas del mes | No es un límite de consumo de los créditos que ya tienes |
Las compras manuales no cuentan para el límite mensual de recargas automáticas, pero tampoco lo reinician. Al alcanzar ese límite no habrá más compras automáticas hasta el mes siguiente. Además, si una compra prevista supera el margen restante, solo puede añadirse ese margen cuando cumple el mínimo de compra. Estas reglas están recogidas en la misma ayuda oficial de facturación prepago.
Supón que has fijado un límite de 100 USD al mes. Si ya se han comprado automáticamente 98 USD, quedan 2 USD de margen: menos que los 5 USD mínimos. Aunque el saldo haya bajado del umbral, ese margen no permite otra recarga. Si las compras anteriores suman 90 USD, quedan 10 USD que podrían cubrir una recarga parcial, siempre que se cumplan las demás condiciones. Son ejemplos para interpretar la configuración; no garantizan un intento de cobro en un momento concreto.
Si el límite se ha agotado, decide si debe mantenerse por control de gasto o ampliarse con autorización. Una compra manual puede sostener el servicio mientras tanto. No aumentes todos los presupuestos del proyecto: el límite de recargas automáticas y los topes que bloquean el uso de la API cumplen funciones diferentes.
Si el pago ha sido rechazado, empieza por la tarjeta y el banco
Comprueba los datos de la tarjeta, la fecha de caducidad, la dirección de facturación, el código postal y los fondos disponibles. Si el proceso presenta una autenticación bancaria, complétala. Pregunta al banco por el intento concreto, con su hora e importe, y por posibles restricciones a pagos en línea, internacionales o recurrentes cuando corresponda.
La guía oficial de pagos rechazados señala que el banco suele disponer de más información sobre el rechazo. También establece que los créditos de la API admiten tarjetas de crédito o débito convencionales, no tarjetas prepago, y que tanto la región de acceso como la del banco emisor deben estar admitidas. Escribir en español o pagar en USD no determina por sí solo la elegibilidad de una cuenta.
Si el correo recibido dice que la recarga se ha desactivado, revisa el interruptor y vuelve a activarlo después de corregir la causa indicada. Si no lo dice, comprueba igualmente el estado guardado. No hay base para afirmar que todo fallo desactive siempre la opción ni que una compra manual la reactive automáticamente.
La recarga manual funciona con la misma tarjeta: ¿qué significa?
Significa que ese pago manual se ha completado. No identifica por sí solo la causa del fallo automático: todavía puede haber un límite mensual agotado, una configuración pendiente o un problema que requiera investigar el intento automático por separado. Tampoco demuestra, sin respuesta del banco o de soporte, que el culpable sea la autenticación bancaria.
En un hilo de la comunidad iniciado en marzo de 2026, un usuario relató fallos automáticos después de varias recargas y pagos manuales correctos con la misma tarjeta. Es un caso comunicado por un usuario, no una prueba de que exista un número universal de recargas tras el cual empiecen los rechazos.
También hubo un caso publicado en julio de 2026 en el que el saldo se volvió negativo sin correo ni intento de cobro visible para el autor. Una respuesta posterior de la cuenta OpenAI_Support, fechada el 19 de julio, indicó que se había desplegado una corrección. Ese antecedente justifica investigar un fallo sin correo; no acredita una incidencia general actual. Para comprobar si hay una incidencia comunicada en ese momento, consulta OpenAI Status.
Ya hay saldo, pero la API sigue devolviendo 429
Lee el cuerpo de la respuesta, especialmente error.code, además de error.type y el mensaje. La referencia oficial de errores distingue bloqueos que requieren acciones diferentes:
| Código o señal | Siguiente comprobación |
|---|---|
credit_balance_exhausted | Revisa que el saldo se haya actualizado en la organización que realmente usa la aplicación |
organization_spend_limit_exceeded | Revisa el tope de gasto aplicado a la organización con su administrador |
project_spend_limit_exceeded | Revisa el tope del proyecto concreto que está fallando |
organization_usage_limit_exceeded | Comprueba el límite de uso autorizado por OpenAI para la organización |
rate_limit_error, slow_down o un mensaje de exceso de solicitudes o tokens | Reduce el tráfico y respeta Retry-After cuando aparezca |
Solo insufficient_quota, sin un código más específico | Comprueba saldo, organización, proyecto y límites antes de elegir una solución |
Un tipo general como insufficient_quota puede acompañar a un código más preciso. Repetir la petición no añade créditos ni modifica los límites. Crear otra clave tampoco aporta saldo a la organización. Si el nuevo error es de solicitudes o tokens, pasa a la guía para diagnosticar y resolver errores 429, donde se explica cómo interpretar las cabeceras y controlar los reintentos.
Comprueba que la próxima recarga sea realmente automática
Tras restaurar el saldo, deja anotados el umbral, el saldo objetivo, el margen mensual disponible y el estado de la opción automática. Conserva aparte la hora y el importe de la compra manual con la que has recuperado el servicio.
La comprobación útil llega cuando el consumo normal vuelve a situar el saldo por debajo del umbral. Sin provocar gasto artificial para forzar la prueba, busca un movimiento que puedas identificar como compra automática y contrástalo con la actualización del saldo. Si el panel no permite distinguir el tipo de compra, pide a soporte que confirme ese movimiento concreto. Un cargo aislado o un saldo más alto pueden corresponder a la compra manual anterior.
Puedes llevar un registro sencillo con tres estados:
- Saldo repuesto: la compra aparece y el saldo permite continuar.
- API recuperada: una solicitud pequeña con la configuración afectada vuelve a funcionar.
- Recarga automática comprobada: se identifica una compra automática posterior y su incorporación al saldo.
Hasta observar el tercer estado, la automatización sigue pendiente de comprobación. La documentación consultada no fija un plazo universal de reintento ni garantiza una recarga inmediata tras volver a activar la opción. Mientras tanto, vigila el saldo y los avisos de pago por separado.
Para elegir un umbral con margen de intervención, usa tu propio ritmo de gasto y el tiempo que necesitas para atender una alerta. Por ejemplo, un consumo de 4 USD por hora y dos horas de respuesta requieren al menos 8 USD de reserva teórica, más margen para variaciones. Es una estimación operativa: el gasto puede acelerarse y la recarga automática no garantiza que nunca haya una interrupción.
Qué enviar a soporte si el fallo se repite
Contacta desde la burbuja de chat de help.openai.com, siguiendo las indicaciones oficiales para solicitar asistencia. Describe por separado el pago fallido, la recuperación manual y el estado actual. Eso evita que una compra manual correcta se interprete como prueba de que el fallo automático ha desaparecido.
Incluye la organización afectada, las horas con zona horaria, los importes, el saldo observado, la configuración de recarga y el mensaje del correo si lo hubo. Añade los identificadores de solicitud relevantes y capturas sin datos sensibles. Si también has hablado con el banco, transmite su explicación concreta sin convertir una sospecha en un diagnóstico.
Utiliza el canal privado para los datos de la cuenta. No publiques claves de API, cabeceras de autorización ni datos completos de la tarjeta. El resultado que necesitas aclarar es preciso: qué impidió aquella compra automática y qué movimiento posterior permite confirmar que vuelve a funcionar.
