# Nytt i Fluit: juli 2026

I juli 2026 fick Fluit ett ärendesystem med köer och SLA, en ny CRM-översikt och plockrundor för samplockning av flera försändelser. Ordersumman räknar nu in frakt och avgifter, vilket påverkar kreditkontrollen. Webshoppen fick produktsök, recensioner och feeds till Google Shopping, och det publika API:t täcker nu inköp och måttanpassade produkter.

Källa: https://fluit.se/nyheter/nytt-i-fluit-juli-2026
Publicerad: 2026-08-01
Rättad: 2026-08-09
Områden: Ärenden, CRM, Lager, Order, Webshop, Publikt API, AI
Utgivare: Fluit System AB

---

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](/funktioner/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](/funktioner/wms-app), och plocklistan
finns som PDF.

![Plocklista som PDF med lagerplats, artikelnummer, beskrivning, vikt och antal att plocka per rad](../../assets/screenshots/plocklista.png)

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](/funktioner/ehandel) 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](/api-docs/rest) 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](/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](/funktioner/kundportal) 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.

## Läs vidare

- [Ärendehantering i Fluit](https://fluit.se/funktioner/arendehantering)
- [CRM och pipeline](https://fluit.se/funktioner/crm)
- [Orderhantering](https://fluit.se/funktioner/orderhantering)
- [Publikt REST API](https://fluit.se/api-docs/rest)