Solve v7.5

Prev Next

Rettelse: Fremdriftsteller ble ikke vist under kampanjeeksport (EBS-7266)

En feil i arbeidsflyten for kampanjeeksport gjorde at fremdriftsvisningen viste blank status i stedet for å vise hvor mange varer som ble eksportert. Selv om eksporten ble fullført uten problemer, kunne ikke brukerne se den løpende fremdriftsindikatoren (f.eks. 120 / 120), noe som gjorde det uklart om eksporten faktisk kjørte eller hadde stoppet opp.

Dette problemet er nå rettet. Eksportprosessen rapporterer nå korrekt antall varer som behandles, og fremdriftsvisningen oppdateres kontinuerlig gjennom hele eksporten. Brukerne kan igjen overvåke kampanjeeksporten i sanntid.

Rettelse: Korrigert logikk for telling av varegrupper under import (EBS-8314)

En feil i importlogikken for varegrupper gjorde at systemet kun telte overgruppenivået når varegrupper ble behandlet.

Tidligere brukte importen feilaktig kun overgruppen i tellingen, noe som førte til misvisende fremdriftsinformasjon og inkonsekvent validering.

Dette problemet er nå løst. Importmodulen identifiserer og teller nå varer basert på varegruppens nederste nivå (7 posisjoner), noe som sikrer korrekt fremdriftssporing og riktig håndtering av varegruppedata.

Forbedring: Migrering av NOBB‑prisimport til nye NOBB API v2 (EBS-12095)

NOBB‑prisimporten er nå fullstendig migrert fra API v1 til det nye NOBB API v2. Den nye integrasjonen bruker nå cursor‑basert paginering for pålitelig henting av alle prisdata og støtter den oppdaterte responsstrukturen i v2.

Importen gjør nå følgende:

  • Bruker det nye /v2/prices‑endepunktet

  • Henter alle sider ved å bruke pageToken som returneres i hver respons

  • Leser x-total-hits for nøyaktig logging og fremdriftssporing

  • Har forbedret feilhåndtering ved paginerte importer

  • Kjører fortsatt automatisk hver dag kl. 00:10, som tidligere

All gammel v1‑logikk er fjernet, og systemet importerer nå prisdata utelukkende via NOBB API v2.

Implementering: Blokker eller advar ved import av gjenbruksprodukter fra NOBB (EBS-12377)

Det er utviklet en funksjon for å filtrere ut varer av typen "reused" fra NOBB.

Kontakt EG dersom du ønsker å bestille denne funksjonaliteten.

Hvis brukeren ønsker å tillate slike varer, vil det vises i jobbloggen slik:

Hvis brukeren ønsker å blokkere slike varer fullstendig fra import, vil det vises i jobbloggen slik:

Rettelse: Feil beregning av PurchasePriceIncShipping i priseeksporten (EBS-12963)

Priseksporten inneholdt en feil verdi for PurchasePriceIncShipping, der feltet fremsto som lavere enn PurchasePriceExShipping.

Årsaken var at systemet trakk fra fraktkostnader i stedet for å legge dem til når PurchasePriceIncShipping ble beregnet.

Løsning:

PurchasePriceIncShipping beregnes nå korrekt som:

PurchasePriceExShipping + Shipping

for alle eksporterte varer. Alle eksporter vil nå inneholde korrekte verdier, noe som sikrer riktige beregninger videre i prosessene.

Forbedring: Modul for priser og avtaler i nytt design (EBS-13058)

Sammendrag

Modulen Priser & Avtaler er nå fullstendig redesignet og gjenoppbygd. Alle faner i modulen kjører nå på den moderne frontend‑plattformen, støttet av nye REST API‑er. Den gamle frontend‑versjonen er fortsatt tilgjengelig fra toppmenyen i prisberegningsmodulen inntil kundetestingen er fullført.

Hva er nytt

Innkjøpsbetingelser

  • Hovedtabellen er bygget på nytt i det nye designet med felles filtrering på tvers av alle faner (prismodell, leverandør, varegruppe, modul, artikkel).

  • Valgte filter vises som chips i søkefeltet.

  • Aktiver/deaktiver‑handlinger presenteres som knapper; multivalg støttes via avkrysningsbokser.

  • Standard paginering lagt til, konsistent med resten av applikasjonen. Tabellen scroller internt i rutenettet (ikke hele siden).

  • Opprett ny betingelse åpner et eget modalvindu. Overskriften endres basert på om man oppretter ny eller redigerer eksisterende.

  • Importdialog støtter drag‑and‑drop for opplastning av filer (XML, CSV, XLSX avhengig av kundeoppsett).

    Tre nye konfigurasjonsregler introdusert:

    • purchase_condition_import_xlsx

    • purchase_condition_import_xml

    • purchase_condition_import_csv

  • Dato‑felt er flyttet i skjemaet for å samsvare med det oppdaterte designet.

  • Ny funksjonalitet for sletting av én eller flere kjøpsbetingelser.

  • Nye REST API-er:

    • GET (liste med filter + paginering)

    • POST (opprett/oppdater)

    • PUT (aktiver/deaktiver)

    • DELETE

Kostpris‑påslag

  • Tabellvisning bygget i nytt design med konsistent filtrering og chip‑visning.

  • Dialog for opprett / rediger, med kontekst‑avhengig overskrift (forskjellig for nytt vs. redigering).

  • Nye REST API‑er:

    • GET (liste med filter + paginering)

    • PUT (aktiver/deaktiver)

    • DELETE

    • POST (opprett/oppdater)

    • GET by ID

Salgspris‑påslag

  • Tabellvisning bygget i nytt design med konsistent filtrering og chip‑visning.

  • Dialog for opprett / rediger med dynamisk overskrift.

  • Importdialog for opplasting av salgspris‑påslag for angitte prisgrupper fra fil.

Bugfiks

  • Ved opprettelse av nytt salgspris‑påslag settes nå hovedleverandør korrekt som standard.

    Hvis ingen leverandør ble satt ved opprettelse, settes det ikke lenger automatisk til hovedleverandør når posten åpnes igjen.

  • Duplikatvalidering: Systemet forhindrer nå lagring av et salgspris‑påslag som dupliserer eksisterende kombinasjoner basert på:

    • prisgruppe

    • leverandør

    • varegruppe

    • modul

    • artikkel

    • gyldighetsperiode

    • beregningstype

      Det vises en tydelig valideringsmelding, og posten lagres ikke.


  • Eksport omarbeidet:

    Eksport av salgspris‑påslag er flyttet til en egen Camel‑eksport‑rute

    (SalesPriceMarkupExportRoute) med nytt REST‑endepunkt:

    /api/export/salesMarkups

    (tilpasset samme mønster som kampanjeeksport).

Nye REST API‑er

  • GET (liste + aktiver/deaktiver)

  • DELETE

  • POST (opprett/oppdater)

  • GET by ID

Avrundingsregler

  • Tabell bygget i nytt design.

  • Dialog for opprett / rediger introdusert.


  • Nye REST API‑er:

    • GET (liste)

    • DELETE

    • POST (opprett/oppdater)

    • GET by ID

Fraktavtaler

  • Tabell bygget i nytt design.

  • Dialog for opprett / rediger for fraktavtaler og fraktpåslagsbetingelser, inkludert:

    • Leveringsbetingelse vises som nedtrekksmeny (uten søk, kun pil‑ikon).

    • “Shipping Conditions”-skuff med full verktøylinje (aktiver, deaktiver, slett, ny betingelse — alle med ikoner og deaktivert ved ingen valg).

    • Tabell inkluderer et oppfriskingsikon i header for å tilbakestille kolonneoppsett (skjulte kolonner gjenopprettes).

    • Filtre for artikkel, modul og artikkelgruppe med søk.

    • Artikkelfelt viser NOBB‑nummer + navn; modul viser modulnummer + tekst.


Nye REST API‑er

  • GET (fraktavtaler + påslagsbetingelser)

  • DELETE

  • PUT (aktiver/deaktiver påslagsbetingelser)

  • POST (opprett/oppdater avtaler og betingelser)

  • GET by ID

Forbedring: Migrering av NOBB‑vareimport til nye NOBB API v2 (EBS-13446)

NOBB‑vareimporten er nå fullstendig migrert fra API v1 til det nye NOBB API v2. Den nye integrasjonen bruker cursor‑basert paginering for å hente alle varedata på en pålitelig måte og støtter det oppdaterte responsformatet fra NOBB.

Importen gjør nå følgende:

  • Bruker det nye /v2/items‑endepunktet

  • Håndterer paginering via pageToken til alle sider er hentet

  • Leser x-total-hits for nøyaktig logging og fremdriftssporing

  • Benytter forbedret fallback‑ og feilhåndtering ved import over flere sider

  • Kjører fortsatt automatisk hver dag kl. 00:10, som tidligere

Forbedring: Varetype settes nå fra NOBB under import (EBS-13823)

Varer som importeres fra NOBB blir nå automatisk tildelt korrekt varetype. Følgende fem typer støttes: Standardvare, Displayvare, Sammensatt vare, Spesialvare og Tjenestevare.

Rettelse: Hovedleverandør ble ikke oppdatert ved bruk av massebehandling med “sett til” (EBS-14339)

En feil i massebehandling gjorde at brukere ikke fikk oppdatert hovedleverandør på varer når de brukte operasjonen "sett til". Selv om operasjonen så ut til å kjøre uten feil, ble hovedleverandøren på artikkelkortet stående uendret.

Dette problemet er nå løst. Massebehandlingsprosessen oppdaterer nå korrekt valgt hovedleverandør på alle berørte varer, og artikkelkortet viser umiddelbart den oppdaterte leverandørinformasjonen etter gjennomføring.

Rettelse: Dupliserte sortment‑oppføringer ved erstatning av eksisterende sortment (EBS-14340)

En feil i massebehandlingssfunksjonen "sortiment erstatt" førte til feil håndtering når brukere forsøkte å erstatte et sortiment med et annet sortiment som allerede var tilordnet samme vare.

Når erstatningen ble utført, lukket systemet riktig det gamle sortimentet ved å sette en gyldig til-dato. Men i stedet for å gjenkjenne at det nye sortimentet allerede eksisterte for varen, opprettet systemet en ny, duplisert oppføring for samme sortiment med en ny gyldig fra-dato. Dette gjorde at sortimentet dukket opp to ganger på artikkelkortet, selv om bare én versjon skulle ha vært aktiv.

Dette problemet er nå løst. Logikken for massevedlikehold oppdager nå korrekt når det “nye” sortimentet allerede finnes for varen. I slike tilfeller:

  • Ingen duplikat opprettes

  • Operasjonen blir ikke gjennomført

  • Brukeren får en informativ valideringsmelding som viser varenummeret og forklarer hvorfor erstatningen ikke kunne fullføres

Dette sikrer rene sortimentsdata og forhindrer uønsket duplisering ved massebehandling.

Forbedring: Nedlastbare maler for importfiler i Solve (EBS-14582)

Brukere kan nå laste ned ferdiglagde maler for de ulike Excel‑importtypene i Solve, noe som gjør det enklere å klargjøre data i riktig format før import.

Under integrasjoner har hver importseksjon (f.eks. Import av varer fra Excel og Import av forhandlerpriser fra Excel) nå en egen knapp for å laste ned tilhørende mal. Malene inneholder den nødvendige kolonnestrukturen og kan fylles ut direkte av brukeren, noe som reduserer formateringsfeil og gjør importprosessen raskere.

Endring: Støtte for flere GTINs per enhet  (EBS-15203)

Det er nå mulig å legge til mer enn én GTIN per enhet. Dette imøtekommer leverandører som opererer som grossister og som i visse situasjoner kan ha behov for flere GTINer for samme enhet.

Endring: Salgspris-påslag — Fremtidsdaterte oppføringer ekskludert fra eksport (EBS-15308)

Problem: Ved nedlasting av salgspris-påslag ble oppføringer med en fremtidig gyldig-fra-dato feilaktig ekskludert fra eksportfilen. Siden import overskriver eksisterende påslag, ville en re-import av den nedlastede filen i praksis slette alle fremtidsdaterte oppføringer fra systemet.

Fiks: Alle salgspris-påslag inkluderes nå i nedlastingen uavhengig av gyldig-fra-dato. Gyldig-fra-dato er lagt til som en synlig kolonne i eksportfilen, og fremtidsdaterte oppføringer vil beholde sin gyldig-fra-dato ved re-import.