OAIZ får 23 miljoner för AI-flöden som människor kan granska

Malmöbaserade OAIZ har stängt sin första kapitalrunda på 23 miljoner kronor efter en mjuklansering för ett 30-tal kunder i våras, enligt Rapidus rapport den 29 oktober 2026. Tjänsten låter användare beskriva en arbetsuppgift i en chatt och bygga ett automatiserat flöde utifrån den. Rundan kommer när bolaget förbereder en bredare lansering.

I Øresund Startup News rapport den 28 oktober 2026 namnges node.vc, Icebreaker.vc, Karaoke Club och affärsänglar som investerare, medan medgrundaren Daniel Wisenhoff beskriver ambitionen att bidra till ”higher-quality public services at a lower cost” med flöden som redan körs hos Malmö stad. Orden beskriver ett mål, inte ett uppmätt resultat för kommunen. En full lansering planerades till senare samma år.

En instruktion blir en följd av synliga steg

I OAIZ produktbeskrivning visas hur ett inkommande supportmejl i Gmail kan leda till analys, ett svar via Gmail och en avisering i Slack. Arbetsflödet börjar som ett utkast, kan provas med indata och sätts sedan i drift. Det är bolagets beskrivning och exempel, inte en oberoende mätning av hur varje kund använder tjänsten.

Det konkreta i exemplet är uppdelningen. Ett mejl är händelsen som startar arbetet. Ett steg tolkar innehållet, ett annat tar fram eller skickar svaret och ytterligare ett meddelar teamet. I en vanlig chatt med en AI-assistent får användaren främst ett svar att själv ta vidare. Ett driftsatt arbetsflöde kan i stället reagera på nästa inkommande händelse och utföra åtgärder i anslutna system.

Den skillnaden gör granskningen mer angelägen. Att föreslå en formulering och att faktiskt skicka den är skilda handlingar med skilda följder för mottagaren. När stegen visas var för sig går det att se var tolkningen sker, vilken åtgärd som följer och var ett mänskligt beslut kan läggas in. Supportexemplet visar hur produkten presenteras; det säger ingenting om vilka uppgifter OAIZ hanterar åt Malmö stad.

Godkännande måste komma före åtgärden

OAIZ beskriver arbetsflöden med både AI-steg och mer bestämda programsteg. AI kan användas där ett meddelande behöver tolkas, medan regler kan styra vad som ska hända när ett villkor är uppfyllt. Ett godkännande blir meningsfullt först när det placeras före den handling en människa ska kunna stoppa. Om ett team vill granska ett föreslaget kundsvar behöver pausen alltså komma före utskicket, inte efter det.

Det är ett villkorligt exempel på hur kontrollen kan användas, inte ett påstående om att varje OAIZ-flöde kräver en människas ja. Bolagets visade arbetsyta skiljer mellan utkast och flöden som satts i drift. Användaren kan se stegens indata och utdata och prova en ändring innan den påverkar kommande körningar. Det ger en annan möjlighet att upptäcka ett olämpligt utskick än att enbart granska assistentens slutliga text.

Körhistoriken fyller en annan uppgift. I produktvyn skiljs inkomna händelser från loggar över utförda steg, och loggexemplen visar bland annat lyckade, misslyckade och väntande jobb. Därmed kan ett team se om ett mejl kom in, vilket steg som kördes och var ett flöde stannade. Loggen hjälper till att reda ut vad som hände efteråt; beslutet om vilka åtgärder som får ske automatiskt måste fattas när flödet utformas.

Bolagets gränssnitt och beskrivningar visar alltså vilka kontroller som erbjuds eller avses ingå i arbetssättet. De visar inte hur ofta kunder använder godkännanden eller hur många fel de fångar. Den skillnaden spelar roll när löftet om granskbarhet ska bedömas: ett synligt steg ger möjlighet till kontroll, men utfallet beror på hur flödet byggs och används.

Malmö stad visar tidig drift, inte hela användningen

Att flöden körs hos Malmö stad ger OAIZ en namngiven användare utanför produktens egna exempel. Det visar att tjänsten har gått vidare från enbart beskrivningar av tänkbara arbetsflöden. Den öppna rapporteringen anger däremot inte vilka kommunala processer som har automatiserats. Därför går det heller inte att koppla supportmejlet, godkännandena eller en viss besparing till kommunens användning.

Den tidiga driften och den planerade fulla lanseringen är olika steg i bolagets utveckling. Mjuklanseringen gav en första kundkrets tillgång till tjänsten; en bredare lansering skulle göra produkten tillgänglig i större skala. För OAIZ blir frågan om organisationer med olika regler och anslutna system kan bygga flöden som fortsätter vara begripliga när de körs återkommande. Det är en prövning av produktens upplägg, inte ett resultat som redan har redovisats.

Kapitalet följs av en bredare lansering

Den avslutade rundan ger OAIZ kapital i övergången från tidiga kunder till en bredare marknad. Någon detaljerad offentlig fördelning mellan utveckling, införande och försäljning framgår inte av rapporteringen. Bolaget beskriver både möjligheten att bygga flöden själv och att få hjälp med införandet. Det pekar på två delar av samma arbete: att skapa ett fungerande flöde och att anpassa regler, åtkomst och godkännanden till organisationen som ska använda det.

En instruktion i naturligt språk kan vara kort även när processen bakom är omfattande. Ett mejl kan behöva klassificeras, ett svar formuleras och en åtgärd godkännas innan något skickas. När flödet sedan körs behöver den ansvariga organisationen kunna skilja på en händelse som kom in, ett steg som väntar och en åtgärd som redan utförts. Det är den kedjan OAIZ behöver få att fungera även för fler kunder än dem som deltog i den första lanseringen.

Nästa konkreta hållpunkt är den planerade fulla lanseringen senare under året. Då blir det möjligt att se vilka kontroller som finns tillgängliga brett och om de tidiga kundernas arbetssätt går att införa i fler organisationer.

Läs också:

• Zapier eller Make: billiga flöden kan bli dyra steg för steg
• Gemini blir arbetsagent – behörigheterna avgör vad den får göra
• Proport vill ta in 15 miljoner – utspädningen kan nå 66 procent