Gå til innhold

Leveranser og klassifisering

Foreløpig — til kundeavklaring

Klassifiseringen er verifisert mot reelle NXT-transaksjoner, inkludert ekte kreditordrer og en svinn-transaksjon. Beslutningspunkt 1 nedenfor venter på kundens svar.

Formål og avgrensning

Hver leveransetransaksjon fra NXT må få riktig betydning før den kan påvirke noe i ePortal. Fortegn alene avgjør aldri: en negativ rad kan være både kreditordre og svinn, og de skal behandles helt forskjellig.

Klassifiseringen

flowchart TD
    A["Transaksjon fra NXT"] --> B{"Transaksjonstype?"}
    B -- "Svinn (type 4)" --> SV["Svinn<br/>Lagres og revideres.<br/>ALDRI en leveranse."]
    B -- "Salg (type 1)" --> C{"Kilde?"}
    C -- "Kreditordre" --> KR["Kreditordre<br/>Lagres og vises tydelig.<br/>Ingen datoeffekt i dag."]
    C -- "Ordinær" --> D{"Positivt antall og<br/>gyldig leveransekontekst?"}
    D -- "Ja" --> LEV["Leveranseobservasjon<br/>Grunnlag for datomotoren"]
    D -- "Nei" --> UA["Uavklart<br/>Krever gjennomgang"]

    style SV fill:#ffd6d6,stroke:#cc0000,color:#000
    style KR fill:#fff3cd,stroke:#b8860b,color:#000
    style LEV fill:#d4f7d4,stroke:#006600,color:#000
    style UA fill:#f0f0f5,stroke:#666,color:#000
Klassifisering Kjennetegn i NXT (verifisert) Effekt i ePortal
Leveranse Salg, positivt antall, ikke kreditordre Blir leveranseobservasjon; datomotoren bruker den
Kreditordre Salg med kilde «kreditordre», negativt antall, referanse til tidligere faktura Lagres og vises adskilt; påvirker ikke datoen (se beslutningspunkt 1)
Svinn Transaksjonstype «svinn»; ingen kunde, ingen faktura Lagres for revisjon; blir aldri leveranse
Uavklart Ufullstendig kobling Ingen effekt før manuell avklaring

Delleveranser håndteres riktig: én masterlinje kan ha flere transaksjoner (f.eks. 4 + 6 mot bestilt 10), og hver beholder sin egen identitet og dato. Når datomotoren vurderer linjen, er levert antall summen av alle bekreftede leveransetransaksjoner på linjen (4 + 6 = 10), ikke bare den siste — en linje levert i flere omganger regnes altså som fullt levert. Kreditordrer inngår ikke i summen (se beslutningspunkt 1). Har to leveranser samme bekreftede dato, brukes den sist registrerte som styrende leveranse, slik at vurderingen alltid blir den samme uavhengig av lesetidspunkt.

Beslutningspunkt 1 — kreditordrens datoeffekt

I dag lagres kreditordrer trygt og vises tydelig, men de endrer ikke beregnet leveringsdato. Kunden må beslutte om en kreditordre skal:

  1. reversere den opprinnelige leveransen (datoen beregnes som om leveransen ikke skjedde),
  2. telle som en egen negativ leveranse i datogrunnlaget, eller
  3. kun være kommersiell historikk uten datoeffekt (dagens trygge standard).

Instrumenter og serienumre

For leverte instrumentprodukter (produkttype 1, 2 og 10) opprettes ett instrument per serienummerrad — én ordrelinje kan gi flere instrumenter. Verifisert mot reelle data: levert antall stemte med antall serienummerrader i samtlige kontrollerte tilfeller.

Relaterte sider