Facturación y suscripciones
Niveles de suscripción, cómo se procesan las mejoras de plan y qué ocurre cuando termina una prueba.
Planes y niveles de acceso
Athenum vende cuatro niveles de membresía: Free, Lite, Pro y Pro+. Internamente se corresponden con cuatro niveles de acceso —preview, single-domain, multi-domain y full-access—, y el nivel es lo que comprueba el producto cuando decide si una función está desbloqueada. Cada familia de pago se vende en dos periodos de facturación, mensual y anual. El nivel determina límites concretos, como el número de diseños guardados, datos en tiempo real frente a datos diferidos, alertas, exportación de datos y hasta dónde pueden llegar hacia atrás las consultas de series temporales. Los precios actuales se publican en la sección de precios en lugar de repetirse aquí.
Qué desbloquea realmente un nivel
El acceso no es un único interruptor. El catálogo de planes da a cada nivel un conjunto fijo de capacidades con nombre, y el resto del producto lee ese conjunto y no el nombre del plan. Las capacidades de encendido y apagado son: crear claves de API, acceder a datos en tiempo real, usar indicadores avanzados, recibir alertas de ballenas, recibir alertas macro, soporte prioritario, acceder a la API comercial, exportar datos y acceder a las familias de señales Pro de mercados de predicción. Junto a ellas hay límites graduales: una cuota de diseños guardados, una cuota de claves de API, un tope de mercados por función, un tope de hasta dónde puede llegar hacia atrás una consulta de series temporales, un nivel de indicador Argus, el conjunto de marcos temporales que puedes pedir y el conjunto de símbolos que puedes pedir.
Preview, el nivel Free, tiene todas las capacidades de encendido y apagado desactivadas, un diseño guardado, ninguna clave de API, un único símbolo y solo los marcos temporales 1h, 4h y 1d. Single-domain (Lite) activa los datos en tiempo real, las alertas de ballenas y la creación de claves de API, abre todos los marcos temporales y la lista completa de símbolos, y desbloquea el primer nivel de Argus. Multi-domain (Pro) añade indicadores avanzados, alertas macro, las señales Pro de mercados de predicción, una lista de mercados sin tope y la ventana de lookback larga. Full-access (Pro+) añade soporte prioritario, la API comercial, la exportación de datos y el último nivel de Argus. Cada familia de pago se vende de forma mensual y anual, y el periodo de facturación cambia el precio y la fecha de renovación, nunca el conjunto de capacidades.
Los límites graduales se aplican allí donde se piden los datos, no solo en la interfaz. Una petición de lookback más larga que la permitida por el nivel se recorta hasta esa asignación en lugar de rechazarse. Una lista de mercados se ordena con una prioridad fija y se trunca al tope de mercados del nivel, de modo que un nivel inferior ve los mercados mejor situados y no un subconjunto arbitrario. Una petición de un marco temporal o de un símbolo fuera de los conjuntos permitidos del nivel se rechaza con una respuesta de pago requerido. Las elecciones de dominio llevan su propia cuota: un dominio en Lite, tres en Pro con como máximo uno del grupo avanzado, y los cinco en Pro+, que se seleccionan automáticamente por ti.
Dónde no coinciden el catálogo de planes y el texto de precios
Dos listas distintas describen los planes. Una es el catálogo de capacidades que aplica el servidor; la otra es la lista de funciones que se muestra en la página de precios. Ninguna se genera a partir de la otra, y no coinciden en varios puntos. Por ejemplo, la lista de precios atribuye a Lite soporte prioritario, pero el catálogo de capacidades tiene el soporte prioritario desactivado en Lite y activado solo en Pro+. La lista de precios atribuye a Lite todos los exchanges, mientras que el catálogo limita Lite a un número reducido de mercados por función y solo levanta el tope a partir de Pro. La lista de precios atribuye a Lite profundidad histórica completa, mientras que el catálogo da a Lite una ventana de lookback corta y reserva la larga para Pro y Pro+.
Otro punto no tiene equivalente alguno: la lista de precios indica asignaciones de alertas por nivel, pero el catálogo de capacidades modela las alertas como dos capacidades de encendido y apagado —alertas de ballenas y alertas macro— sin ningún recuento de alertas por nivel en la ruta de aplicación. Donde las dos listas difieren, el catálogo de capacidades es lo que el producto comprueba de verdad. Hay además una pareja fácil de confundir que no es contradictoria: crear claves de API para tu propia cuenta está disponible desde Lite hacia arriba, mientras que la API comercial programática y los webhooks son una capacidad aparte que solo tiene Pro+.
Métodos de pago
Hay dos vías de pago implementadas. Pagar con tarjeta pasa por Stripe y te lleva a su página de pago alojada. Pagar con cripto pasa por Plisio y emite una factura cripto alojada; antes de empezar eliges un activo admitido entre Bitcoin, Ethereum, Solana, BNB Chain, Zcash, USDT en Tron, USDT en Solana y USDC en Solana. Ambas vías compran exactamente la misma membresía. Hace falta un correo de facturación verificado antes de poder iniciar el pago, así que las cuentas creadas solo con wallet tienen que añadir y confirmar una dirección primero.
Cómo funciona una mejora de plan
Las mejoras empiezan en la página de Upgrade, opcionalmente con un enlace directo a un plan. Eliges una familia de plan y un periodo de facturación, y después tarjeta o cripto. La app crea una sesión de pago y te redirige a la página de pago alojada del proveedor; vuelves a la app con un estado de facturación en la URL. Los pagos en cripto aterrizan en una página de factura dedicada que muestra la dirección de destino, un código QR, el importe, una cuenta atrás de caducidad y un contador de confirmaciones en vivo: la membresía se activa automáticamente a medida que se acumulan las confirmaciones. Si ya tienes una suscripción activa, el pago se rechaza y el flujo de tarjeta abre el portal de facturación de Stripe para que cambies el plan allí.
Por dentro de una factura cripto
Elegir cripto crea una factura en el procesador de pagos y después te mantiene en una página alojada por Athenum en lugar de enviarte al sitio del propio procesador. La factura se abre con una ventana de sesenta minutos, y la página muestra una cuenta atrás contra ese plazo junto con la dirección de destino, un código QR, el importe cripto cotizado, el equivalente en dólares y un contador de confirmaciones. Hay que elegir un activo admitido antes de poder crear la factura; sin él, la petición se rechaza. Cuando el procesador no ha informado de cuántas confirmaciones espera, el contador muestra dos por defecto en lugar de no mostrar nada.
La página no sondea por su cuenta. La cuenta atrás avanza en local, pero el estado del pago solo se actualiza cuando pulsas el botón de estado o recargas la página; la activación en sí ocurre en el servidor cuando el procesador hace su llamada de vuelta. El endpoint de estado responde desde el registro guardado en cuanto la factura ha alcanzado un estado final y, si no, consulta al procesador en vivo. Si no se puede contactar con el procesador, el endpoint devuelve una respuesta de servicio no disponible que aun así lleva el último snapshot conocido y te pide que lo reintentes en breve, en lugar de informar de un estado equivocado.
La verificación del importe ocurre en la llamada de vuelta, no en la página. Si una llamada de vuelta completada informa de un importe en dólares distinto del facturado, o no informa de ningún importe verificable en dólares, se traduce en un pago fallido con un motivo de importe no coincidente y la membresía no se activa. El estado de mismatch del propio procesador se trata igual. Una factura caducada se convierte en un pago fallido con motivo de caducidad, y una cancelada en un pago fallido con motivo de cancelación. Las facturas caducadas no se pueden pagar de nuevo; la página te indica que inicies un pago nuevo.
La prueba gratuita
Una prueba dura siete días, solo se puede iniciar una vez por cuenta y concede el nivel de acceso completo mientras dura. No es una suscripción con tarjeta guardada: no se renueva y no se cobra nada. Mientras está activa, la tarjeta de membresía en Settings muestra los días restantes, la fecha de finalización y una acción de «Añadir método de pago». Cuando terminan los siete días, la cuenta se dirige a una página de cierre que resume lo que incluía la prueba y ofrece dos caminos: retomar Pro+ mediante el flujo de mejora de plan, o continuar en el nivel gratuito mediante el asistente de selección de dominios. En ambos casos se conservan tu cuenta, tus diseños y tus listas de seguimiento.
Quién puede acceder a la prueba y qué excluye
La prueba no se compra desde la página de precios. Se concede durante el onboarding de la cuenta, y deben cumplirse tres condiciones. Primera, la identidad tiene que ser de las que el sistema considera costosas de crear: un registro por correo con dirección verificada, o una cuenta de Google con dirección verificada. Un registro solo con wallet queda explícitamente excluido. Segunda, un kill switch operativo para los registros de prueba tiene que estar apagado; cuando está encendido, el onboarding se completa con normalidad y simplemente no concede ninguna prueba. Tercera, la cuenta no debe haber usado nunca una prueba: una marca de una sola vez por vida se estampa dentro de la misma transacción que crea la suscripción de prueba, así que dos intentos simultáneos no pueden tener éxito los dos.
Durante sus siete días, la prueba proyecta el nivel de acceso completo con una excepción deliberada: no se pueden crear claves de API en una prueba. El endpoint de claves comprueba tanto el nivel proyectado como el código de plan de la suscripción, y responde a una prueba con un mensaje específico en lugar del aviso genérico de mejora de plan. Se programan dos correos de recordatorio contra la fecha límite, uno cuando quedan tres días y otro cuando queda uno. Cada uno está protegido por su propia marca, que se escribe antes de enviar el mensaje, así que un reintento puede perder un recordatorio pero nunca puede enviarlo dos veces.
Los estados que pueden tener un pago y una suscripción
Todo pago que registra el sistema lleva exactamente uno de cinco estados: pendiente, correcto, fallido, reembolsado o reembolsado parcialmente. Los pagos se guardan indexados por proveedor más la referencia de pago del propio proveedor, y una llamada de vuelta repetida para la misma referencia actualiza el registro existente en lugar de insertar un segundo, así que un webhook reintentado no puede duplicar un cargo en tu historial. Un pago fallido también guarda un código y un mensaje de fallo; en la vía cripto son los motivos de importe no coincidente, caducidad, cancelación y error de procesamiento descritos arriba.
Una suscripción tiene un conjunto de estados mayor: incomplete, incomplete_expired, trialing, active, past_due, canceled, unpaid, paused y expired. Solo tres de ellos conceden acceso —active, trialing y past_due— y los saltos entre ellos están restringidos por una tabla de transiciones explícita, de modo que un salto inválido lanza un error en lugar de corromper el registro en silencio. El acceso no lo decide el estado por sí solo. Una suscripción past_due deja de conceder acceso cuando pasa su plazo de gracia, y cualquier suscripción deja de conceder acceso cuando pasa su marca de caducidad, diga lo que diga todavía el estado guardado.
Una factura cripto se sigue por separado de ambos, con sus propios ocho estados: nueva, pendiente, confirmando, completada, caducada, cancelada, mismatch y error. Cuatro son finales —completada, caducada, cancelada y error— y en cuanto una factura llega a uno de ellos, la app responde desde su propio registro en vez de volver a preguntar al procesador. Mismatch no es final a propósito: una factura en ese estado todavía puede pasar a pendiente, confirmando, completada o cancelada cuando el procesador informa de algo nuevo.
Cuando un pago falla
Un webhook de pago fallido mueve la suscripción a past_due y estampa un plazo de gracia de siete días después del fallo. El acceso continúa dentro de esa ventana, porque past_due es uno de los tres estados que conceden acceso y es el plazo de gracia, no el estado, lo que pone fin al acceso. Lo que haga el procesador de tarjetas antes de que llegue ese webhook —cuántas veces reintenta un cargo rechazado y durante cuánto tiempo— se configura en el procesador y no lo decide esta aplicación.
Las membresías en cripto no se cobran automáticamente, así que la renovación se ejecuta como una tarea programada. Siete días antes de que acabe el periodo, y de nuevo a tres días y a un día, crea o reutiliza una factura de renovación abierta y te la envía por correo; una factura que aún está dentro de su ventana, o que ya está confirmando, se reutiliza en lugar de sustituirse. Si el periodo termina sin pagar, la suscripción se marca como past_due con un plazo de gracia de siete días tras el fin del periodo y se envía un aviso de impago. Cuando ese plazo vence sin pago, la suscripción se cancela y se envía un aviso de caducidad. Una factura de renovación que falla mientras el periodo sigue en curso no provoca past_due.
Conviene conocer dos efectos secundarios. Una oferta promocional heredada se marca como perdida cuando la suscripción abandona esa oferta, se cancela o caduca, y un pago posterior que pida la misma oferta se rechaza. Y siempre que una suscripción pasa a un estado que ya no concede acceso, los permisos de sesión en caché de esa cuenta se vacían de inmediato en lugar de dejar que caduquen por su cuenta, así que el cambio surte efecto en la siguiente petición y no tras el tiempo de vida de la caché.
Gestionar una membresía existente
La tarjeta de membresía en Settings es la superficie de control. Quienes pagan con tarjeta tienen «Gestionar membresía», que abre el portal de facturación de Stripe, más una acción aparte para el método de pago guardado. La cancelación se ofrece como «Finalizar al terminar el periodo»: la suscripción se marca para detenerse al final del periodo de facturación actual en lugar de inmediatamente, y una suscripción que ya está programada para terminar muestra «Reactivar membresía» en su lugar. Los cambios de plan que reducen tu nivel, o que pasan de anual a mensual, se programan para el final del periodo en lugar de aplicarse al momento. Las facturas se listan con fecha, estado, importe y un enlace al recibo en cuanto se completa el primer ciclo de facturación. Si una factura cripto sigue pendiente, la tarjeta ofrece «Continuar el pago en cripto».
Facturas y recibos
La lista de facturas de Settings combina dos fuentes. Las facturas de tarjeta se leen de Stripe —las dos docenas más recientes— y cada una lleva un número de factura, un estado, una moneda, el total, el importe pagado, un enlace a la página de factura alojada y un enlace al PDF. Las facturas cripto vienen de los registros propios de Athenum y se listan con la referencia de transacción del procesador como identificador, el número de pedido, el estado de la factura, el total en dólares y una descripción que indica tanto el motivo —suscripción nueva, renovación o cambio de plan— como el plan. Los dos conjuntos se combinan y se ordenan de más nuevo a más antiguo.
De ahí se derivan dos diferencias prácticas. Una factura cripto no tiene PDF: su enlace apunta de vuelta a la página de factura dentro de la app, que también es la forma de retomar una impagada. Y una cuenta sin registro de cliente en Stripe sigue recibiendo sus facturas cripto, porque la ausencia de cliente en Stripe se trata como un resultado vacío y no como un error. En una factura cripto, el importe pagado se reporta como el total completo solo cuando la factura alcanza el estado de completada, y como cero antes de eso, así que una transferencia observada a medias nunca aparece en la lista como un pago liquidado.
Qué pasa con tus datos cuando cambia tu nivel
Un cambio de nivel se gestiona como un evento, no como una actualización silenciosa de un campo. Cuando el nivel sube o baja, la selección de dominios actual caduca y vuelves a pasar por el selector de dominios, porque han cambiado tanto la cuota como el conjunto de dominios que puedes elegir; una bajada registra ese motivo de forma explícita. El acceso completo es la excepción: vuelve a seleccionar todos los dominios automáticamente en lugar de preguntar otra vez. Una cancelación también hace caducar la selección. La decisión de onboarding en caché se limpia en cada una de estas transiciones para que la siguiente petición la vuelva a derivar del estado actual.
Los diseños guardados no se borran. El límite de diseños se comprueba al guardar uno nuevo —una petición de creación por encima del límite se rechaza con un mensaje de mejora de plan— mientras que el endpoint de listado devuelve todo lo que has guardado y no oculta nada por encima del nuevo techo. Los cambios de plan son una vía exclusiva de tarjeta: en una membresía cripto la petición se rechaza con un mensaje que te indica que inicies un pago nuevo cuando termine el periodo actual. Un cambio de plan también se rechaza directamente mientras una membresía ya está programada para terminar, así que hay que revertir esa programación antes de poder cambiar la membresía.
Condiciones
Las condiciones contractuales, incluido todo lo que no se describe arriba, se recogen en los Términos del servicio y en la Política de privacidad. Para una pregunta sobre un cargo concreto, contacta con soporte desde dentro de la app.