Stort set alle danske webformularer spørger på et tidspunkt om en adresse eller et telefonnummer — i kassen, på en bookingside, i en lead-formular, i en lejeansøgning. Og stort set alle begår de samme små fejl: et frit adressefelt, der accepterer "Nørrebro" uden postnummer, et telefonfelt, der glad tager "12 34" og kalder det gyldigt, et bynavn, der ikke matcher det postnummer, kunden lige har skrevet ved siden af. Ingen af fejlene er dramatiske i sig selv, men de bliver til mislykkede leveringer, SMS-bekræftelser, der aldrig kommer frem, og supportsager, som et par linjer validering kunne have forhindret.
For adresser er løsningen at stoppe med at stole på fri tekst og i stedet validere mod et reelt datasæt. Danadresse.dk er et DAWA-kompatibelt API, der dækker omkring 2,7 millioner officielle danske adresser, hvilket betyder, at en formular kan tilbyde autocomplete, mens kunden skriver, og kun acceptere en adresse, der faktisk findes, med det korrekte postnummer og den korrekte kommune automatisk tilknyttet. Fordi det følger samme struktur, danske udviklere allerede kender fra DAWA, er det som regel et spørgsmål om at pege en eksisterende integration på et nyt endpoint i stedet for at skrive adresselogikken om fra bunden. Gevinsten er umiddelbar: ingen gætteri om, hvorvidt "Århus" og "Aarhus" er det samme sted, og ingen leveringsadresser, der ser plausible ud, men ikke findes.
Telefonnumre fortjener samme skepsis, af en anden grund. Et dansk mobil- eller fastnetnummer har en forudsigelig form, men "ligner et nummer" og "er et rigtigt, gyldigt nummer" er ikke det samme tjek. En tilmeldingsformular, en bazar-side eller en udlejningsannonce, der accepterer otte vilkårlige cifre, er en åben dør for fupprofiler og engangsnumre. Nummeropslag.dk stiller et opslag til rådighed for danske numre — inklusive om et nummer er anmeldt som spam — hvilket er nyttigt ikke kun til det klassiske "hvem ringede lige" men også som et let sanity-tjek i en tilmeldings- eller annonceflow, før et lead sendes videre til et salgsteam, der ellers bruger tid på det til ingen verdens nytte.
De to ting spiller godt sammen i praksis. En lead-formular, der validerer adressen mod Danadresse og tjekker telefonnummeret, inden den accepterer indsendelsen, giver salgs- eller supportteamet leads, der langt oftere er reelle — hvilket betyder mere, end det lyder, når nogen skal arbejde sig igennem en liste manuelt. Et CRM-importjob kan køre de samme to tjek i batch for at rydde op i års ophobede tastefejl og døde numre, før nogen behøver kigge data igennem manuelt. Og på opkaldssiden kan et værktøj som LynBro PBX bruge den samme post i CRM'et, når kunden ringer tilbage, i stedet for at starte samtalen fra nul.
Ingen af delene kræver en stor udviklingsindsats — begge API'er er bygget netop til den slags lette integrationer, og de fleste teams kan sætte adresse-autocomplete eller et telefontjek op på en eftermiddag snarere end en sprint. Hvis en formular, en kasseflow eller et data-importjob i en dansk kodebase kunne bruge et af tjekkene, og tiden ikke har været der til at bygge det, så tag kontakt, og vi hjælper med at koble det på.