Nytt i Fluit: augusti 2026

Augusti blev månaden för farligt gods, spårbarhet i lagret och en ärendehantering som fick en egen arbetsyta, plus en ändring i orderns status som flyttar när en order räknas som kreditrisk.

Orderns status skiljs från leveransstatusen

Ordern har fått en egen status för affären, Utkast → Registrerad → Frisläppt till lager → Avslutad, skild från leveransstatusen: Ej levererad, Dellevererad eller Fullt levererad. Tidigare låg plockning, packning och leverans som statusar på ordern samtidigt som försändelsen hade sina egna, vilket inte gick ihop när en order skickas i flera omgångar. En order med tre rader, där en skickas idag och två nästa vecka, kan nu visa sanningen: fortfarande frisläppt till lager, och dellevererad.

Ändringen flyttar samtidigt gränsen för kreditexponering från leverans till fakturering. En order som lämnat lagret men inte fakturerats försvann tidigare ur exponeringen, trots att den var obetald. Ett exempel med en kreditgräns på 100 000 kr:

Kunder nära sin kreditgräns kan därför få fler ordrar stoppade än förut, vilket är avsikten: en levererad men ofakturerad order är fortfarande en fordran som väntar.

Order som aldrig ska faktureras, som ersättningsenheter och demomaterial, gick tidigare inte att stänga. Åtgärden Avsluta utan fakturering finns nu på en fullt levererad order och kräver en motivering som sparas på ordern.

Farligt gods: ett helt ADR-flöde

Fluit hanterar nu farligt gods. Regelverkets ämnesposter (UN-nummer, transportbenämning, klass, förpackningsgrupp, tunnelrestriktion, gränser för begränsad och reducerad mängd) läggs upp centralt och delas mellan alla bolag, och artiklar kopplas till dem med hur mycket farligt ämne varje enhet innehåller.

Vid fraktbokning bedöms försändelsen automatiskt: systemet räknar värdeberäknad mängd enligt ADR 1.1.3.6, avgör om lasten är undantagen eller kräver full deklaration, och fyller i transportörens tilläggstjänst för farligt gods. Saknar leveranssättet ett sådant tillägg stoppas bokningen i stället för att gå ut utan deklaration. Ett tjugotal vanliga poster i nordisk handel (färg, lim, etanol, gasol, litiumbatterier med mera) finns förinlagda, och du kan inte markera en artikel som begränsad eller reducerad mängd när regelverksposten säger att undantaget inte är tillåtet, som för litiumbatterier.

Begränsningarna: Klass 1 (explosivt) och klass 7 (radioaktivt) stöds inte, de har egna regelverk. De förinlagda posterna täcker inte hela ADR Tabell A (cirka 3 500 rader), och uppgifterna är avstämda mot publika regelverksuppslag, inte mot MSB:s ADR-S i original. Bedömningen är ett underlag, inte ett besked om att en transport är laglig. Kontrollera mot ADR-S innan ni lutar er mot en post för en faktisk transport.

Spårbarhet i lagret: batch, utgångsdatum och återkallelse

Batch- och serienummer registreras nu på riktigt vid inleverans, med utgångsdatum, i stället för att bara följa med som text på transaktionen. Allokeringen väljer automatiskt den batch som går ut först (FEFO) före den som kom in först, och en batch i karantän, spärrad eller utgången räknas inte längre som tillgängligt och kan inte plockas.

Partier har fått en egen vy under Lager → Partier, med saldo, utgångsdatum och status, sorterat med det som går ut först överst. Spårningsfliken svarar på tre frågor: varifrån partiet kom (leverantör, inköpsorder eller arbetsorder), var det finns nu, och vart det tagit vägen (vilka kundordrar och kunder som fått det). Återkallelse spärrar partiet, släpper öppna reservationer och visar direkt vilka kunder som redan fått det. Ett återkallat parti går inte att frigöra utan att återkallelsen uttryckligen hävs. Sent i månaden kom genealogin: ett parti som förbrukats i tillverkning visar nu vilken arbetsorder det gick in i, över flera tillverkningsled.

Begränsningen: en artikel måste stå på nollsaldo i lagret för att slå på full spårning där, eftersom befintligt saldo saknar batch och utgångsdatum att sortera FEFO på.

Samtidigt fick lagret gångordning: plocklistan sorteras nu i den ordning plockaren faktiskt går genom lagret i stället för bokstavsordning på platskoden, beräknat under Inställningar → Lager → Platser. Artiklar kan också få en egen plockplats skild från lagringsplatsen, som fylls på automatiskt från bufferten när den går under sin miniminivå.

Ärendehantering blir en arbetsyta

Ärendets detaljsida är byggd om. Status, SLA-klocka, handläggare och kö ligger i en rad överst, innehållet är samlat under flikar, och kommentarer, statusbyten och eskaleringar visas i en gemensam tidslinje i stället för tre separata listor. Fälten sparas direkt när du lämnar dem.

Till arbetsytan kom flera nya verktyg. Ett ärende kan nu byta kategori utan att förlora kommentarer eller historik, med två nya kategorier: Firmware och Önskemål. Kategorin RMA heter numera Returärende i listor och filter, RMA-numret på själva returauktorisationen är oförändrat. Eskalera i ärendets meny skickar en fråga vidare till en person eller ett team utan att lämna ifrån sig ärendet, mottagaren svarar i tråden och kunden ser det aldrig. Kunden kan i sin tur bifoga filer direkt på ärendet i kundportalen.

Ärendelistan har fått Exportera och Importera i åtgärdsmenyn, användbart för att flytta in ärenden från ett annat system eller lägga upp många på en gång. Exporten följer listans filter, och importen valideras mot en mall innan något skapas.

Det publika API:t hanterar nu ärenden hela vägen under /preview/tickets: lista, uppdatera, läsa och svara i meddelandetråden, och driva flödet med triage, kö, lösning och stängning. En kundportal eller ett externt helpdesksystem kan därmed sköta hela handläggningen, inte bara inlämning och statusuppslag.

Publikt API: webhooks och fler resurser

Under Inställningar → Webhooks kan Fluit nu knacka på hos ett annat system så fort något händer i stället för att integrationer ska fråga om och om igen. Varje anrop är signerat, och misslyckade leveranser skickas om automatiskt i drygt sju timmar innan Fluit ger upp.

API:t har samtidigt vuxit med ett fyrtiotal endpoints: leveranser som egen resurs (/preview/shipments) med hela kedjan från plock till leverans, lagerreskontra och lagerjusteringar, överföringar mellan lager, offerter som går att skicka och konvertera till order, och returer. API-nycklarnas behörigheter börjar samtidigt gälla på riktigt: fältet har funnits sedan starten men lästes aldrig, så varje nyckel kom åt hela API:et. Nycklar som redan är utfärdade och saknar angivna behörigheter fortsätter fungera obegränsat, precis som idag, men en ny nyckel går nu att avgränsa till exakt de resurser den behöver.

Delta-synken går dessutom att lita på: en ändring i en nästlad post, som en radnotering, flyttar nu postens modifiedDate som den ska, och GET /preview/deletions rapporterar raderade poster som annars inte syns i någon lista.

AI: schemalagda rutiner och ledningsrummets rådgivare

En AI-skill går nu att lägga på schema under Inställningar → Rutiner, i stället för att någon behöver fråga den. Rutinen kör en skill ni redan har, i ett av tre lägen: Rapportera som bara läser, Föreslå som lägger förslag i en godkännandekö, och Utför som ändrar direkt inom era agentregler. Hittar rutinen inget att säga skickas inget mail, vilket är avsiktligt: ett dagligt mail som säger att allt är bra filtreras bort inom en vecka.

Ledningsrum i menyn samlar rådgivarroller som läser er faktiska data och skriver sina slutsatser till en gemensam yta, där ni beslutar om varje råd. Ett avvisat råd föreslås automatiskt till nuläget, så besluten bygger den kontext rollerna läser nästa gång i stället för att samma råd ges om och om igen. Sju roller finns från start (Säljchef, Inköpschef, Lagerchef med flera) och kan döpas om eller stängas av. Fluit kan nu också starta rådgivarnas körningar själv enligt schemat i deras uppdrag, i stället för att schemat legat dubbelt hos både Fluit och AI-tjänsten.

Kortare noterat

• Dashboarden täcker hela verksamheten. 41 nya widgets för ekonomi, ärenden, produktion, kvalitet och projekt, plus tre nya standardvyer (Ekonomi, Produktion, Service) för nya företag.
• Idélåda med röstning under Support → Idéer. Ni röstar på förslag, ser hur många bolag som ligger bakom och hur ont det gör, i stället för att en idé bara ligger som ett ensamt supportärende.
• Serviceorder har fått en egen vy under Produktion, med planeringstavla, avtalsstyrt underhåll och servicebilar som eget lager.
• Webbutiken blev snabbare och mer sökbar. Sidorna hämtar ungefär hälften så mycket JavaScript som tidigare, och en SEO-granskning listar sidor med problem, sorterade efter hur mycket trafik de ger tillbaka.
• Menyn är en tredjedel kortare och visar bara de moduler ni faktiskt har i er licens.
• Egna roller och behörigheter går nu att bygga från grunden, inte bara välja mellan de färdiga rollerna.

Rättat

Fraktpåslaget på ett leveranssätt som hämtar pris från fraktbolaget lades tidigare på två gånger, så kunden debiterades för mycket och marginalen på frakten såg ut att vara noll. Det är rättat för nya bokningar, men redan bokade försändelser räknas inte om automatiskt. Har ni ett leveranssätt med Påslag % eller Påslag belopp ifyllt är det värt att kontrollera fraktpriset på försändelser som bokats i augusti.

Övrigt som rättats:

• Täckningsbidraget kunde visas som ett stort negativt tal på ordrar i utländsk valuta.
• En tvåfaktorskod kunde kringgås under det halvfärdiga inloggningssteget, i upp till fem minuter efter att lösenordet stämt.
• Adresskontrollen mot interna nät saknades på AI-assistentens webbhämtning och hämtningen av leverantörernas priskataloger, så en omdirigerad adress kunde nå tjänster som inte ska vara åtkomliga utifrån.
• Två personer som sparade samma kund, order eller artikel strax efter varandra kunde skriva över varandras ändringar utan att någon fick veta det.
• Global sökning (Ctrl+K) rankade inte exakta träffar högst, så en sökning på ett ordernummer kunde missa just den ordern till förmån för nyare träffar.
• Ärendedetaljer kunde fastna i en oändlig laddning hos företag som ännu inte lagt upp några ärendeköer.
• Zhipster-bokningar av lagrade sändningar nådde aldrig fram till transportören och fick varken kollinummer eller etiketter.
• En rabattregel med kupong kunde ge rabatten till alla kunder utan att någon angav koden.
• En systemuppdatering kunde avbrytas i förtid på företag med mycket data och lämna dem stående på en äldre version.