Ordreforslag — generer og beslutt¶
Ordreforslagskøen (/subscription/proposals, Abonnement → Ordreforslag) er en arbeidsliste
over kommende fornyelser. Køen genereres fra masterordrenes abonnementslinjer og lar en
konsulent beslutte hvert forslag før det (senere) blir et tilbud.
Tilgang¶
| Handling | Datatilgang (Subscription.OrderProposal) |
|---|---|
| Se køen (søk/liste) | CanView |
| Generere ordreforslag | CanCreate |
| Godkjenne / avvise / utsette | CanEdit |
Typen «Ordreforslag (abonnement)» konfigureres under Innstillinger → Datatilgang → Abonnement.
Uten en seedet rad faller tilgangen tilbake til «Egne» — migrasjonen 20261016900010 seeder
full tilgang per brukernivå.
Generering¶
Knappen «Generer ordreforslag» kjører serveren. Genereringen er en idempotent batch:
- Gjenåpner forfalte utsatte forslag — et «utsatt» forslag hvis utsett-dato er passert settes tilbake til «Ventende» (ikke en ny rad).
- Lager ett «Ventende»-forslag per aktuell masterordre. En ordre er aktuell når den er Aktiv, ikke er merket «hold utenfor auto-tilbud», har minst én aktiv abonnementslinje med frekvens hvis planlagte leveringsdato faller innenfor varslingsvinduet, og ikke allerede har et dekkende aktivt tilbud.
Varslingsvinduet løses per ordre: ordrens egen varslingstid (verdi + enhet, «uker»/«mnd») vinner; mangler den, brukes tenantens standard planleggingshorisont (måneder).
Idempotens (D5): en databaseregel sikrer maks ett åpent forslag per masterordre på tvers av hele det åpne settet — åpent = Ventende, Godkjent eller Utsatt; lukket = Avvist eller Konvertert. Kjører du generering to ganger, lages ingen duplikater. Et godkjent-men-ikke-konvertert eller et utsatt forslag regnes fortsatt som ordrens åpne forslag, så en ny kjøring hopper over ordren.
Verdien på et forslag (notionalAmount) summeres i ordrens valuta; køens bunnlinje viser sum per
valuta — beløp summeres aldri på tvers av valutaer.
Selgerdashbord — gruppering, filter og forhåndsvisning¶
Køen kan grupperes, filtreres og forhåndsvises før en beslutning tas:
- Gruppering. Radene grupperes som standard per forvaltning. Bryteren «Grupper etter» lar deg utvide grupperingen til forvaltning + kunde/skip (nøstet undergruppe). Hver gruppe-header viser en verdisum for kolonnen «Verdi».
- Filterbar. Statuser (flervalg), forvaltning (fritekst), gruppenøkkel og
genereringsperiode (fra/til) filtreres server-side — samme felter som ligger i
OrderProposalSearchRequest(generatedFrom/generatedTo,managementName,proposalGroupKey,statuses). - Horisont-hurtigfilter («Forfaller innen»). Knapperaden 30/60/90 dager/Alle filtrerer på
neste dekkede leveringsdato (
nextCoveredDeliveryDate) — samme dekket-linje-regel som forhåndsvisningen under (aktiv linje, frekvens > 0, planlagt leveringsdato innenfor ordrens varslingsvindu). Dette er ikke samme dato som kolonnen «Trigget av dato», som er et bredere MIN over alle aktive linjer uten frekvens-/vindusfilter og derfor kan vise en eldre, ikke-utløsende dato. - Forhåndsvisning. Øye-knappen på en rad åpner et sidepanel med forslagets dekkede ordrelinjer (produktnr., beskrivelse, leveringsdato, antall, enhetspris, rabatt, linjesum) og en sum per valuta — «forhåndsvisning med produktliste og leveringsdatoer» før du beslutter. Et allerede konvertert forslag viser en henvisning til det produserte tilbudet i stedet for linjer.
Beslutninger¶
Hvert Ventende forslag har tre handlinger:
| Handling | Effekt |
|---|---|
| Godkjenn | Ventende → Godkjent. Kun en beslutning — forslaget blir ikke et tilbud automatisk. Konvertering til tilbud er en egen handling, se «Opprett tilbud» under. |
| Avvis | Ventende → Avvist. Årsak er påkrevd. |
| Utsett | Ventende → Utsatt. Utsett-dato må være i framtiden. Forslaget gjenåpnes automatisk til Ventende ved neste generering etter at datoen er passert. |
Beslutninger kan bare fattes fra Ventende. Har en annen bruker allerede besluttet forslaget (det er ikke lenger Ventende), får du en melding om at forslaget allerede er besluttet, og listen oppdateres — du får aldri en feilside. Alle beslutninger og genereringer logges i endringsloggen (genereringen som systemaktør «Date engine»).
Merk flere og opprett tilbud med ett klikk¶
Hver rad i køen har en avkrysningsboks. Merker du flere forslag, vises to knapper øverst i verktøylinjen:
- «Godkjenn valgte (N)» — kjører samme godkjenning som enkelt-knappen «Godkjenn», men for alle merkede forslag i ett kall. Et forslag som ikke lenger er Ventende (noen andre besluttet det først) hoppes over — du får en oppsummering: antall godkjent / hoppet over / ikke funnet.
- «Opprett tilbud (N)» — åpner en bekreftelsesdialog som viser antall merkede forslag og summen per valuta, før noe skjer. Bekrefter du, opprettes ett tilbud per merket forslag (samme konverteringslogikk som enkelt-konvertering — se under). Resultatet vises som en oppsummering: antall opprettet / hoppet over / ikke funnet.
En re-kjøring av «Opprett tilbud» på et forslag som allerede har fått et tilbud, oppretter
aldri et nytt duplikat-tilbud — det telles som «hoppet over», og det eksisterende tilbudet
brukes. Et forslag som ikke er Ventende eller Godkjent (f.eks. Avvist/Utsatt) telles også som
«hoppet over». Massehandlingene krever samme tilgang som enkelt-godkjenning (CanEdit på
Subscription.OrderProposal), og er begrenset til maks 500 merkede forslag om gangen.
Opprett ordreforslag manuelt fra en masterordre¶
I stedet for å vente på den automatiske genereringen kan en konsulent lage et ordreforslag direkte fra én masterordre. På masterordrens detaljpanel (Abonnement → Masterordrer, åpne en ordre) ligger knappen «Opprett ordreforslag». Den åpner en dialog som lister ordrens linjer og lager et ekte tilbud (utkast) av de valgte linjene — den manuelle motparten til den automatiske fornyelsen.
I dialogen:
- Velg linjer med avkrysningsboks per linje. «Produkter til og med»-datoen forhåndsvelger linjer som forfaller på eller før datoen; «Legg til foreslåtte» merker linjer som forfaller like etter datoen (innen to måneder).
- Neste dato og Antall kan justeres per linje. Enhetsprisen kopieres uendret fra masterordrelinjen og vises kun (kan ikke endres her).
- «Vis strukturlinjer» styrer om strukturlinjer (barn-linjer) tas med. Tas de med, gjenskapes forelder/barn-koblingene på tilbudet.
- «Oppdater datoer» (på som standard) stempler anbefalt dato = i dag på de valgte masterordrelinjene når du bekrefter. Slår du den av, rører ikke opprettelsen masterordren.
Når du bekrefter opprettes, i én transaksjon: (1) et tilbud (utkast) av typen «Abonnementsfornyelse» med de valgte linjene, (2) et ordreforslag som umiddelbart lukkes som Konvertert mot det nye tilbudet (så forslagskøen og sporet reflekterer opprettelsen), og — hvis «Oppdater datoer» er på — (3) anbefalt dato på de dekkede masterordrelinjene. Deretter åpnes det nye tilbudet i «Tilbud»-listen.
Tilbudet starter som utkast (ikke produsert), slik at det kan finredigeres før det produseres
og sendes. Handlingen krever CanCreate på datatilgangstypen «Tilbud» (CrmOffer).
Rediger tilbudshode¶
«Handlinger»-menyen på et tilbud åpner Rediger tilbudshode (skuff). Feltene
skrives direkte mot API-et — tilbudet har ingen versjonssperre (siste lagring
vinner), i motsetning til masterordren. Redigerbart i enhver status, ikke
bare utkast; handlingen krever CanEdit på datatilgangstypen «Tilbud»
(CrmOffer).
Grunnfeltene: ansvarlig/selger (velges fra brukerlisten), valuta (velges fra ISO-valutalisten), notat og ansvarsenhet-slottene (R1–R12, fritekst).
NXT-klassifisering (MO-147, samme skuff): tilbudet har nå de samme seks
katalogbaserte kodefeltene som masterordren — Ordrestatus, Ordreforslag-status,
Type oppfølgning, Trans.gr. 1, Tapsårsakskode og Ordreforslag-frekvenskode —
som nedtrekksmenyer fylt fra de samme 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.
Uavhengig av masterordren: i motsetning til masterordrens versjon av disse seks feltene (som importeres fra NXT), har tilbudets felt ingen kobling til noen NXT-ordre — et tilbud er aldri selv en NXT-ordre før det aksepteres. Verdiene er tilbudets egen historikk (f.eks. hvorfor et tilbud gikk tapt, når det skal følges opp) og overføres aldri til masterordren som opprettes ved aksept, eller motsatt vei fra masterordren til et ordreforslag generert fra den.
Vanlige problemer¶
| Melding | Årsak / løsning |
|---|---|
| «Velg minst én linje for ordreforslaget» | Ingen linjer var merket i «Opprett ordreforslag»-dialogen. |
| «Antall må være minst 1 på valgte linjer» | En merket linje hadde antall under 1. |
| «Kunne ikke opprette ordreforslag» | Serveren avviste opprettelsen (f.eks. manglende tilgang eller en samtidig endring). Prøv igjen. |
| «Ordreforslaget er allerede besluttet — listen er oppdatert» | En annen bruker (eller en batch) besluttet forslaget først. Listen lastes på nytt. |
| «Utsettdato må være i framtiden» | Utsett-datoen må være etter i dag. |
| «Årsak er påkrevd» | Avvisning krever en årsak. |
| Ingen nye forslag ved generering | Ingen aktuelle ordrer, alle aktuelle ordrer har allerede et åpent forslag, eller ingen linjer faller innenfor varslingsvinduet. |
| «X hoppet over» ved «Opprett tilbud» | Forslaget var enten allerede konvertert (viser det eksisterende tilbudet) eller ikke lenger Ventende/Godkjent. |