Esto no es una lista de modas ni de logos bonitos: es el stack exacto con el que están hechos y corriendo nuestros cuatro productos. Al lado de cada tecnología te decimos en qué producto la usamos y por qué la elegimos — porque elegir mal aquí se paga durante años.
01 Stack por producto
No somos una tienda de una sola tecnología. Trabajamos a fondo en .NET y en Node, y elegimos según el problema y según el equipo que va a mantener el sistema después — no según lo que nos resulte más cómodo.
| Producto | Backend | Frontend | Móvil | Base de datos |
|---|---|---|---|---|
| ResiHub | NestJS · TypeORM | React · Ant Design | React Native · Expo | PostgreSQL |
| Billium | ASP.NET Core · Clean + CQRS | Next.js · Tailwind | — | PostgreSQL |
| Cliento CRM | NestJS · TypeORM | React · Ant Design · Vite | — | PostgreSQL |
| TalentUs | ASP.NET Core · EF Core | Angular · Material | — | SQL Server |
Cuando el cliente ya vive en Microsoft, cuando hay SQL Server de por medio, o cuando el equipo interno que va a heredar el sistema programa en C#.
Cuando hay app móvil de por medio, cuando se necesita tiempo real, o cuando conviene que backend y frontend compartan tipos y lenguaje.
02 Backend
Es la parte que nadie ve y la que decide si el sistema aguanta. Aquí no experimentamos: usamos frameworks maduros, con estructura impuesta, que otro equipo pueda retomar.
El compilador atrapa clases enteras de errores antes de que lleguen a producción. Insuperable para lo crítico y aburrido: firma digital X.509, validación contra XSD y criptografía.
Impone una estructura modular desde el día uno. Es lo que permite que ResiHub tenga 61 áreas de gestión sin convertirse en un plato de espagueti.
Todo lo que corre en Node lo escribimos tipado. El tipo que define una factura es el mismo en el backend, en el panel y en la app móvil.
Las reglas de negocio no dependen de la base de datos ni del framework. Cambiar de proveedor no obliga a reescribir el dominio.
Separar lectura de escritura. En facturación importa: emitir un comprobante y consultarlo tienen requisitos y riesgos completamente distintos.
Se usa en Billium
Access token y refresh token, con revocación real: desactivar un usuario o suspender un tenant corta la sesión en curso, no en la próxima recarga.
Mensajes y notificaciones que llegan sin recargar. El chat entre residente y administración corre sobre esto.
Se usa en ResiHub
Trabajos en segundo plano con reintentos y panel de control. Verifica el estado de los comprobantes en la DGII y limpia tokens vencidos.
Se usa en Billium
17 tareas programadas en ResiHub y 3 diarias en Cliento: marcar facturas vencidas, recordar seguimientos y alertar de oportunidades estancadas.
03 Frontend
Un panel administrativo no es una landing: tiene tablas de miles de filas, formularios largos y usuarios que lo conocen de memoria. Se optimiza para velocidad de uso, no para la primera impresión.
La base de tres de nuestros cuatro paneles. Ecosistema enorme, y encontrar quien lo mantenga después nunca es un problema.
App Router, con rutas públicas y área autenticada separadas. Renderizado en servidor donde importa el SEO y la primera carga.
Se usa en Billium
Opinionado y estructurado: encaja cuando el sistema tiene más de 30 módulos y muchas manos encima, como TalentUs.
Se usa en TalentUs
Tablas, filtros y formularios de nivel empresarial resueltos de fábrica. Para paneles de gestión ahorra meses.
Cuando el diseño es propio y no queremos pelear contra los estilos de una librería. Consistencia sin hojas de estilo que crecen sin control.
Componentes accesibles que copias a tu repo y controlas. Sin quedar atado a las decisiones de diseño de un tercero.
Se usa en Billium
Caché, revalidación y estados de carga sin escribirlos a mano en cada pantalla. Menos código y menos bugs sutiles.
Se usa en Billium
Validación declarativa y tipada. El esquema que valida el formulario es la misma fuente que define el tipo.
Se usa en Billium
Arrastrar y soltar accesible, también con teclado. Es lo que mueve el pipeline de Cliento.
Se usa en Cliento
Gráficos de barras, donut, área y apilados para los tableros de gestora, ventas y facturación.
Exportación real: Excel de varias hojas y PDF con tablas y gráficos. Porque el cliente siempre va a pedir «mándamelo en Excel».
Arranque y recarga casi instantáneos. Suena a detalle, pero multiplicado por cada cambio del día cambia el ritmo del equipo.
Se usa en Cliento
04 Móvil
ResiHub Mobile y ResiHub Handy comparten backend y arquitectura, pero son proyectos independientes. Todo lo de esta sección está en producción, no en un tutorial.
iOS y Android desde una sola base de código, con componentes nativos de verdad. Y comparte lenguaje y tipos con el backend.
Se usa en Mobile y Handy
Resuelve la parte más ingrata: permisos, cámara, notificaciones, certificados y compilación. Handy corre sobre la nueva arquitectura.
Se usa en Mobile y Handy
Compilación en la nube y envío a las tiendas. Sin un Mac dedicado ni una tarde peleando con certificados de Apple.
Se usa en Mobile y Handy
Face ID, Touch ID y huella. El residente entra sin teclear contraseña, que es la diferencia entre usar la app y desinstalarla.
Se usa en ResiHub Mobile
Notificaciones que sí llegan: visita en la puerta, pago recibido, anuncio de la administración.
Se usa en Mobile y Handy
Escaneo de códigos QR en la puerta. La seguridad valida la visita sin llamar a nadie.
Se usa en Mobile y Handy
Tailwind dentro de React Native. Un solo lenguaje de estilos entre el panel web y la app.
Se usa en Mobile y Handy
Componentes móviles accesibles y consistentes entre plataformas, sin construir cada control desde cero.
Se usa en ResiHub Mobile
En Handy escribimos nuestro propio cliente fetch: reintentos, timeout,
cabeceras multi-tenant y caché de lectura. El personal de campo no siempre tiene
señal.
Se usa en ResiHub Handy
05 Datos
El código se reescribe; los datos, no. Por eso el modelo y las migraciones se toman en serio desde el primer día: que ResiHub haya evolucionado años en producción sin perder un dato ni cortar el servicio no es suerte, es método.
Nuestra opción por defecto. Sólido, gratis, y con detalles que importan de verdad: los índices únicos parciales son los que permiten el soft delete sin bloquear correos ni números de factura.
Cuando el cliente ya tiene licencia y un DBA que lo conoce. Pelear contra eso es perder el tiempo de todos.
Se usa en TalentUs
Migraciones versionadas y, sobre todo, subscribers: son los que aplican el filtro de tenant solos. Nadie puede olvidarse de filtrar.
Migraciones y filtrado por tenant. En TalentUs, la identidad y los datos de la aplicación viven separados.
Se usa en TalentUs
PostgreSQL gestionado en la nube, con respaldos y alta disponibilidad a cargo del proveedor. Sin servidores de base de datos que parchear a mano.
Cuando el cliente quiere explorar sus datos por su cuenta, en vez de pedirnos un reporte nuevo cada vez.
Se usa en Servicio
06 Infraestructura
Si publicar da miedo, se publica poco; y si se publica poco, cada entrega acumula más riesgo. La infraestructura existe para romper ese círculo.
El entorno se define en un archivo y es idéntico en tu máquina y en producción. Se acabó el «en mi computadora sí funciona».
Pruebas y despliegue automáticos en cada push. Este mismo sitio se publica así.
Desplegamos sobre nube empresarial, con servicios gestionados para el frontend y el backend. Sin servidores que administrar ni parches de sistema operativo a media noche.
CDN propio para comprobantes y documentos. El residente abre su recibo rápido, desde donde sea.
Se usa en ResiHub
La capa de archivos de ResiHub es agnóstica: AWS S3, Azure Blob y disco local implementan la misma interfaz y se eligen con una variable de entorno. Mover un despliegue de una nube a otra es cambiar esa variable, no reescribir código.
Se usa en ResiHub
Provider completo: credenciales IAM, región, buckets público y privado separados y URLs prefirmadas — el archivo se descarga directo desde S3 con un enlace temporal, sin pasar por nuestro servidor.
Se usa en ResiHub
La alternativa cuando el cliente ya está en Microsoft. Mismo contrato que S3 dentro de nuestro código, así que elegir uno u otro no toca la lógica de negocio.
Se usa en ResiHub
Logging estructurado: los logs se consultan como datos, no se leen a ojo. Cuando algo falla, se encuentra.
Se usa en Billium
El sistema dice si está sano, incluida su base de datos. Enterarse por el cliente no es monitoreo.
Se usa en Billium
El contrato de la API documentado y navegable. Quien se integre no tiene que adivinar ni escribirnos.
Protección del login contra bots, sin obligar al usuario a identificar semáforos.
Se usa en ResiHub
Medir qué se usa de verdad y qué no. Las decisiones de producto salen de aquí, no de opiniones.
Se usa en ResiHub
07 Seguridad
La seguridad no es una casilla que se marca al final: son capas que se aplican solas en cada petición. Estas son las que llevan nuestros sistemas en producción — desde las cabeceras HTTP hasta el cifrado de credenciales en reposo.
Cabeceras de seguridad HTTP en cada respuesta: CSP, HSTS,
X-Frame-Options y X-Content-Type-Options. Cierra la puerta
a clickjacking, sniffing de MIME y buena parte del XSS.
Se usa en ResiHub
Límite de peticiones por origen, aplicado con un guard global. Es lo que impide que alguien pruebe diez mil contraseñas contra el login mientras nadie mira.
Se usa en ResiHub
Las contraseñas se guardan como hash con salt, nunca en texto plano ni cifradas de forma reversible. Si la base de datos se filtrara, no hay contraseñas que robar.
Cada petición se valida contra un esquema y se descarta todo campo no
declarado. Nadie puede colar un role: "admin" en el cuerpo de un
formulario y escalar privilegios.
Las credenciales sensibles se guardan cifradas en reposo, con cifrado autenticado: si alguien altera el dato guardado, el descifrado falla en vez de devolver basura.
Se usa en ResiHub
Solo los orígenes declarados pueden hablar con la API. Un sitio de terceros no puede llamarla desde el navegador de tu usuario.
El permiso no se comprueba al entrar, sino en cada llamada. En ResiHub, un guard global valida que la gestora siga teniendo asignado ese condominio, o devuelve 403.
Desactivar un usuario o suspender una organización corta la sesión en curso: se revocan los refresh tokens y la siguiente petición se rechaza. No hay que esperar a que el token expire.
Filtra bots en el login por puntuación, sin obligar al usuario a identificar semáforos ni escaleras.
Se usa en ResiHub
El tráfico malicioso se filtra antes de tocar el servidor. Mitigación de DDoS y TLS gestionado sin configurar certificados a mano.
Se usa en ResiHub
Cada voto lleva un hash de integridad y control de duplicados. El resultado de una asamblea se puede auditar, no solo creer.
Se usa en ResiHub
Bitácora en base de datos y en archivo, y borrado suave en todo el sistema: nada desaparece de verdad, y siempre se puede reconstruir quién hizo qué.
08 Inteligencia Artificial
Casi todo el mundo dice que «tiene IA». La pregunta correcta es otra: ¿de dónde saca los datos? Un modelo suelto alucina cifras. Uno con herramientas consulta tu base de datos y responde con lo que hay.
El motor detrás de VERA, el asistente de ResiHub. Elegimos el modelo por su fiabilidad usando herramientas y siguiendo instrucciones, y la integración queda aislada para poder cambiar de modelo sin tocar el resto del sistema.
Se usa en ResiHub
VERA tiene herramientas propias —consultar morosidad, resumir pagos, redactar comunicaciones— y lee comprobantes de transferencia por visión. Cada respuesta sale de una consulta real.
Se usa en ResiHub
Nada de un chatbot genérico pegado en una esquina. VERA vive dentro del sistema, con el contexto y los permisos del usuario que pregunta, y toda acción queda auditada.
Se usa en ResiHub
09 Criterios
Elegir tecnología es fácil cuando el criterio es «lo que está de moda» o «lo que sé yo». Nosotros usamos estos cuatro, en este orden.
Es la primera pregunta, no la última. Si tu equipo programa en C#, construirte algo en Node te deja atado a nosotros — y eso no es un buen negocio para ti. La tecnología correcta es la que tu gente puede sostener.
Preferimos herramientas aburridas con comunidad grande antes que la novedad del mes. PostgreSQL, React y .NET no van a desaparecer. Un framework con 400 estrellas en GitHub y un solo mantenedor, quizá sí.
CQRS en Billium tiene sentido porque emitir y consultar comprobantes son mundos distintos. Meter CQRS en un CRUD sencillo es complejidad sin retorno. El patrón se gana su lugar, no viene de regalo.
Nada crítico debe quedar amarrado a un proveedor. El almacenamiento de ResiHub es el ejemplo: AWS S3, Azure Blob y disco local implementan la misma interfaz, y elegir uno u otro es una variable de entorno. Escribimos esos providers antes de necesitarlos, precisamente para no quedar atrapados en una nube.
Mejor todavía: podemos construir sobre lo que ya conocen y entregarles algo que puedan mantener sin nosotros. Cuéntanos con qué trabajan.