Det er mere almindeligt, end det burde være. Vi har arbejdet med API’er, der spænder fra fremragende dokumenterede (Stripe) til næsten helt udokumenterede legacy-systemer. I disse tilfælde dedikerer vi tid til API-udforskning og kontraktopdagelse, før vi forpligter os til et fuldt udviklingsomfang — så tidsestimater afspejler API’ets faktiske tilstand, ikke en optimistisk antagelse.

Hver integration, vi bygger, inkluderer fejlhåndtering, retry-logik med eksponentiel backoff og alarmering ved vedvarende fejl. Fejlede hændelser logges med fulde forespørgsels- og svar-nyttelaster, så de kan diagnosticeres og genafspilles. Vi tilbyder også et overvågnings-dashboard eller integration med din eksisterende observerbarheds-stak, hvor det er relevant.

Nogle gange, ja — afhængigt af hvad legacy-systemet eksponerer. Valgmuligheder inkluderer integration på databaseniveau (læse eller skrive direkte til systemets database), filbaseret udveksling (CSV/XML-import og -eksport efter tidsplan), skærmskrabning som en sidste udvej eller bygning af en tynd API-wrapper omkring legacy-systemet. Vi vurderer mulighederne og anbefaler den mest vedligeholdelsesvenlige tilgang til din specifikke situation.

Ja. Vi designer og bygger brugerdefinerede REST- og GraphQL API’er — typisk for at eksponere WordPress-, WooCommerce- eller webapplikationsdata for mobil-apps, eksterne partnere eller interne værktøjer. Brugerdefinerede API’er dokumenteres med OpenAPI-specifikationer og inkluderer autentificering, rate-begrænsninger og versionering fra starten.

Ja — altid. Hver integration, vi leverer, inkluderer et teknisk specifikationsdokument, der dækker dataflowet, autentificeringsmekanismen, fejlhåndteringsadfærd, påkrævede miljøvariabler og instruktioner til test og genimplementering af integrationen. Dokumentation er en leverance, ikke et ekstra tilvalg.