25.1 - Januari, 2025
- 1 Sammanställning
- 2 ERP (Backend)
- 3 WMS
- 4 Extend webshop (b2b)
Sammanställning
Vi släpper 8 nya större förbättringar/funktioner och 41 ändringar/mindre förbättringar av befintliga funktioner i våra system denna månad.
Release tidtabell
Releasen kommer att släppas till:
s02 + s08 - instansen
Tisdag kl 22:00 svensk tid, den 14/1
alla andra instanser (s01, s03, s04, s05, s06, s07 + WMS)
Onsdag kl 22:00 svensk tid, den 15/1
ERP (Backend)
Område: | Hur hittar man funktionen? |
Order | Order → Skapa order → Ordertyp: Prenumerationsorder |
Prenumerations-ordrar har funnits länge i Backend och används för att systemet ska lägga exakt samma order på ett bestämt intervall, till exempelvis fruktkorgar till ett kontor.
Problemet tidigare har varit att önskat leveransdatum alltid blev samma dag som ordern skapades, vilket gjorde att ordrar skapades upp för sent för att man skulle hinna plocka dem.
Nu har vi förbättrat den funktionen ytterligare genom att man kan sätta ett önskat leveransdatum som har en offset på x antal dagar. Den följer helger och röda dagar.
|
Område: | Hur hittar man funktionen? |
Inköp | Grunddata → Uppladdningar → Leverantörsavtal |
Leverantörsavtal har tidigare bara gått att skapa manuellt genom inmatning. Detta gjorde det svårt för användare att administrera sina leverantörer & få överblick. Vi har nu adderat funktionen för att man ska kunna ladda upp dessa. Det är många fält tillgängliga, men de obligatoriska är markerade.
Om leverantören inte finns, så skapas den upp automatiskt direkt samtidigt som avtalet skapas upp. Vill du jobba med flera avtal på samma leverantör så anger du samma leverantörs-nummer.
|
Område: | Hur hittar man funktionen? |
Inköp | API Dokumentation: PurchaseOrders API (Add whsId as PreAdviceValue) - Documentation |
Denna funktion kräver koppling med vårt WMS I WMS:et så finns det unika koder som identifierar vem pallen/produkten kom från, hur många, vilken batch/bäst-före-datum/serienummer den hade o.s.v. För att göra den informationen spårbar så jobbar många av våra kunder med att de märker upp pallarna med denna kod och koden används för vidare hantering i WMS:et. Vissa leverantörer märker redan upp pallar med denna information enligt en världs-standard som kallas GS1 SSCC: https://gs1.se/standarder-och-tjanster/gs1-kollinummer-sscc/ På det viset är det “onödigt” att märka upp pallarna/produkterna en gång till när de kommer till lagret och slösar bara på tid & papper.
Om leverantören ska avisera informationen genom en DESADV (dispatch advise message) så kan Extend läsa in den informationen på inköpet och då får lagerarbetaren den informationen för-aviserad och möjliggör en smidig hantering.
Läs gärna vår manual för mer info, och bilder på hur det fungerar: PurchaseOrders API (Add whsId as PreAdviceValue) - Documentation |
Område: | Hur hittar man funktionen? |
Produkt | Produkter → Kostnad → Strukturkostnader |
Man kan bygga strukturer som man lägger på produkter i Extend för att öka deras kostnader. Det kan vara t.ex. inkommande frakter, tullkostnader, marknadsföringskostnader e.t.c. Detta system kan även användas för att bokföra av dessa kostnader på särskilda konton i bokföringen.
Tidigare har detta bara gått att göra i fasta belopp.
Vi har nu adderat att man kan även använda ett procentuellt påslag av produktens varuvärde för att det mer dynamiskt ska följa produktens ökning i kostnad, om inköpspriserna stiger på produkten. Det går bara använda antingen eller, inte både procentuellt påslag och fast belopp samtidigt.
|
Område: | Hur hittar man funktionen? |
Prislistor | Sälj → Prislistor → Prislista → Rader |
I Extend så loggar vi ner mycket om vem som gjort vad i systemet. Ett vanligt förekommande problem/frågeställning har varit “Vem har ändrat denna produktens pris?” vilket har belastat vår support avdelning. Därav har vi byggt en funktion där man kan se den information vi redan loggar, per produkt i en prislista. XLOG Service är användarnamnet som Extend använder när vi automatiskt uppdaterar priserna, baserat på kostnaden.
|
Område: | Hur hittar man funktionen? |
Kickback | Sälj → Kickback |
Vissa leverantörer kan anordna kampanjer där man får ett avdrag/rabatt på kostnaden för produkten som i vissa former kallas för “kickback”. Det kan till exempelvis vara att “för varje produkt X du säljer, får du 50 SEK tillbaka på, om du kan visa en försäljningslogg.”
En av våra klienter jobbar mycket med detta och lägger ner stor tid på att ta ut och sammanställa denna data varje månad då branschen de är verksamma är uppbyggd på detta viset.
Vi har därav byggt en helt ny modul i Extend som heter “Kickback”.
Genom att skapa kampanjer/kickbacks där man adderar produkter, deras belopp som leverantören utlovat, och maximalt antalet produkter sålda så håller Extend reda på hur många som sålts, och till vilken order. Utöver detta så sänker kickbacken även produktens totala kostnad för att ge en mer rättvis bild av marginalen på ordern genom att justera “Total calculated cost” (en funktion som går att stänga av) Varje natt så uppdateras den totala kostnaden om kickback-kampanjen är i en annan valuta är basvalutan.
Dessutom så går det att i konteringsreglerna sätta upp “KB” som produkt, vilket avsätter pengar på ett förväntat fodranskonto varje gång en produkt säljs som ingår i en kampanj. Mer info kommer skrivas på vår manual så småningom, tills vidare får ni kontakta support för demo/förklaring av funktionen. |
Mindre förbättringar & bugg-fixar
Tagit bort ett onödigt felmeddelande som kom vi schemalagda körningar.
Rabatt-satsen när man tittade på en order, kunde visa felaktiga siffror.
Mellanslag i början av inköpsnumret kunde orsaka problem med WMS:et
I Backend kan produktnumren vara 40 tecken, men WMS:et klarade bara av 35. Nu klarar båda 40 tecken.
Korrigerat de felaktigheter som fanns på nya MVC Inköps-sidorna, tack för all feedback!
Uppladdning till flera klienter på 1 instans fungerar nu fullständigt. Se tidigare release för info.
Nya MVC-sidor har gjorts snabbare genom att vi inte laddar data förens man tryckt på “sök”.
Den nya inköpssidan har fått retur-fält adderade, då dessa visas i samma vy som inköp.
Schemalagda rapporter i Backend inkluderar numera även Batch/Bäst före i sig.
Lagt till kollinummer & SSCC på utlevererade orderrader i “CustomerOrder” API:et
Utökat stödet för projekt-ID och orsakskoder gällande retur-ordrar.
WMS
Föraviserade pallnumren/SSCC/lastbärar-ID vid inleverans | |
Område: | Hur hittar man funktionen? |
Inleverans | |
I WMS:et jobbar man vanligtvis med SW-koder/Pall-ID som går att få föraviserade av leverantörer för att spara tid vid inleverans och göra hanteringen mycket smidigare. Kräver att leverantören kan föravisera informationen, se ovan om hur man hittar funktionen.
|
Reserverat saldo vid lagerflytt och inleverans | |
Område: | Hur hittar man funktionen? |
Inleverans/Lagerflytt | Huvudmeny → Inleverans → Rader Lagerflytt → Flytt av pall |
Vid förflyttning i WMS:et så kan man se reserverat & saldo som plockas just nu. Vi har lagt till så att man även ser det vid inleverans: Och även vid flytt av hela enheter:
Detta för att lagerarbetaren ska kunna förflytta produkter direkt till plock, om denna märker att det saknas, istället för att “buffra” in det i ställagen. |
Mindre förbättringar & bugg-fixar
Om man inaktiverar en produkt i Backend, så inaktiveras den i WMS:et också
Bekräfta plats vid förflyttning av pall inom lagret gick att bekräfta utan scanning
Lagt till DHL Parcel connect & Parcel Return Connect för DHL Freight SE
Fixat så man kan backa från tilläggsdebiteringen på inleveransen
Flera sändningar av samma order till DB Schenker kunde ge felmeddelande att ID’t redan vad taget
Lagt till funktion att sätta minimum belopp på tull fakturor, i de fall produkten är värd 0 SEK
Utökat stöd för köpare/importör på tullfakturan till FedEx via Nshift
Gamla EWS tas bort och sätts bakom en rättighet. Support för gamla EWS tas också bort
Lagt till “säljområde” i exporten för 3PL:are som använder det fältet vid fakturor
Extend webshop (b2b)