Juli gick åt till ärenden, CRM, lagret och webshoppen, plus en rättning i ordersumman som är värd att läsa även för den som hoppar över resten.

Ärenden fick köer, SLA och en väg in utifrån

Ett ärende kan nu adresseras till en kö i stället för till en namngiven person. Lägg det i serviceteamets kö, så ligger det kvar där tills någon plockar det. Ett ärende står inte stilla för att en handläggare är sjuk. I kövyn ser du varje kö med antal öppna och obemannade ärenden.

Kön säger vem som förväntas ta ärendet, inte vem som får. Bemanningen är informativ i det här steget: alla som arbetar med ärenden kan plocka ur vilken kö som helst.

SLA räknas på riktigt. Du sätter upp policyer med svars- och lösningstider per prioritet, och tiderna räknas i kontorstid enligt en affärskalender. Ett ärende som kommer in fredag 16:55 med fyra timmars svarstid förfaller måndag 11:55 i stället för mitt i helgen. Klockan pausar medan ni väntar på kundsvar, och ett jobb går igenom öppna ärenden var femte minut och flaggar dem som passerat sin tid.

Ärenden kan också komma in utifrån i stället för att någon på kontoret knappar in det kunden mailade. Koppla en brevlåda till ärendeflödet, så blir varje mail ett ärende. Utgående mail har en svarsadress per ärende, så kundens svar hamnar som kommentar på rätt ärende även när ämnesraden ändrats eller mailet vidarebefordrats. Kunder kan dessutom anmäla och följa ärenden i kundportalen, och ett publikt API tar emot ärenden från ett kontaktformulär på er egen webbplats.

Fördelningen mellan köer är manuell i det här steget. Det finns ingen automatisk routing och ingen eskalering mellan köer.

CRM har fått en egen översikt

CRM har fått en startsida som samlar pipeline, förfallna uppföljningar och nyckeltalen för vunnet och vinstgrad. Du växlar mellan dina egna affärer och hela företagets, och uppföljningar kan bockas av direkt i listan.

Till det kom förlustorsaker och konkurrenter på förlorade affärer, prospekt som en egen livscykel före kund, och CRM-data i egna rapporter och i Power BI-flödet. Global sökning med Ctrl+K hittar nu även affärer, offerter, kontaktpersoner och aktiviteter.

Ordersumman räknar med avgifterna

Orderns totalbelopp summerade tidigare bara orderraderna. Frakt, expeditionsavgift och andra avgifter låg utanför. Det fick tre följder som alla ser ut som olika problem men är samma fel: kreditkontrollen släppte igenom ordrar som låg över gränsen, kundexponeringen visades för lågt, och kunden såg ett belopp i portalen och ett annat på fakturan.

Nu ingår avgifterna, och deras moms, i ordersumman. Avbrutna orderrader räknas inte längre in i ordervärdet.

Ett exempel på en order med frakt och expeditionsavgift, räknat med 25 procent moms:

Tidigare Nu
Orderrader 40 000 kr 40 000 kr
Frakt 1 000 kr, utanför summan 1 000 kr, i summan
Expeditionsavgift 200 kr, utanför summan 200 kr, i summan
Ordersumma exklusive moms 40 000 kr 41 200 kr
Mot kreditgränsen, inklusive moms 50 000 kr 51 500 kr

Kreditgränsen mäts på beloppet inklusive moms, så det är den nedersta raden som avgör om ordern går igenom.

Räknar ni kreditgränser på ordervärdet kan ordrar som tidigare gick igenom nu stoppas, vilket är avsikten. Åsidosätter någon en kreditgräns krävs numera en motivering, och det loggas vem som godkände och när.

Två spärrar tillkom i samma veva. En orderrad som redan levererats eller fakturerats går inte att ta bort, och priset på en fakturerad rad går inte att ändra: sådana ändringar gjorde order och faktura oförenliga, och rättelsen är en kreditnota. Verifikat till ekonomisystemet kontrolleras nu också så att debet och kredit går jämnt ut innan de skickas, och ett bokfört verifikat går inte längre att ändra i efterhand.

Avbryt återstående är den nya åtgärden för när kunden inte vill ha resten av en delvis levererad order. Rader som inte levererats alls avbryts, och delvis levererade rader krymps till det som faktiskt skickats, så att ordern kan faktureras och stängas. Redan levererat antal rörs aldrig.

Plockrundor i lagret

Flera frisläppta försändelser kan nu plockas i en gemensam runda. Raderna sorteras på lagerplats så att varje plats besöks en gång, och varje försändelse får ett vagnfack som talar om var artiklarna ska läggas. Du behöver aldrig hålla reda på leveransnummer under plocket: ange antal, så fördelar systemet plocket på rätt försändelser i fackordning, med samma saldo- och spårningskontroller som vanligt plock.

En runda omfattar ett lager och som mest tolv försändelser, och en försändelse kan bara ingå i en aktiv runda i taget. Rundorna går att köra i WMS-appen, och plocklistan finns som PDF.

Plocklista som PDF med lagerplats, artikelnummer, beskrivning, vikt och antal att plocka per rad

Plocklistan för en enskild försändelse ser ut så här, med raderna sorterade på lagerplats. I en plockrunda tillkommer en kolumn: vilket vagnfack artikeln ska läggas i.

Att leverera, och en hylla för det som är öronmärkt

Orderlobbyn har fått snabbfiltret Att leverera, som samlar alla orderrader vars hela återstående antal kan skickas nu och som inte redan ligger på en aktiv försändelse. Markera rader och välj Släpp för leverans, så grupperas de per order och en följesedel skapas per order. Rader som inte kan släppas hoppas över och rapporteras med orsak. Samma urval kan exporteras till Excel som restorder- eller orderstocksrapport.

Vid inleverans kan ett lagerställe peka ut en direktleveransplats. När inkommande gods är reserverat för väntande kundorder markerar inleveransappen raden med hur många som är öronmärkta, och mottagningsdialogen föreslår en delad placering: det öronmärkta antalet till direkthyllan och resten till ordinarie plats. Förslaget går alltid att ändra eller stänga av. Gods som läggs på direkthyllan reserveras hårt för kundordern direkt, så att plocket hämtar där godset redan står.

Karantänplatser räknas inte längre som tillgängligt

Saldo som står på en karantänplats eller en avaktiverad lagerplats räknas inte längre som tillgängligt. Tidigare kunde en order lovas varor som sedan visade sig omöjliga att plocka: reservationen gick igenom, leveransdatumet sattes, och sedan fastnade ordern.

Det här är den ändring i juli som syns mest i era egna siffror. Tillgängligt kan sjunka direkt för artiklar med saldo på spärrade platser, i lagerrapporten, artikelöversikten, leveranslöftet (ATP), orderlobbyn och webshoppens lagersaldo. Det fysiska lagersaldot är oförändrat.

Webshoppen kan annonseras och sökas i

Butiken kan nu publicera sin katalog som produktfeed till Google Shopping och Metas katalog. Feeden innehåller pris, kampanjpris med giltighetstid, lagerstatus, varumärke, streckkod, fraktpris och mått, och varianter grupperas ihop så att kunden ser dem som en produkt. Den är avstängd som standard, och en kanal som kräver inloggning för att visa priser kan inte publicera någon feed alls: priserna skulle då bli öppna för vem som helst.

Butiken fick också produktsök, produktrecensioner med godkännande före publicering och egna typsnitt.

Rabattkoderna i kassan går nu genom samma rabattmotor som resten av Fluit. Kuponger som skapats under Rabatter fungerar därmed i butiken, och regelns villkor, giltighetsdatum, maxrabatt och antal användningar respekteras. Automatiska orderrabatter, som tio procent över 5 000 kronor, slår igenom i butiken när villkoren är uppfyllda. Kassan gör dessutom en sista lagerkontroll när ordern läggs, så att en vara som tagit slut sedan den lades i korgen ger ett tydligt fel i stället för att tyst bli en restorder.

Publikt API: inköp och måttanpassade produkter

Det publika API:t täcker nu leverantörer och inköp, och har fått stöd för produktkonfiguratorn. Bygger du en egen konfigurator för något som tillverkas efter kundens mått och val, kan appen hämta artikelns konfigurationsschema, räkna fram pris och validering live medan kunden väljer, spara konfigurationen och göra kundorder av den.

En detalj värd att nämna för den som redan integrerat: konfigurerade rader följer nu prislistorna. Grundpriset hämtades tidigare direkt från artikelns försäljningspris och gick förbi prismotorn, så kundprislistor, ramavtal, kampanjer och volympriser fick inget genomslag. Nu används samma prishierarki som för vanliga orderrader.

Spårning av AI-agenter

Aktivitetsloggen visar nu om en ändring gjordes av en människa eller av en AI-agent, och på vems mandat agenten agerade. Varje verktygsanrop en agent gör sparas i en agentliggare, även rena läsningar: annars kan en integration med enbart läsrättighet gå igenom hela kundregistret utan att lämna spår. Du kan också kräva att en människa godkänner utvalda åtgärder innan de utförs, med regler per kategori, per åtgärd eller per namngiven agent. Mer om hur vi tänker kring det finns på sidan om agentic ERP.

Kortare noterat

  • Mobilvy för säljare och chefer. En egen vy för den som jobbar utanför skrivbordet, med kundkort, orderstatus, uppgifter, besökslogg och arbetsorder för fälttekniker. Den är en förhandsvisning och görs för att läsa och följa upp i farten. Ändringar, prissättning och inställningar görs som tidigare på datorn.
  • Postnummerregister. Skriver du ett postnummer i ett adressfält fylls orten i av sig själv, på kundkortet, i order- och inköpsadresser, på leverantörer, lagerställen och försändelser. Registret täcker Sverige, Norge, Danmark och Finland. Kontrollen är en hjälp och aldrig ett hinder: du kan alltid spara ändå.
  • Menyer per roll. Menyn går att sätta upp per roll, så att lagerpersonalen inte behöver bläddra förbi ekonomimodulerna.
  • Portalåtkomst från kundkortet. Du ger en kontaktperson inloggning till kundportalen direkt på kundens kontaktflik, väljer roll, och skickar antingen en inbjudan där kontakten sätter sitt eget lösenord eller sätter ett lösenord direkt. En kolumn visar vilka kontakter som har åtkomst, vilken roll de har och när de senast loggade in.
  • Lagerrapport per datum. Välj ett datum för att se saldot som det såg ut vid ett månads- eller årsskifte. Antal, snittpris och lagervärde räknas fram ur lagerhändelserna fram till den dagen, och kan exporteras till Excel och PDF. Reservationer och inkommande inköp visas inte historiskt, eftersom de beskriver nuläget.
  • Automatisk fakturering per ordertyp. Varje ordertyp kan följa företagsinställningen, alltid fakturera vid leverans, eller aldrig. Webbordrar kan därmed faktureras automatiskt medan interna ordrar inte gör det. Ordertyper som inte faktureras alls, som varuprov och reklamationer, undantas numera helt.

Rättat

  • Pipeline-nyckeltalen summerade belopp i olika valutor rakt av.
  • En affär som stängdes som vunnen eller förlorad låg kvar i det steg den råkade befinna sig i.
  • Priset som skickades till sökmotorerna var exklusive moms, även i butiker som visar priser med.
  • Produktsidan angav mått i millimeter fastän de registreras i centimeter, så en 25 cm bred lampa visades som 25 mm.
  • Ändrat pris eller ändrad leveranstid på ett leveranssätt slog inte igenom i butiken.
  • Momsen räknades inte om när en rabattkod användes i kassan.
  • Ordrar från Klarna Checkout skapades helt utan moms på raderna.
  • Ett artikelnamn med teknisk kod i sig kunde påverka sidans osynliga sökmotordata.
  • Ärendelistan sorterade väntestatus fel.