Cuando una PYME chilena suma 2 o 3 sistemas (calidad, bodega, RR.HH.), termina con 3 logins distintos, 3 bases de empleados duplicadas y 0 visibilidad cruzada. El operario aparece como "Juan Pérez" en QMS, "j.perez" en WMS y "jperez@empresa.cl" en RR.HH. Cuando se va de la empresa, hay que dar de baja 3 cuentas.
CORE existe para que eso no pase. Es el módulo central de Lahr Nexa Suite donde viven los datos compartidos entre los 10 productos: usuarios, empleados, proveedores, documentos, calendarios, notificaciones y el agente IA.
Lo que comparte CORE entre los 10 productos
1. Una sola identidad SSO
Felipe se loguea una vez en core.lahrnexa.cl y queda autenticado en
qms.lahrnexa.cl, wms.lahrnexa.cl, obra.lahrnexa.cl
y los otros 6 subdominios. Cookie .lahrnexa.cl con scope wildcard. Si
cierra sesión en QMS, queda cerrado en toda la suite.
2. Base de datos cross-product
En PostgreSQL hay schemas distintos por producto (public, wms,
obra, finance, etc.), pero las tablas de gente, proveedores
y documentos son comunes. Cuando das de alta un empleado en CORE, MAINT lo ve para
asignar órdenes de trabajo, OBRA lo ve para entrega de EPP y FINANCE puede liquidar
su sueldo sin re-cargarlo en cada lugar.
3. Agente IA con tools cross-product
El agente IA de CORE tiene tools que cruzan módulos. Le decís "hay un problema con el proveedor BURG" y puede leer: contratos en CORE, no conformidades en QMS, deudas pendientes en FINANCE, OTs sin cerrar en MAINT. Todo desde una sola conversación, con un solo contexto. No es un chatbot que adivina — es el mismo agente que opera en cualquier producto, con persistencia conversacional.
4. Knowledge Base unificada
Subís un PDF (procedimiento, política, manual) y queda disponible para los 10 productos. Embeddings semánticos con gte-small para que el agente IA encuentre el contexto correcto cuando le preguntás algo. Sin re-cargar el documento en cada sistema.
5. Document Service con OnlyOffice
Editor Word/Excel embebido para todos los productos: QMS edita procedimientos de calidad, OBRA manuales PRL, PEOPLE descripciones de cargo, SALES cotizaciones. Un solo bucket, un solo editor, control de versiones unificado con diff AI entre revisiones.
Por qué importa para una PYME
Un cliente típico de Lahr Nexa empieza con QMS (calidad ISO) y al año agrega WMS o PEOPLE. Sin CORE, eso significa:
- Mantener 2 listas de empleados sincronizadas a mano (o peor: que se desincronicen)
- 2 perfiles de proveedor por proveedor real (uno en compras WMS, otro en evaluación QMS)
- Reuniones de gerencia donde nadie sabe cuál es el dato verdadero
Con CORE, agregar el segundo producto es realmente activar un módulo, no instalar un sistema nuevo. Los usuarios ya existen, los proveedores ya existen, el calendario ya existe, las notificaciones ya existen.
¿Qué módulos vive solo en CORE?
Algunos módulos viven exclusivamente en CORE porque cross-cortan toda la suite:
- /personal — empleados, cargos, organigrama, evaluaciones 360
- /proveedores — base de proveedores cross-product
- /calendario — eventos cross-modulo (vencimientos QMS, OTs MAINT, vacaciones PEOPLE)
- /kb — knowledge base centralizada
- /reuniones — actas con IA y agenda
- /clima — encuestas internas de clima organizacional
- /onboarding — proceso de alta de empresa (cross-producto)
Si tu organización solo necesita CORE (sin QMS/WMS/etc.), igual funciona como plataforma de gestión interna PYME: empleados + proveedores + calendario + KB + reuniones + clima + agente IA.
El detalle técnico que importa: tier silver/gold/platinum/black
Los 4 tiers de Lahr Nexa Suite (Silver, Gold, Platinum, Black) aplican a cada producto individual y a CORE como capa común. El tier de CORE define qué features cross-product están activos: agente IA con tool use (Platinum+), embeddings semánticos (Platinum+), Document Service con OnlyOffice (Black), Power BI embedido en SUITE (Black).
Por eso bundlear CORE con cualquier producto vertical es siempre una buena decisión: el costo marginal del usuario en CORE es bajo y el valor agregado en flujos cross-product es alto.