Dinsdagmiddag gaan de facturen van de week de deur uit. Een paar minuten later staat er op administratie@ een bericht van "Mail Delivery Subsystem":
Uw bericht heeft sommige of alle geadresseerden niet bereikt.
Onderwerp: Factuur 2026-1184
Het bericht kon niet worden afgeleverd bij j.devries@klant-bv.nl. 550 5.1.1 The email account that you tried to reach does not exist.
De collega die hem ziet, denkt aan een storing, of aan spam, en klikt verder. Drie weken later gaat de eerste betalingsherinnering naar hetzelfde adres. Die komt ook niet aan. Pas als de klant na zes weken belt over een aanmaning, blijkt dat de contactpersoon allang weg is en dat zijn mailadres niet meer bestaat.
Waarom een afleverfout blijft liggen
Hij ziet eruit als ruis. Een afzender als "Mail Delivery Subsystem" of "MAILER-DAEMON", een onderwerp als "Undeliverable" of "Unzustellbar", een lap technische tekst. Het lijkt op de back-upmelding en de out-of-office, en wordt net zo behandeld. Hoe u echte ruis apart houdt, leest u in Nieuwsbrieven, out-of-office en meldingen: de mail die geen klant is. Een afleverfout hoort daar juist niet bij.
De melding zegt niet wat er mis is. Er staat een mailadres en een foutcode. Welke klant dat is, welke factuur er niet aankwam en wie het adres kan bijwerken, moet iemand zelf uitzoeken.
Niemand is eigenaar. De factuur is verstuurd door het boekhoudpakket, de orderbevestiging door het ERP, de offerte door een verkoper. De melding komt binnen op het gedeelde adres. Wie hem ziet, gaat ervan uit dat de afzender hem ook heeft gezien.
Het gevolg komt later. Er wacht vandaag niemand op een antwoord. De schade ontstaat pas weken later: een factuur die niet betaald wordt, een offerte waar nooit op gereageerd wordt, een klant die denkt dat u niet terugmailt.
Van melding naar een klant met een probleem
De mailbox wordt elke minuut gecontroleerd. Zodra de melding binnen is, zet de verwerking een paar stappen.
Ze herkent de afleverfout. Een AI-model leest de mail en geeft vaste velden terug: of het een afleverfout is, welk adres er niet bereikt werd, wat de reden is en, als de melding dat noemt, het onderwerp van de oorspronkelijke mail. U bepaalt zelf welke velden het model teruggeeft. Het maakt niet uit of de melding in het Nederlands, Engels of Duits is opgesteld. Hoe dat werkt, leest u in AI die bruikbare antwoorden geeft, niet alleen mooie.
Ze maakt onderscheid tussen tijdelijk en definitief. "Het adres bestaat niet" of "het domein bestaat niet" is definitief: deze mail komt nooit aan. "De mailbox is vol" of "de aflevering is vertraagd" is vaak tijdelijk; de mailserver probeert het zelf nog een tijd opnieuw. U kiest wat er met elke soort gebeurt. Bijvoorbeeld: een definitieve fout gaat meteen naar een collega, een tijdelijke komt alleen in de lijst.
Ze zoekt de klant op. Met het adres uit de melding zoekt de verwerking in uw CRM of ERP welke klant en welke contactpersoon het is, als dat systeem zoeken op mailadres via de API toestaat. Dan staat er bij de melding niet alleen een adres, maar een klantnaam, een accountmanager en de andere contactpersonen die u bij die klant kent.
Ze zet de fout in een lijst. Elke afleverfout komt in een lijst, met het adres, de klant, de reden, de datum, het onderwerp van de oorspronkelijke mail en de status. Komt hetzelfde adres er voor de derde keer in, dan ziet u dat. Hoe zo'n lijst ook in een overzicht per week terugkomt, leest u in Hoeveel mail krijgt u eigenlijk binnen, en waarover?.
Ze ruimt de melding op. De melding zelf blijft in uw eigen mailbox staan. De verwerking kan hem verplaatsen naar een map zoals "Afleverfouten", zodat hij niet tussen de klantmail staat en toch terug te vinden is.
Wat de collega krijgt
De accountmanager van de klant, of de collega die u daarvoor aanwijst, krijgt een mail met alles op een rij: welke klant, welk adres, waarom het niet lukte en welke mail het betrof. De technische melding hoeft hij niet zelf te lezen.
Onder die mail staan een paar knoppen die u zelf benoemt. Bijvoorbeeld:
- Nieuw adres. De collega typt het juiste mailadres in een tekstveld. Kan uw CRM via de API bijgewerkt worden, dan zet de verwerking het nieuwe adres daar neer. Hoe zo'n wijziging met één klik werkt, leest u in "Ons factuuradres is gewijzigd": klantgegevens bijwerken zonder overtypen.
- Ik bel de klant. De fout blijft op "in behandeling" staan tot de collega hem afrondt.
- Geen actie nodig. Een oud adres dat al vervangen is, of een eenmalige storing. De fout gaat op "afgehandeld".
Als niemand klikt. Komt er binnen een tijd die u instelt geen antwoord, dan gaat de vraag naar een collega. Een afleverfout blijft dan niet liggen bij een accountmanager die die week vrij is. Hoe zo'n escalatie werkt, leest u in Spoedmail die niemand oppakt.
Waarom dit vaak over een vertrokken contactpersoon gaat
De meest voorkomende reden dat een zakelijk adres ineens niet meer bestaat, is dat de persoon erachter weg is. Uw facturen, offertes en orderbevestigingen gaan dan naar een adres dat de klant heeft opgeheven. Een afleverfout is vaak het eerste signaal dat u bij die klant een nieuwe contactpersoon nodig heeft.
Andersom kan ook: een collega van u die vertrekt, en klanten die naar zijn oude adres blijven mailen. Dat is een ander probleem, met een eigen aanpak: Mail aan een collega die uit dienst is.
Wat er nodig is aan uw kant
De melding moet in een gekoppelde mailbox binnenkomen. Een afleverfout gaat terug naar het adres dat de mail verstuurde. Verstuurt u facturen vanaf administratie@, dan is dat de mailbox die we koppelen. Verstuurt uw boekhoudpakket mail via zijn eigen mailserver, dan komen de meldingen soms bij dat pakket terecht in plaats van bij u. Dat zoeken we bij de start samen uit.
Afspraken over wie het oppakt. De accountmanager per klant, of één collega die alle afleverfouten bijhoudt. Dat legt u een keer vast.
Een CRM of ERP met een API, als u wilt opzoeken en bijwerken. Heeft uw systeem een OpenAPI-beschrijving, dan lezen we die in. Zonder zo'n koppeling werkt het ook. Dan staat het adres in de lijst en zoekt de collega de klant zelf op.
Waar het ophoudt
De verwerking verstuurt de oorspronkelijke mail niet opnieuw. Een factuur met een pdf-bijlage stuurt u daarna gewoon opnieuw vanuit uw boekhoudpakket, naar het nieuwe adres. De verwerking zorgt dat u weet dat het nodig is.
Bijlagen lezen we niet mee. Een afleverfout bevat vaak de oorspronkelijke mail als bijlage. Die inhoud ziet de verwerking niet. Ze leest de tekst van de melding zelf, en daarin staan het adres en de reden bijna altijd. Staat het adres er niet in, dan gaat de melding naar een collega.
Niet elke mail die niet aankomt, levert een melding op. Komt uw factuur bij de klant in de spammap terecht, dan krijgt u geen afleverfout. Die mail is technisch wel afgeleverd. Daar helpt opvolging op het antwoord beter; zie De mail die nooit beantwoord werd.
Kortom
Een melding dat uw mail niet is afgeleverd, lijkt op ruis maar is een klant die uw factuur, offerte of orderbevestiging niet heeft. Laat de verwerking de afleverfout herkennen, het adres en de reden eruit halen en de klant erbij zoeken. De juiste collega krijgt het met alles op een rij en zet met één klik het nieuwe adres in uw systeem. Zo ontdekt u een verkeerd adres op de dag dat de factuur verstuurd wordt, en niet pas als de aanmaning ook niet aankomt.