Det mesta är redan byggt. Den del som ska passa er verklighet bygger vi med er.
Vi tar med oss det vi har byggt och testat hos andra koncerner och formar det efter er, i er miljö, med de människor som gör arbetet i dag. Ingenting byggs innan vi har sett deras vecka.
[Industrikoncern, väntar på klartecken][Industrikoncern, väntar på klartecken][Kommuner, väntar på klartecken]Microsoft-partnerEtt standardsystem, ett helt nytt bygge och vårt sätt: hur väl vart och ett passar de system ni redan har, och hur mycket av det som byggdes och testades före er.
Tre steg
-
Kartlägg verkligheten.
Vi intervjuar enheterna, läser deras egna filer och beskriver deras vecka innan något byggs. Var dokumenten kommer in, vem som skriver av vad, vilken tabell någon kopierade förra året, hur många timmar kvartalet tar och vart de går. Kartläggningen visar också vilka enheter som bär resultatet, så att den första versionen börjar där det spelar roll.
-
Bygg i er miljö.
Våra utvecklare arbetar inne i er organisation, i era system, bredvid de satsningar ni redan driver. En första version står i er miljö inom några veckor: infrastruktur som kod i er Azure, roller från er katalogtjänst, modellen i er tenant. Dokumenten fortsätter komma in som i dag, och specialisten bedömer en flaggad rad med dokumentet bredvid.
-
Lyft ut det som återkommer.
Det som fungerar i en enhet, eller i en funktion, blir något vi tar med oss till nästa. Samma register, samma kontroller och samma spår bar först klimatsiffrorna, sedan uppgifterna om utbildning och ärendena. Varje nytt krav utgår från det som det förra byggde.
Det första steget i ett uppdrag, från frågan till styrelsens beslutsunderlag, beskrivs under hållbarhet på Där vi arbetar.
Det vi tar med oss, och det vi formar med er.
Koncerner har olika system, olika historia och olika team, och de har kommit olika långt i vad de vill ha ut av datan. En bygger i sitt affärssystem, en annan i ett datalager, en tredje i konsolideringssystemet, och de flesta har bolag utanför alla dem. Ett standardsystem kräver att koncernen anpassar sig efter det. Ett helt nytt bygge passar, men allt i det är nytt och testas för första gången hos er.
Vi arbetar däremellan och tar med oss det som har byggts och testats tidigare. Varje del används hel, delvis eller inte alls, beroende på vad ni redan har. Ju mindre som måste anpassas, desto närmare en färdig produkt kommer det. The Cards är båda ändarna av det spannet.
Det vi tar med oss
Fungerande kod för de delar som varje krav behöver: att läsa dokument där de kommer in, ett register med definitioner, kontroller innan någon attesterar, perioder och godkännanden, ett spår från summan till raden. Lösningsarkitektur som har granskats. Kuraterad data, som faktortabeller och mappningen mellan versioner av en standard. Instruktioner som låter AI göra rutindelarna av bygget på samma sätt varje gång. Och erfarenheten av att ha gjort det med andra koncerner, också det som gick fel.
Det vi formar med er
Vad en rad är i ert fall, vad ert register innehåller och vart summan går. Vilket system datan läses från och vilket den hamnar i. Vilka enheter som står utanför huvudsystemen och hur de rapporterar. Vem som godkänner vad, och vem som får se detaljerna. Hur långt ni vill gå nu, och vad som kan vänta.
Det som står kvar som i dag
Era system, enheter, länder och arbetssätt. Dokumenten fortsätter komma in som i dag, specialisten gör sina bedömningar där arbetet redan sker, och koncernen ser sina summor där den gör i dag.
Vad som ändras, och för vem.
Enheten
Skickar det den redan har. Där fakturor och filer kan hämtas från brevlådor, portaler eller system gör enheten ingenting nytt. Där det inte går laddar den upp filen den redan sparar, i stället för kalkylbladet den fyller i i dag, inloggad med det konto den redan har. Ett ärende registreras av HR-chefen när det inträffar, och bara de roller som hanterar det kan öppna det.
Specialisten
Bedömer bara det som flaggats: raden, stället i dokumentet bredvid, ett val. Beslutet sparas med specialistens namn. Det som försvinner är avskrivningen, kopieringen och kontrollerna för hand.
Controllern
Godkänner enhetens siffra med underlaget ett klick bort, i stället för att jaga en fil, kontrollera den igen för hand och skriva in den i konsolideringssystemet. Siffran kommer dit redan godkänd.
Koncernen och revisorn
Koncernen ser sina summor där den gör i dag: i konsolideringssystemet, i rapporter, i Copilot. Attestanter och revisorer kan läsa raderna bakom varje summa där deras roll tillåter det, utan att kunna ändra dem. För ärenden ser koncernen antal, inte innehåll.
IT
En applikation i er Azure, byggd som kod på ett privat nätverk, med inloggning och roller från er katalogtjänst. Vem som driver den, var datan ligger och vad som förblir ert står i fakta längre ned.
AI läser. Människor godkänner. Med tiden skärper de varandra.
En modell läser dokumentet, föreslår faktorn, matchningen eller kategorin och skriver ned varför. En människa bedömer de rader som flaggats, och bedömningen sparas med hennes namn. Ingenting blir en siffra i er rapport för att en modell sa det.
Varje bedömning går tillbaka in i nästa version: tröskelvärdena, vad som räknas som flaggat, de ord er organisation använder för sina egna inköp och anläggningar. I faktorarbetet med Peab gick cykeln med stickprov, förslag, jämförelse och rättelse tills två omgångar stämde överens inom en tröskel som bestämts i förväg, och modellen är Peabs egen. Bedömningen blir grundligare än den hade kunnat bli för hand, med en motivering på varje rad som håller inför revisorn.
Så byggs förtroende: AI gör grovjobbet, och experterna ser till att resultaten stämmer.
Vår egen beskrivning av faktorarbetet med Peab, publicerad på iconsof.se.
Båda sidorna hos samma människor
Arbetet ligger mellan sakfrågan i ett krav och den IT som ska bära det. Ett krav måste läsas rätt och sedan uttryckas som datamodeller, gränssnitt och systemgränser som en IT-organisation kan bygga efter. Där den översättningen saknas fastnar den här sortens arbete mellan de två sidorna.
Vi har båda sidorna i samma lilla grupp, och det syns särskilt på ett ställe. I MASSIV+, den svenska standarden för att dela klimatdata i industriella värdekedjor, skrev vi allokeringsregeln i standarden och byggde dataspace-konnektorn som för datan mellan företagen. Vilka vi är står under Människorna.
AI i vårt sätt att bygga
Ett litet seniort team räcker, eftersom en stor del av koden skrivs med AI under den utvecklare som äger den. Varje release har tester, infrastruktur som kod och en säkerhetsgenomlysning med samma verktyg som vi erbjuder kunder. Det är därför en första version står i er miljö inom några veckor, och därför finns inga juniorer i er leverans.
Ett exempel. När Europeiska kommissionen antog de reviderade ESRS i juli 2026 mappade vi datapunkterna i 2023 års standard mot 2026 års struktur, upplysning för upplysning, på en dag. En modell gjorde ett utkast till mappningen, en människa kuraterade varje relation, och en extern granskare gick igenom den samma dag. Den kuraterade tabellen är det som nu flyttar en rapport från en version av standarden till nästa. De osäkra relationerna läggs i kö för en människa i stället för att fyllas i i tysthet.
Det en köpare frågar innan avtalet skrivs under.
- Fakturor och filer i brevlådor och leverantörsportaler
- Filen en enhet redan har
- Huvudboken eller inköpssystemet
- Ett ärende, registrerat när det händer
- Intag: varje original sparat, med en kontrollsumma
- Register, kontroller, attester och spåret
- Databas, filer och nycklar bakom privata endpoints
- Inloggning och roller ur er katalogtjänst
- Där en modell läser ett dokument körs den här, inom EU
- Specialister och attestanter i applikationen
- Summor till ert konsolideringssystem eller Microsoft Sustainability Manager
- Rapporter och revisorns läsbehörighet
- Copilot och era agenter via MCP, där ni tillåter det
Var datan uppstår, vad som körs i er Azure och var den används.
Var datan och modellen finns
I er Azure-prenumeration och er region; applikationen vi byggde för en koncern körs i Sweden Central. Den är infrastruktur som kod på ett privat nätverk, med lås på det som inte får raderas. Databasen, filerna och nycklarna ligger på private endpoints, och pipelinen driftsätter med en federerad identitet i stället för en lagrad inloggningsuppgift. Där en modell läser ett dokument körs den i er Azure, inom EU, och ingenting används för att träna den. The Cards som tjänst körs i Microsoft Azure i Sverige.
Vem som ser vad
För ärenden står tabellen över vem som ser vad under Där vi arbetar. Inloggning från er katalogtjänst, med roller som app-roller i Entra avgränsade per rapporterande enhet, så att vem som får lämna in, godkänna och läsa avgörs där ni redan avgör det. Rollen avgör vem som ser raden och vem som bara ser summan. Varje godkännande registrerar vad attestanten öppnade. Lagringstiden för varje typ av post är nedskriven; i applikationen vi byggde för en koncern tas åtkomsten bort inom 30 dagar efter att den inte längre behövs.
Copilot och era agenter
Datan nås från Copilot och era egna agenter via MCP, med behörigheter per token som ni sätter och en logg över varje anrop, eller inte alls. Ett värde som en agent skriver sparas markerat för granskning tills en människa godtar det.
Vem som driver den efteråt
Det gör vi, enligt avtal, med tyngdpunkten på dagarna kring rapporteringen. Eller så gör ert eget team det, eller en annan leverantör. Koden ligger i er DevOps. Hotmodellen, nätverkstopologin, incidenthanteringsplanen, datakartan och förteckningen över personuppgiftsbiträden är dokument i repot, skrivna för att granskas mot miljön.
Vad som är ert, och om vi försvinner
Er data, er konfiguration och det som byggs för er tillhör er, och allt det finns i er miljö, så ingenting behöver lämnas över från oss. Det som stannar hos oss är det vi tar med oss: de delar vi har byggt tidigare och verktygen vi granskar med. För det vi tar med oss får ni full rätt att använda det, ändra det och låta någon annan förvalta det. Den rätten skrivs in i avtalet. [Avtalstext under arbete]
Certifiering och underbiträden
[Certifieringsstatus att bekräfta] För en lösning i er miljö omfattas de tjänster som behandlar datan, Entra, App Service, databasen, lagringen och e-posten, av ert avtal med Microsoft. När vi driver den enligt avtal, eller använder AI-verktyg på er kod under bygget, är vi också personuppgiftsbiträde, enligt ett biträdesavtal. [Mall för biträdesavtal under arbete] För The Cards, listan med region per leverantör [Under arbete].
Kostnad
En förstudie till fast pris, beskriven under Start. Bygget sker på löpande räkning mot en plan i releaser. Driften är ett avtal dimensionerat efter rapporteringen, och Azure-förbrukningen ligger på er egen prenumeration. [Prisnivåer att bekräfta]
Börja med en förstudie.
Det första av de tre stegen går att köpa för sig, som en förstudie till fast pris.
Börja med en förstudie