Ett system för hela verksamheten. Vi är inte färdiga.
Order, tillverkning, inköp, lager, ekonomi och support i samma system, och gränssnitten byggda som ni vill ha dem. En del av det kör i drift idag. En del finns bara i huvudet på oss. Den här sidan skiljer på de två.
- Modulerna i drift står listade nedan
- Det vi saknar står utskrivet
- Era idéer röstas fram av andra kunder
Idag
Det som redan kör
Fluit är i pilotfas: få kunder, mycket byggt. Allt i rutnätet nedan går att se i en demo idag, mot riktig data.
Order och offert
Offert som blir order, allokering mot lagersaldo, delleverans, restorder och orderbekräftelse.
Inköp och leverantörer
Beställningsförslag ur MRP, inköpsorder, inleverans, leverantörsfaktura mot inleverans och uppföljning per leverantör.
Lager och WMS
Saldon per plats, plockrundor, inventering, batch och serienummer. Handdatorn kör i en egen Android-app.
Tillverkning
Strukturer och operationer, arbetsorder, återrapportering och materialuttag.
Support och ärenden
Ärenden kopplade till kund, order och artikel, med den historik som gör att nästa person slipper fråga om igen.
E-handel och B2B
Ett headless Commerce-API med en färdig butik ovanpå. Samma artiklar, saldon och priser som resten av systemet.
Utöver det: kundregister och säljflöde, projekt och tidrapportering, kvalitet och avvikelser, fakturering och kundreskontra. Bokföringen ligger kvar i Fortnox, som Fluit synkar kunder, artiklar, order och verifikat mot. Frakt bokas via nShift och tredjepartslager via Ongoing. Se funktionerna för vad varje modul faktiskt gör.
Tesen
Det är inte svårt längre
Ett affärssystem var dyrt att bygga för att det var stort. Det argumentet håller inte längre. Kunskapen om hur ett ERP ska fungera finns nedskriven, och koden är den billigaste delen av arbetet.
Polr, som äger Fluit, har arbetat med Jeeves, SAP Business One och iScala sedan 2017. Fluit började med behovsanalyser hos ett tjugotal svenska industri- och handelsbolag, och svaret var påfallande likt överallt.
Det som var dyrt var aldrig funktionerna. Det var glappen mellan systemen: lagret som inte visste vad säljaren lovat, ekonomin som fick veta först vid månadsskiftet, tre leverantörer som skyllde på varandra när något inte stämde. De glappen försvinner inte av ännu en integration. De försvinner av att det är samma data.
Ansvaret
Koden är billig. Driften är det inte.
Att skriva en funktion är billigt. Att den fungerar 06:30 när plockrundan ska ut, med er data, efter tre år av användning, är det som kostar. Det är där arbetet ligger.
- Varje företag har sitt eget databasschema. Er data ligger inte i samma tabeller som någon annans.
- Varje ändring hamnar i en aktivitetslogg med vem, vad och när. Agentens rader står utskrivna som agentens.
- Testerna kör hela kedjan mot ett skarpt system före release: inköp, inleverans, order, plock, leverans, faktura.
- Driftstörningar syns på statussidan, och driftmiljön är beskriven i detalj för den som ska godkänna oss internt.
Ett system som ändras ofta ställer högre krav på det här, inte lägre. Går det sönder hjälper det ingen att funktionen var billig att skriva.
Riktningen
Gränssnittet ni ritar själva
Ett affärssystem visar samma sidor för alla. Det är rimligt så länge sidor är dyra att göra. När de inte är det finns ingen anledning att en inköpare och en produktionsledare ska titta på samma vy.
Rapportbyggaren fungerar redan så: beskriv vad du vill se, så skriver systemet frågan mot er data, du granskar resultatet och sparar rapporten. Ingen konsult behöver kopplas in för en kolumn till.
Nästa steg är samma sak för hela arbetsytor. En cockpit per roll, satt ihop av den som ska använda den, ovanpå exakt det API som gränssnittet självt anropar. Att det är möjligt beror på hur systemet är byggt: läs headless ERP för arkitekturen och API-dokumentationen för vägen in.
Ärligt
Det här finns inte
Sidan hade varit lättare att skriva utan det här stycket. Den hade också varit mindre värd.
Ett mandat uttryckt i kronor
Agentpolicyn styr idag per funktion, kategori och risknivå. Att säga att systemet får besluta självt under 25 000 kronor går inte, eftersom policylagret ser verktygsnamnet men inte beloppet.
Alternativ med uträknade konsekvenser
Godkännandekön lägger fram en åtgärd i taget. Att i stället visa tre vägar med kostnad, marginal och leveranspåverkan räknad på varje kräver att pris- och allokeringsmotorerna kan köras utan att skriva. Det kan de inte idag.
Budget, nödstopp och ångra för agenter
Det finns tak per körning och en godkännandekö, och varje verktygsanrop loggas. En löpande budget, en knapp som stoppar alla agenter direkt och en väg att rulla tillbaka det en agent hunnit göra är inte byggda.
Cockpits ni bygger själva
Rapportbyggaren finns. Att på samma sätt sätta ihop en hel arbetsyta per roll, och spara den åt sitt team, gör den inte.
Kunder i mängd
Fluit är i pilotfas. Vi skriver inte att hundra bolag kör systemet, för det gör de inte. Det är också därför det finns utrymme att påverka vad som byggs härnäst.
Listan är inte fullständig. Vår placering på mognadsskalan för agentic ERP, med luckorna utskrivna punkt för punkt, står på mognadsmodellen.
Resan
Vad det innebär att vara med tidigt
Att komma in nu kostar något. Ni får ett system som ändras oftare än ett moget, och ni kommer att hitta saker vi inte hittat.
I utbyte får ni påverka. Idéer läggs in direkt i systemet, andra kunder röstar på dem, och det som går vidare blir en issue som går att följa. Ni ser vad som byggs och varför, i stället för att vänta på nästa release note från någon annans roadmap. Det som gick i produktion senast står under nyheter.
Vi tar hellre in en kund som säger vad vi missat än fem som säger att allt är bra. Om ni vill ha ett system som är färdigt och orört om fem år är vi fel leverantör, och det säger vi hellre nu än efter en upphandling.
Kom och försök sänka oss
Boka en demo så går vi igenom modulerna mot hur ni jobbar idag. Ta med det ni tror att vi inte klarar, det är den nyttigaste timmen för oss båda.