Una plataforma multiempresa donde la IA produce borradores y un profesional aprueba. Ya está en línea funcionando con datos de demostración. Esto no es una maqueta: es software corriendo.
No es una lista de pantallas: cada módulo lee y escribe datos reales, deja rastro inmutable y respeta el aislamiento por empresa. Las imágenes son capturas del sistema corriendo, no renders.

Pregunte lo que quiera sobre los datos de la empresa; responde con cifras y cita de dónde salió.

Describa el cliente (sector + normas) y la IA propone la matriz en segundos.

El tablero directivo: cada indicador con su ficha, su serie y su meta.

Cuando algo falla, la norma exige causa raíz. La IA lo redacta estructurado.

El rastro que pide el auditor: quién hizo qué, cuándo y con qué soporte.
Lo que no se ve en una captura pero gana la auditoría.
Las cifras salen de los tiempos reales del proceso y del costo de las herramientas que hoy compiten por este trabajo. No es marketing: es la aritmética de hacer lo mismo en menos pasos, sin re-escribir ni recapturar.
Minutos que toma producir el estado de cumplimiento de una empresa, por método.
Dónde se ve el beneficio, medido en el piloto.
Inversión frente al valor evitado, mes a mes.
Costo anual estimado para operar un sistema de gestión de una empresa (USD, orden de magnitud).
Verde = fuerte · ámbar = parcial · guion = no cubre.
A medida que avancemos en la depuración del programa, iremos tomando en cuenta estos tiempos y estas mediciones: cada ciclo real —una empresa, un mes, un cierre, un hallazgo— deja el número medido y no estimado. Lo que hoy es una referencia de orden de magnitud se convierte, semana a semana, en la cifra exacta de cómo rinde la plataforma en la operación de PSSA.
El diseño ya es multiempresa: lo que cambia al crecer es la infraestructura, no el producto. Añadir un cliente es añadir datos, no código.
Cada empresa es una fila más. Usuarios, roles, matrices y bitácora ya están separados por empresa desde el día uno.
Las matrices ya soportan 5×5, GTC-45 y manual. Un sistema nuevo (PESV, ISO 14001) es configuración, no un desarrollo aparte.
El piloto usa SQLite para ir rápido. Al pasar a producción se cambia el motor: ni los endpoints ni el front cambian.
El proveedor de IA vive detrás de una interfaz. Cambiar de modelo (o de costo) no toca una línea del producto. Hoy: DeepSeek.
| Qué crece | Cómo se resuelve sin rehacer | Cuándo |
|---|---|---|
| Clientes (20–50 empresas) | Aislamiento por empresa ya construido; alta de cliente es datos | Ya listo |
| Volumen de datos | Migrar de SQLite a PostgreSQL (mismo contrato de API) | Fase producción |
| Más normas por cliente | Valoración y planes parametrizables por metodología | Ya listo |
| Marca propia de PSSA | Plataforma propia: PSSA es el titular; nosotros la construimos y sostenemos | Definido |
| Importar Excel del cliente | Importador masivo (fase 2) | Fase 2 |
| Integraciones con sistemas del cliente | Llaves de API con permisos ya en el diseño | Fase 3 |
Cada semana cierra con algo usable y una reunión donde el cliente lo recorre y decide. No cerramos hitos internos: cerramos con una condición de aceptación verificable. La prueba final es una auditoría en vivo, no un discurso.
Esto no son siete módulos sueltos: son los siete usos reales de un sistema de gestión, del expediente del trabajador hasta la administración. Los siete están construidos y verificados — cada uno con sus tablas y sus funciones en la API. Es lo que se desarrolla y lo que se demuestra.
/personas/examenes/ausentismos/personas/{id}/expediente/estandares-0312/plan-anual/avance/matriz-legal/resumen/riesgos/riesgos/metodologias/ia/generar-matriz/inspecciones/eventos/epp/entregas/permisos-trabajo/auditorias/acciones/{id}/verificar/indicadores/{id}/serie/rendicion-cuentas/publico/vista/publico/firmas/{id}/publico/asistencia/usuarios/roles/llaves-api/mesa-ayudaLos siete usos forman un ciclo: lo que se registra en el expediente se valora contra la norma, se prioriza como riesgo, se opera, se verifica y se cierra firmando con el trabajador. La administración es lo que permite que esto se repita, cliente por cliente, sin rehacer nada.
Un piloto que se vende como completo y no lo está, se cae en la semana 3. Estas son las decisiones abiertas y cuándo se cierran:
| Decisión abierta | Por qué importa | Cuándo se cierra |
|---|---|---|
| Empresa piloto + autorización Ley 1581 | Sin ella, no se cargan datos reales de trabajadores | Semana 1 |
| Metodología de la matriz (GTC-45 / IPEVR / 5×5) | Define cómo se valoran los riesgos de cada cliente | Semana 2 |
| Proveedor de IA y su costo | Hoy corre con DeepSeek; se decide con costos sobre la mesa | Semana 3 |
| Parámetros de precio (tarifa, piloto, mantenimiento) | Para enviar una cifra con sustento, no un rango | Antes del cierre |
| Integración con SIAG u otros | El piloto es plataforma propia; SIAG queda como referencia | Fuera del piloto |
Esto es lo que necesitamos responder con PSSA antes de construir el piloto. Cada pregunta sin responder es un supuesto que después se paga caro. Las que están marcadas en ámbar, si no se responden, bloquean la semana en que aparecen.
Del punto de inicio al punto final. Cada etapa tiene su dueño, su salida y su puerta de decisión.
Antes de tocar código. Se firma el alcance y las condiciones.
Entender cómo trabaja el cliente hoy, antes de automatizar.
La plataforma se vuelve la del cliente, con sus reglas.
Las 4 semanas del plan: cada una deja algo usable.
El cliente decide en cada reunión; no se avanza con supuestos.
Se decide con el sistema delante, no en un correo.
Se responden en la primera reunión. Las de la columna "bloquea" no se pueden dejar para después.
Lo que se firma en el brief. Si algo no está en la columna verde, no está en el piloto.