Bedingungen, Statements, Validierung und Berechnungen decken wiederholbare operative Fakten ab.
01 · Custom Operations
Regeln für normale Arbeit. C# für ernsthafte Operationen. Automation, wenn Ereignisse zählen.
Moltaro hält Geschäftsverhalten im gesteuerten Runtime: deklarative DSL-Regeln für tägliche Einschränkungen, NetOperationProject C# für tiefe Logik und ereignisgesteuerte Automation für Arbeit, die nach einem echten Commit reagieren soll.
Beginnen Sie mit Regeln, die Administratoren noch verstehen können.
Nicht jede Geschäftsentscheidung sollte Custom Code werden. Moltaro hält gewöhnliches Verhalten nahe an der Entity Definition, damit es validiert, importiert, geprüft und geändert werden kann, ohne die Operation in eine Sonder-App zu verwandeln.
Runtime-Ebenen
Operatives Verhalten
Ein Record kann Regeln, C#-Verhalten und Event-Automation tragen, ohne den gesteuerten Runtime zu verlassen.
Ein workspace-eigenes .NET-Projekt trägt typisiertes C#, wenn Konfiguration nicht mehr reicht.
Bestätigte Änderungen können Automation-Fakten für nachgelagerte Arbeit werden.
Sichtbar-, Pflicht- und Editierbar-Bedingungen halten Formulare korrekt ohne browserseitige Skripte.
Benannte Prädikate machen wiederkehrende Geschäftsfakten wie overdue, risky oder ready zu wiederverwendbaren Runtime-Signalen.
Objektweite DSL-Prüfungen blockieren ungültige Speichervorgänge, bevor schwerere C#-Business-Rules laufen müssen.
Gespeicherte Berechnungen und Aggregate halten numerische operative Werte konsistent, wenn Records und Child Rows sich ändern.
NetOperationProject ist die kundenseitige C#-Oberfläche.
Wenn ein Team Logik braucht, die zu spezifisch für Konfiguration ist, kann Moltaro ein workspace-eigenes .NET-Projekt kompilieren und durch dasselbe Backend-Ausführungs-, Sicherheits- und Diagnosemodell laufen lassen.
Blockieren Sie Speichervorgänge mit strukturierten Fehlern, normalisieren Sie Werte und leiten Sie Felder ab, bevor der Record committed wird.
Stellen Sie genehmigte Backend-Operationen aus Formularen oder Runtime-Kommandos bereit, während Berechtigungen und Audit in der Plattform bleiben.
Führen Sie wiederkehrende Arbeit über CRON-ähnliche Zeitpläne, Queues, Retries und Run History aus.
Empfangen Sie webhook-artige Aufrufe oder verbinden Sie externe Systeme über kontrollierte Backend-Verträge statt über Ad-hoc-Skripte.
Automation Rules gehören auf bestätigte Geschäftsereignisse.
Die Richtung ist klar: Automation Rules sollten den Resource EventBus als Grundlage nutzen und auf dauerhafte Fakten von Entities, Boards, Entitlements und anderen Runtime-Ressourcen reagieren, nachdem die ursprüngliche Operation sicher committed wurde.
Eine echte Änderung committedEin Record wird erstellt, ein Board Item bewegt, ein Entitlement ändert sich oder eine andere Runtime-Ressource veröffentlicht einen Fakt.01
Eine Regel entscheidet, was zähltBedingungen können entscheiden, ob das Ereignis Folgearbeit startet, Verantwortung routet oder eine andere operative Oberfläche aktualisiert.02
Der Runtime erledigt die ArbeitAutomation kann C#-Logik einreihen, Prozessstatus bewegen, Records aktualisieren oder Modulverhalten koordinieren.03
Das Ergebnis bleibt erklärbarQuellereignis, Akteur, Run und geänderte Records bleiben nachvollziehbar statt versteckte Nebenwirkungen zu werden.04
Custom Behavior darf Governance nicht umgehen.
Custom Operations bedeuten nicht Freiheit von der Plattform. Sie bedeuten Freiheit für tiefere Umsetzung, während Moltaro für Sicherheit, Ausführungsgrenzen, Historie und operative Diagnose verantwortlich bleibt.
Geschäftsverhalten läuft im Backend-Runtime, nicht in beliebigen Browser-Skripten, die schwer zu sichern und zu betreuen sind.
Aktionen, Funktionen, Zeitpläne und Endpoints laufen durch explizite Verträge und Plattformautorisierung.
Operations-Teams sehen Fehler, Retries, langsame Runs, Quellen und Korrelationen, ohne Serverlogs zu lesen.
NetOperationProject Source gehört zum Workspace und kann heruntergeladen, geprüft, gebaut und durch Deployment-Workflows getragen werden.
Der Wert liegt darin, wie es mit dem Rest der Operation verbunden ist.
Regeln und C# sind nützlich, weil sie mit denselben Records, Boards, Reports, Entitlements, Audit History und demselben Sicherheitsmodell arbeiten, das das Team bereits nutzt.