Valideringsfeil-popovers følger nå sine felt når siden rulles (EBS-14149)
Feilretting: Når valideringsfeil ble vist i Sales Desk etter å ha klikket på Tilbud eller Ordrebekreftelse med manglende påkrevde felt, forble feilpopoveren fast på skjermen mens siden ble rullet. Popoveren fulgte ikke med sitt felt, noe som gjorde det vanskelig å identifisere hvilket felt feilen tilhørte. Dette er nå rettet. Feilpopovers er nå forankret til sine respektive felt i alle rulleposisjoner.
Lagersøk på artikkellinjen fungerer nå korrekt (EBS-16595)
Feilretting: Når lageret ble endret på en enkelt artikkellinje i Sales Desk, fungerte ikke lagersøkfeltet som forventet. På kladdeordrer filtrerte ikke skriving i feltet listen — alle lagre ble vist uavhengig av hva som ble skrevet — og et omberegnings-popup dukket opp to ganger før det var mulig å skrive noe. På tilbud og ordrebekreftelser avbrøt det samme for tidlige popupet søket. Dette er nå rettet. Lagersøkfeltet på artikkellinjen fungerer nå som et live type-ahead-søk i alle ordreflyter (kladd, tilbud og ordrebekreftelse): skriving filtrerer listen umiddelbart, og omberegnings-popup vises ikke lenger før brukeren har hatt mulighet til å skrive. Når ingenting er skrevet, vises alle lagre.
Søk på forsiden viser nå korrekt prisgruppepris (EBS-16636)
Feilretting: Når man søkte etter varer på forsiden i Sales Desk, reflekterte ikke den viste prisen kundens prisgruppe — basisprisen ble vist i stedet. Korrekt prisgruppepris ble først anvendt når varen faktisk ble lagt til i ordren, noe som gjorde den viste prisen misvisende. Årsaken var at lagernummeret ikke ble sendt korrekt til prisoppslaget. Dette er nå rettet. Prisen som vises i søkeresultatene på forsiden samsvarer nå med prisen som anvendes når varen legges til i ordren.
Oppretting av ny ordre blokkeres ikke lenger av sekvenslåskonflikt (EBS-16697)
Feilretting: I noen tilfeller feilet opprettelse av ny salgsordre i Sales Desk med en "Already locked"-feil som fullstendig blokkerte ordreopprettelse. Rotårsaken var en datainkonistens mellom ordresekvensnummeret og låsetjenesten, forårsaket av en transaksjonsrullback som tilbakestilte sekvenstelleren mens tilhørende lås forble lagret. Dette er nå rettet ved at sekvenstildelingen gjøres uavhengig av ordrelagringstransaksjonen, og ved at det er lagt til en mekanisme for automatisk ny forsøk ved låsekonflikter ved opprettelse av ny ordre.
Fakturatype og betalingsbetingelser hentes nå fra kunde når de er blanke på kundeprosjektet (EBS-17001)
Feilretting: Når en salgsordre ble opprettet i Sales Desk med en kunde og et kundeprosjekt, ble fakturatype og betalingsbetingelser kun hentet fra kundeprosjektet. Hvis disse feltene var blanke på kundeprosjektet, ble ordren opprettet uten fakturatype og betalingsbetingelser, noe som førte til at forfallsdatoen ved fakturering ble lik fakturadatoen. Dette er nå rettet. Sales Desk faller nå tilbake til kundens fakturatype og betalingsbetingelser når disse feltene er blanke på kundeprosjektet. Tilbakefallet gjelder uavhengig per felt — hvis kun ett felt er blankt på prosjektet, hentes kun det feltet fra kunden.
Avansert artikkelsøk er nå betydelig raskere i Sales Desk (EBS-17026)
Feilretting: Det avanserte artikkelsøket i Sales Desk var konsekvent tregt, med responstider på over 15 sekunder i produksjon. Årsaken var at søket kjørte to sekvensielle fullsøk mot MongoDB uten bruk av databaseindekser. Søket er nå lagt om til å gå via Elasticsearch, som er spesialbygget for tekstsøk og bruker en invertert indeks. Søkeresponstidene er nå godt innenfor akseptable grenser.
Prioritetsbasert valg av standard e-postadresse ved utsending av e-post fra Sales Desk (EBS-17107)
Ny funksjonalitet: Når e-post sendes fra Sales Desk, velges nå standard mottaker-e-postadresse basert på en prioritetsregel: kundeprosjektets e-postadresse har høyest prioritet, etterfulgt av kontaktpersonens e-postadresse, og til slutt kundekortet som reserve. Hvis ingen av kildene inneholder en e-postadresse, forblir feltet tomt. Prioritetslogikken brukes konsekvent på alle inngangspunkter — tilbud, ordrebekreftelse og send som e-post. Brukeren kan fortsatt manuelt overstyre den forhåndsvalgte adressen.
Kilde for e-postadresse vises nå i mottakerdropdown ved utsending av e-post fra Sales Desk (EBS-17110)
Ny funksjonalitet: Når e-post klargjøres i Sales Desk, vises nå kilden til hver adresse i mottaker- (Til) og kopi-dropdownene i parentes, for eksempel: epost@eksempel.no (Kunde), epost@eksempel.no (Prosjekt), epost@eksempel.no (Kontaktperson), eller epost@eksempel.no (Selgerregister). Kildemerket er kun for visning og påvirker ikke selve mottakeradressen. Prosjektadresser vises kun når et prosjekt er valgt på ordren. Den samme e-postadressen kan vises flere ganger hvis den er registrert på flere kontaktpersoner eller selgere.
Varetekstlinjer slås ikke lenger sammen når ordrer lagres i Sales Desk (EBS-17122)
Feilretting: Når en salgsordre eller et tilbud ble lagret i Sales Desk, ble vareteksten på eksisterende ordrelinjer feilaktig endret i NexStep. Spesifikt ble skilletegnet mellom varetekst 1 og varetekst 2 fjernet, slik at de to feltene ble slått sammen til ett. Dette skjedde ved alle lagreoperasjoner — inkludert lagring uten endringer, legging til ny linje, eller konvertering av kladd til ordre eller tilbud. Dette er nå rettet. Varetekst 1 og varetekst 2 forblir nå som separate felt etter alle lagreoperasjoner i Sales Desk.
Lengdespesifikasjoner forblir korrekt tilknyttet etter omsortering av ordrelinjer (EBS-17123)
Feilretting: Når ordrelinjer med lengdespesifikasjoner ble omsorter i Sales Desk, ble ikke lengdespesifikasjonspostene oppdatert til å reflektere de nye linjenumrene. Dette førte til en mismatch mellom ordrelinjer og tilhørende lengdespesifikasjoner, som kunne resultere i feil data på ordrer, tilbud og PDF-er. Rettingen sørger for at lengdespesifikasjonsposter følger sine ordrelinjer korrekt når linjer omsorteres, uten at det etterlates duplikater eller foreldreløse poster. Rettingen dekker også tilfeller der en ordre splittes under opprettelse av innkjøpsordre — lengdespesifikasjoner overføres korrekt til de resulterende barnordrene.
PDF-utskrifter viser nå korrekt måleenhet for lengdespesifikasjonslinjer (EBS-17179)
Feilretting: Når tilbud eller ordrebekreftelser ble generert som PDF fra Sales Desk for ordrelinjer med lengdespesifikasjon, ble måleenheten på lengdespesifikasjonens underrader feilaktig vist som "LM" i stedet for "STK". Dette er nå rettet. Lengdespesifikasjonens underrader på både tilbud og ordrebekreftelser viser nå korrekt "STK" som måleenhet.
Ordredato brukes nå ved prisoppslag, og rekalkulerte priser lagres korrekt til ERP (EBS-17192)
Feilretting: To relaterte prisproblemer er rettet i Sales Desk:
For det første ble ikke ordredatoen tatt hensyn til når priser ble hentet for en ordrelinje — den nyeste tilgjengelige prisen ble alltid brukt uavhengig av ordredatoen. Priser hentes nå fra pristabellen som gjelder på ordredatoen, slik at tilbakedaterte eller fremtidsdaterte ordrer får korrekt pris for den aktuelle datoen.
For det andre, når ordredatoen ble endret på en ordre som allerede hadde linjer og brukeren valgte å rekalkulere priser, ble den nye prisen vist korrekt i grensesnittet, men den opprinnelige prisen ble sendt til NexStep ERP ved lagring. Dette er nå rettet. Den rekalkulerte prisen er nå prisen som lagres og overføres til ERP. Valget om å beholde eksisterende priser fungerer fortsatt som før.