TFC
producción
- schematfc.*
- sesióncookie tfc_
- dominiotfc.tfcapps.com
Runtime multi-tenant · 2026
Un solo motor.
Negocios que no comparten ni una fila.
Nexus corre funnels, checkout, suscripciones, accesos, contenido y automatizaciones para varios negocios a la vez. Cada uno con su schema en Postgres, su autenticación y su dominio. Los motores se comparten; los datos, nunca.
- Escala
- Sumar un negocio es configurar un tenant, no clonar la infraestructura.
- Billing
- El ciclo de vida es tuyo: los procesadores entran como adaptadores.
- Evidencia
- Cada decisión automática guarda su input, su regla y su resultado.
POSTtfc.tfcapps.com/api/checkout/confirm
01proxyhost → app_id: tfc · rewrite interno1.1ms
02authtfc.auth_sessions · cookie tfc_3.4ms
03pricingperfil regional · ARS2.8ms
04paymentsstripe · off_session · pm guardado41.2ms
05entitlementsgrant academy:pro · permanente2.2ms
06automationsevento durable → bienvenida1.4ms
trace trc_8f3ac16 spans0.0msevidencia persistida
Un cobro real: precio regional, cargo off-session, acceso otorgado y evidencia escrita.
23idiomas soportados · RTL incluido
451migraciones versionadas
18schemas aislados en Postgres
337endpoints del runtime
0cajas negras
01Aislamiento
Multi-tenant no es una columna.
Casi todo el mundo llama multi-tenant a un WHERE tenant_id. Acá cada negocio entra por su dominio, guarda sus datos en su propio schema y valida la sesión contra su propia instancia de autenticación. Un bug de alcance no puede filtrar al negocio de al lado, porque no hay una tabla compartida que filtrar.
Music
validación
- schemamusic.*
- sesióncookie music_
- dominiomusic.tfcapps.com
Tu negocio
tenant #4
- schemael tuyo
- sesióninstancia propia
- dominiotu dominio
Motores compartidosEscritos una vez, para todos los tenants.
paymentsfunnelspricingentitlementscontentautomationsanalyticstrackingpartnerssupport
El límite está enforzado, no documentado:architecture:tenant-boundary:checkcorre en cada build y su lista de excepciones sólo puede achicarse.
02Motores
Seis motores, una sola verdad.
Todo lo que un negocio digital necesita para cobrar, dar acceso y seguir funcionando. Escrito una vez y compartido por todos los tenants.
01
Commerce
Funnels con pasos y variantes, checkout, upsells y precios por región. De la intención al ingreso sin pegar tres proveedores con cinta.
02
Billing
Órdenes, suscripciones, planes en cuotas y reconciliación. La renovación la cobra un cron propio con el método de pago guardado.
03
Identidad
Una persona canónica detrás de todos sus emails y compras, con sesiones aisladas por negocio y permisos que se otorgan, no se adivinan.
04
Contenido
Academias, bibliotecas reclamables y catálogos, en 23 idiomas con RTL incluido. Publicar, dar acceso y medir desde el mismo lugar.
05
Automations
Eventos durables que disparan emails, accesos y recorridos. Si el proceso se cae, el evento sigue ahí esperando a que alguien lo tome.
06
Observabilidad
Spans por request, webhooks persistidos y tablas forenses. Responder «¿qué pasó con este caso?» es una consulta, no una tarde perdida.
03Billing soberano
Tu ciclo de vida no puede vivir dentro del procesador.
Nexus no usa las suscripciones de Stripe ni las de PayPal. Las renovaciones las cobra un cron propio con los métodos de pago guardados: la política de reintentos, el estado de la suscripción y la semántica de tus números son tuyas. Cambiar de procesador pasa a ser cambiar un adaptador.
Adaptadores, no dueños
Stripe cobra off_session con el método guardado; PayPal usa vault o billing agreement legacy, detectado automáticamente. El motor de renovación no necesita saber cuál de los dos está usando.
Números sin trampa
Una suscripción recurrente, un plan en cuotas y una compra lifetime no son lo mismo. Una sola fórmula alimenta todos los tableros, así ninguno miente distinto que el de al lado.
Un cobro por ciclo
El cron corre con lock y monitor propio: dos ejecuciones simultáneas no pueden cobrar dos veces la misma suscripción.
Política de reintentos
Reintento rápidoacceso activo
1h6h24h48h
El primer rechazo casi nunca es una baja: es una tarjeta vencida. Durante esta ventana el cliente sigue entrando como si nada.
Recuperación extendidaon-hold
+7d+30d+90d+180d
Después el acceso queda en espera, pero el intento sigue. Recuperar una suscripción vieja cuesta bastante menos que conseguir una nueva.
04Evidencia
Un sistema que puede explicarse solo.
Cada request abre un span, cada webhook queda guardado, cada decisión automática registra su input, la regla que aplicó y el resultado. Cuando algo falla no hay que reconstruirlo: ya está escrito.
Está pensado para que lo opere un equipo de agentes. Un humano supervisa desde tableros; el trabajo lo hacen agentes que llegan con el contexto vacío. Por eso la observabilidad no es un extra: es la interfaz.
├orden ord_9F2K · 1 intento previo
├persona per_31a8 · 3 emails unificados
├cobro stripe · declined · insufficient_funds
├regla dunning.fast · reintento en 6h
├acceso academy:pro · activo hasta el 4º intento
├spans 14 · 212ms
└evidencia persistida · webhooks + eventos
05Planes
Empezá con un negocio. Sumá el resto.
El precio acompaña la cantidad de negocios que corren sobre el runtime, no la cantidad de funciones que se desbloquean.
Estudio
Para el primer negocio que quiere dejar de pegar herramientas entre sí.
$240/ mes
- 1 tenant productivo
- Los seis motores completos
- Billing propio con Stripe y PayPal
- 23 idiomas con RTL
- Trazas y eventos persistidos
Fábrica
Para operar varios negocios sin multiplicar la infraestructura.
$890/ mes
- Hasta 5 tenants aislados
- Dominio propio por negocio
- Funnels y automations sin límite
- Analítica con semántica unificada
- Dossier forense por caso
Soberano
Para quien quiere el runtime corriendo en su propia infraestructura.
A medida
- Infraestructura y Postgres propios
- Adaptadores de pago a medida
- Acompañamiento en la migración
- Límite de tenants a convenir
- Revisión de arquitectura incluida
06Preguntas
¿Esto reemplaza a mi CMS o a mi tienda?
Se ubica debajo. Nexus resuelve identidad, cobro, acceso, contenido y automatización; lo que el visitante ve lo seguís diseñando vos. Lo que reemplaza es el collage de plugins que hoy sostiene esas cuatro cosas y que ya nadie se anima a tocar.
¿Qué significa exactamente que los negocios estén aislados?
Que no comparten tablas. Cada tenant tiene su schema en Postgres, su instancia de autenticación con cookie propia y su dominio. Los motores compartidos no importan código de un tenant ni consultan sus tablas: lo específico entra por configuración, y hay un chequeo automático que lo verifica en cada build.
¿Puedo seguir usando mi procesador de pagos?
Sí. Stripe y PayPal ya están soportados y entran como adaptadores: el ciclo de vida de la suscripción vive en Nexus, no en el proveedor. Sumar un tercero es escribir un adaptador, no rehacer el negocio.
¿Qué pasa si algún día me quiero ir?
Tus datos están en Postgres, con migraciones versionadas y schemas legibles. No hay un formato propietario del que haya que rescatarlos ni una exportación que pedir por soporte.
¿Sirve si mi equipo técnico son agentes de IA?
Está diseñado para eso. Trazas correlacionadas, decisiones automáticas guardadas con su input y su regla, endpoints de diagnóstico y documentación viva. Un agente que llega con el contexto vacío puede reconstruir qué pasó sin preguntarle a nadie.
¿Cuánto tarda en estar en producción un segundo negocio?
Depende del negocio, no de la infraestructura: dominio, schema, instancia de auth y la configuración del tenant. Los motores ya vienen corriendo desde el primero.
El motor ya está encendido.
Traé tu segundo negocio. O el primero, si querés que arranque bien de entrada.