Proceso Programado
Ejemplos
Descripción
Componente que ejecuta una rutina de procesamiento sobre datos que ya residen en el sistema, de forma autónoma y según una agenda: cada noche, cada hora, el primer día del mes. Un planificador (scheduler) lo invoca en los momentos definidos; no lo opera un usuario paso a paso ni lo dispara un cambio en los datos. Toma información interna, le aplica una lógica de transformación, verificación o derivación, y produce un resultado: datos nuevos, datos corregidos o un veredicto.
Es el componente al que recurre el sistema cuando necesita "hacer un cálculo o una comprobación por dentro, cada cierto tiempo": cruzar entidades para detectar inconsistencias en el cierre nocturno, recalcular totales o saldos al final del día, derivar indicadores periódicos, depurar registros vencidos cada semana. En la industria del software corresponde a la familia de los scheduled jobs o batch jobs gobernados por un cron: tareas que corren independientes de la interfaz, lanzadas por el reloj y monitoreadas, no operadas, por las personas.
Lo que da forma a este componente es el cómo (procesamiento autónomo sobre datos internos, disparado por una agenda), no el qué: igual que un Mantenedor no fija qué entidad administra ni una Consulta qué se consulta, un Proceso Programado no fija qué calcula. Ese dominio abierto lo hace genérico, no informe. Su pariente cercano, el Proceso Reactivo, comparte el territorio del procesamiento autónomo interno pero se distingue por el disparador: aquel reacciona a un cambio en los datos; este corre cuando lo manda el reloj.
Capacidades mandatorias
- Ejecuta una lógica de procesamiento sobre datos que ya están en el sistema, sin intervención humana en sus pasos
- Se activa mediante un disparador de agenda: un planificador lo invoca de forma recurrente o en un momento fijo
- Produce un resultado a partir del procesamiento: datos derivados, datos corregidos, o un veredicto (válido/inválido, conciliado/no conciliado)
- Opera en segundo plano, sin ocupar ni bloquear la interacción del usuario con el sistema
Capacidades adicionales
- Ejecución bajo demanda: además de su agenda, permite que un operador o componente solicite la ejecución en el momento (por ejemplo, "recalcular ahora", "correr la conciliación ya")
- Emisión del resultado: entrega el resultado al solicitante (cuando es bajo demanda) o lo comunica de forma proactiva (alerta de inconsistencia, aviso de finalización)
- Logging de actividad: registra cada ejecución (tiempos, volumen procesado, errores) para auditoría y monitoreo
- Reintentos y checkpoints: reanuda o reintenta el procesamiento ante una interrupción, retomando desde el último punto guardado
Delimitaciones
- No reacciona a un cambio en los datos. Lo dispara el reloj (una agenda), no un evento de alta/edición/baja de un registro. Si la rutina debe ejecutarse en cuanto cambian los datos, eso es un Proceso Reactivo, no un Proceso Programado.
- No incorpora datos desde fuera del sistema. Opera sobre los datos que ya están adentro. Si la rutina trae datos de una fuente externa, eso es un ETL o un Scraper.
- No involucra decisiones humanas en sus pasos. Si el procesamiento se detiene para que una persona apruebe, rechace o derive en alguna etapa, es un Workflow de aprobación.
- No es una salida de información al usuario. Una Consulta o un Reporte responden a una solicitud entregando datos existentes; el Proceso Programado genera datos o veredictos mediante cómputo, aunque pueda apoyarse en esos componentes para entregar su resultado.
Flujo de información
Un disparador de agenda (el planificador alcanza el momento programado) y los datos internos sobre los que opera, ya presentes en el repositorio del sistema
El resultado del procesamiento: datos derivados o corregidos escritos en el sistema, o un veredicto entregado al solicitante o emitido como aviso
Modalidades
- Recurrente (cron): un planificador lo invoca de forma periódica (cierre nocturno, conciliación diaria, depuración semanal).
- A fecha/hora fija (scheduled): se programa para un momento puntual (corte de fin de mes, cálculo de cierre de ejercicio).
- Por lotes (batch): procesa grandes volúmenes de registros internos de una vez, frecuentemente en una ventana de baja carga.
Dependencias típicas
- Repositorio de datos del sistema (Base de Datos) sobre el que lee y escribe
- Mecanismo de programación o scheduler (cron, planificador de tareas) que gobierna su disparo
- Reglas de negocio que definen la lógica de transformación, verificación o derivación
- Sistema de Notificación cuando el resultado se comunica de forma proactiva
Mapeo al Tablero Digital
| Sección | Vínculo | Observación |
|---|---|---|
| Actualización Manual | No | Ningún operador escribe datos paso a paso; el procesamiento es autónomo. |
| Actualización Automática | No | No incorpora datos desde fuera del sistema; opera sobre los que ya están adentro (esto lo separa de ETL y Scraper). |
| Conceptos de Datos | Siempre | Siempre lee y/o escribe entidades del sistema: las que procesa y las que deriva o corrige. |
| Salidas por Demanda | Opcional | Cuando se ejecuta bajo demanda y devuelve el resultado al que lo solicitó (por ejemplo, "correr la conciliación ahora"). |
| Salidas Automáticas | Opcional | Cuando el resultado se emite de forma proactiva, sin que nadie lo pida (alerta de inconsistencia, aviso de cierre). |
| Procesos Autónomos | Siempre | Es su esencia: la rutina de procesamiento que corre sin intervención humana, gobernada por una agenda. |