Condiciones, statements, validación y cálculos cubren hechos operativos repetibles.
01 · Operaciones propias
Reglas para el trabajo normal. C# para operaciones serias. Automatización cuando los eventos importan.
Moltaro mantiene el comportamiento de negocio en el runtime gobernado: reglas DSL declarativas para restricciones diarias, NetOperationProject C# para lógica profunda y automatización por eventos para trabajo que debe reaccionar tras un cambio real confirmado.
Empieza con reglas que los administradores aún pueden entender.
No toda decisión de negocio debe convertirse en custom code. Moltaro mantiene el comportamiento común cerca de la Entity Definition para que pueda validarse, importarse, revisarse y cambiarse sin convertir la operación en una app a medida.
Capas de runtime
Comportamiento operativo
Un record puede llevar reglas, comportamiento C# y automatización por eventos sin salir del runtime gobernado.
Un proyecto .NET propio del workspace lleva C# tipado cuando la configuración no alcanza.
Los cambios confirmados pueden convertirse en hechos de automatización para trabajo posterior.
Condiciones de visible, requerido y editable mantienen los formularios correctos sin scripts del navegador.
Predicados con nombre convierten hechos de negocio recurrentes como overdue, risky o ready en señales reutilizables del runtime.
Comprobaciones DSL a nivel de objeto bloquean guardados inválidos antes de ejecutar reglas de negocio C# más pesadas.
Cálculos almacenados y agregados mantienen valores operativos numéricos consistentes cuando cambian records y child rows.
NetOperationProject es la superficie C# para clientes.
Cuando un equipo necesita lógica demasiado específica para la configuración, Moltaro puede compilar un proyecto .NET propio del workspace y ejecutarlo con el mismo modelo backend de ejecución, seguridad y diagnóstico.
Rechaza guardados con errores estructurados, normaliza valores y deriva campos antes de confirmar el record.
Expón operaciones backend aprobadas desde formularios o comandos de runtime manteniendo permisos y auditoría en la plataforma.
Ejecuta trabajo recurrente con schedules estilo CRON, colas, reintentos e historial de ejecución.
Recibe llamadas tipo webhook o conecta sistemas externos mediante contratos backend controlados en vez de scripts ad hoc.
Automation rules deben apoyarse en eventos de negocio confirmados.
La dirección es clara: automation rules deben usar Resource EventBus como base, reaccionando a hechos durables de Entities, Boards, Entitlements y otros recursos del runtime después de que la operación original confirme con seguridad.
Un cambio real se confirmaSe crea un record, se mueve un board item, cambia un entitlement u otro runtime resource publica un hecho.01
Una regla decide qué importaLas condiciones pueden decidir si el evento inicia follow-up work, enruta responsabilidad o actualiza otra operational surface.02
El runtime realiza el trabajoLa automatización puede encolar lógica C#, mover process state, actualizar records o coordinar module behavior.03
El resultado sigue siendo explicableEl evento fuente, actor, run y changed records siguen siendo trazables en vez de convertirse en efectos laterales ocultos.04
Custom behavior no debe saltarse governance.
Custom operations no significa libertad frente a la plataforma. Significa libertad para implementar comportamiento más profundo mientras Moltaro sigue responsable de seguridad, límites de ejecución, historial y diagnóstico operativo.
El comportamiento de negocio corre en el backend runtime, no en scripts arbitrarios del navegador difíciles de asegurar y mantener.
Actions, functions, schedules y endpoints se ejecutan mediante contratos explícitos y autorización de plataforma.
Los equipos de operaciones ven failures, retries, slow runs, sources y correlations sin leer server logs.
El source de NetOperationProject pertenece al workspace y puede descargarse, comprobarse, compilarse y llevarse por workflows de deployment.
El valor está en cómo se conecta con el resto de la operación.
Las reglas y C# son útiles porque pueden trabajar con los mismos records, Boards, reports, Entitlements, audit history y security model que el equipo ya usa.