Masterordre — prosessflyt¶

Foreløpig — til kundeavklaring

Flyten beskriver den avtalte arkitekturen. Lesing fra Business NXT er verifisert mot et reelt selskap; opprettelse av ordrer i NXT er planlagt, men ikke verifisert ennå og tegnes med stiplet linje.

Formål og avgrensning¶

Eierskap: ePortal eier masterordre-registeret. Masterordrer opprettes og vedlikeholdes i ePortal; de eksisterende masterordrene i Business migreres inn én gang og arkiveres deretter i NXT.
Start: en masterordre opprettes i ePortal (eller kommer fra engangsmigreringen).
Slutt: ordrelinjene har en beregnet neste leveringsdato i ePortal, og hver endring kan forklares.
Roller: ePortal eier registeret, tilbudene, datoberegningen og forklaringsloggen. Business NXT eier produkter/priser, ordreekspedering, fakturering og leveransedata. Saksbehandler griper inn ved avvik og kan låse linjer manuelt.
Utenfor: nShift, innkjøpsordre (ikke bekreftet omfang).

Helhetsbildet¶

sequenceDiagram
    actor SB as Saksbehandler
    participant EP as ePortal Masterordre
    participant MOTOR as Datomotor
    participant NXT as Business NXT

    Note over EP,NXT: Løpende synk (lesing):<br/>produkter, kunder, leveransedata
    SB->>EP: Oppretter/vedlikeholder masterordre
    EP->>SB: Tilbud produseres og sendes fra ePortal
    alt Kunden aksepterer
        EP--)NXT: Opprett salgsordre (type 1)<br/>med masterordre- og linjereferanse (planlagt)
        NXT->>NXT: Ekspederer og fakturerer
        NXT-->>EP: Leveransedata: ferdigdato,<br/>antall, serienummer
    else Kunden avslår / kjøper ikke
        EP->>EP: Utfallet registreres i ePortal
    end
    EP->>MOTOR: Leveranser + tilbudsutfall + regler
    MOTOR->>EP: Ny dato beregnes og gjelder<br/>umiddelbart — kun i ePortal
    SB->>EP: Ser forklaring, behandler avvik,<br/>kan låse linjer

Fire prinsipper gjelder hele veien:

ePortal er master for masterordren og datoene. Beregnede datoer skrives aldri til NXT — de lever kun i ePortal.
NXT får bare salgsordrer (ordretype 1) når et tilbud aksepteres, og leverer leveransedata tilbake med referanse til masterordren.
Datoen justeres uansett utfall: kjøper kunden, brukes leveransen; kjøper kunden ikke, flyttes datoen videre i henhold til frekvens.
Alt som hentes lagres som historikk og overskrives aldri — derfor kan hver datoendring forklares i ettertid.

Masterordrens livssyklus i ePortal¶

stateDiagram-v2
    [*] --> Utkast: Opprettet i ePortal
    [*] --> Importert: Migrert fra NXT (engangs)
    Utkast --> Aktivering: Forutsetninger på plass
    Importert --> Aktivering: Forutsetninger på plass
    Utkast --> TrengerGjennomgang: Validering feiler
    Importert --> TrengerGjennomgang: Validering feiler
    Aktivering --> Aktiv: Fullført
    Aktivering --> TrengerGjennomgang: Feil underveis
    Aktiv --> TrengerGjennomgang: Avvik
    TrengerGjennomgang --> Aktiv: Løst fra aktiv
    TrengerGjennomgang --> Aktivering: Gjenoppta avbrutt aktivering
    TrengerGjennomgang --> Utkast: Løst fra utkast
    TrengerGjennomgang --> Importert: Løst fra importert
    Aktiv --> Avsluttet
    Utkast --> Avsluttet
    Importert --> Avsluttet
    Avsluttet --> [*]

Fra	Vilkår	Til	Utføres av
Utkast / Importert	Fartøy, management og fakturakunde er gyldige, minst én planleggbar linje	Aktivering	System + saksbehandler
Utkast / Importert	Validering feiler eller data mangler	Trenger gjennomgang	System
Aktivering	Begge sider er aktivert	Aktiv	System
Aktiv	Avvik oppdaget	Trenger gjennomgang	System
Trenger gjennomgang	Årsaken er løst	Tilbake til forrige gyldige tilstand	Saksbehandler
Aktiv / Utkast / Importert	Ordren avsluttes	Avsluttet	Saksbehandler

Hver «Trenger gjennomgang» har en registrert årsak (validering, kildeavvik, avstemming etter feilet skriving, eller manglende forutsetning), slik at arbeidslisten kan filtreres. «Importert» brukes kun for de migrerte legacy-ordrene; nye masterordrer starter som «Utkast».

Delprosesser¶

Side	Innhold
Synk med Business NXT	Løpende synk av produkter, kunder og leveransedata + engangsmigreringen
Tilbudsflyt	Fra tilbudsforslag via purring til salgsordre eller dato videre etter frekvens
Leveranser og klassifisering	Leveranse vs. kreditordre vs. svinn
Datomotor og ordre til NXT	Reglene, forklaringsloggen og salgsordren som opprettes ved aksept
Manuell overstyring	Den absolutte stoppregelen

Relaterte sider¶

Masterordre-modulen
Konti Connect — plattformens integrasjonskjøring