Op deze pagina
Rechnungskit maakt van betalingen facturen voor Duitse webwinkels en online bedrijven. Het koppelt met vrijwel ieder gangbaar shopsysteem en iedere betaalprovider. Iedere betaalde bestelling wordt een ZUGFeRD e-factuur: een gewone pdf voor mensen, met de factuurgegevens als XML erin verstopt voor de boekhoudsoftware aan de andere kant. Terugbetalingen worden creditfacturen, uitbetalingen worden gekoppeld aan de bestellingen erachter, en aan het eind van de maand krijgt de boekhouder een DATEV-export in plaats van een map vol pdf's. Alles draait op servers in Duitsland.
De klanten lopen uiteen van kleine D2C-merken en koffiebranders tot SaaS-bedrijven die miljoenen euro's per jaar verwerken. Wat ze gemeen hebben, zegt oprichter Christian Häfner: "De meesten zijn goed in verkopen en verliezen iedere maand uren aan facturen en de overdracht naar hun boekhouder."
Daardoor leunt Rechnungskit ongewoon zwaar op e-mail. Iedere factuur gaat per mail de deur uit, uit naam van de webwinkel, naar de klant van die webwinkel. Komt er één niet aan, dan belt de koper de winkel, en de winkel belt Rechnungskit.
Het probleem
Vóór AhaSend liep de mail van Rechnungskit via de SMTP-relay van Brevo. Afleveren ging goed. Zien wat er gebeurde niet.
"Zodra een mail onze server had verlaten, zagen we niets meer," zegt Christian. "Had een koper een typfout in zijn adres gemaakt, dan bounceede de factuur en merkte niemand het, wij niet en de winkel niet. Voor een product dat facturen uit naam van andere bedrijven verstuurt, wilde ik daar niet mee leven."
De schade van zo'n stille bounce is meer dan een pdf die ontbreekt. Zakelijke kopers hebben de factuur nodig voor hun eigen administratie, dus een factuur die nooit aankomt geeft aan beide kanten werk, en de schuld komt bij Rechnungskit terecht. "Als een factuur niet aankomt en niemand kan zeggen waarom, staan wij erbij als onbetrouwbaar, ook als de koper zelf een typfout heeft gemaakt."
Er speelde nog iets, minder zichtbaar maar net zo belangrijk. Rechnungskit verwerkt gegevens in opdracht van zijn klanten, dus iedere subverwerker staat in de verwerkersovereenkomst, en webwinkels en hun boekhouders lezen die lijst. Een e-mailprovider ziet de namen en adressen van de klanten van de webwinkel, plus iedere factuur als bijlage. "Veel van onze klanten zoeken bewust tools zonder Amerikaanse subverwerkers. Een e-mailprovider ziet iedere factuur die we versturen, dus een Amerikaanse was voor ons nooit een optie."
Waarom AhaSend
Christian zocht een HTTP-API met een kort, concreet lijstje eisen:
- Een message-ID per mail, om naast de factuur op te slaan
- Ondertekende webhooks voor afleveringen en bounces
- Idempotency keys, zodat een opnieuw uitgevoerde taak een koper nooit twee keer dezelfde factuur stuurt
- Een sandbox om inloggegevens te testen zonder iets te versturen
- Een Europees bedrijf dat gegevens maar kort bewaart en geen opens of kliks volgt
"AhaSend had dat allemaal," zegt hij. "Ik heb het account op een donderdagochtend aangemaakt, en diezelfde dag liep onze productiemail erdoorheen."
De hele overstap paste in die ene dag. AhaSend werd de provider in de gedeelde mailer van Rechnungskit, de webhook ging live, en gebouncede factuurmails begonnen taken aan te maken. Omdat Rechnungskit verstuurt vanaf een geverifieerd subdomein en het adres van de webwinkel als Reply-To gebruikt, hoefden de klanten niets te veranderen. Brevo bleef nog een paar dagen als reserve, daarna ging de stekker eruit en werden de verwerkersovereenkomst en de privacyverklaring bijgewerkt.
Aan de kant van AhaSend wordt de inhoud van berichten na één dag verwijderd en staat het volgen van opens en kliks voor het hele account uit. Voor een bedrijf waarvan de lijst met subverwerkers echt gelezen wordt, is dat het deel dat telt.
Eén provider, vier taken
De meeste SaaS-bedrijven knippen hun e-mail in tweeën: een transactionele API voor de applicatie, een mailboxprovider voor de mensen. Twee weken na de eerste overstap had Rechnungskit ook de rest van zijn mail verhuisd, de mailboxen van het bedrijf incluis. AhaSend zit nu op vier plekken:
- Facturen uit naam van webwinkels. Standaard gaat iedere factuur naar de koper vanaf email.rechnungskit.de, uit naam van de winkel, met het adres van de winkel als Reply-To. Betalingsherinneringen, creditfacturen, inlogmails en meldingen gaan dezelfde weg.
- Eigen AhaSend-accounts van webwinkels. Winkels die hun facturen vanaf hun eigen domein willen versturen, koppelen hun eigen AhaSend-account in de instellingen van Rechnungskit, en Rechnungskit verstuurt dan via dat account. Een helppagina legt uit hoe.
- Alle mail van en naar het bedrijf. Support, partners en persoonlijke mail voor ieder adres op rechnungskit.de. Inkomende mail komt binnen bij AhaSend, dat hem doorgeeft aan het eigen CRM van Rechnungskit.
- De nieuwsbrief, op een eigen domein news.rechnungskit.de, zodat een campagne nooit de afleverbaarheid van facturen kan raken.
"AhaSend kon het allemaal, en één provider houdt het overzichtelijk," zegt Christian. "Met een mailboxprovider naast een transactionele API zou al die mail in een tweede systeem zitten, met een eigen verwerkersovereenkomst, en zouden we het naar het CRM moeten synchroniseren."
De inbox werd een webhook
Het derde punt op die lijst is het ongewone. Tot eind oktober kwam mail naar rechnungskit.de binnen in Google Workspace. Nu is er helemaal geen mailbox meer.
Ieder inkomend bericht komt binnen op een inbound route van AhaSend, die het doorstuurt naar een webhook in de eigen applicatie van Rechnungskit. Die slaat het op in zijn eigen database in Duitsland en bergt het op bij het juiste contact en bedrijf, naast het account, de chatberichten, de gespreksnotities en eerdere conversaties. Supportvragen, partnermail en de persoonlijke mail van Christian komen in één werklijst terecht, en van daaruit beantwoordt hij ze. Antwoorden gaan via de AhaSend-API weer naar buiten, met de juiste threading-headers, zodat ze aan de andere kant in hetzelfde gesprek verschijnen.
"Het CRM is het deel waar ik het blijst mee ben," zegt Christian. "We hebben het zelf gebouwd, en de inbound routing van AhaSend is wat het laat werken. En we bepalen zelf hoe lang mail bewaard blijft."
Het is de kleine-teamversie van een probleem dat ieder B2B-bedrijf kent: klantgesprekken verspreid over een mailbox, een supporttool en een CRM, slecht of helemaal niet gesynchroniseerd. Rechnungskit loste het op door de mailbox weg te halen.
Hoe het bevalt
"Tot nu toe heel goed," zegt Christian. "Mail naar Gmail, GMX, web.de en T-Online komt meestal binnen seconden nadat AhaSend hem heeft aangenomen aan. We hebben sinds de overstap geen enkele storing of afleverprobleem gehad."
De bounces zijn niet verdwenen. Ze zijn zichtbaar geworden. Vrijwel alle factuurmails worden afgeleverd, en de enkele die terugkomen liggen aan de ontvanger: mailboxen die niet bestaan, typfouten in het domein, volle inboxen. Ieder van die gevallen wordt nu een taak voor de webwinkel, met de reden erbij en een knop om opnieuw te versturen naar een gecorrigeerd adres. "Vóór de overstap zou niemand daar ooit achter zijn gekomen. Nu kunnen we de winkel vertellen dat het gebounced is, waarom, en waar het dan wél heen moet."
Aan de integratiekant heeft Rechnungskit de AhaSend-API twee keer ingebouwd: één keer voor het eigen versturen, één keer voor winkels die hun eigen account meebrengen.
- De ZUGFeRD-pdf (een PDF/A-3 met de XML erin) gaat als gewone bijlage mee over JSON en HTTPS.
- De webhooks volgen de Standard Webhooks-specificatie, dus het controleren van handtekeningen op de ruwe body kostte een paar regels. Bij iedere factuurmail wordt het message-ID van AhaSend opgeslagen, en delivered-, deferred- en bounced-events worden daaraan teruggekoppeld.
- Een winkel die een eigen account koppelt, geeft een API-sleutel af die alleen de rechten messages:send voor het eigen domein heeft. Rechnungskit slaat die versleuteld op. Weigert AhaSend een verzending, bijvoorbeeld omdat het domein nog niet geverifieerd is, dan ziet de winkel een begrijpelijke foutmelding met een link naar de helppagina in plaats van een ruw API-antwoord.
"De integratie was recht-toe-recht-aan," zegt Christian. "Het is gewoon JSON over HTTPS."
Wat opviel
Drie dingen die Christian niet had verwacht.
De sandboxmodus. Die controleert de API-sleutel, de rechten en het verzenddomein precies als bij een echte verzending, maar levert niets af en kost niets. Rechnungskit bouwde er zijn "verbinding testen"-knop voor webwinkels op.
Hoeveel van de inrichting in de API zit. Domeinen en hun DNS-status, inbound routes, bewaartermijnen. Rechnungskit controleert zijn domeinen ieder uur en maakt zijn eigen inbound routes aan. "Het enige handwerk dat voor mij overbleef, was DNS. De inrichting loopt vanzelf, dus ik zit niet in dashboards."
De MCP-server. "Terwijl ik deze antwoorden schreef, haalde mijn code-assistent onze aflever- en bouncestatistieken rechtstreeks uit AhaSend, zodat ik kon zien hoe het loopt zonder het dashboard te openen."
De nieuwsbrief is de volgende stap. Die draait op news.rechnungskit.de via AhaSend, met aanmelden en versturen ingebouwd in Rechnungskit zelf: dubbele opt-in, uitschrijven met één klik, geen tracking, en een gefaseerde verzending die eerst naar een klein deel van de lijst gaat en vanzelf pauzeert als er te veel adressen bouncen. De inhoud: wat er nieuw is in Rechnungskit, plus praktische stukken over e-facturatie, GoBD en DATEV voor bedrijven die online verkopen.
Zou Rechnungskit AhaSend aanraden?
Dat doet het al, in het product zelf. Als webwinkels kiezen hoe hun facturen verstuurd worden, staat bij AhaSend het label "aanbevolen".
"Voor een Duitse SaaS zijn de belangrijkste redenen dat AhaSend een Europees bedrijf is met de data in de EU, en dat de API iets is wat een developer in een middag aansluit," zegt Christian. "De 1.000 gratis mails per maand helpen ook als je nog klein bent."
In het kort
- Bedrijf: Rechnungskit, Duitsland. Maakt van bestellingen en betaalgegevens ZUGFeRD e-facturen, een GoBD-archief en DATEV-exports voor online bedrijven.
- Daarvoor: Brevo SMTP-relay voor de applicatie, Google Workspace voor het team. Na het versturen geen zicht meer.
- Overgestapt: oktober 2026, in één dag. De bedrijfsmail volgde twee weken later.
- Gebruikt AhaSend voor: facturen en herinneringen uit naam van webwinkels, gekoppelde accounts van webwinkels, alle inkomende en uitgaande bedrijfsmail via een zelfgebouwd CRM, en een nieuwsbrief op een apart domein.
- Wat er veranderde: gebouncede facturen zijn nu taken voor de webwinkel, met de reden en een knop om opnieuw te versturen. Nul storingen sinds de overstap. Google Workspace opgezegd.
- Waarom het paste: Europees bedrijf, inhoud één dag bewaard, geen open- of kliktracking, Standard Webhooks, idempotency keys, sandboxmodus, domeinen en inbound routes via de API.
Verstuur jij iets wat de klanten van jouw klanten móéten ontvangen? Begin gratis met AhaSend → https://ahasend.com