Af Greg Nowak. Senest opdateret 2026-09-01.
Et salgsmøde slutter ikke, når Teams eller Google Meet lukker. Bagefter skal nogen samle aftalerne, placere ansvaret, sætte en deadline, opdatere salgsmuligheden og skrive til kunden. Når den opgave ligger hos den enkelte sælger, bliver resultatet ofte forsinket og ujævnt. Nogle CRM-poster er grundige. Andre mangler det halve.
Kunne jeres virksomhed bruge det her? nowa.dk sætter AI-automatisering op for danske virksomheder.
Her kan AI tage en stor del af skrivearbejdet. Den kan udarbejde referatet, finde næste skridt og formulere et mailudkast. Men den bør ikke på egen hånd afgøre, hvilken kunde mødet vedrører, flytte en salgsmulighed eller skrive direkte i CRM.
Den driftssikre arbejdsdeling er mere nøgtern: AI leverer et struktureret forslag. Almindelig valideringskode kontrollerer identitet, ejerskab, pipelinefase og obligatoriske felter, før noget bliver gemt.
Derfor bør integrationen gennemgås nu
HubSpot ændrer betingelserne for API-skrivninger med API-versionen /2026-09/, der udkommer 8. september 2026. Ifølge HubSpots beskrivelse af ændringen bliver administratorens regler fremover håndhævet på tværs af CRM-systemets skrive-API’er. Det omfatter blandt andet betingede obligatoriske egenskaber, krav ved oprettelse af poster og brugerbaserede rettigheder til at ændre relationer.
En integration kan derfor begynde at få valideringsfejl på skrivninger, som tidligere gik igennem. Det behøver ikke være en API-fejl. Hvis administratoren eksempelvis har gjort lukkedato obligatorisk, når en salgsmulighed flyttes til vundet, vil HubSpot afvise en integration, der kun sender den nye pipelinefase.
HubSpot har samtidig udvidet mulighederne for at arbejde med realtidsdata. August-opdateringen fra 2026 introducerer blandt andet webhook-datakilder til Data Studio og understøttelse af app-objekter i workflowhandlinger for CRM-relationer. Det åbner for flere hændelsesstyrede forløb. Det stiller også større krav til datamodellen og til kontrollen med, hvad integrationen skriver.
Et sikkert workflow fra hændelse til opfølgning
| Trin | Systemets opgave | Kontrolpunkt |
|---|---|---|
| 1. Hændelse | Registrér, at et møde, referat eller relevant mailsvar er tilgængeligt | Er hændelsen ægte, ny og relevant? |
| 2. AI-udkast | Udled resumé, beslutninger, næste handling og mailudkast | Er felterne strukturerede, og er usikkerhed synlig? |
| 3. Match | Find kontakt, virksomhed, salgsmulighed og ejer | Er der præcis ét sikkert match? |
| 4. Validering | Kontrollér felttyper, tilladte værdier og CRM-regler | Er alle krav opfyldt med de tildelte rettigheder? |
| 5. Skrivning | Gem godkendte ændringer og opret opgaven | Er resultat, advarsler og fejl registreret? |
| 6. Opfølgning | Klargør eller send mail efter den valgte godkendelsesregel | Stemmer modtager, løfter, datoer og ansvar med mødet? |
1. Reagér, når noget sker
Et hændelsesstyret forløb går i gang, når et relevant system melder, at noget er sket. På Microsoft 365 kan en integration abonnere på ændringer via Microsoft Graph. Microsofts webhook-dokumentation viser blandt andet abonnementer på nye og opdaterede beskeder i en indbakke. Integrationen kan dermed reagere på kundens svar uden konstant at kontrollere, om der er kommet ny post.
Webhooken er kritisk infrastruktur og skal behandles derefter. Microsoft kræver et offentligt tilgængeligt HTTPS-endpoint, og modtageren skal svare hurtigt. Tager behandlingen længere tid, anbefaler Microsoft at validere hændelsen, lægge den i en kø og returnere 202 Accepted. Abonnementerne skal fornyes, og den modtagne clientState skal kontrolleres. Ellers risikerer løsningen både at miste hændelser og at acceptere falske notifikationer.
Google Workspace bruger en anden mekanik, men samme grundprincip. Google Workspace Events API leverer hændelser gennem Google Cloud Pub/Sub. De understøttede Google Meet-hændelser omfatter blandt andet konferencer, deltagerforløb, optagelser, smart notes og transskriptioner.
Abonnementerne har begrænset levetid. Med ressourcedata er den ifølge Google op til fire timer eller 24 timer ved domæneomfattende delegering. Uden ressourcedata kan et abonnement løbe i op til syv dage. Fornyelse og håndtering af lifecycle-hændelser skal derfor med i løsningen fra starten.
2. Bed AI om felter, ikke en tekstmur
Et langt møderesumé kan være fint at læse, men det er besværligt at automatisere videre på. Bed i stedet AI-komponenten om et fast sæt felter: et kort resumé, deltagere, beslutninger, åbne spørgsmål, næste handling, ansvarlig, deadline, foreslået pipelinefase og et udkast til opfølgningsmail.
Alle felter skal kunne stå tomme. Hvis mødet ikke indeholder en deadline, bør integrationen sende punktet til afklaring. Modellen skal ikke opfinde en dato for at udfylde skemaet.
Gem også den oprindelige mødekilde adskilt fra AI-udkastet. Så kan medarbejderen se, hvad der faktisk blev sagt, og hvad modellen har udledt. AI får den sproglige opgave, den er velegnet til. Forretningsreglerne bliver i kode og CRM-konfiguration, hvor de kan testes og forklares.
3. Find den rigtige kunde, før CRM ændres
Et navn er sjældent en sikker nøgle. Virksomheder kan have næsten ens navne, en kontakt kan arbejde for flere selskaber, og samme møde kan berøre flere salgsmuligheder.
Start derfor med stærke signaler: et CRM-id, deltagerens verificerede mailadresse, en kalenderrelation eller en allerede kendt mailtråd. Svagere signaler kan bruges til at foreslå kandidater, men ikke til at vælge automatisk.
Finder integrationen flere mulige poster, bør den stoppe ved et udkast. En enkel godkendelsesvisning kan vise mødet, de mulige CRM-poster og de foreslåede ændringer. Det koster et ekstra klik, men det er billigt sammenlignet med at få noter, aktiviteter og løfter placeret på den forkerte kunde.
4. Sæt en valideringsport foran CRM
Før hver skrivning skal integrationen hente eller kende den aktuelle feltspecifikation. Den skal kontrollere datatyper, tilladte værdier, obligatoriske felter og betingede krav. Ved oprettelse af poster gælder kontrollen også obligatoriske relationer.
Hvis integrationen bruger OAuth på brugerniveau, skal den installerende bruger have rettighed til at ændre associationer. Har brugeren ikke det, bør denne handling heller ikke ligge i integrationens ansvarsområde.
En afvisning må ikke føre til en blind gentagelse af samme forespørgsel. HubSpot anbefaler, at integrationen fortolker valideringsfejlen, undersøger portalens aktuelle konfiguration og først prøver igen med rettede data. Over for brugeren bør fejlen blive til en konkret opgave, for eksempel: Lukkedato mangler for den valgte fase.
Også vellykkede svar fortjener opmærksomhed. Den nye HubSpot-version kan normalisere visse datoværdier og returnere en advarsel. Log derfor både fejl og advarsler. Et succesflag fortæller ikke altid hele historien.
Begynd med den opfølgning, der har mindst risiko
Første version behøver hverken sende mails eller flytte salgsmuligheder automatisk. En fornuftig pilot kan oprette et AI-genereret referatudkast, foreslå næste handling og klargøre en mail til medarbejderens godkendelse.
Når kundematch, validering og fejlbehandling fungerer stabilt, kan de mest entydige handlinger automatiseres. OAuth-adgangen bør samtidig begrænses til de ressourcer og skrivehandlinger, som forløbet faktisk bruger. Retten til at læse et relevant møderesultat er ikke i sig selv et argument for adgang til alle filer eller alle CRM-objekter.
For danske virksomheder, der vil omsætte processen til en konkret integration, kan nowa.dk hjælpe med at kortlægge forløbet fra kalender og indbakke til CRM, definere AI’ens strukturerede output og bygge valideringsporten omkring det. Greg kan gå ind som den praktiske, freelance operatør, der får systemerne og beslutningsreglerne til at hænge sammen. Ambitionen er en arbejdsgang, hvor sikre beslutninger går hurtigt, mens reel tvivl lander hos det rette menneske.
Mål kvaliteten af overdragelsen
Antallet af sparede klik siger kun noget om hastigheden. Følg også, hvor mange hændelser der bliver behandlet, hvor ofte et kundematch kræver godkendelse, hvilke CRM-regler der udløser afvisninger, og om abonnementerne bliver fornyet korrekt. Det viser, hvor arbejdsgangen reelt knækker, og hvad der bør forbedres næste gang.
God salgsautomatisering består af flere små, kontrollerede overdragelser. Hændelsen starter processen. AI organiserer indholdet. Reglerne beskytter CRM-dataene, og et menneske tager stilling, når grundlaget ikke er entydigt. Så kan opfølgningen blive hurtigere, uden at datakvaliteten betaler prisen.
Relateret på GrN.dk
- Google’s August 18, 2026 Content API Cutoff: Feed Cleanup Before Merchant API Migration
- Montørens talenote skal blive til en arbejdsordre – ikke rå lyd
- Drupal 10's December 2026 Deadline: Start With the Upgrade Inventory
Brug for hjælp til den slags opgaver?
Få styr på dit digitale workflow Kontakt Greg her.
