Un desarrollador lanza un bot de IA de pago en MAX y resuelve los saldos negativos con retenciones

El codigo de un bot de IA de pago para un mensajero es la parte mas sencilla del trabajo. Asi lo considera el creador del bot «Pregunta a la IA» en MAX, donde se puede hacer una pregunta a ChatGPT o Gemini y generar una imagen con Nano Banana. Se puede pagar con una tarjeta bancaria rusa o mediante el Sistema de Pagos Rapidos, SBP. Las dificultades comenzaron con el dinero, los recibos y las leyes, y cualquiera que planee crear un bot de pago deberia conocerlas.

Por que MAX y que comprobar antes de escribir codigo

MAX viene preinstalado en los smartphones vendidos en Rusia y todavia tiene pocos bots de IA, por lo que el nicho no esta tan saturado como en Telegram. Desde junio de 2026, el mensajero dispone de una plataforma para socios autonomos: registro en business.max.ru, verificacion mediante Gosuslugi, hasta dos bots por persona y moderacion de la ficha en un plazo de hasta 48 horas. Los bots solo estan disponibles para residentes de la Federacion de Rusia: autonomos, empresarios individuales y personas juridicas. Conviene comprobarlo antes de escribir codigo.

La Bot API tiene peculiaridades que es mejor conocer de antemano. No hay pagos integrados comparables a Telegram Stars, por lo que el dinero se cobra mediante un enlace a un proveedor de pagos externo. El certificado de la API esta emitido bajo el certificado raiz del Ministerio de Desarrollo Digital de Rusia y debe añadirse a los certificados de confianza del servidor.

El token se transmite en la cabecera Authorization sin el prefijo Bearer. El webhook solo funciona mediante HTTPS en el puerto 443 y debe devolver una respuesta 200 en 30 segundos, por lo que la solicitud a la IA se envia a una cola en segundo plano. Si el webhook responde con errores durante ocho horas consecutivas, MAX da de baja automaticamente la suscripcion del bot; sin monitorizacion, uno puede despertarse y encontrar el bot muerto.

Facturacion: reservar en vez de confiar

El principal reto de ingenieria es evitar un saldo negativo. Nadie sabe cuantos tokens generara el modelo en su respuesta. El esquema «comprobar el saldo, enviar la solicitud y cobrar» falla de inmediato: un usuario tiene 100 creditos y envia dos solicitudes costosas desde el telefono y el portatil; ambas superan la comprobacion y el saldo cae por debajo de cero. El propietario del bot paga la diferencia.

Por eso, cada solicitud pasa por cuatro pasos:

1. Estimacion del limite superior. Los tokens de entrada se cuentan mediante las API de los proveedores —OpenAI tiene un endpoint de conteo y Gemini ofrece countTokens—, mientras que la salida se limita con max_output_tokens. El razonamiento del modelo se incluye en el mismo limite. Asi se obtiene un precio maximo que el usuario ve antes de enviar la solicitud.
2. Retencion. El importe se reserva en una sola transaccion de PostgreSQL, con la condicion de saldo incluida directamente en el UPDATE. La base de datos bloquea la fila de la cartera y la segunda solicitud vuelve a evaluar la condicion teniendo ya en cuenta la primera retencion. La clave de idempotencia es el ID de la actualizacion de MAX, por lo que una nueva entrega del webhook no crea una segunda retencion. El numero de solicitudes simultaneas esta limitado a dos.
3. Cobro real. Tras recibir la respuesta, el consumo real se obtiene de usage. Se cobra el menor importe entre el consumo real y la retencion, y se libera el resto.
4. Limpieza. Si el proceso falla, una tarea en segundo plano libera la retencion cuando expira su TTL. El tiempo de espera de la solicitud al proveedor debe ser inferior al TTL; de lo contrario, la retencion se liberara mientras el modelo aun esta respondiendo.

Todos los movimientos de dinero se registran en un libro mayor append-only, por lo que el saldo puede reconstruirse. El creador comprobo las condiciones de carrera con una instancia real de PostgreSQL, no con mocks.

Los modelos se tratan por separado: cada familia tiene tres niveles, porque el modelo superior de OpenAI cuesta 20 veces mas que el basico. Si todos reciben el modelo insignia, una simple peticion como «traduce este parrafo» costara lo mismo que revisar un contrato.

Recibos y legislacion

A los autonomos les espera una sorpresa: desde el 29 de diciembre de 2025, YooKassa dejo de enviar sus recibos a Mi Impuesto. Emitirlos manualmente no es una opcion, porque la ley del Impuesto sobre la Renta Profesional exige generar el recibo en el momento del pago. El creador eligio Robokassa con el servicio Robocheki SMZ: los recibos se envian automaticamente y sin coste, se admiten pagos mediante enlace y ResultURL proporciona una notificacion del servidor.

La comision del plan Inicial es del 3,9% para tarjetas y del 2,7% para SBP. El controlador de ResultURL debe ser idempotente por numero de factura; de lo contrario, una notificacion repetida acreditara el pago dos veces. El reembolso de los fondos restantes esta automatizado mediante la API de Robokassa, con la correspondiente anulacion del recibo.

La ley no prohibe expresamente este tipo de servicio, pero impone muchas condiciones obligatorias. El creador advierte que no es abogado. Un requisito que se omite con frecuencia es la notificacion a Roskomnadzor: desde el 30 de mayo de 2025, un ciudadano se expone a una multa de entre 5.000 y 10.000 rublos. La oferta publica deberia prohibir que los usuarios suban fotos de otras personas sin consentimiento, porque lo haran el primer dia.

Que hacer

Si esta creando un bot de pago en MAX, empiece por tres cosas: asegurese de que puede registrarse en la plataforma, elija un proveedor de pagos con emision automatica de recibos y diseñe la reserva de fondos antes de la primera solicitud al modelo, no despues del primer saldo negativo. La mayor parte del tiempo no se destinara al dialogo ni a la generacion, sino a conseguir que el dinero se contabilice de forma justa.