Masterordre-liste og detaljvisning

Siden Masterordrer (/subscription/master-orders) viser alle masterordrer med et detaljpanel per ordre. Fra og med MO-015 S10 leser hele detaljbildet — listen, ordrehodet, linjer, tilbud, instrumenter, kontakter, kommentarer, dokumenter og endringslogg — reelle data fra API-et (SubscriptionMasterOrderController).

Tilgang

Krav	Verdi
Modul	Masterordre (moduleID 50)
Datatilgang	Subscription.MasterOrder — «Kan se» kreves for hele siden (Innstillinger → Datatilgang → Abonnement)

Slik gjør du

1. Åpne Abonnement → Masterordrer.
2. Listen viser ordrenummer, kunde/skip, status, antall aktive linjer, neste planlagte leveranse og kalenderår-verdiene Verdi i år og Verdi neste år («Verdi +2 år» og «Verdi +3 år» kan slås på via kolonnevalg). Under listen vises verdi i år per valuta for hele utvalget — beløp i ulike valutaer summeres aldri sammen. Listen har avansert kolonnefilter (filterraden under kolonneoverskriftene) og eksport til Excel/PDF fra verktøylinjen. Listen kjører server-side: søk, sortering og filtrering utføres på serveren. Det finnes ingen sidevelger — listen laster flere ordrer av seg selv når du scroller mot bunnen (uendelig scroll), og fortsetter til hele det filtrerte utvalget er lastet. Nederst står det hvor langt lastingen er kommet: en laste-indikator mens neste bolk hentes, «alle N masterordrer er lastet» når den er ferdig, eller en Prøv igjen-knapp hvis en bolk feilet — da stopper automatisk lasting til du trykker på knappen, slik at du kan scrolle fritt uten at feilen gjentar seg. Endres listen i bakgrunnen mens du blar (noen oppretter eller sletter en masterordre), kan lastingen stoppe med meldingen om at listen kan være ufullstendig og en Oppdater-knapp — den bygger listen på nytt fra toppen, som er den eneste måten å få et korrekt sett etter en samtidig endring. Nytt søk, endret filter eller oppfrisking bygger listen fra toppen igjen. Feiler selve lastingen av listen, står det en rød melding over listen med en Prøv igjen-knapp så lenge feilen varer — en tom liste uten den meldingen betyr at søket faktisk ikke ga treff.

På mobil stopper lista ved 1 000 masterordrer. Kortvisningen på telefon holder alle innlastede ordrer samtidig, og over den grensen blir fanen treg og kan fryse. Er det flere ordrer i utvalget enn de 1 000 lista viser, står det en melding om at du må avgrense søket eller filteret for å finne resten. Treffer utvalget nøyaktig 1 000 og det ikke finnes flere, er lista komplett, og du får den vanlige «alt er lastet»-meldingen i stedet. På PC gjelder ingen slik grense — der lastes hele det filtrerte utvalget. Antallet ved siden av tittelen og valuta-summene under listen gjelder hele det filtrerte utvalget (ikke bare radene som er lastet inn) — endrer du søk eller filter, oppdateres tallet til det nye treffantallet. Eksport dekker likeledes hele det filtrerte utvalget, ikke bare det som er lastet inn; over 50 000 rader avbrytes eksporten med en melding om å avgrense filteret først.

Fritekstsøk (MO-116): søkefeltet spenner ordrenr, kundenr, kunde-/fakturakunde-/management-navn, skip-IMO, valuta og ansvarlig/selger. Søket er nå kraftig raskere fordi det leser forhåndsberegnede søkekolonner på ordren i stedet for å slå opp navnene per rad. Tallidentifikatorer (ordrenr/kundenr) treffer på starten (skriver du 9000 får du ordrenr som begynner med 9000), navn treffer hvor som helst i teksten. Søkekolonnene oppdateres automatisk når du oppretter/endrer ordrer og linjer og ved NXT-aktørsynk. Merk: endrer du et navn et annet sted enn på ordren (f.eks. omdøper en CRM-kunde uten NXT-synk), blir det nye navnet søkbart først neste gang ordren røres. Søket besvares av serveren over hele utvalget, ikke av kolonnene som tilfeldigvis er synlige — treff på fakturakunde, IMO, management eller selger vises selv om den kolonnen er skjult i din kolonneoppsett.

Oppfølging filtreres i filterraden, ikke i avansert filter. Oppfølging-verdien regnes ut per ordre og finnes ikke som et lagret felt, så den kan bare sendes til serveren fra oppfølging-feltet i filterraden. Avansert filter tilbyr derfor ikke kolonnen. Har du et lagret filter fra før som bruker oppfølging, brukes det videre når det lar seg oversette; ellers står det en gul melding over listen om at oppfølging-delen ikke ble brukt — listen er da ikke filtrert på oppfølging.

Filtrer på flåte / kundetype / BPP-status / kundestatus

De fire klassifiseringsfeltene er egne kolonner i listen, skjult som standard:

• Kundetype (semantisk feltnøkkel Kundetype, standard NXT group2/actGroup2)
• BPP-status (semantisk feltnøkkel BppStatus, standard NXT group3/actGroup3)
• Flåte (semantisk feltnøkkel Fleet, standard NXT group7/actGroup7)
• Kundestatus (semantisk feltnøkkel CustomerStatus, standard NXT group9/actGroup9)

MO-130 Phase 2 — konfig-drevet mapping: de fire klassifiseringsfeltene har nå en semantisk feltnøkkel (Kundetype/BppStatus/Fleet/CustomerStatus) i verdi-/ etikett-katalogen, og navnene følger felt-mapper-bindingen: hvilken NXT groupN-kolonne som er bundet til hvert semantisk felt bestemmer hvilken aktørkode som leses. Standarden er group2/group3/group7/group9; mapper en tenant f.eks. Kundetype til group4, følger kolonnen, filteret og eksporten bindingen — ikke den gamle faste kolonnen. Katalog-editoren (Innstillinger → Abonnement – feltoppsett) bruker de semantiske nøklene. Eldre lagrede visninger som ble lagret på de gamle ordinal-nøklene (actorGroup2Code…) fungerer fortsatt (server-oversettelse).

MO-130 Slice 3: det tidligere separate «Klassifisering»-filterpanelet over listen er fjernet — kolonnenes egne filter dekket allerede akkurat det samme utvalget, så filtreringen skjer nå ett sted. Slå på en av de fire kolonnene via kolonnevalg (kolonneikonet i verktøylinjen), samme sted som Verdi +2 år/ Verdi +3 år. Kolonnen viser «Navn (kode)» via §13-verdikatalogen (rå kode uten katalogtreff), og filtreres med kolonnens eget tallfilter — skriv inn koden og velg operator (lik/større enn/mindre enn osv.), samme mekanisme som resten av listens tallkolonner. I motsetning til det gamle filterpanelet tilbyr kolonnefilteret ingen ferdig nedtrekksliste med koder som faktisk er i bruk — koden må skrives inn. Kolonnefilteret virker sammen med søk og avansert filter, og eksport dekker samme filtrerte utvalg som listen. 3. Klikk en rad for å åpne detaljpanelet med ordrehodet (management, faktureres, KAM/eier/operatør, ansvarlig/selger, ordreforslag-innstillinger, notat) og fanen Linjer. Skipsnavnet og hver part (management, KAM, eier, operatør, faktureres) lenker til sitt eget kundekort i CRM (åpnes i ny fane).

Slik leser du ordrehodet (MO-144): øverst står ordrenummeret, deretter skipets kundenummer og navn — for eksempel 101111 · 31024 STI Brixton. Ved siden av står én statusmerkelapp (ordrens livssyklusstatus). Er ordren kopiert fra en annen ordre, låst/overført til NXT, knyttet til en slettet aktør eller unntatt fra automatiske ordreforslag, vises det som egne merkelapper på linjen rett under. Under der igjen ligger ordretilstanden (ordrestatus, salgstype, ordreforslag-status og -innstilling) og deretter verdi per år og planlegging i et felles felt. De fire årsbeløpene vises med lik vekt fordi de er ment å sammenlignes; inneværende år er merket «i år».

Ordreforslag-køen åpnes fra Abonnement → Ordreforslag i menyen. Selve ordrehodet har én hovedhandling — Opprett ordreforslag — pluss menyen Handlinger. 4. Ordrenummer-kolonnen er en delbar dyplenke: ?order=<ordrenr> slår opp ordren direkte på serveren og åpner den — lim inn lenken i chat/e-post for å dele en konkret ordre.

Opprett en masterordre manuelt

Knappen «Ny masterordre» øverst til høyre oppretter et tomt ordreutkast uten at det finnes et tilbud:

1. Klikk «Ny masterordre».
2. Velg kunde/skip (søkbart oppslag når CRM-modulen er aktiv — ellers taster du kundenavn og kundenummer), og velg valuta.
3. Klikk Opprett masterordre. Ordren får et lokalt utkastnummer (fra samme lokale nummerserie som tilbudsfødte ordrer, ≥ 90 000 000) og åpnes rett i detaljvisningen med status Draft.
4. Legg til linjer inline i Linjer-fanen og fyll ut ordrehodet, og aktiver ordren når kravene er oppfylt (samme aktiveringskrav som ellers — se statushandlinger under). Manuell opprettelse hopper aldri over aktiveringskravene.

Lim inn en verdikatalog fra Excel/NXT (MO-126)

I stedet for å legge inn kode→navn-verdiene én rad om gangen kan en administrator lime inn en hel blokk under Innstillinger → Masterordre – feltoppsett → Verdikataloger. Dette er den raske måten å fylle f.eks. hele Flåte- (ActorGroup7) eller Kundestatus-listen (ActorGroup9) på — kopiert rett fra NXT-modellutforskeren eller et regneark.

1. Åpne Verdikataloger-fanen og klikk «Lim inn fra Excel/NXT» i verktøylinjen.
2. Velg hvilken feltnøkkel verdiene hører til (kun nøkler i tillatt-listen — Group1–6, ordrehode-kodene og ActorGroup1…ActorGroup9).
3. Lim inn en blokk med rader på formen kode<TAB>navn (valgfritt et tredje felt kode<TAB>navn<TAB>sortering). En eventuell overskriftsrad (code/kode) og tomme linjer hoppes over automatisk.
4. Forhåndsvisningen viser hver rad som Ny eller Oppdateres (koden finnes allerede for feltnøkkelen), og flagger ugyldige rader — ikke-numerisk kode, tomt navn eller duplikat kode i innlimingen. Ingenting lagres før du bekrefter.
5. Klikk «Importer verdier». De gyldige radene lagres (nye opprettes, eksisterende koder oppdateres med nytt navn/sortering), listen lastes på nytt og du får en kvittering med antall importerte verdier.

Sorteringen settes til det tredje kolonnefeltet når det er limt inn, ellers til selve koden. Importen bruker de vanlige verdi-endepunktene per rad — en katalog er sjelden mer enn noen få titalls koder.

Felt

Felt	Kilde	Kommentar
Ordrenr., kunde, status	wv_Subscription_MasterOrder	Status følger livssyklusen Draft → PendingActivation → Active ↔ NeedsReview → Ended (+ Imported)
Linjer, neste planlagt, verdi i år	Avledet fra aktive linjer	Avsluttede (myk-lukkede) linjer teller ikke med
Verdi i år / neste år / +2 år / +3 år	Faktisk kalenderår-sum: antall planlagte leveranser i året (fra planlagt dato + frekvens; engangslinjer teller i sitt år) × linjebeløp (enten-eller rabatt: antall × pris − kr-beløp når satt, ellers antall × pris × prosent/100)	Kun linjer i ordrens effektive valuta; avvikende linjer flagges som «blandet valuta». Erstatter den gamle «Årsverdi»-kolonnen (run-rate ×12/frekvens som ignorerte datoer). Ordrehodet viser fire likeverdige årskolonner og markerer inneværende år diskret
Management, KAM, eier, operatør	wv_ActorRelation → aktørkortet	Navnene vedlikeholdes på aktørkortet i CRM, ikke på ordren. Hver part lenker til sitt eget kundekort
Faktureres	wv_Subscription_MasterOrder.InvoiceCustomerNo (NXT), fallback wv_ActorRelation (InvoiceCustomer)	Kundenr. + navn; NXT-verdien er autoritativ, relasjonen brukes når NXT-nummer mangler
Ansvarlig / selger	ResponsibleUserId / SellerUserId → wv_User	Nye kolonner i migrasjon 20261016900008
Notat	wv_Subscription_MasterOrder.Note	Ny kolonne i migrasjon 20261016900008
Ordreforslag-innstillinger	ProposalLeadTime/-Unit + ProposalAutomation	Tre-trinns brevautomatikk: Manuell / Autoproduser / Autoproduser og send; «Standard» = konfigurasjonsverdien
Ordredato, sluttdato forsendelser	OrderDate / EndDate (NXT-import)	MO-087, migrasjon 20261016900031
IMO-nr, Kundetype, BPP-status, Flåte, Kundestatus (aktør-klassifisering)	wv_Actor.actInfo1 + de fire binding-resolverte klassifiseringskolonnene (default actGroup2/actGroup3/actGroup7/actGroup9) via skipsaktøren (API-felt actorInfo1/kundetypeCode/bppStatusCode/fleetCode/customerStatusCode + *Name)	Fem kolonner, skjult som standard (slå på via kolonnevalg). Kolonnene viser «Navn (kode)» via §13-verdikatalogen (rå kode når ingen katalogtreff); feltene eies av aktørsynken. MO-130 Phase 2: de fire klassifiseringskolonnene resolves via felt-mapper-bindingen (IClassificationBindingResolver) — hvilken NXT groupN som er bundet til hvert semantisk felt bestemmer hvilken aktørkode som leses (standard group2/group3/group7/group9; en ommapping følger bindingen). Kolonnenavnene kan tilpasses per kunde under Innstillinger → Abonnement – feltoppsett — feltnøklene er nå semantiske (ActorInfo1/Kundetype/BppStatus/Fleet/CustomerStatus); de norske navnene her er standardetikettene. Samme etiketter brukes på kundekortets «ERP-klassifisering»-gruppe i CRM
Salgstype, Rental, BPP-avtale	OrgUnit5+OrgUnit9 / OrgUnit6 / OrgUnit8	Rå NXT-koder inntil verdikataloger kommer
Ordrestatus, Type oppfølgning, Ordreforslag-status	NxtStatus / FollowUpType / ProposalStatus	Vises som «Navn (kode)» når koden er navngitt i verdikatalogen (feltnøklene HeaderNxtStatus/HeaderFollowUpType/HeaderProposalStatus under Innstillinger → Abonnement – feltoppsett → Verdikataloger) — rå kode ellers. Vises kun når de har verdi. Importert fra NXT (fyll-kun — se under), men redigerbar direkte i ePortal via «Rediger ordrehode»
Trans.gr. 1	TransactionGroup1	Vises som «Navn (kode)» når koden er navngitt i verdikatalogen (feltnøkkel HeaderTransactionGroup = «Transaksjonsgruppe 1» under Innstillinger → Abonnement – feltoppsett → Verdikataloger) — rå kode ellers. Vises kun når den har verdi. Importert fra NXT (fyll-kun), men redigerbar i ePortal
Tapsårsakskode, Ordreforslag-frekvenskode	LossReasonCode / ProposalFrequencyCode	Ikke vist i den kompakte fakta-grillen (kun i redigerings­skuffen), men samme mønster: navngitt kode via verdikatalogen (HeaderLossReason/HeaderProposalFrequency), redigerbar i ePortal. LossReasonCode er ATSKILT fra det frie tapsårsak-tekstfeltet på «Avslutt ordre»
«Låst/overført»-merke	NxtLockedOrTransferred > 0	Ordren er låst eller overført i NXT
«Kopiert fra #»-merke	CopiedFromMasterOrderId (serveren slår opp kildens visningsnummer)	Vises kun på en ordre opprettet via Kopier masterordre; klikk åpner kildeordren. Er kilden borte, vises intet merke (ingen hard nøkkel — se datamodell)

Ordrehode og livssyklus (S3)

«Handlinger»-menyen i ordrehodet skriver nå direkte mot API-et. Alle skrivinger bruker optimistisk samtidighetskontroll (RowVersion): har en annen bruker endret ordren i mellomtiden, avvises lagringen og fersk versjon lastes automatisk.

Rediger ordrehode (skuff): ansvarlig/selger (velges fra brukerlisten), valuta (velges fra ISO-valutalisten — kode og navn), notat, varslingstid (verdi + enhet — begge må enten være tomme eller begge fylt ut), brevautomatikk (Manuell / Autoproduser / Autoproduser og send / «Standard») og «hold utenfor auto-tilbud». Ansvarsenhet-feltene (R1–R12) vises kun for slottene tenantens R-matrise (wv_RMATRIX) har markert som synlige/i bruk, med påkrevd-merking; disse er fritekst (kodeverdiene ligger i Visma uten en katalog å velge fra). Status endres ikke her — kun via statushandlingene under.

NXT-klassifisering (samme skuff): de seks kodefeltene som tidligere kun kom fra NXT-import — Ordrestatus, Ordreforslag-status, Type oppfølgning, Trans.gr. 1, Tapsårsakskode og Ordreforslag-frekvenskode — er nå nedtrekksmenyer fylt fra de tilsvarende verdikatalogene (Innstillinger → Abonnement – feltoppsett → Verdikataloger, feltnøklene HeaderNxtStatus/ HeaderProposalStatus/HeaderFollowUpType/HeaderTransactionGroup/ HeaderLossReason/HeaderProposalFrequency). Har tenanten ikke lagt inn noen verdier for et felt ennå, skjules nedtrekksmenyen og en hjelpetekst peker til feltoppsett i stedet for en tom, ubrukelig liste. Lagringen skriver kun til ePortal — det finnes ingen skriv-tilbake til NXT for disse kodene. Så lenge NXT-importen fortsatt kjører (frem til overgangstidspunktet), fyller den kun tomme felt — en verdi du har satt manuelt overskrives aldri av en senere import; tømmer du et felt til blankt igjen, kan importen fylle det på nytt frem til overgangen.

Opprett ordreforslag åpner et skjermtilpasset arbeidsområde der tabellen ruller internt mens tittel, innstillinger og handlingsknapper forblir synlige. Produktsøket avgrenser linjene, avkryssingen i tabellhodet velger alle synlige linjer, og linjene grupperes etter samme instrumentgruppe som i Linjer-fanen. Alle linjer med neste dato innen «Produkter til» merkes automatisk når dialogen åpnes eller grensedatoen endres. Linjer som forfaller i de neste to månedene etter denne grensen, får en gul varselstrek og gul datofeltramme uten å bli automatisk valgt. Legg til foreslåtte velger alle disse linjene i én handling uten å fjerne eksisterende valg. Dialogen viser valgt antall og totalsum separat per valuta. På smale skjermer kan selve tabellen også rulles horisontalt uten at modalens footer forsvinner. «Neste dato» fylles fra linjens planlagte dato, og både dato og antall kan endres direkte; redigering velger automatisk den aktuelle linjen. «Ikke oppdater datoer» og «Vis strukturlinjer» ligger som brytere i toppverktøylinjen. Dialogen oppretter kun ordreforslag.

Statushandlinger (livssyklus):

Handling	Fra status	Til status	Krav
Aktiver ordre	Draft / Imported / PendingActivation	Active	B-038: fartøy (skip-aktør), fakturakunde- og management-relasjon, minst én aktiv linje med frekvens > 0. Manglende krav listes opp — ordren aktiveres ikke
Avslutt ordre	Active / NeedsReview	Ended	Tapsårsak påkrevd
Fullfør gjennomgang	NeedsReview	Active	Nullstiller gjennomgangs-markørene
Overfør til NXT	(alle)	(uendret status)	Registrerer en overføring av ordren til NXT (oppgi NXT-ordrenr. + valgfritt selskapsnr.). En masterordre kan overføres flere ganger; hver overføring blir en rad i Ordrer-fanen. Identiske overføringer registreres ikke på nytt
Koble til salgsmulighet	(alle)	(uendret status)	Salgsmuligheten velges fra et søkbart deal-oppslag (kun når CRM-modulen er aktiv — uten CRM tastes deal-ID); valideres mot wv_CRM_Deal; manuell handling (CRM-omkobling skjer aldri automatisk, B-061)
Slett	(alle)	(fjernet / arkivert)	Krever «Kan slette» på Subscription.MasterOrder. Hard sletting (permanent) kun for et aldri-aktivert utkast (Draft/Imported) uten NXT-overføring; ellers myk sletting (arkivering). Se «Slett en masterordre» under

Hver endring skrives til endringsloggen (wv_AuditLog, felt-for-felt for ordrehodet, statusendringer som StatusChanged).

Kopier en masterordre

Handlingen «Kopier masterordre» i Handlinger-menyen oppretter en frittstående kopi av ordren som en ny Draft — uavhengig av kildeordrens status (også en avsluttet eller NXT-overført ordre kan kopieres):

1. Åpne masterordren → Handlinger → Kopier masterordre.
2. Kopien opprettes umiddelbart med et eget lokalt utkastnummer (samme 90 000 000-serie som «Ny masterordre»), status Draft, og et «Kopiert fra #»-merke i ordrehodet som lenker tilbake til kildeordren. En bekreftelse («Kopiert til nytt utkast #») vises, og kopien åpnes i detaljvisningen.
3. Aktive linjer videreføres med ferske linje-id-er (avsluttede/soft-lukkede linjer tas ikke med); interne strukturlinje-koblinger følger med til de nye linje-id-ene. Instrument (Servicobjekt) nullstilles på hver kopiert linje — en ny ordre har ikke noe tilordnet fysisk objekt ennå.
4. NXT-tilknytning (overføringslogg, importstatus, «Låst/overført»-merke), gjennomgangsflagg og «hold utenfor auto-tilbud» nullstilles på kopien. Ansvarlig, selger, notat og eventuell salgsmulighet videreføres.

Kopien er en helt ny ordre — kildeordren endres ikke, og handlingen krever «Kan opprette» på Subscription.MasterOrder.

Slett en masterordre

Handlingen «Slett ordre» i Handlinger-menyen vises kun for brukere med «Kan slette» på Subscription.MasterOrder (Innstillinger → Datatilgang). En bekreftelsesdialog forklarer hvilken variant som skjer:

• Hard sletting (permanent, kan ikke angres): kun for en aldri-aktivert ordre i status Draft eller Imported uten noen NXT-overføring. Ordrehodet og alle barnrader (linjer, observasjoner, datospor, brevmottakere, ordreforslag, planleggings-anvendelser, kommentarer og dokumentrader) fjernes fysisk i én transaksjon. Eventuelle dokument-blober i lagringen ryddes ikke automatisk.
• Myk sletting (arkivering): alt annet (aktiverte, avsluttede eller NXT-overførte ordrer). Ordren merkes IsDeleted=1 og forsvinner fra lister, søk, datomotor/ordreforslag og leveringsinnsikt, men beholdes i basen med historikk og kobling. Backend avgjør alltid hard vs. myk — dialogteksten er kun et hint.

Slettingen skrives til endringsloggen (wv_AuditLog, handling Deleted, med hard/myk i årsaksfeltet).

Tilbud (Tilbud) har den tilsvarende «Slett tilbud»-handlingen med samme mønster: hard kun for et rent utkast uten kobling til ordre eller NXT, ellers arkivering; gated på «Kan slette» på CrmOffer.

Linjefanen

• Viser aktive abonnementslinjer med produkt, frekvens, planlagt/anbefalt dato, antall, pris, gruppe- og frifelt. Gruppefelt-navnene slås opp i tenantens verdikatalog.
• Produktnavn kan redigeres direkte i cellen (MO-150). Teksten er en frittstående ordretekst: bytter du produkt på linjen, beholdes en manuelt endret tekst, mens en tekst som aldri var endret (fortsatt lik det gamle produktets navn) oppdateres fra det nye produktet. Kan det gamle produktet ikke slås opp i NXT, beholdes teksten (aldri tap av manuell tekst). «└»-prefikset på strukturmedlemmer er kun visning — redigeringen endrer selve teksten. Grupper og enhet følger alltid det nye produktet ved bytte.
• Notat er en valgfri fritekstkolonne per linje (MO-150), skjult som standard — slå den på via Kolonner.
• Avsluttede linjer er skjult som standard (myk lukking) — bruk «Vis avsluttede» for å hente historikken.
• Redigering av linjer (legg til/endre/avslutt) lagres via API-et med samme samtidighetskontroll som ordrehodet (S2).

Rabatt: enten prosent eller kroner

Hver linje har to rabattkolonner — Rabatt % og Rabatt kr — men bruker enten den ene eller den andre, aldri begge. Skriver du inn et kronebeløp, tømmes prosentcellen automatisk; skriver du inn en prosent, tømmes kronecellen (kr går foran prosent om begge skulle bli satt). Linjens Beløp = antall × pris minus rabatten: kronebeløpet når det er satt, ellers antall × pris × prosent/100. Rabatten trekkes fra likt i alle verdikolonnene på ordren (Beløp, Verdi i år / de neste årene og valuta-summene i bunnraden).

Lagre/Forkast — samlet lagring av celleendringer

Verdiendringer i cellene (antall, pris, rabatt, frekvens, datoer, grupper, beskrivelse osv.) lagres ikke lenger enkeltvis — de samles som ulagrede endringer (gul stripe på raden) til du trykker Lagre i verktøylinjen som dukker opp; Forkast ruller alt tilbake (med bekreftelse). Ctrl+Z angrer siste endring før lagring.

• Produktnummer-kolonnen er unntaket: et produktbytte lagres umiddelbart som før (server-validering, strukturregler og automatisk prisutfylling kjører på committen) og inngår aldri i Lagre-batchen.
• Endrer batchen én eller flere planlagte leveringsdatoer, blir du bedt om én overstyringsårsak før lagring — samme regel som ved enkeltendring (årsaken lagres på alle linjene med endret dato).
• Feiler noen linjer under lagring (f.eks. versjonskonflikt), beholder de sine ulagrede endringer og kan lagres på nytt; de øvrige tømmes.

Radmerking og masseoperasjoner

Linjegriden har avkryssingskolonne for å merke flere linjer — også når linjene er gruppert (standardvisningen grupperer på instrumentgruppe). I gruppert visning har hver gruppeoverskrift i tillegg en egen avkryssingsboks som merker/ avmerker alle linjene i gruppen under ett (delvis merket gruppe vises som «halvvalgt»). Med minst én merket linje viser verktøylinjen antall valgte og to masseoperasjoner:

• Slett valgte — avslutter de merkede aktive linjene (myk lukking, B-068): én obligatorisk årsak oppgis i bekreftelsesdialogen og lagres på hver linje. Linjer som feiler forblir merket så de kan prøves på nytt.
• Rekalkuler priser — slår opp kundeprisen (MO-086-prislogikken) for hver merket linje med produktnummer og legger resultatet inn som ulagrede endringer: enhetspris/rabatt overskrives i griden, du ser over og trykker Lagre for å bekrefte (eller Forkast for å avvise). Linjer uten produktnummer hoppes over. Prisoppslaget bruker kundens fakturakunde i Business NXT når den er satt (samme kunde faktureres ofte via en annen part) — prisen slås da opp på fakturakundens prisgrupper/-nummer i stedet for skipets egne, ett hopp; uten fakturakunde brukes kundens egne prisgrupper som før. Prisoppslaget matcher også kundens valuta: NXT-prismatrisen har én prisrad per produkt/gruppe/valuta, og kun rader i kundens egen valuta velges (en NOK-kunde får aldri en pris ment for en annen valuta); ukjent kundevaluta beholder tidligere oppførsel uendret.

Produktnavnet er festet til venstre og handlingene til høyre når du ruller horisontalt. Linjenummeret er skjult som standard, men kan slås på i Kolonner. Avslutt linje bruker en stopp-handling og krever fortsatt årsak. Slå på Vis avsluttede for å se avsluttede linjer; der kan linjen aktiveres igjen. Reaktivering er radversjonskontrollert og vises i endringsloggen.

Masterlisten har kolonnen Oppfølging, som gjør listen lettere å bruke som arbeidskø. Den skiller blant annet mellom ordre som krever gjennomgang, har nådd planlagt dato, nærmer seg planlagt dato, mangler dato eller mangler aktive linjer. Dette er et visuelt sammendrag av eksisterende ordredata, ikke en egen lagret status. Kolonnen kan filtreres i filterraden — velg en oppfølgingskategori, og serveren avgrenser listen (og treffantallet) til de ordrene som faller i den kategorien.

Korrespondanse-fanen (MO-090)

Korrespondanse-fanen viser skipsaktørens CRM-korrespondanse (e-poster loggført via CRM eller Outlook-tillegget, telefonnotater osv.) — hentet fra wv_CRM_Correspondence på aktørnivå via GET api/CrmActivity/GetCorrespondenceByActorId.

• Korrespondansen er knyttet til aktøren (skipets kundenummer), ikke til ordrenummeret — et skip kan ha flere løpende masterordrer, og alle viser samme korrespondansefeed. E-poster loggført fra Outlook-tillegget på kundens aktør dukker automatisk opp her.
• Hver rad viser typeikon, emne, dato/klokkeslett, retning (innkommende/utgående) og kontaktperson. Klikk på raden åpner korrespondansedetaljen i CRM (ny fane).
• Fanen vises bare når brukeren har CRM-modulen i tillegg til abonnementsmodulen (endepunktet er rollebeskyttet på CRM), og bare når ordren har en gjenkjent skipsaktør. Uten CRM-modul eller aktør skjules fanen helt.
• Innholdet lastes først når fanen åpnes.

Ordrer-fanen (MO-094)

Ordrer-fanen viser NXT-overføringene for denne masterordren — én rad per overføring til NXT, hentet fra wv_Subscription_MasterOrderNxtTransfer via GET api/SubscriptionMasterOrder/{id}/nxt-transfers.

• En masterordre kan overføres til NXT flere ganger og få flere ordrenummer — derfor lagres overføringene i en egen tabell (ikke som ett felt på hodet). Hver rad viser NXT-ordrenr., selskapsnr., dato og hvem som overførte.
• Knappen «Overfør til NXT» (både i fanen og i «Handlinger»-menyen) åpner et lite skjema der du oppgir NXT-ordrenummeret (og valgfritt selskapsnummer) og registrerer overføringen. En identisk overføring (samme ordrenr. + selskap) registreres ikke to ganger.
• Tom fane viser «Ingen overføringer ennå».
• Den lokale 90M-utkastserien er fortsatt startpunktet for et manuelt opprettet masterordrenummer; ved overføring stemples NXT-nummeret inn som en ny rad her (masterordrenummeret omnummereres ikke, siden det nå kan bli flere overføringer). I dag registreres overføringen fra et oppgitt NXT-ordrenummer — en fremtidig automatisk NXT-overføring vil skrive til samme logg.

Leveringsfrekvens-fanen — Leverte ordrer fra NXT (live) (MO-128)

Leveringsfrekvens-fanen i detaljpanelet (samme panel vises også på kundekortet i CRM) har seksjonen «Leverte ordrer fra NXT (live)»:

• Åpner du seksjonen, hentes kundens leverte ordrer direkte fra Visma Business NXT (live-oppslag, siste 24 måneder) — en ordre regnes som levert når den har bekreftet leveringsdato i NXT. Innholdet lastes først når seksjonen åpnes.
• Hver rad viser ordrenr., navn, ordredato, levert-dato og et type-merke: «Masterordre» når ordren er koblet til en av kundens lokale masterordrer (ordre- eller hovedordrenummeret matcher), ellers «Ad-hoc».
• Har kunden svært mange ordrer i perioden, vises et tydelig delresultat-varsel («Viser delvis resultat — snevre inn datoområdet») — listen er da ikke komplett.
• Feiler NXT-oppslaget vises en feilmelding med Prøv igjen; resten av leveringsinnsikten (frekvens/konsolidering) påvirkes ikke.
• Seksjonen krever «Kan se» på Subscription.MasterOrder (samme tilgang som resten av panelet).

Endringslogg-fanen (S10)

Endringslogg-fanen viser masterordrens revisjonslogg — de faktiske radene fra systemets sentrale revisjonslogg (wv_AuditLog), filtrert på denne ordren (ContextType = 'MasterOrder') og sortert med nyeste først.

• Hver rad viser handlingen (opprettet, endret, status endret, kommentar lagt til, dokument lastet opp osv.) som et merke, hvilket felt/objekt som ble berørt, en eventuell gammel → ny-verdi, samt hvem som endret og når.
• Loggen samler endringer på tvers av fanene: linjer, ordrehode, status, kommentarer, dokumenter og brevmottakere skriver alle hit.
• Systemaktør-rader (import fra Visma NXT, datomotoren, automatisk tilbudssending) har ingen brukerkonto — de vises med sin systemetikett som «endret av».
• Loggen er sideinndelt: de nyeste radene lastes først, og «Vis flere» henter eldre rader (teller viser hvor mange av totalen som er lastet).
• Fanen er skrivebeskyttet og krever «Kan se» på Subscription.MasterOrder.

Tilbudslista (Tilbud)

Siden Tilbud (/subscription/offers) lister tilbudene i abonnementsflyten. Fra og med MO-126 kjører lista server-side på samme måte som masterordre-lista: sidevisning, sortering og kolonnefilter utføres på serveren mot hele det filtrerte utvalget, og tellebadgen samt sum-per-valuta følger filteret (ikke bare radene som er lastet inn).

• Per-kolonne filter og sortering (server-side) er tilgjengelig på de relevante tilbudskolonnene: tilbudsnr., kunde, kundenr., masterordrenr., NXT-salgsordrenr., kilde, tapsårsak, datoene levering (proposed) / utløp (expires) / sendt (sent) / utfall (outcome) / opprettet (created), samt valuta, beløp, antall purringer og sist purret. Filter og sortering treffer serverens fulle utvalg, ikke bare gjeldende side.
• «Type» (tilbudstype) og «Status» beholdes som egne fasettfiltre over lista — de inngår ikke i det generelle kolonnefilteret (samme som før).
• Fritekstsøk på tilbudsnr./kunde ligger fortsatt i det globale søkefeltet øverst.
• «Sist purret» og «antall purringer» leses fra utsendelsesloggen (avledede verdier) — filter, sortering og visning bruker samme verdi.
• Ingen egen server-eksport for tilbudslista i denne omgangen. Kun masterordre-lista har server-side eksport (Excel/PDF).

Vanlige problemer

Problem	Årsak / løsning
«Kunne ikke laste masterordrer»	API-et svarte med feil, eller brukeren mangler «Kan se» på Subscription.MasterOrder. Sjekk Innstillinger → Datatilgang.
«Kunne ikke laste endringsloggen»	API-et svarte med feil ved henting av flere revisjonsrader. Prøv å åpne ordren på nytt; vedvarer feilen, sjekk tilgang og logg.
«Fant ingen masterordre med nummer …»	Dyplenken peker på et ordrenummer som ikke finnes — listen lastes i stedet.
Verdi i år mangler på en ordre	Ordren har ingen aktive linjer, eller linjene står i en annen valuta enn ordrens effektive valuta (flagget «blandet valuta»). En ordre med linjer men uten leveranser i året viser 0.
«For mange rader til å eksportere» (eller lignende)	Eksporten dekker hele det filtrerte utvalget, og utvalget overstiger 50 000 rader. Avgrens med søk eller kolonnefilter og eksporter på nytt.

Tilpass listekolonnene

Masterordrelisten (og tilbudslista) starter i kompakt radhøyde (MO-150) så flere ordrer er synlige uten å rulle. Tetthet-knappen i verktøylinjen bytter til «komfortabel» når du ønsker det, og en lagret visning med komfortabel tetthet gjenopprettes fortsatt med komfortabel.

Masterordrelisten viser Ansvarlig som standard. Via Kolonner kan du også vise blant annet selger, kundenummer, fakturakunde, forvaltning, valuta, varslingstid, brevautomatikk, ordre-/sluttdato, statuskoder og opprettet/endret. Kolonnene kan sorteres og filtreres der datakilden støtter det.

Oppfølging bruker status og neste planlagte dato fra datomotoren. Når ordren har egen varslingstid, brukes denne til å vise når ordreforslaget bør påbegynnes; listen har ikke en egen fast tomånedersregel.