# Nytt i Fluit: juni 2026

I juni 2026 fick Fluit leveranslöfte (ATP), kvalitetskontroll på arbetsorder med kontrollplaner och avvikelser, samt förebyggande underhåll. Orderstocken fick en egen lobby, AI-kopplingen via MCP gick från API-nyckel till vanlig inloggning, och det publika API:t fick idempotensskydd och betydligt fler endpoints.

Källa: https://fluit.se/nyheter/nytt-i-fluit-juni-2026
Publicerad: 2026-07-01
Rättad: 2026-08-09
Områden: Lager, Produktion och kvalitet, Order, Inköp, AI, Publikt API, Ekonomi
Utgivare: Fluit System AB

---

I juni växte tillverkningsdelen ifrån att bara vara arbetsordrar, och frågan om när något kan
lovas fick ett eget svar i systemet.

## Leveranslöfte

Under **Lager & logistik → Leveranslöfte** finns nu en planeringsvy per artikel och lager. Sex
nyckeltal överst, en graf över projicerat saldo, och en tabell med samtliga inflöden och behov:

| Nyckeltal | Svarar på |
| --- | --- |
| Saldo | Vad som fysiskt står på lagret. |
| Allokerat | Hur mycket av det som redan är lovat till andra ordrar. |
| Tillgängligt | Vad som är kvar att lova. |
| Öppet inköp | Vad som är beställt men inte inlevererat. |
| Planerad tillverkning | Vad som är inplanerat i produktionen. |
| Otäckt behov | Vad som saknas, alltså det som kräver en åtgärd. |

Beräkningen utgår från fritt lagersaldo, inkommande inköp och pågående tillverkning, netto mot det
som redan är reserverat för andra ordrar. Anger du antal och önskat datum får du direkt besked om
hela kvantiteten kan lovas i tid, och annars vilket datum som är tidigast möjligt. Begreppet
förklaras i ordlistan under [ATP](/ordlista/atp).

## Kvalitet på arbetsordern

[Kvalitetskontroll](/funktioner/kvalitetskontroll) kom som tre nya vyer under Produktion:
kontrollplaner, inspektioner och avvikelser.

En **kontrollplan** beskriver vad som ska kontrolleras, med mått mot tolerans, godkänt eller
underkänt, och kvittenser. Planen kopplas till artiklar, artikelkategorier, produktionsgrupper
eller ordertyper. När en arbetsorder planeras skapas inspektionerna automatiskt utifrån de planer
som matchar. Flera planer staplas, och en kundskärpt kontroll vinner över baskontrollen när de
krockar.

På inspektionen registrerar du resultat per kontrollpunkt och fattar ett accept- eller
avslagsbeslut, där en kritisk avvikelse blockerar godkännande. **Avvikelser** kan registreras
separat, och beslutas en avvikelse som kassation skrivs kassationen automatiskt på arbetsorderns
utfall.

## Förebyggande underhåll

Underhållsplaner planerar återkommande underhåll på tillgångar. En plan utlöses på kalenderintervall
(var tredje månad), på mätarintervall (var femhundrade drifttimme) eller på båda. Planen håller reda
på nästa förfallodatum, och med **Generera nu** skapar du underhållsarbetsordern direkt. Planer kan
kopplas till en tillgång, få förvald prioritet och uppskattad tid, och pausas eller arkiveras. Mer
på sidan om [underhåll](/funktioner/underhall).

## Produktkonfiguratorn nådde estimaten

Konfigurerbara artiklar kan nu prissättas via arbetsorderestimat: fyll i mått och val, se
förhandsvisningen av material och operationer, och skapa offert eller försäljningsorder direkt.
Stycklistan kan ha kvantitetsformler och villkor, så att beslag bara följer med när montering är
valt, och produktionsstegen kan ha tidsformler och villkor på samma sätt. Den sparade
konfigurationen visas på arbetsordern och går att skriva ut till produktionen.

## Orderlobbyn

Orderstocken fick samma behandling som inköpen fick i maj. Klickbara nyckeltal filtrerar på de
lägen som kräver en åtgärd: ej lagda, spärrade, försenade, sen men finns i lager, sen och väntar på
försörjning, klar att leverera, ej eller delvis allokerade, och sen mot kundens önskade datum.

Varje rad visar allokeringsstatus, leveransstatus och varifrån godset försörjs, alltså lager, inköp,
tillverkning eller överföring. Saknas en koppling står det "Ingen anskaffning" i stället för ett
missvisande "I lager" när saldot egentligen är reserverat för någon annan.
[Inköpslobbyn](/funktioner/inkop) fick i sin tur planeringslista per rad, filter på lagerställe,
leverantör och artikelgrupp, en växel mellan alla och egna rader, och export till Excel.

## AI-kopplingen bytte till inloggning

MCP-kopplingen kom först i månaden som förhandsversion, autentiserad med API-nyckel. Två dagar
senare byttes den mot vanlig inloggning:

| | Förhandsversionen | Nu |
| --- | --- | --- |
| Autentisering | API-nyckel | Vanlig Fluit-inloggning med OAuth, inklusive MFA |
| Behörighet | Nyckelns, satt av en administratör | Din egen, och du godkänner läsa och utföra var för sig |
| Vem assistenten är | Nyckeln, inte en person | Du |
| Byte av företag | Bundet till nyckeln | Väljs vid inloggning |

Att kopplingen är personlig är hela poängen. Assistenten ser aldrig mer än du själv gör, och
aktivitetsloggen kan peka ut vem den agerade för. Befintliga kopplingar med API-nyckel behövde
kopplas om, och nycklar fungerar fortfarande för det publika API:t.

Detaljerna finns på sidan om [MCP-kopplingen](/ai/mcp).

## Publikt API: idempotens och fler endpoints

Alla POST-anrop kräver nu en `Idempotency-Key`. Går ett anrop igenom men svaret försvinner på vägen
kan klienten skicka om det med samma nyckel och få originalsvaret i repris, i stället för att samma
order skapas två gånger. Samma nyckel med annat innehåll avvisas, och svar sparas i ett dygn.

Ytan växte också: lagersaldo per lager, prisberäkning inklusive kundspecifika priser och
mängdrabatter, kundens kontaktpersoner och leveransadresser, orderns leveranser med spårningsnummer,
samt ändring och borttagning av orderrader. Artiklar fick publika bilder och dokument, och
artikeldetaljen returnerar nu allt som behövs för att rendera en produktsida i ett enda anrop.
Referensen på [/api-docs/rest](/api-docs/rest) fick samtidigt en fullständig kom igång-guide.

Ett par fältnamn ändrades i samma veva. `/preview` är fortfarande en förhandsversion, och
namnbyten där sker utan bakåtkompatibilitet.

## Kortare noterat

- **Kommentarer och aktivitet.** En flik på försäljningsorder, kund, affär och offert där interna
  anteckningar och kundsynliga meddelanden ligger i samma tråd. Synligheten väljs i skrivfältet och
  är intern som standard. Fliken väver dessutom ihop ändringslogg, mejl och CRM-aktiviteter till en
  tidslinje. Kunden ser sin del i [portalen](/funktioner/kundportal), där interna anteckningar
  aldrig når fram.
- **Lagerförflyttningar går att ta emot.** Mottagningen bokför in godset på mållagrets plats och
  för förflyttningen mot Mottagen, med delmottagning. Tidigare gick en förflyttning inte att
  avsluta alls.
- **Produktbokföringsgrupper.** Försäljningskontot styrs nu av både kundens bokföringsgrupp och vad
  som säljs, via en matris. Frakt inrikes kan hamna på ett konto och frakt export på ett annat.
  Saknas en matrisrad används kundgruppens generella konto som förut.
- **Förskott på säljorder.** Ett eller flera förskottskrav per order med belopp och förfallodag.
  Förskottsfakturan skapas i Fortnox, betalstatus synkas löpande, och ordern blockeras eller
  frisläpps utifrån den. Betalda förskott avräknas sedan mot orderns fakturor.
- **SIE-export av bokförda fakturor.** Välj datumintervall och om verifikaten ska vara detaljerade
  eller grupperade.
- **Omvärderingsjournal.** Justera anskaffningsvärde, och antal, för många artiklar samtidigt, med
  Excel-import och export och full historik.
- **Integration Center.** En vy under Inställningar för att skapa och följa dataintegrationer, med
  körhistorik som visar resultat och felmeddelanden per post.

## Rättat

- Lagerförflyttningar skapade inga lagertransaktioner alls, så saldot på käll- och mållager stämde
  inte efter en förflyttning.
- Fakturor i utländsk valuta använde alltid kurs 1,0, vilket gav fel belopp i basvaluta.
- Radrabatter skickades till Fortnox utan enhet, så 15 % kunde tolkas som 15 kr.
- En order stängdes inte när sista raden minskades till redan levererat antal eller avbröts, utan
  låg kvar som öppen fast allt var skickat.
- Avgiftsartiklar gick att lägga till som vanliga orderrader.
- Beräknat leveransdatum visades även för inköpsordrar leverantören inte hade bekräftat.
- En EU-kund med giltigt VAT-nummer kunde få svensk moms i stället för omvänd skattskyldighet när
  orderraden fick nytt pris.
- Leveranssättet "Hämtas av kund" krävde en leveransadress.
- Kolumnerna i orderradstabellerna kunde hamna utanför tabellens ram i stället för att gå att rulla
  i sidled.

## Läs vidare

- [Leveranslöfte och allokering](https://fluit.se/ordlista/atp)
- [Kvalitetskontroll](https://fluit.se/funktioner/kvalitetskontroll)
- [Förebyggande underhåll](https://fluit.se/funktioner/underhall)
- [MCP-koppling](https://fluit.se/ai/mcp)