Bedingungen, Statements, Validierung und Berechnungen decken wiederholbare operative Fakten ab.
01 · Eigene Betriebslogik
Beginnen Sie mit klaren Regeln und erweitern Sie den Ablauf mit C# und Automatisierung.
Nutzen Sie deklarative Regeln für alltägliche Einschränkungen. Wenn ein Ablauf mehr benötigt, ergänzen Sie C# in einem Net Operation Project, bauen Sie vertrauenswürdige eigene Seiten im Workspace UI Project und starten Folgeaktionen erst nach einer erfolgreich abgeschlossenen Änderung.
Beginnen Sie mit Regeln, die Administratoren noch verstehen können.
Nicht jede Geschäftsentscheidung sollte individueller Code werden. Moltaro hält gewöhnliches Verhalten nahe an der Entitätsdefinition, damit es validiert, importiert, geprüft und geändert werden kann, ohne den Ablauf in eine Sonder-App zu verwandeln.
Ausführungsebenen
Operatives Verhalten
Ein Datensatz kann Regeln, C#-Logik und ereignisgesteuerte Automatisierung verbinden, während Zugriffsregeln und Historie sichtbar bleiben.
Ein kundeneigenes .NET-Projekt trägt typisiertes C#, wenn Konfiguration nicht mehr reicht.
Bestätigte Änderungen können Automatisierungsfakten für nachgelagerte Arbeit werden.
Vertrauenswürdige, aus Quellcode gebaute eigene Seiten erweitern die Webanwendung um arbeitsbereichsspezifische Ansichten, kompiliert und aktiviert von Moltaro.
Sichtbar-, Pflicht- und Editierbar-Bedingungen halten Formulare korrekt ohne individuellen Code.
Benannte Prüfungen machen wiederkehrende Geschäftsfakten wie überfällig, riskant oder bereit zu wiederverwendbaren Anwendungssignalen.
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 Datensätze und untergeordnete Zeilen sich ändern.
Nutzen Sie ein Net Operation Project, wenn Konfiguration allein nicht ausreicht.
Wenn ein Team Logik braucht, die zu spezifisch für Konfiguration ist, kann Moltaro ein kundeneigenes .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 Datensatz gespeichert wird.
Stellen Sie genehmigte Backend-Aktionen aus Formularen oder Anwendungsbefehlen bereit, während Berechtigungen und Audit in der Plattform bleiben.
Führen Sie wiederkehrende Arbeit über Zeitpläne, Warteschlangen, Wiederholungen und Ausführungshistorie aus.
Empfangen Sie webhook-artige Aufrufe oder verbinden Sie externe Systeme über kontrollierte Backend-Verträge statt über Ad-hoc-Skripte.
Starten Sie Folgeautomatisierung erst nach einer erfolgreich abgeschlossenen Änderung.
Automatisierungsregeln sollten auf dauerhafte Fakten von Geschäftsdatensätzen, Boards, Nutzungsrechten und anderen Ressourcen reagieren, nachdem die ursprüngliche Änderung sicher bestätigt wurde.
Eine echte Änderung wurde bestätigtEin Datensatz wird erstellt, ein Board-Element bewegt, ein Nutzungsrecht ändert sich oder eine andere 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
Die Anwendung erledigt die ArbeitAutomatisierung kann C#-Logik einreihen, Prozessstatus bewegen, Datensätze aktualisieren oder Modulverhalten koordinieren.03
Das Ergebnis bleibt erklärbarQuellereignis, Akteur, Ausführung und geänderte Datensätze bleiben nachvollziehbar statt versteckte Nebenwirkungen zu werden.04
Eigene Logik darf Governance nicht umgehen.
Eigene Betriebslogik bedeutet nicht, die Plattform zu umgehen. Sie gibt Freiheit für tiefere Umsetzung, während Moltaro für Sicherheit, Ausführungsgrenzen, Historie und operative Diagnose verantwortlich bleibt.
Geschäftsverhalten läuft in der Backend-Laufzeit, und browserseitige eigene Seiten sind vertrauenswürdiger, aus Quellcode gebauter Code, den Moltaro kompiliert und aktiviert — keine eingeschleusten Ad-hoc-Skripte.
Aktionen, Funktionen, Zeitpläne und Endpunkte laufen durch explizite Verträge und Plattformautorisierung.
Betriebsteams sehen Fehler, Wiederholungen, langsame Ausführungen, Quellen und Korrelationen, ohne Serverlogs zu lesen.
Der Quellcode des Net Operation Project gehört zum Arbeitsbereich und kann heruntergeladen, geprüft, gebaut und durch Bereitstellungsabläufe übertragen werden.
Der Wert liegt darin, wie die Logik mit dem Rest des Betriebs verbunden ist.
Regeln, C# und eigene Seiten sind nützlich, weil sie mit denselben Datensätzen, Boards, Berichten, Nutzungsrechten, derselben Audit-Historie und demselben Sicherheitsmodell arbeiten, das das Team bereits nutzt.