Kort sagt
- Den vigtigste regel: Tal beregnes ud fra dine data efter kode, aldrig efter sprogmodellen. Modellen skriver teksten omkring verificerede tal og fremhæver, hvad den ikke kan understøtte.
- Hver udsagn i udkastet peger på et nummer eller en kilde, så en anmelder hurtigt kan bekræfte det.
- Tre niveauer opfylder forskellige behov: planlagte rapporter baseret på en skabelon, AI‑skrevne kommentarer til undtagelser og en agent, der opretter ad hoc-rapporter efter anmodning.
- Det samme mønster gælder for ledelsesrapporter, projektstatusrapporter, tekniske rapporter og inspektionsrapporter og kunderapporter.
Problemet
De fleste rapporter følger den samme struktur hver tidsperiode, og alligevel opretter nogen dem i hånden. Tal kopieres fra systemer til et regneark, et diagram genopbygges, kommentarer skrives fra hukommelsen, og resultatet kontrolleres først, når der er tid til det. Typiske fejl omfatter tal fra det forkerte tidspunkt, en overskrevet formel og kommentarer, der ikke matcher tallene. Rapporten er forsinket, og de mennesker, der kunne analysere den, har travlt med at udarbejde den.
Arbejdsgangen i syv trin
- Specifikation: Rapporten defineres én gang: struktur, kilder, tal, tærskler, der betragtes som undtagelser, tone og layout.
- Dataindsamling: Systemet trækker data fra dine kilder såsom ERP, CRM, regnskabssoftware, regneark, databaser og formularer via eksporter eller grænseflader.
- Datatjek: Regler kontrollerer for manglende værdier, dubletter og afvigelser, før de rapporterer noget. Problemer er listet og ikke skjult.
- Beregning: Totaler, forhold, ændringer og placeringer udregnes via kode eller i databasen. Sprogmodellen udfører ikke aritmetik.
- Uddybning: AI'en skriver kommentaren i din stil omkring de beregnede tal og knytter hvert udsagn til et tal eller en kilde. Den markerer udsagn, den ikke kan understøtte.
- Anmeldelse: En person læser udkastet ved siden af tallene, retter det og godkender det. Korrektioner giver den næste kørsel.
- Distribution og protokol: Rapporten sendes som et dokument, e-mail eller side i dine værktøjer og loggen gemmer dataversion, regler og godkendelse.
For dokumenter oprettet ud fra tegninger, fotos og lokationslister gælder eksemplet på AI automatiseringsside viser det samme mønster for en teknisk rapport.
Tre niveauer af automatisering
Planlagte rapporter fra en skabelon
En fast rapport med faste tal, udarbejdet til tiden. Business intelligence-værktøjer gør det allerede godt, og en skabelon er ofte nok.
AI‑skrevne kommentarer og undtagelser
Tallene oprettes som før, og AI tilføjer det, der tager tid: en oversigt over, hvad der er ændret, de største bevægelser med sandsynlige årsager i dine data og en liste over undtagelser, der kræver opmærksomhed. Dette niveau er velegnet til ledelses- og projektrapporter.
En agent for ad hoc-meddelelser
Folk stiller et spørgsmål i almindeligt sprog, for eksempel: "Hvordan klarede de tre bedste kunder det i dette kvartal?" og agenten opretter rapporten baseret på de samme administrerede data med de samme kontroller og kilder. Adgangsrettigheder bestemmer, hvad hver person kan se. Mere om agenter nedenfor AI‑agenter for virksomheder.
Systemer og grænseflader
Rapporter er baseret på regneark, databaser og registreringssystemer, såsom ERP, CRM og regnskabssoftware, og oprettes som Word- eller PDF‑dokumenter, e-mails eller sider i værktøjer som Power BI eller Looker Studio. Vi forbinder gennem eksporter og de grænseflader disse systemer giver, og rapportlayoutet er din egen skabelon. Navnene er kun vejledende og repræsenterer ikke et partnerskab.
Lov og risiko
- Nøjagtighed og ansvar: En rapport sendt til en bestyrelse, en kunde eller en tilsynsmyndighed er den person, der godkender den. Rørledningen fremskynder testningen, men erstatter den ikke.
- Databeskyttelse: Rapporter indeholder ofte personlige data. Du skal have en databehandleraftale med hver udbyder (Art. 28 GDPR), behandlingen foregår i EU eller Storbritannien og adgangen er begrænset til de personer, der har brug for den respektive rapport.
- Mærkning: AI‑genererede tekster, der udgives for at informere offentligheden om forhold af offentlig interesse, skal i overensstemmelse med AI‑lovens § 50, medmindre det er blevet gennemgået af en person, der har det redaktionelle ansvar. Interne rapporter falder uden for denne regel. Mere nedenfor Mærkningskrav.
- Uden for rækkevidde: Rapporter, der klassificerer eller rangerer individuelle medarbejdere eller ansøgere, er højrisiko i henhold til skema III i AI‑loven. Vi bygger dem ikke Risikokategorier.
- Medarbejdere: Art. 4, i AI‑loven kræver tilstrækkeligt AI kompetence. Denne oversigt er generel information og ikke juridisk rådgivning.
Sådan måler du succes
Sammenlign nogle rapporter fra før med de samme rapporter fra pipelinen. Nyttige tal omfatter tiden fra slutningen af rapporteringsperioden til godkendelsen af rapporten, antallet af rettelser revisor foretager, dataproblemerne identificeret før rapporteringen, andelen af enkeltkildeudsagn og andelen af rapporter leveret til tiden. Vi koordinerer tiltagene med dig i starten, fordi resultaterne afhænger af dine data og dine rapporter, og vi lover ingen tal på forhånd.
Hvor dette gælder
- Arkitekter og ingeniører: Site rapporter og snagging lister, se AI for arkitekter.
- Konstruktion: Statusrapporter og webstedsdagbøger kan findes på Konstruktion AI.
- Detailhandel og e-handel: For ugentlige butiks- og sortimentsrapporter, se AI for Retail og AI for eCommerce.
- Finansielle tjenesteydelser: Ledelses- og reguleringstal med kilder, se AI for banker og finansielle rådgivere.
- Møde: Noter og handlingslister som korte rapporter kan findes på AI mødenotater.
Kilder
- Forordning (EU) 2016/679 (GDPR), art. 28: EUR-Lex
- Forordning (EU) 2024/1689 (AI‑loven), artikel 4, 50 og bilag III: EUR-Lex
- OWASP, Top 10 for LLM-applikationer