Información incompleta
Una entidad puede existir sin disponer todavía de toda la información necesaria para avanzar.
Control
Relaciones obligatorias, estados explícitos y validaciones.
PROYECTO PROPIO · OPERACIONES · AUTOMATIZACIÓN · DATOS · CONTROL
SICALPE
De procesos dispersos a un sistema conectado para operaciones.
SICALPE nació para resolver un problema aparentemente sencillo: reutilizar información operativa sin tener que introducirla una y otra vez en documentos diferentes.
A medida que el problema crecía, también lo hizo la solución. Lo que comenzó como una automatización basada en hojas de cálculo evolucionó hacia un sistema para representar procesos, relaciones, reglas, permisos, estados y controles de forma estructurada.
EL PROBLEMA NO ERAN LOS DOCUMENTOS
Un documento puede ser correcto y el proceso que lo alimenta seguir fragmentado.
En procesos operativos complejos, la misma información puede intervenir en personas, recursos, movimientos, documentación, autorizaciones, planificación y controles diferentes. Cuando cada parte se gestiona de forma aislada, las brechas son difíciles de detectar.
- Datos que deben introducirse varias veces
- Versiones diferentes de una misma información
- Relaciones que sólo conoce quien ejecuta el proceso
- Documentación generada con datos que ya han cambiado
- Controles realizados demasiado tarde
- Tareas que parecen terminadas antes de cumplir sus condiciones previas
LA SOLUCIÓN CRECIÓ CON EL PROBLEMA
Cada etapa hizo visible el requisito de la siguiente.
01
Automatizar la repetición
La primera versión centralizaba información en Excel y la reutilizaba para generar documentos: introducir un dato una vez, en lugar de transcribirlo repetidamente.
02
Estructurar la información
Una base de datos en Access permitió explorar un modelo relacional más riguroso, automatizar consultas y comprender dependencias entre elementos del proceso.
03
Diseñar para permisos, relaciones y evolución
La plataforma actual basada en PocketBase separa progresivamente datos, lógica, automatizaciones e interfaz. PostgreSQL permanece como una posible evolución cuando madurez, escala o requisitos operativos lo justifiquen.
UN MODELO OPERATIVO CONECTADO
Lo que antes estaba repartido entre documentos y conocimiento individual se convierte en relaciones explícitas.
El objetivo no es simplemente almacenar información. Es poder saber qué depende de qué, qué falta, qué ha cambiado y qué puede quedar invalidado como consecuencia de ese cambio.
- Personas
- Asignaciones y requisitos
- Recursos y medios
- Movimientos y planificación
- Documentación
- Validaciones y estados
Vista sanitizada de la cadena de dependencias.
DISEÑAR PARA LOS ERRORES, NO SÓLO PARA EL CAMINO CORRECTO
Automatizar sólo aporta valor si también impide que un proceso equivocado avance más rápido.
Información duplicada
La misma realidad no debería representarse varias veces de forma incompatible.
Control
Identificadores, relaciones y restricciones de unicidad.
Cambios que afectan a otros procesos
Modificar un dato puede invalidar documentación o decisiones anteriores.
Control
Trazabilidad, históricos y relaciones entre entidades.
Finalizaciones prematuras
Una tarea puede parecer terminada aunque todavía dependa de otra condición.
Control
Estados y requisitos explícitos antes de permitir avanzar.
DE DATOS A CONTROL OPERATIVO
La pregunta útil ya no es «¿tenemos el documento?»
- 01¿Los datos que contiene siguen siendo válidos?
- 02¿Se cumplen las condiciones necesarias para generar este resultado?
- 03¿Qué elementos quedan afectados si cambia esta información?
DECISIONES DE ARQUITECTURA
Arquitectura es saber cuándo una solución deja de ser adecuada para el problema que tiene que resolver.
Excel
Permitió validar rápidamente el principio de una única fuente reutilizable.
Access
Permitió un modelo relacional más estructurado y detectar nuevos requisitos.
PocketBase
Permite iterar con rapidez sobre modelo, relaciones, autenticación y aplicación.
PostgreSQL
Posible evolución cuando el sistema requiera mayor robustez, escala o madurez.
IA EN EL PROYECTO
Un multiplicador para implementar y revisar, no un sustituto del diseño del sistema.
La IA generativa ayuda a explorar alternativas, analizar problemas, trabajar con código, consultas y transformaciones, documentar, detectar inconsistencias y dividir trabajo complejo. El modelo de proceso, los criterios funcionales, las decisiones de arquitectura y la validación final siguen gobernados por el proyecto.
MI PAPEL
Participación de extremo a extremo: del fallo recurrente al sistema que permite inspeccionarlo.
- Problema y proceso — identificación de necesidades reales, errores recurrentes y modelado del proceso.
- Datos — entidades, relaciones, estados, restricciones y trazabilidad.
- Arquitectura — evaluación de alternativas conforme aumentaban los requisitos.
- Automatización y producto — información reutilizable, capacidades funcionales e interfaz.
- Calidad y documentación — controles, validaciones, modos de fallo y estructuras reproducibles.
ESTADO Y MADUREZ
Funcional / en evolución
Área de personal
Funcional.
Área operativa
Estado avanzado y todavía en evolución.
Capacidades adicionales
Diseño y desarrollo progresivo según la hoja de ruta del proyecto.
QUÉ DEMUESTRA SICALPE
SICALPE es importante aquí no por una tecnología concreta, sino porque resume una forma de trabajar: observar un proceso real, detectar errores recurrentes, entender dependencias, convertir conocimiento implícito en datos y reglas, introducir controles antes de que el error llegue al resultado y evolucionar la arquitectura a medida que evoluciona el problema.
El caso público utiliza información y arquitectura sanitizadas y no publica datos personales u operativos sensibles.