Business Central 28.3: Försäljningsorderagenten blir mer användbar i praktiken

AI i affärssystem är som mest intressant när den inte bara svarar på frågor, utan faktiskt hjälper till att utföra arbete. Ett tydligt exempel på detta är Sales Order Agent, eller Försäljningsorderagenten, i Microsoft Dynamics 365 Business Central.

I den senaste uppdateringen för Business Central 28.3 tar Microsoft flera steg för att göra agenten mer användbar i verkliga orderflöden. Det handlar inte om en enskild liten förbättring, utan om flera förändringar som tillsammans gör agenten mer relevant för företag som får in kundförfrågningar, offertunderlag och order via e-post.

För företag som fortfarande hanterar mycket av orderflödet manuellt kan detta vara en viktig signal: AI i Business Central börjar röra sig från “intressant funktion” till faktisk processeffektivisering.

Vad gör Försäljningsorderagenten?

Försäljningsorderagenten är en AI-agent i Business Central som kan bevaka en e-postlåda, analysera inkommande kundmeddelanden och hjälpa till att skapa offerter och order. Agenten kan läsa kundens förfrågan, identifiera kunden i Business Central, hitta relevanta artiklar, kontrollera tillgänglighet och skapa en offert som sedan kan skickas tillbaka till kunden som PDF. Agenten kan också hantera dialog fram och tillbaka om uppgifter saknas eller om kunden vill ändra något i förfrågan.

Det viktiga är att agenten inte helt ersätter användaren.Utskick till kund ska granskas och godkännas av utsedda Business Central-användare innan de skickas. Det gör agenten mer relevant som ett arbetsstöd än som en helt okontrollerad automatisering.

Nyhet 1: Flera agenter i samma bolag

En av de största nyheterna är att man nu kan konfigurera och köra flera Sales Order Agent-instanser i samma Business Central-bolag. Varje agent kan ha egen brevlåda, egna mappar, egen e-postsignatur och egna behandlingsregler.

Det här kan för vissa företag vara väldigt viktigt för att fungera i praktiken.

Många företag har inte bara “en ordermejl”. De kan ha olika funktionsbrevlådor för olika marknader, kundsegment, produktområden eller säljteam. Ett företag kan till exempel ha en orderlåda för reservdelar, en annan för avtalskunder och en tredje för exportkunder.

Med flera agentinstanser blir det möjligt att låta olika agenter arbeta med olika flöden. Det innebär också att man kan följa upp dem separat. Varje agentinstans kan följa egna KPI:er, till exempel antal mottagna mejl, skapade offerter, skapade order och uppskattad tidsbesparing.

Det gör funktionen betydligt mer intressant för företag som vill börja kontrollerat. Man behöver inte nödvändigtvis släppa in agenten i alla orderflöden direkt. Man kan börja med ett avgränsat flöde där volymen är hög, variationen är rimlig och risken är kontrollerbar.

Tips: I det fall företaget har en gemensam mail för inkommande förfrågningar och/eller mail, kan du skapa regler i outlook som exempelvis vidarebefordrar mail från vissa kunder till en speciell försäljningsagent. Kanske vill du börja i liten skala för bara några av dina kunder?

Nyhet 2: Bättre artikelmatchning

En annan central förbättring är att agenten nu använder en mer avancerad strategi för att hitta rätt artikel. Matchningen sker i tre nivåer: exakt identifiering via exempelvis artikelnummer, leverantörens artikelnummer, GTIN eller korsreferens, därefter semantisk matchning på attribut som färg, material och storlek, och slutligen bredare fuzzy search om de första stegen inte räcker.

Detta adresserar ett av de vanligaste problemen i orderhantering: kunden skriver sällan exakt som artikeln är registrerad i affärssystemet.

En kund kanske skriver “svart kabel 3 meter”, “den blå modellen vi köpte sist” eller bifogar en inköpsorder där artikelbenämningen skiljer sig från er egen. Då räcker det inte alltid med traditionell sökning på artikelnummer eller exakt beskrivning.

Samtidigt innebär detta inte att kvaliteten på artikelregistret blir oviktig. Tvärtom. Microsoft påpekar i sin dokumentation att agentens förmåga att hitta rätt produkter påverkas av kvaliteten på produktinformationen i Business Central, till exempel beskrivningar, attribut, kategorier och utökad text.

Det är kanske den viktigaste slutsatsen för många företag: AI fungerar bäst när grunddatan är bra.

Nyhet 3: Bättre filtrering av irrelevanta mejl och bilagor

När en agent bevakar en e-postlåda uppstår en praktisk fråga: ska den försöka behandla allt?

I Business Central 28.3 förbättras relevansbedömningen av både meddelanden och bilagor. Microsoft beskriver att agenten ska kunna filtrera bort sådant som ligger utanför uppdraget, till exempel säljerbjudanden, rabattsökande eller försök att få ut intern information. Även bilagor kontrolleras separat så att dokument som inte hör till orderflödet inte triggar onödig behandling.

Detta är viktigt av två skäl.

För det första minskar det risken för brus i processen. För det andra minskar det risken att Copilot Credits används på fel typ av innehåll. Sales Order Agent använder Copilot Credits för AI-interaktioner, och Microsoft beskriver att kostnaden beror på interaktionernas komplexitet.

För företag som vill införa AI-agenter blir detta en viktig del av styrningen. Det räcker inte att fråga “kan agenten göra jobbet?”. Man behöver också fråga “vilka mejl ska agenten få arbeta med, och vilka ska den ignorera?”.

Nyhet 4: Större PDF-bilagor

Många orderförfrågningar kommer inte som prydlig text i ett mejl. De kommer som PDF, ibland med flera sidor, egna artikelnummer, leveransadresser, interna referenser och villkor.

I uppdateringen till 28.3 höjs gränsen för PDF-bilagor från 10 till 50 sidor. Microsoft inför samtidigt en samlad innehållsgräns på 150 000 tecken över alla bilagor i samma mejl.

Det är en praktisk förbättring. Den gör agenten mer användbar för företag där inköpsorder ofta kommer som PDF-dokument snarare än som ren e-posttext.

Även diagnostiken har förbättrats. Om en bilaga hoppas över lagras orsaken på bilageposten, till exempel om sidantalet är för högt, innehållet för långt, antalet bilagor för stort, formatet inte stöds eller om bilageanalys inte är aktiverad.

Det gör felsökningen enklare. I stället för att bara konstatera att “agenten inte tog med bilagan” går det att se varför.

Nyhet 5: Enklare testning utan riktiga mejl

En annan nyhet är möjligheten att testa agenten direkt från konfigurationen utan att behöva skicka ett riktigt mejl. Från agentens setup-sida kan man skapa testuppgifter, välja avsändare, skriva meddelandetext och lägga till bilagor. Agenten agerar då som om ett riktigt mejl hade kommit in.

Det låter kanske som en mindre detalj, men det är viktigt vid införande.

När man testar AI-baserade processer vill man kunna prova många scenarier: tydliga order, otydliga order, felaktiga artikelnummer, okända avsändare, saknade leveransdatum, bilagor med olika struktur och kunder som ändrar sig. Om varje test kräver ett riktigt mejl blir införandet onödigt tungrott.

Med en bättre testfunktion blir det lättare att kvalitetssäkra agentens beteende innan den används i skarpt läge.

Nyhet 6: Bättre hantering av okända avsändare

När ett mejl kommer från en okänd e-postadress finns nu fler alternativ. Man kan skapa en ny kontakt, använda en befintlig kontakt endast för den aktuella uppgiften eller uppdatera en befintlig kontakts e-postadress.

Det här är också en praktisk förbättring. I många företag är kundens masterdata inte perfekt. En person kan ha bytt e-postadress, en ny inköpare kan ha tillkommit eller ordern kan skickas från en funktionsbrevlåda som inte tidigare varit registrerad.

Att kunna lösa detta per uppgift utan att alltid ändra masterdata minskar risken för felaktiga registerändringar.

Vad betyder detta för svenska Business Central-kunder?

Den stora poängen med uppdateringen är inte att AI nu “tar över” orderhandläggningen. Den stora poängen är att Sales Order Agent börjar passa bättre in i de verkliga variationer som finns i kundservice, säljstöd och ordermottagning.

För företag som använder Business Central kan detta vara särskilt relevant om:

  • många kundförfrågningar kommer via e-post
  • orderunderlag ofta kommer som PDF
  • artikelregistret är omfattande
  • samma typ av frågor hanteras om och om igen
  • orderhandläggare lägger mycket tid på att tolka kundmejl
  • det finns flera team eller funktionsbrevlådor som hanterar olika orderflöden

Men funktionen kräver fortfarande eftertanke. För att få verklig nytta behöver man titta på masterdata, artikelstruktur, kundregister, behörigheter, e-postflöden och hur mänsklig granskning ska ske. Det är sällan klokt att börja med hela orderprocessen. Ett bättre första steg är ofta att välja ett tydligt avgränsat flöde där agenten kan testas, mätas och förbättras.

Slutsats

Business Central 28.3 gör Försäljningsorderagenten mer relevant för praktisk användning. Stöd för flera agenter, bättre artikelmatchning, större PDF-bilagor, tydligare felsökning, bättre filtrering och enklare testning gör att funktionen blir betydligt mer intressant för företag som vill effektivisera sin ordermottagning.

För många företag är detta också ett bra tillfälle att se över hur orderflödet faktiskt fungerar idag. Hur mycket sker via e-post? Hur ofta behöver orderhandläggare tolka otydliga kundförfrågningar? Hur bra är artikelinformationen i Business Central? Och vilka delar av flödet skulle kunna automatiseras utan att tappa kontroll?

AI-agenter i Business Central är inte magi. Men rätt använda kan de bli ett konkret stöd i vardagen, särskilt i processer där samma typ av information ska tolkas, kontrolleras och registreras om och om igen.

Vill du veta om Försäljningsorderagenten passar era orderflöden i Business Central? Effekt hjälper gärna till att analysera nuläget, identifiera lämpliga pilotflöden och skapa en trygg väg från test till praktisk nytta.