Manuell overstyring¶
Foreløpig — til kundeavklaring
Regelen er den samme som i dag: en manuelt overstyrt linje røres aldri av automatikken.
Formål og avgrensning¶
Når en saksbehandler låser en dato, er det en absolutt beslutning. Siden datoene eies av ePortal og aldri skrives til NXT, håndheves låsen i to ledd — begge lokalt i ePortal, uten tidsvindu mot eksterne systemer.
Beskyttelsen i to ledd¶
flowchart TD
EV["Datomotoren skal evaluere en linje"] --> K1{"Ledd 1:<br/>Er linjen låst?"}
K1 -- "Ja" --> S1["STOPP — logges som<br/>'Manuelt overstyrt'"]
K1 -- "Nei" --> FORSLAG["Ny dato beregnet"]
FORSLAG --> K2{"Ledd 2 (i selve lagringen):<br/>Ble linjen låst i mellomtiden?"}
K2 -- "Ja" --> S2["STOPP — endringen<br/>avvises"]
K2 -- "Nei" --> OK["Dato oppdatert"]
style S1 fill:#ffd6d6,stroke:#cc0000,color:#000
style S2 fill:#ffd6d6,stroke:#cc0000,color:#000
style OK fill:#d4f7d4,stroke:#006600,color:#000
Ledd 2 kjøres i samme transaksjon som selve datolagringen, så det finnes ikke noe tidsvindu der en lås kan bli forbigått. Låsen registreres alltid med hvem, når og hvorfor.
Hva låsen gjør og ikke gjør¶
| Stopper | All automatisk datoberegning for linjen |
| Stopper ikke | Import og visning — historikk og leveranser registreres fortsatt |
| Settes og oppheves | I ePortal, av en bruker med rettighet; begge deler logges |
Avklart: låsen bor i ePortal
ePortal eier masterordren og datoene, og dermed også overstyringslåsen. Det gamle overstyringsfeltet i Business er kun relevant som migreringskilde for eksisterende låser.