Automatisera i affärssystemets motor eller med AI utanför: så drar du gränsen

Inne i affärssystemet eller utanför: här går gränsen

Automatisera inne i affärssystemets egen arbetsflödesmotor när flödet följer fasta regler i ett och samma system, till exempel attestvägar och uppdelning av ansvar. Automatisera utanför affärssystemet när arbetet börjar med ostrukturerad information, går över flera system eller kräver att någon bedömer ett fall som reglerna inte förutsåg.

I Business Central är till exempel attestbegäranden typiska steg i ett arbetsflöde, och automatisk bokföring kan ingå som ett steg. En vanlig leverantörsfaktura som följer en känd attestväg hör hemma i en sådan motor. En faktura som avviker, där förklaringen ligger i ett mejl eller ett meddelande från inköp, är ett annat slags fall: en regel kan skicka den till rätt person, men den kan inte läsa varför beloppet skiljer sig.

I det arbetssätt som den här artikeln rekommenderar läser en AI-agent det avvikande fallet och föreslår en åtgärd, deterministisk kod kontrollerar belopp och regler, och en namngiven person godkänner innan något ändras i affärssystemet. Affärssystemet förblir huvudsystemet för bokföringen, och lagret utanför tar hand om de fall som reglerna inte kan avgöra.

Om ett av dina flöden redan delar sig på det här sättet är det en bra början att granska just det flödet.

Prata med oss

Granska en tydligt avgränsad process tillsammans med Ronja.

Det här automatiserar Business Central och Fortnox själva, och det här ska du kontrollera i Monitor G5

Business Central och Fortnox automatiserar attestvägar utifrån regler som du ställer in i förväg, och i Business Central kan automatisk bokföring dessutom ingå som ett steg i arbetsflödet. Vilka arbetsflödesfunktioner Monitor G5 har inne i systemet har vi inte kontrollerat, så stäm av dem med din Monitor-partner innan du bestämmer vad som ska byggas runt systemet.

Microsoft beskriver ett arbetsflöde i Business Central som en följd av uppgifter som utlöses av en åtgärd, ett villkor eller en regel, oftast för att dela upp ansvar och skapa enhetliga processer. Flöden som når andra interna och externa källor går via Power Automate och Business Central-kopplingen.

I Fortnox kan du låta ett attestflöde för leverantörsfakturor gälla automatiskt utifrån leverantören, en referens på fakturan eller båda. Fakturor som kommer in som e-faktura eller via fakturatolkning kan gå direkt till första attestanten.

Ett exempel på en koppling runt Monitor G5 är ett tillägg från tredje part som kopplar maskiner till affärssystemet och automatiskt återrapporterar arbetad tid, antal och stillestånd.

När du vet vad motorn i ditt eget affärssystem klarar visar de undantag som blir kvar vad ett lager utanför skulle behöva hantera.

Prata med oss

Granska en tydligt avgränsad process tillsammans med Ronja.

Inne i motorn eller runt affärssystemet

Räknat exempel (illustrativt): en leverantörsfaktura som avviker från ordern

1. Affärssystemet sköter standardfallet

   Alla siffror i exemplet är illustrativa. En inköpsorder på 2 000 stålkonsoler à 4,20 per styck, totalt 8 400, levereras i sin helhet. Leverantörens faktura på 8 400 följer den attestväg som du har ställt in för just den leverantören i affärssystemet, attestanten för kostnadsstället godkänner och fakturan bokförs. Ingen agent är inblandad.

2. Avvikelsen hamnar hos attestanten

   I exemplet kommer en andra faktura för samma order in på 9 100, alltså 700 mer än ordern. Samma leverantörsregel skickar den till samma attestant, som ser att den inte stämmer med ordern och låter bli att godkänna den. I det här upplägget är det här affärssystemets motor tar slut: regeln avgör vem som ser fakturan, men förklaringen till de 700 ligger i ett mejl utanför systemet. Exemplet bygger inte på någon automatisk avstämning mot order; har ditt affärssystem en sådan, kontrollera hur den fungerar i ditt eget system.

3. En agent läser det avvikande fallet

   I det här tänkta upplägget har en agent utanför affärssystemet läsbehörighet till inköps gemensamma inkorg. Den hittar leverantörens mejl: ett råvarutillägg på 0,35 per styck som inköp har kommit överens om per telefon. Agenten kopplar mejlet till ordern och tar fram ett förslag: godkänn tillägget som en separat rad, med mejlet bifogat som underlag.

4. Kod kontrollerar belopp och regler

   I exemplet räknar deterministisk kod, inte språkmodellen, om 2 000 × 0,35 = 700, bekräftar att 8 400 plus 700 blir de fakturerade 9 100 och prövar tillägget mot regler som du har satt, till exempel en tolerans eller ett krav på att inköp har bekräftat det. Här går alla kontroller igenom; faller någon kontroll stoppas förslaget.

5. En namngiven attestant godkänner

   I exemplet går förslaget till den namngivna attestanten, här inköpschefen, tillsammans med mejlet, beräkningen och resultatet av kontrollerna. Attestanten godkänner, avvisar eller ändrar förslaget. Ingenting ändras i affärssystemet före det beslutet.

6. Affärssystemet tar över igen

   Efter godkännandet förs ändringen in i affärssystemet och följer sedan den vanliga attest- och bokföringsvägen. Affärssystemet förblir huvudsystemet för bokföringen. Spara vad agenten läste, vad koden kontrollerade och vem som godkände, så att undantaget går att spåra i efterhand.

Kontroller som gör en AI-agent säker runt affärssystemet

• Agenten tar fram utkast, den bokför inte

  Microsofts Payables Agent för Business Central läser leverantörsfakturor som kommer in via mejl och visar utkast för granskning. Granskningen är inget attestflöde, och agenten bokför inte fakturan.

• Mänskligt godkännande för åtgärder med stor påverkan

  OWASP rekommenderar att en människa finns med i loopen och godkänner åtgärder med stor påverkan innan de genomförs. Vilka ändringar i affärssystemet som räknas dit avgör du; den här artikeln räknar bokföringar och orderändringar dit.

• Behörigheter kontrolleras utanför modellen

  OWASP rekommenderar att behörighetskontrollen ligger i de system som tar emot ändringen, i stället för att låta en språkmodell avgöra om en åtgärd är tillåten.

• Kod räknar varje belopp

  Summor, toleranser och matchningar kommer från uttrycklig kod, så att samma underlag ger samma resultat varje gång.

• Nya stamdata börjar spärrade

  När Payables Agent skapar en leverantör sätter Business Central fältet Spärrad till Alla (Blocked: All), så att det vanliga godkännandet av leverantörer kan ske. Tillämpa samma regel på allt en agent skapar.

• Minsta möjliga behörighet

  Ge agenten läsbehörighet till det den behöver för att tolka fallet, och ingen stående rätt att ändra bokföring eller order.

• Varje steg går att spåra

  Logga vad agenten läste, vad koden kontrollerade och vem som godkände. Bokföringsnämndens vägledning tar upp systemdokumentation och behandlingshistorik, så stäm av med din revisor vad automatiserade steg behöver dokumentera.

För vem passar arbetssättet, och för vem passar det inte

Så avgör du var gränsen går i dina egna flöden

Börja i undantagen, inte i systemet. Välj ett flöde, till exempel leverantörsfakturor eller ändringar i kundorder, och dela upp fallen i dem som affärssystemets regler redan löser och dem som hamnar hos en person.

Låt ett fall ligga kvar i affärssystemet om en fast regel kan avgöra det och all data finns i systemet, och ställ in motorn först så att logiken ligger kvar i huvudsystemet. Flytta ut ett fall om det kräver information som affärssystemet inte kan läsa, ett steg i ett annat system eller tolkning. Innan du bygger något, skriv upp vem som godkänner, vilka belopp koden ska kontrollera och vilka behörigheter agenten behöver.

Ronja ansluter till de system som företaget redan har, och de ligger kvar. Ronja bygger och driver moduler för arbetet mellan dem. Ronjas princip har tre led: AI tolkar det som kräver tolkning, kod räknar och kontrollerar det som ska vara exakt, och människor beslutar om det som är viktigt. För Presso har Ronja gjort data från Monitor G5 tillgänglig över produktion, material, inköp, lager, kundorder och ekonomi.

Välj det flöde där undantagen tar mest tid och granska det tillsammans med Ronja innan du bygger något.

Prata med oss

Granska en tydligt avgränsad process tillsammans med Ronja.

Källor

• Microsoft Learn – Use approval workflows in Business Central
• Microsoft Learn – Use Power Automate flows in Business Central
• Microsoft Learn – Payables Agent overview in Business Central
• OWASP Gen AI Security Project – LLM06:2025 Excessive Agency
• Fortnox – Leverantörsfakturaattest, generella inställningar
• Fortnox – Skapa nytt attestflöde
• Good Solutions – Addon Monitor ERP G5 Standard 2-way integration
• Bokföringsnämnden – Vägledningar
• Ronja – Ronja platform