Dokumenter ind, handling ud: sådan forbinder DocReveal sig med de værktøjer, I allerede bruger

Enhver virksomhed kører allerede på et sæt værktøjer: e-mail, regneark, et CRM, et regnskabssystem, et fællesdrev. Dokumenter bor sjældent i nogen af dem. De kommer som vedhæftninger, nogen læser dem, og den del, der betyder noget, bliver tastet ind et andet sted — af et menneske, senere.

DocReveal læser og forstår dokumenter. Men en forståelse, der stopper i en database, er ikke noget stort resultat. Denne artikel handler om den del, der gør forskellen for forretningen: hvordan DocReveal giver det, den har lært, videre til de værktøjer, jeres teams allerede bruger, efter jeres regler — og hvordan en ikke-teknisk person sætter det op på en eftermiddag.

Forståelse er ikke målstregen

En valideret faktura, et bekræftet fragtdokument, en kontrakt med nøgledatoerne trukket ud — alt det bliver først værdifuldt, når det bevæger sig: ind i bogholderiet, ind i kundekortet, ind i en e-mail til den person, der venter, ind i det regneark, teamet mødes om mandag.

I de fleste virksomheder er den sidste strækning manuel. Nogen åbner dokumentet, kopierer tallene, vælger modtageren og håber, at intet blev overset. Det er langsomt, usynligt, og det er der, fejlene opstår.

Vi ser DocReveal som en cognitive fabric: ét AI-lag vævet gennem hvert dokument, en virksomhed har. Det er autonomt — det behandler selv. Det er agentisk — det ræsonnerer og arbejder med agenter. Og det er handlingsorienteret — det leverer data derhen, hvor arbejdet foregår. Denne artikel handler om den tredje egenskab.

Trin et: forbind en tjeneste, én gang

Alt begynder i Connection Hub, det ene sted i DocReveal, hvor jeres arbejdsområde forbindes med omverdenen. Tænk på det som virksomhedens nøgleskab: hver nøgle laves én gang, mærkes og genbruges af alt, der har lov til at bruge den.

Færdige connectorer dækker mere end 140 forretningsapplikationer — e-mail, regneark, fillagring, CRM, regnskab, betalinger, e-signatur, projektstyring. I søger på navn eller gennemser efter kategori, og hver tjeneste logger ind, som udbyderen kræver: med OAuth-login til tjenester som Gmail, Google Sheets, HubSpot eller Salesforce, med en API-nøgle til andre. Til virksomhedens egne systemer accepterer en brugerdefineret tjeneste en API-nøgle, basisgodkendelse eller egne felter, og med Connector Studio kan jeres IT-team beskrive et internt system som sin egen connector.

To detaljer vejer tungere, end de ser ud til. For det første har en forbindelse et navn efter eget valg, så en fælles postkasse og en personlig konto kan eksistere side om side som to forbindelser til samme tjeneste, hver med sine egne loginoplysninger. For det andet godkender I, når I logger ind hos en udbyder som Google, adgangen i jeres egen konto og kan trække den tilbage dér når som helst. DocReveal ser aldrig jeres adgangskode.

  • Hemmeligheder krypteres med dedikerede krypteringsnøgler bundet til jeres arbejdsområde og vises aldrig igen — ikke engang for den administrator, der indtastede dem.
  • Kun administratorer af arbejdsområdet opretter forbindelser; alle andre bruger dem i flows uden nogensinde at se loginoplysningerne.
  • Logins, der udløber, fornys automatisk i baggrunden, så et flow ikke stopper mandag morgen, fordi et token udløb søndag.
  • Sletning af en forbindelse tilbagekalder også DocReveals egen adgang hos udbyderen, og en forbindelse, som et aktivt flow afhænger af, kan ikke slettes ved et uheld.

Én definition, ingen kopier. Det ene princip er det, der gør resten af denne artikel mulig.

Trin to: design hvad der sker derefter

Integration Manager er der, hvor en forbindelse går på arbejde. Det er et visuelt lærred, hvor en forretningsbruger tegner et flow: noget sker, og flowet reagerer. Ingen kode, ingen sag til udviklerne.

Et flow begynder med en trigger, og der findes tre slags. Et Event er noget, der er sket inde i DocReveal — et dokument er blevet læst, mappet, beriget eller valideret. En Catch Hook er en webadresse, som et eksternt system kan kalde for at starte flowet. Et Schedule kører flowet på tidspunkter, I definerer. Betingelser indsnævrer triggeren — reager kun på fakturaer, kun over et vist beløb, kun fra én leverandør — og de læser dokumentets egne data for at gøre det.

Så kommer trinnene. Hver forbundet applikation medbringer sine egne — send en e-mail, indsæt en række, opret en aftale, upload en fil, anmod om en signatur — mere end 1.500 færdige handlinger i alt. Ved siden af dem ligger de logikbrikker, enhver rigtig proces har brug for: en Condition til at forgrene, et Loop til at gentage, et Delay til at vente, en Router til at dele stien. Obligatoriske felter er markeret, og et lille badge på hvert trin tæller ned, mens I udfylder dem, så I altid ved, hvad der mangler.

Detaljen, der får et flow til at føles levende, er pillen: en pladsholder, der indsætter levende data fra dokumentet — dets navn, dets type, et beløb, en dato — i ethvert felt. Når flowet kører, bliver pillen til den rigtige værdi. Et e-mailemne kan fortælle, hvilken faktura der lige er blevet valideret. En regnearksrække kan bære de præcise tal.

Et konkret eksempel fra vores video ”Build your first integration flow”: trigger på Document validated, et Gmail-trin Send Email, dokumentets navn i brødteksten, udgiv. Fra det øjeblik melder hvert dokument, der består valideringen, sig selv i den postkasse, I vælger. Opsætningen tog minutter.

Skabeloner forkorter vejen yderligere — færdige flows til leverancer til regneark, regnskabsværktøjer eller e-signaturtjenester. Flows kan eksporteres og importeres, og hver ændring gemmes og versioneres automatisk. Et flow forbliver en kladde, indtil I udgiver det, I kan teste det mod en eksempelhændelse først, og listen viser altid, hvilken version der er aktiv.

Hvad direktøren ser

Automatisering, som ingen kan efterse, er en risiko. Integration Manager fører regnskabet åbent.

  • Overview viser forbruget i forhold til jeres plan — kørsler denne måned, flows og forbindelser i brug — så omkostningerne aldrig bliver en overraskelse.
  • Hvert flow viser sine vellykkede kørsler og sine fejl, med ét blik.
  • Activity er revisionssporet: hver kørsel, dens trigger, dens version, hvert trin med status og varighed samt muligheden for at gentage eller eksportere den. Driften kan altid se, hvad der kørte, hvornår og hvorfor.
  • DevOps-visningen af ethvert enkelt dokument viser hele dets pipeline, trin for trin — inklusive de flows, det fodrede.

Flows er deterministiske. De gør præcis det, der blev tegnet, hver gang. AI’en tager sig af forståelsen først; leveringen følger jeres regler til punkt og prikke. Den adskillelse er bevidst — og det er præcis det, en økonomidirektør kan godkende.

De samme forbindelser betjener jeres AI-agenter

Forbindelser oprettet i Connection Hub er ikke forbeholdt flows. De digitale kolleger, I definerer i Agent Pool, bruger de samme forbindelser og det samme katalog af handlinger, under de samme politikker — og de ser heller aldrig loginoplysningerne. Definér postkassen én gang; både jeres flows og jeres agenter kan bruge den.

Det skal I tage med

  • Begynd med den sidste strækning. Spørg, hvor dokumentdata tastes ind i hånden i dag — det er jeres første flow.
  • Én forbindelse pr. tjeneste: navngivet, ejet af IT, genbrugt overalt. Ingen delte adgangskoder i chatten, ingen kopier.
  • Lad den person, der ejer processen, tegne flowet. Vedkommende kender undtagelserne.
  • Kræv et spor: hver kørsel synlig, gentagelig og talt med i en plan, I kan læse.

Dokumenter ind. Handling ud. Resten af jeres værktøjer får endelig at høre, hvad jeres dokumenter har sagt hele tiden.