Masterordre-modulen¶
Foreløpig dokumentasjon — til kundeavklaring
Modulen er under utvikling. Disse sidene beskriver den avtalte arkitekturen og er laget for å vise og få bekreftet flyten mellom ePortal og Business NXT. Punkter merket Beslutningspunkt er åpne spørsmål kunden skal ta stilling til.
Masterordre styrer faste, gjentakende leveranser: en masterordre er "forhåndskontrakten" som bestemmer hva et fartøy skal få levert, hvor ofte, og når neste leveranse skal skje. ePortal eier masterordre-registeret, instrumentregisteret, tilbudene og datoberegningen. Business NXT eier produkter, priser, ordreekspedering og leveransedata.
| Egenskap | Verdi |
|---|---|
| moduleID | 50 |
| Status | Under utvikling — arkitektur godkjent, ikke produksjonssatt |
| Eierskap | Masterordrer, instrumenter, tilbud, maler og datoer i ePortal; produkter, priser og ekspedering i NXT |
| Integrasjon | Business NXT (lesing verifisert mot reelt selskap; ordreoppretting planlagt) |
| Synkronisering | Polling — daglig og ved behov; kunder synkes begge veier |
| Relaterte moduler | Konti Connect |
Hva modulen gjør¶
- Eier og vedlikeholder masterordre-registeret. Eksisterende masterordrer i Business migreres inn én gang og arkiveres deretter i NXT.
- Eier instrumentregisteret — ett instrument per levert serienummer.
- Produserer og sender tilbud fra ePortal, med hurtigpakker (produktmaler) for å legge til ferdige produktsett i ett steg, og lar tilbudet lastes ned som en formatert PDF.
- Bærer en leveringsadresse på både masterordre- og tilbudshodet — hentet fra kundekortet eller skrevet fritt, lagret som et frosset øyeblikksbilde og båret videre fra tilbud til ordre ved aksept. Se Tilbudsflyt → Leveringsadresse.
- Oppretter salgsordre i NXT (ordretype 1) når kunden aksepterer — med referanse til masterordren, slik at leveransedata kobles riktig tilbake.
- Henter leveransedata fra NXT (ferdigmeldt dato, antall, serienummer) og klassifiserer hver transaksjon: leveranse, kreditordre eller svinn — aldri ut fra fortegn alene.
- Beregner neste leveringsdato med regler som kan konfigureres og simuleres, og som alltid skriver en forklarbar logg. Datoene eies av ePortal — også når kunden ikke kjøper, flyttes datoen etter frekvens.
- Respekterer manuell overstyring: en låst linje røres aldri av automatikken.
- Synker kunder, skip og management begge veier — en ny kunde kan opprettes i ePortal og få tilbud før den finnes i NXT.
Hovedruter¶
| Rute | Innhold | Status |
|---|---|---|
/subscription/master-orders |
Masterordre-liste med detaljpanel (ordrehode + linjer). Liste, ordrehode og linjer leser reelle data (MO-015 S1); øvrige faner viser eksempeldata inntil videre. Listen bruker uendelig scroll i stedet for sidevelger. Dyplenke: ?order=<ordrenr> |
Delvis reell |
/subscription/proposals |
Ordreforslag — selgerdashbord: gruppert per forvaltning (evt. + kunde/skip), filterbar (status, forvaltning, gruppenøkkel, generert-dato), horisont-hurtigfilter («forfaller innen 30/60/90 dager») og et forhåndsvisningspanel med dekkede ordrelinjer og valutasummer før beslutning | Reell (MO-015 S4 / MO-101 S1) |
/subscription/offers |
Tilbudsliste | Mockup |
/subscription/dashboard |
Nøkkeltall for masterordrer, forslag og tilbud | Delvis reell (masterordre-KPI-er) |
Arbeidsprosesser¶
| Side | Innhold |
|---|---|
| Masterordre-liste og detaljvisning | Liste, ordrehode, linjefane, dyplenker og datatilgang |
Prosessflyter¶
| Side | Innhold |
|---|---|
| Prosessflyt — oversikt | Helhetsbildet ePortal ↔ NXT og masterordrens livssyklus |
| Synk med Business NXT | Løpende synk, kundesynk begge veier og engangsmigreringen |
| Tilbudsflyt | Fra tilbudsforslag via purring til salgsordre i NXT — eller dato videre etter frekvens |
| Leveranser og klassifisering | Hvordan en NXT-transaksjon blir leveranse, kreditordre eller svinn |
| Datomotor og ordre til NXT | Regler, forklarbarhet og salgsordren ved akseptert tilbud |
| Manuell overstyring | Hvordan en låst linje beskyttes |
Beslutningspunkter for kunden¶
Disse må avklares før modulen settes i produksjon:
| # | Spørsmål | Side |
|---|---|---|
| 1 | Skal en kreditordre påvirke beregnet leveringsdato, eller kun være kommersiell historikk? I dag: ingen datoeffekt. | Leveranser og klassifisering |
| 2 | Kundesynk i konflikt: når samme kunde er endret i både ePortal og NXT — hvem vinner? Og hvilke utfyllende kundefelter trengs i NXT? | Synk med Business NXT |
| 3 | Purrestatus: hva er ønsket purreregel — når purres et tilbud, hvor mange ganger, og hva stopper videre purring? Dagens løsning er selvmotsigende her. | Tilbudsflyt |
| 4 | Datomotorens presise policy: dobbel frekvens, varighet for aktivt tilbud, gruppe 0, låste søskenlinjer og månedssluttforankring. Legacy-koden er ikke entydig. | Datomotor og ordre til NXT |
Avklart med kunden/eier: ePortal eier masterordre-registeret og datoene (ingen tilbakeskriving av datoer til NXT); tilbud sendes fra ePortal og blir salgsordre i NXT ved aksept; produkter/priser er master i NXT; eksisterende masterordrer migreres og arkiveres.
Avgrensning¶
Utenfor denne modulen: nShift-eksport, View-import, KAI og CRM-migrering. Innkjøpsordre er analysert, men ikke bekreftet levert omfang.