Een fictieve CRM-aanvraag toont hoe een API-koppeling omgaat met dubbele berichten, ongeldige velden en een time-out waarvan de uitkomst nog onbekend is.
De gesproken uitleg, per hoofdstuk.
Deze uitleg hoort bij ons artikel over API-integratie. Wat gebeurt er wanneer een systeem hetzelfde bericht opnieuw verstuurt, terwijl de eerste opdracht misschien al is aangemaakt?
Een fictieve, goedgekeurde CRM-aanvraag gaat naar de administratie. Het bericht wordt tweemaal aangeboden. Zonder herkenbare referentie kunnen twee conceptopdrachten ontstaan voor precies dezelfde aanvraag.
Geef de aanvraag een onveranderlijke bronreferentie die ook in de bestemming wordt opgeslagen. Een relatietabel koppelt de klantreferentie aan het juiste bestaande administratieve klantnummer.
Alleen goedgekeurde aanvragen mogen door. Verplichte tekst, klantkoppeling en datumformaat worden gecontroleerd. Een ontbrekende klantmatch of ongeldige datum stopt de verwerking en krijgt een duidelijke foutreden.
Alleen eerst zoeken voorkomt geen dubbele opdracht bij gelijktijdige berichten. De bestemming moet de externe referentie uniek houden, ook wanneer twee verwerkingen op hetzelfde moment starten.
Na een time-out kan de opdracht al bestaan. Controleer daarom eerst de bestemming op dezelfde referentie. Blijft de uitkomst onbekend, laat een medewerker beoordelen voordat je opnieuw aanmaakt.
Registreer bronreferentie, verwerkingsstatus en foutreden. Een beheerder moet kunnen zien wat wel is verwerkt en wat nog aandacht vraagt, zonder de hele keten blind te herhalen.
Test dubbele en gelijktijdige berichten, ontbrekende velden en een onbekende uitkomst. Controleer ook actuele bronstatus: een oud bericht mag een nieuwere toestand niet terugdraaien.
Een betrouwbare koppeling heeft dus meer nodig dan een geslaagde overdracht. Het bronartikel over API-integratie werkt gegevensafspraken, foutreacties en gecontroleerde herverwerking verder uit.
1:33Volg een fictieve aanmelding door een n8n-workflow en ontdek waarom een foutstatus, stabiele referentie en gecontroleerde herstelactie nodig zijn.
Bronartikeln8n Consultant
1:53Volg klantgegevens, werkstatus en factuurgegevens door drie fictieve systemen. Zie waarom een softwarekoppeling per veld een bron en richting nodig heeft.
BronartikelSoftware koppelingen voor je bedrijfssystemen
1:59Een fictief CRM-voorbeeld laat zien waarom relaties stabiele bronreferenties nodig hebben. Bekijk matchregels, gedeelde e-mailadressen en menselijke beoordeling.
BronartikelCRM-integratie met boekhouding en bedrijfssoftware