Warunki, statements, walidacja i obliczenia pokrywają powtarzalne fakty operacyjne.
01 · Własne operacje
Reguły dla normalnej pracy. C# dla poważnych operacji. Automatyzacja, gdy zdarzenia mają znaczenie.
Moltaro trzyma zachowanie biznesowe w zarządzanym runtime: deklaratywne reguły DSL dla codziennych ograniczeń, NetOperationProject C# dla głębokiej logiki i automatyzację zdarzeniową dla pracy, która powinna reagować po realnym zatwierdzeniu zmiany.
Zacznij od reguł, które administratorzy nadal rozumieją.
Nie każda decyzja biznesowa powinna stać się custom code. Moltaro trzyma typowe zachowanie blisko Entity Definition, aby można je było walidować, importować, przeglądać i zmieniać bez zamiany operacji w bespoke app.
Warstwy runtime
Zachowanie operacyjne
Rekord może mieć reguły, zachowanie C# i automatyzację zdarzeń bez opuszczania zarządzanego runtime.
Workspace-owned projekt .NET niesie typowany C#, gdy konfiguracja przestaje wystarczać.
Zatwierdzone zmiany mogą stać się faktami automatyzacji dla dalszej pracy.
Warunki widoczności, wymagania i edycji utrzymują formularze poprawne bez skryptów po stronie przeglądarki.
Nazwane predykaty zmieniają powtarzalne fakty biznesowe, takie jak overdue, risky lub ready, w reusable runtime signals.
Object-level DSL checks blokują nieprawidłowe zapisy, zanim trzeba uruchomić cięższe reguły biznesowe C#.
Zapisane calculations i aggregates utrzymują liczbowe wartości operacyjne spójne, gdy zmieniają się rekordy i child rows.
NetOperationProject jest kliencką powierzchnią C#.
Gdy zespół potrzebuje logiki zbyt specyficznej dla konfiguracji, Moltaro może skompilować workspace-owned projekt .NET i uruchomić go przez ten sam model backend execution, security i diagnostics.
Odrzucaj zapisy strukturalnymi błędami, normalizuj wartości i wyliczaj pola przed zatwierdzeniem rekordu.
Udostępniaj zatwierdzone backend operations z formularzy lub runtime commands, zachowując permission checks i audit w platformie.
Uruchamiaj cykliczną pracę przez CRON-style schedules, kolejkę, ponowienia i run history.
Odbieraj webhook-style calls lub łącz systemy zewnętrzne przez kontrolowane backend contracts zamiast ad hoc scripts.
Automation rules powinny opierać się na zatwierdzonych zdarzeniach biznesowych.
Kierunek jest jasny: automation rules powinny używać Resource EventBus jako podstawy, reagując na durable facts z Entities, Boards, Entitlements i innych runtime resources po bezpiecznym commit oryginalnej operacji.
Realna zmiana jest zatwierdzonaRecord zostaje utworzony, board item przesunięty, entitlement zmieniony albo inny runtime resource publikuje fakt.01
Reguła decyduje, co ma znaczenieWarunki mogą zdecydować, czy zdarzenie powinno rozpocząć follow-up work, przekierować odpowiedzialność albo zaktualizować inną operational surface.02
Runtime wykonuje pracęAutomatyzacja może kolejkować logikę C#, przesuwać process state, aktualizować records albo koordynować module behavior.03
Wynik pozostaje wyjaśnialnyZdarzenie źródłowe, actor, run i changed records pozostają traceable zamiast stawać się ukrytymi side effects.04
Custom behavior nie powinno omijać governance.
Custom operations nie oznacza wolności od platformy. Oznacza swobodę wdrożenia głębszego zachowania przy zachowaniu odpowiedzialności Moltaro za security, execution boundaries, history i operational diagnosis.
Zachowanie biznesowe działa w backend runtime, a nie w dowolnych browser scripts, które trudno zabezpieczyć i wspierać.
Actions, functions, schedules i endpoints działają przez explicit contracts oraz platform authorization.
Zespoły operacyjne widzą failures, retries, slow runs, sources i correlations bez czytania server logs.
NetOperationProject source należy do workspace i może być downloaded, checked, built oraz przenoszony przez deployment workflows.
Wartość leży w połączeniu z resztą operacji.
Reguły i C# są użyteczne, bo mogą pracować z tymi samymi records, Boards, reports, Entitlements, audit history i security model, których zespół już używa.