Tilbudsflyt — fra masterordre til salgsordre

Foreløpig — til kundeavklaring

Tilbudsløpet eies av ePortal i den nye løsningen. Beslutningspunktet om purrestatus nederst må avklares med dem som kjenner dagens praksis.

Formål og avgrensning

Tilbudet er bindeleddet mellom masterordren og leveransen: når en linje nærmer seg neste leveringsdato, foreslås et tilbud som sendes kunden. Hele løpet — produksjon, utsendelse, purring og utfall — skjer i ePortal. Business NXT involveres først når kunden aksepterer og det opprettes en salgsordre.

Utenfor: innkjøpsordre (ikke bekreftet omfang) og nShift-eksport.

Hovedflyt

flowchart TD
    A["Masterordrelinjer nærmer seg<br/>neste leveringsdato"] --> B["Tilbudsforslag genereres<br/>per masterordre"]
    B --> C["Saksbehandler kontrollerer:<br/>justerer linjer, legger til<br/>hurtigpakker, setter pris<br/>(live prisoppslag fra NXT)"]
    C --> D["Tilbud sendes kunden<br/>fra ePortal"]
    D --> E{"Svar fra kunden?"}
    E -- "Ikke svart" --> F["Purring etter avtalt tid"]
    F --> E
    E -- "Akseptert" --> G{"Finnes kunden i NXT?"}
    G -- "Nei" --> H["Kunde overføres til NXT"]
    G -- "Ja" --> I
    H -.-> I["Salgsordre type 1 opprettes i NXT<br/>med masterordre- og linjereferanse<br/>(planlagt, ikke verifisert)"]
    E -- "Avslått / utløpt" --> J["Utfall registreres i ePortal"]
    I -.-> K["NXT ekspederer — leveransedata<br/>kommer tilbake via synken"]
    J --> L["Datomotoren flytter datoen<br/>videre etter frekvens"]
    K --> M["Datomotoren bruker<br/>faktisk leveranse"]

    style I fill:#fff3cd,stroke:#b8860b,color:#000
    style L fill:#d4f7d4,stroke:#006600,color:#000
    style M fill:#d4f7d4,stroke:#006600,color:#000

Det viktige: begge utfall fører til en ny dato. Kjøper kunden, beregnes neste dato fra faktisk leveranse. Kjøper kunden ikke, flyttes datoen videre i henhold til frekvens — et tapt tilbud fryser aldri linjen for alltid (samme prinsipp som dagens «tapt tilbud uten oppfølging»-regel).

Rutevalg: direkte ordre eller ordreforslag

En forfalt masterordre kan følge to ruter — valgt per masterordre (eller via pipeline-standarden):

• Direkte ordre — masterordren blir en salgsordre i NXT uten å gå via tilbud/kundegodkjenning. Brukes når kunden allerede har forpliktet seg.
• Via ordreforslag — masterordren produserer et tilbud (ordreforslag) som sendes kunden for godkjenning. Et ordreforslag er i praksis et tilbud generert fra masterordre-innholdet, men rendret med ordreforslag-malen. Aksepterer kunden (via accept-lenke), opprettes salgsordren i NXT etterpå.

Begge rutene skal spores som en sammenhengende historikk: masterordre → (tilbud) → NXT-salgsordre.

flowchart TD
    A["Timer-batch / manuell start"] --> Q["Finn forfalte masterordrer"]
    Q --> MODE{"Rute per masterordre"}

    MODE -- "Direkte ordre" --> DIRECT["Salgsordre opprettes direkte i NXT<br/>fra masterordrelinjene"]
    DIRECT --> TRACE_D["Historikk: masterordre → NXT-ordre"]

    MODE -- "Via ordreforslag" --> GEN["Tilbud produseres fra masterordre-innhold<br/>merket som ordreforslag + koblet til masterordren"]
    GEN --> AUTO{"Automatikk-modus<br/>Manual / AutoProduce / AutoProduceAndSend"}
    AUTO -- "Manual / AutoProduce" --> STOP["Venter manuell utsendelse"]
    AUTO -- "AutoProduceAndSend" --> RENDER["Dokumentmotor: ordreforslag-malen<br/>(kundeoverstyring → firmastandard)<br/>QuestPDF + iText7-vedlegg → e-post med PDF"]
    STOP --> RENDER
    RENDER --> SENT["Ordreforslag sendt<br/>historikk + LastSupportLetterDate"]
    SENT --> WAIT{"Kunde aksepterer<br/>via accept-lenke?"}
    WAIT -- "Nei" --> REMIND["Purring etter avtalt tid → utløper"]
    WAIT -- "Ja" --> ORDER["Salgsordre opprettes i NXT<br/>fra akseptert tilbud"]
    ORDER --> TRACE2["Historikk: akseptert → NXT-ordre<br/>koblet masterordre + tilbud"]

    style DIRECT fill:#fff3cd,stroke:#b8860b,color:#000
    style RENDER fill:#cfe2ff,stroke:#0d6efd,color:#000
    style ORDER fill:#fff3cd,stroke:#b8860b,color:#000

Bygget vs. planlagt

Dokumentmotoren (blå: server-side render med QuestPDF-forside + iText7-fletting av vedlegg, malresolvering kundeoverstyring→firmastandard, auto-send med PDF-vedlegg) er implementert (MO-104). Ordreforslag-malen er nå koblet inn i utsendelsen (MO-104 SR6b-1): et tilbud som referererer en masterordre (MasterOrderId satt) rendres automatisk med ordreforslag-malen i stedet for tilbudsmalen, på både manuell nedlasting og automatisk utsending — samme tilbudsdata (kunde, linjer, summer), kun malvalget er annerledes. Tilbuds-/ purre-/accept-pipelinen finnes fra før. Gjenstår: den nye direkte-ordre-ruten, kundekort-UI for maloverstyring, og den eksplisitte historikk-koblingen masterordre↔tilbud↔NXT-ordre (MO-104 SR6b-2).

Tilbudets tilstander

stateDiagram-v2
    [*] --> Foreslått: Generert fra masterordren
    Foreslått --> Sendt: Sendt til kunden
    Sendt --> Purret: Purring sendt
    Purret --> Purret: Ny purring
    Sendt --> Akseptert
    Purret --> Akseptert
    Sendt --> Avslått
    Purret --> Avslått
    Sendt --> Utløpt: Frist passert
    Purret --> Utløpt: Frist passert
    Akseptert --> [*]: Salgsordre opprettet i NXT
    Avslått --> [*]: Dato flyttes etter frekvens
    Utløpt --> [*]: Dato flyttes etter frekvens

Utfall	Effekt i ePortal	Effekt i NXT
Akseptert	Utfall logget; datoen beregnes senere fra faktisk leveranse	Salgsordre type 1 opprettes med masterordre- og linjereferanse
Avslått	Utfall logget; dato flyttes etter frekvens	Ingen
Utløpt	Utfall logget; dato flyttes etter frekvens	Ingen

Tilbudslisten

Tilbudene vises i Abonnement → Tilbud. Listen bruker samme smart-grid-verktøylinje som masterordre-listen: fritekstsøk, kolonnevalg (vis/skjul og rekkefølge), lagrede visninger og filtre, tetthetsveksling og eksport til Excel/PDF. Listen er serverstyrt — den henter, sorterer og pager på serveren i stedet for å laste et fast antall rader og filtrere i nettleseren. Tellemerket ved sidetittelen viser derfor antallet som faktisk matcher søket/filteret, og en sum-per-valuta-linje under listen viser samlet tilbudssum per valuta over hele det filtrerte settet (aldri summert på tvers av valutaer). Fritekstsøket (tilbudsnr./kundenavn) og status-/type-filteret kjører på hele datasettet. Klikk en rad for å åpne detaljpanelet med tilbudslinjer, utsendelseslogg og livssyklushandlingene (Produser, Send, Purr, Registrer utfall). Beløpene vises alltid med tilbudets faktiske valutakode. En direktelenke (?offer=<nr>) smalner listen til det ene tilbudet og viser «Viser kun tilbud N» med en Vis alle-knapp.

Tilbudsdetalj-panelet

Detaljpanelet følger samme oppsett som masterordre-detaljen, og kan dokkes til høyre eller i bunnen (samme veksling som masterordren; valget huskes med lagrede visninger). Ordrehodet viser tilbudsnr., type- og statusmerker, og fakta (sendt, utløper, purringer, koblet salgsmulighet, evt. NXT-ordrenr./utfall) som et horisontalt fakta-band, samt opprettet-dato. Fanene i fanestripen viser antall-merker når de har innhold. Øverst til høyre ligger en kontekstavhengig hovedknapp som viser neste naturlige steg etter status (Produser → Send → Purr → Registrer utfall) og en Handlinger-meny med øvrige valg (Rediger tilbudshode, se Rediger tilbudshodet under, Last ned PDF, se Tilbuds-PDF under, åpne/generer masterordre, «Konverter til masterordre», koble salgsmulighet).

Under ordrehodet ligger en fanestripe:

Fane	Innhold
Linjer	Tilbudslinjene (redigerbare mens tilbudet er utkast) med «Ny linje» og «Produktsøk» i verktøylinjen, samt utsendelsesloggen.
Kontakter	Kundens kontakter (navn, tittel, e-post, telefon) med direktelenke til kontaktkortet i CRM.
Korrespondanse	Kundens CRM-korrespondanse (e-post, telefonnotater m.m.) — samme feed som på masterordren.
Kommentarer	Interne kommentarer på tilbudet (kommer).
Dokumenter	Vedlegg på tilbudet: last opp/ned/slett, med et per-dokument «I kunde-PDF»-valg. Er valget PÅ og vedlegget er en PDF, flettes det inn i den nedlastede/utsendte tilbuds-PDF-en som appendiks — se Tilbuds-PDF under.
Endringslogg	Full revisjonslogg (produser/send/purr/utfall/linjeendringer) med felt, gammel→ny verdi, bruker og tidspunkt.
Tilbudshistorikk	Kundens øvrige tilbud, inkludert avslåtte/utløpte, med lenke inn til hvert.

Fanene Kontakter/Korrespondanse/Tilbudshistorikk vises kun for brukere med CRM-modulen og krever at tilbudet er koblet til en kunde/aktør.

Rediger tilbudshodet

Handlinger → Rediger tilbudshode åpner en skuff (høyre kant) der du redigerer tilbudshodet — på samme måte som «Rediger ordrehode» på en masterordre:

Felt	Beskrivelse
Ansvarlig	Intern ansvarlig for tilbudet (interne brukere).
Selger	Intern selger (interne brukere).
Valuta	Tilbudshodets valuta. Dette er hodets standardvaluta — den endrer ikke valuta på eksisterende tilbudslinjer (hver linje har sin egen valuta fra produktvalget). Den avledede «effektive» valutaen som vises i lista/summene er fortsatt laveste linjevaluta.
Merknad	Fritekstnotat på tilbudshodet. Vises i tilbudshodet når det er satt.
Ansvarsenheter (R1–R12)	Frie tekstkoder (Visma R-dimensjoner). Lagres samlet i tilbudets NxtOrgUnitsJson.

Tilbudshodet kan redigeres uansett status (også når tilbudet er akseptert/avslått/utløpt) — handlingen vises når du har redigeringstilgang til tilbud (Datatilgang → CrmOffer, Endre). Tilbud har ingen versjonskontroll (siste lagring vinner). Hver endret verdi logges i Endringslogg-fanen (felt, gammel→ny verdi, bruker og tidspunkt).

Tilbuds-PDF

Handlinger → Last ned PDF (fra tilbudsdetaljene) og PDF-handlingen i tilbudslisten laster ned tilbudet som én sammensatt PDF-fil (Tilbud-<tilbudsnr>.pdf). PDF-en genereres helt server-side (MO-104 SR7a) — ikke i nettleseren:

1. Cover — dokumentmalens innhold (samme dokumentmalmotor som forhåndsvisningen i Innstillinger → Masterordre → Dokumentmaler) rendres til PDF på serveren.
2. Vedlegg — hvert dokument på Dokumenter-fanen som har «I kunde-PDF» PÅ og som er en PDF-fil, flettes inn rett etter coveret, nyeste opplastede vedlegg først (samme rekkefølge som Dokumenter-listen). Uleselige/korrupte/ikke-PDF-vedlegg hoppes over (coveret sendes uansett) — de tas ikke med, men feiler ikke hele nedlastingen.

Innholdet er identisk uansett om PDF-en hentes manuelt (nedlastingsknappen) eller sendes automatisk av workflow-handlingen «Generer og send dokument» (Document.GenerateAndSend, se Workflow-motor) — begge veier bruker samme sammensetting server-side, så et automatisk utsendt tilbud har samme vedleggsappendiks som en manuell nedlasting.

Kopier tilbud

Handlinger → Kopier tilbud oppretter en frittstående kopi av tilbudet som et nytt Utkast — uansett kildetilbudets status. Dette er «escape hatch»-veien når et sendt/akseptert tilbud allerede har en nedstrøms masterordre eller NXT-referanse og derfor ikke lenger kan endres eller trekkes tilbake: du kopierer i stedet innholdet inn i en ny, fritt redigerbar kladd.

1. Åpne tilbudet → Handlinger → Kopier tilbud.
2. Kopien opprettes umiddelbart med et eget tilbudsnr., status Utkast, og et «Kopiert fra #»-merke som lenker tilbake til kildetilbudet. En bekreftelse («Kopiert til nytt utkast #») vises, og kopien åpnes.
3. Linjene videreføres (produkt, antall, pris, frekvens, rabatt, leveringsdato, instrumentreferanse og interne strukturlinje-koblinger). Et kopiert abonnements-/fornyelsestilbud blir alltid Nysalg i kopien (kilden kan ikke forbli en fornyelse siden koblingen til masterordren nullstilles); et kopiert tilbud uten frekvensbærende linjer blir Enkeltsalg.
4. Koblingen til masterordre, NXT-salgsordre/-firma, akseptlenke, utsendelseslogg- tellere, produsert dokument og registrert utfall nullstilles — kopien starter helt på nytt i livssyklusen (Utkast → Produser → Send → …). Kommentarer og dokumenter på kildetilbudet følger ikke med. Kundekobling og eventuell salgsmulighet videreføres.

Kopien er et helt nytt tilbud — kildetilbudet endres ikke, og handlingen krever «Kan opprette» på tilbud.

Opprette et frittstående tilbud

Sidehodet har en Nytt tilbud-knapp som åpner en skuff for å opprette et minimalt tilbudsutkast — uten at det må finnes en masterordre eller et ordreforslag først. Skuffen samler kun tilbudshodet:

Felt	Forklaring
Type	Enkeltsalg (ad-hoc salg som aldri blir en masterordre) eller Nysalg (kan bli en masterordre ved aksept). Fornyelse velges ikke her — den opprettes kun av ordreforslag-løpet.
Kundenr. (valgfritt)	Søkbar kundevelger — søk på kundenummer eller navn og velg kunden fra listen (samme velger som på masterordren). Kan stå tomt. Kundevelgeren vises når CRM-modulen er aktiv; uten CRM er feltet et vanlig tallfelt.
Foreslått levering	Valgfri dato. Ingen forhåndsutfylling.
Utløper	Valgfri dato. Forhåndsutfylles til 30 dager frem ved åpning — endre eller tøm etter behov.

Aktør og salgsmulighet (deal) settes ikke lenger ved opprettelsen — de holder skuffen minimal og redigeres etterpå i tilbudsdetaljene, der de har egne søk (se «Koble til salgsmulighet»).

Ved lagring opprettes et utkast med sitt eget tilbudsnummer, og tilbudet åpnes i detaljpanelet klart for at du legger til linjer inline (se under) og deretter produserer og sender.

Redigere tilbudslinjer inline

Så lenge tilbudet er et utkast, redigeres tilbudslinjene direkte i et redigerbart rutenett i detaljpanelet — samme opplevelse som ordrelinjene på en masterordre:

• Ny linje legger til en rad. Velg produkt med søk-i-celle i Produktnr.-kolonnen; beskrivelsen fylles fra produktet, og enhetsprisen fylles automatisk fra kundens prisbetingelser i NXT (kun når feltet er blankt — en manuelt satt pris overskrives aldri). Kundekonteksten for prisoppslaget er tilbudets egen kunde.
• Rediger antall, enhetspris, rabatt % / rabatt kr, valuta, frekvens (mnd), foreslått levering og instrumentreferanse direkte i cellene. Endringer lagres fortløpende.
• Rabatt % og Rabatt kr er enten-eller: en linje bruker enten prosent eller kronebeløp, aldri begge. Skriver du inn et kronebeløp nullstilles prosenten (og omvendt), og kronebeløp går foran prosent. Beløpet på linjen trekker fra rabatten uansett form.
• Slett-knappen på raden fjerner linjen.

Felt	Forklaring
Produktnr.	Påkrevd. Velges med søk-i-celle mot NXT-produktkatalogen (eller skrives manuelt for ad-hoc produkter).
Beskrivelse	Fylles fra produktet, kan overstyres.
Antall	Kan ikke være negativt.
Enhetspris / Valuta	Prisen fylles fra kundens prisbetingelser når den er blank.
Rabatt % / Rabatt kr	Enten-eller linjerabatt (kr vinner): angi enten prosent eller kronebeløp — det ene tømmer det andre. Kopieres til masterordrelinjen ved aksept av et nysalg.
Frekvens (mnd)	Valgfri; må være større enn 0. Kun linjer med frekvens blir masterordrelinjer ved aksept av et nysalg.
Foreslått levering	Valgfri leveringsdato for linjen.
Instrumentreferanse	Valgfri fritekst-referanse.

Linjerutenettet har samme verktøylinje som ordrelinjene på en masterordre — søk, sortering, eksport, kolonnevalg, lagrede visninger/filtre og Nytt avansert filter (filterregler med flere betingelser).

Når tilbudet er produsert, sendt eller avsluttet (akseptert/avslått/utløpt) er brevinnholdet frosset: linjene låses og vises skrivebeskyttet. Rutenettet er fortsatt det samme (søk, sortering, eksport og kolonnevalg virker) — kun redigering, Ny linje, Produktsøk og Slett-knappen er skjult.

Leveringsadresse

Både masterordren og tilbudet kan bære en leveringsadresse — «lever til en annen adresse enn kundens registrerte adresse» (prosjektsted, lager, engangs-drop). Adressen lagres som et frosset øyeblikksbilde på ordre-/tilbudshodet: en senere endring på kundekortet endrer ikke et hode som allerede har fanget en adresse.

Fakta-blokk og «Fra kundekortet»-chip

På masterordre-detaljhodet (og tilbudsdetaljhodet) vises en kompakt LEVERINGSADRESSE-blokk ved siden av de øvrige fakta (navn, adresselinjer, postnummer + sted, land). En diskret «Fra kundekortet»-chip vises når adressen er hentet fra kundekortet — det vil si når kilden er aktørens hovedadresse eller en av aktørens adresserader. En manuelt skrevet adresse viser ingen chip. Er ingen adresse satt, vises en dempet tom-tilstand. En blyant-handling åpner redigeringen.

«Rediger ordrehode» → «Leveringsadresse»

Adressen settes/redigeres inline i «Rediger ordrehode»-skuffen (masterordre) og i tilbudsdetaljens redigering (tilbud) via den delte leveringsadresse-velgeren:

Valg	Effekt
Velg adresse fra kunden	En søkbar liste med «Hovedadresse — » pluss aktørens øvrige adresserader; en hake viser den valgte. Gir «Fra kundekortet»-chip.
Bruk annen adresse	Åpner manuelle felt (Navn på adresse, Adresselinje 1–4, Postnummer + Sted, Land) — en fritekst-adresse uten chip. Øverst i disse feltene vises et valgfritt adressesøk (Google): søk på en adresse, et sted eller et firmanavn hvor som helst i verden, og feltene fylles ut automatisk fra treffet — fortsatt fritt redigerbare, fortsatt uten chip. Søkefeltet vises kun når en administrator har aktivert det for tenanten (avslått som standard); se adressesøk-komponenten.
Lagre også på kundekortet	Avkryssing (standard AV): adressen — og «Kontakt & referanser»-feltene under — lagres samtidig som en adresserad på kunden. Kortskrivingen skjer inne i den autoriserte ordre-/tilbudsskrivingen.

Informasjonshinten «Endringer lagres på masterordren og påvirker ikke tidligere tilbud» minner om at adressen er et øyeblikksbilde.

«Kontakt & referanser» — leveringsinstruks-metadata

Under adressefeltene viser velgeren alltid en «Kontakt & referanser»-gruppe, uansett om adressen er hentet fra kunden eller skrevet manuelt: kontaktperson, kontakt-telefon, kontakt-e-post, merknad, referansenummer, deres ref og PO-nummer — pluss tre valgfrie «Ekstra info»-felt bak en kollapset-som-standard bryter (de fleste leveranser trenger dem ikke). Alle ti feltene er gjenbrukbare-med-per-ordre-overstyring: velger du en adresse fra kundekortet, forhåndsfylles feltene fra den valgte adresseradens standing-verdier; du kan overstyre ethvert felt fritt for denne ene ordren, og det er verdien som står i feltet ved lagring — kortets opprinnelige verdi eller din overstyring — som fryses inn i ordrens/tilbudets øyeblikksbilde. Er «Lagre også på kundekortet» på, lagres den samme verdien tilbake på adresseraden, akkurat som selve adressen. Bytter du til en annen adresse fra kortet, erstattes hele gruppen med det nye kortets standing-verdier — en tidligere overstyring for forrige adresse forkastes.

Felt	Beskrivelse
Kontaktperson	Standing kontaktperson/agent på leveringsdestinasjonen.
Kontakt-tlf / Kontakt-e-post	Kontaktinformasjon for destinasjonen.
Merknad	Fri tekst — leveringsinstruks/merknad for sjåfør/lager.
Referansenummer	«Vårt» referansenummer for leveransen.
Deres ref	Kundens referanse sett fra ePortal som leverandør.
PO-nummer	Kundens innkjøpsordrenummer (purchase order), om aktuelt.
Ekstra info 1–3	Tre generiske, tenant-frie felt — bak «Vis ekstra info».

Server-validering mot ordrens aktør

Velgeren lar brukeren bytte mellom ordrens tilknyttede aktører (skip/kunde, fakturakunde, forvaltning), men det tillatte aktør-settet avledes på server fra det lagrede hodet. Klientens valgte aktør er kun et hint: forsøk på å hente/lagre en adresse mot en aktør utenfor det avledede settet avvises (Forbidden). Masterordren skrives via PUT api/SubscriptionMasterOrder/{id}/delivery-address (krever Subscription.MasterOrder CanEdit, radversjonsvakt), tilbudet via PUT api/CrmOffer/{id}/delivery-address (krever CrmOffer CanEdit).

Redigerbare tilstander på tilbudet

Leveringsadressen på et tilbud kan endres mens tilbudet er Utkast, Produsert, Sendt eller Purret. Når tilbudet er avsluttet (Akseptert, Avslått eller Utløpt) er adressen skrivebeskyttet — som resten av tilbudsbrevet.

Arv: forslag → tilbud, og tilbud → masterordre

Leveringsadressen og «Kontakt & referanser»-metadataen er ett og samme øyeblikksbilde (DeliveryAddressSnapshot) — de arves alltid sammen, aldri hver for seg:

• Produsert fornyelsestilbud arver masterordrens adresse (og metadata). Et fornyelsestilbud (SubscriptionRenewal) har ingen egen aktør — leveringsadressen, kilde-aktøren og de ti «Kontakt & referanser»-feltene hentes fra masterordrens ShipActorId/snapshot. I ordreforslag-dialogen vises masterordrens adresse, med «Endre for dette forslaget» som lagrer en overstyring (adresse og/eller metadata) på det produserte tilbudet uten å endre masterordren.
• Tilbud → masterordre bærer adressen (og metadata) videre. Når et nysalg-tilbud blir en masterordre (ved aksept eller «Konverter til ordre»), kopieres tilbudets frosne leveringsadresse — inkludert adresselinje 4 og alle ti «Kontakt & referanser»-felt — over på den nye ordren, slik at en ordre opprettet fra et tilbud ikke starter tom.

Koble tilbudet til en salgsmulighet

Et tilbud kan knyttes til en salgsmulighet uavhengig av om det blir en masterordre:

• Fra tilbudet: tilbudsdetaljene viser den koblede salgsmuligheten (eller «Ingen salgsmulighet koblet»). Knappen Koble salgsmulighet åpner en dialog der du skriver inn salgsmulighetens ID for å koble, eller tømmer feltet / bruker Fjern kobling for å koble fra. Endringen valideres mot salgsmulighetene og logges.
• Fra salgsmuligheten: salgsmulighet-kortet har en Nytt tilbud fra salgsmulighet-knapp som åpner tilbudsopprettelsen ferdig utfylt med salgsmuligheten og dens kunde/aktør. Det nye tilbudet stemples med salgsmulighet-koblingen.

Opprette masterordre fra et tilbud om nytt abonnement

Ikke alle aksepterte tilbud blir masterordrer. Derfor oppretter ePortal aldri masterordren automatisk ved aksept — du blir spurt:

• Ved «Registrer utfall = Akseptert» på et nysalg-tilbud dukker spørsmålet «Opprett masterordre?» opp. Velger du Ja, opprettes masterordren (med Slice C-allokatoren) og åpnes; velger du Nei, forblir tilbudet akseptert uten ordre. Enkeltsalg-tilbud spør aldri — de blir aldri en masterordre.
• «Konverter til ordre» i tilbudsdetaljene gjør samme opprettelse eksplisitt: fra et åpent nysalg-tilbud (utkast/produsert/sendt) aksepteres tilbudet og masterordren opprettes i én operasjon; fra et allerede akseptert tilbud opprettes masterordren direkte.
• Et akseptert tilbud har i tillegg handlingen Generer masterordre. Både denne og «Konverter til ordre» kan brukes flere ganger: hvis tilbudet allerede er opprinnelse til én eller flere masterordrer, viser ePortal hvilke som finnes og ber om bekreftelse. Bekreftelsen oppretter en ny masterordre; de eksisterende ordrene endres ikke.

Samspillet med datomotoren

• Mens en gruppe linjer ligger i et aktivt tilbud, holder datomotoren fingrene av fatet etter den publiserte tilbudspolicyen.
• Hvor lenge et ubesvart tilbud skal blokkere er et åpent policyvalg. Legacy-koden bruker fem måneder mens loggteksten sier tolv; ingen av delene brukes som standard uten kundeavklaring. Et eksplisitt avslag eller utløp kan flytte datoen videre etter frekvens.
• Anbefalt vs. bestilt: bestiller kunden noe annet enn anbefalt, settes statusen «Ikke fulgt anbefaling» på linjen.

Tilbudslisten

Kolonnen Neste handling viser neste gyldige steg i tilbudets livsløp: produser, send, purr eller registrer utfall. Via Kolonner kan du i tillegg vise eksisterende hodeinformasjon som kilde, kundenummer, masterordrenummer, valuta, sende-/purredato, registrert utfall, tapsårsak, NXT-ordrenummer og opprettet dato. Tilbudslinjene holder produktinformasjonen festet til venstre og handlingene festet til høyre ved horisontal scrolling.

Hurtigpakker

En hurtigpakke er et ferdig sett av produkter som legges til tilbudet eller ordren i ett steg, i stedet for vare for vare. Hurtigpakkene eies og vedlikeholdes i ePortal. Prisene hentes alltid live fra NXT, så tilbudet er ferskt uansett når pakken ble laget.

Beslutningspunkt — purrestatus

Dagens løsning har en intern motsetning i hvordan purringer registreres: kommentarene i koden sier ett felt, koden bruker et annet, og purremarkeringen øker et tredje. Før purreflyten bygges må dere fortelle oss hva som er ønsket regel: når skal et tilbud purres, hvor mange ganger, og hva skal stoppe videre purring? Vi gjenskaper den tilsiktede praksisen — ikke motsetningen.

Relaterte sider

• Prosessflyt — oversikt
• Datomotor og ordre til NXT
• Synk med Business NXT
• Leveringsadresse-velger (komponent)
• Workflow-motor — «Generer og send dokument»