Die Rechnung steht in der Software auf „gesendet“, doch der Kunde findet keine E-Mail. Jetzt hilft eine neue Rechnungsnummer meist nicht weiter: Zuerst muss klar sein, ob die Nachricht überhaupt übertragen wurde, an welche Adresse sie ging und ob ein Fehler zurückkam. Dieser Leitfaden richtet sich an Selbstständige und kleine Betriebe, die Rechnungen aus ihrer Software versenden – nicht an Verbraucher, die auf eine Telekom- oder Einkaufsrechnung warten.
Prüfen Sie zuerst die tatsächlich verwendete Empfängeradresse, den Versandzeitpunkt und eine mögliche Unzustellbarkeitsmeldung. Bei einem Versandfehler kontrollieren Sie das angebundene Mailkonto. Ohne Rückläufer lassen Sie den Kunden auch Spam, Quarantäne und das vereinbarte Rechnungspostfach prüfen. Ist nur die Übertragung fehlgeschlagen und die Rechnung unverändert richtig, senden Sie dasselbe Original nach Klärung erneut; erstellen Sie dafür nicht vorschnell eine zweite Rechnung. Dokumentieren Sie den erneuten Versand und bitten Sie um eine kurze Empfangsrückmeldung.
Die folgenden Schritte sind eine redaktionelle Arbeitsvorlage, kein eigener Produkttest und keine rechtliche Beurteilung des Rechnungszugangs. Wann eine Rechnung rechtlich zugegangen ist, wann Verzug besteht oder welche Frist läuft, lässt sich nicht allein aus einem Softwarestatus ableiten. Streitige Fälle benötigen eine individuelle Klärung.
Den Fehler zuerst eingrenzen
Öffnen Sie den konkreten Vorgang statt nur die Liste offener Rechnungen. Notieren Sie, welche Funktion benutzt wurde: direktes Senden aus der Rechnungssoftware, Download mit anschließendem Versand aus dem Mailprogramm oder ein Link zu einem Kundenportal. Ein vorhandenes Dokument und ein Versandauftrag sind verschiedene Dinge. Klären Sie außerdem, ob nur ein Kunde betroffen ist, mehrere Adressen derselben Firma oder sämtliche Empfänger seit einer Kontoänderung.
| Beobachtung | Prüfpunkt | Nächster Schritt |
|---|---|---|
| BeobachtungKeine Versandinformation vorhanden | PrüfpunktEntwurf, Freigabe oder nur Download | Nächster SchrittPrüfen, ob ein Versand wirklich ausgelöst wurde; Rechnung nicht allein wegen des offenen Status erneut erzeugen. |
| BeobachtungSoftware meldet Versandfehler | PrüfpunktAnbindung des sendenden Kontos | Nächster SchrittFehlermeldung sichern und aktuelle Konto- sowie Anbieteranleitung prüfen. |
| BeobachtungUnzustellbarkeitsmeldung liegt vor | PrüfpunktAdresse und gemeldeter Ablehnungsgrund | Nächster SchrittDen vollständigen Meldungstext auswerten; nicht einfach denselben Versuch beliebig wiederholen. |
| BeobachtungGesendet, aber beim Kunden nicht auffindbar | PrüfpunktRichtiges Postfach, Spam und Quarantäne | Nächster SchrittMit Absender, Zeitpunkt und Betreff suchen lassen und bei Bedarf die Empfänger-IT einbeziehen. |
| BeobachtungE-Mail angekommen, Rechnung fehlt im System | PrüfpunktAnhang, Format oder Importablauf | Nächster SchrittEmpfang der Nachricht und Verarbeitung der Datei getrennt prüfen. |
Diese Zuordnung ist eine Diagnosehilfe, keine Aussage über eine bestimmte Produktoberfläche. Anbieter können Statusbegriffe unterschiedlich verwenden. Lesen Sie die dokumentierte Bedeutung des Status und fragen Sie bei einer unklaren Anzeige, ob sie einen Versandauftrag, die Übergabe an einen Server oder eine Rückmeldung des Empfängers bezeichnet.
Adresse und Original abgleichen
Vergleichen Sie die Adresse im tatsächlich versandten Vorgang mit dem vom Kunden bestätigten Rechnungspostfach. Nur den Kundenstamm anzusehen reicht nicht: Eine ältere Adresse kann bereits in einer Nachricht übernommen worden sein. Kontrollieren Sie Tippfehler, vertauschte Domains, eine inzwischen ausgeschiedene Kontaktperson sowie eine andere Rechnungsadresse als die Adresse für allgemeine Projektkommunikation.
Holen Sie eine Korrektur über einen bereits bekannten Ansprechpartner ein. Wenn eine unerwartete Nachricht zugleich neue Empfänger- oder Bankdaten nennt, sollte sie nicht ungeprüft die Stammdaten ändern. Eine telefonische oder anderweitig bekannte Rückfrage kann den gewünschten Zielkontakt bestätigen. Geben Sie eine Rechnung mit Kunden- und Leistungsdaten nicht probeweise an beliebige zusätzliche Adressen weiter.
Sichern Sie den Beleg, der ursprünglich übertragen werden sollte. Stimmen Nummer, Kunde, Betrag und Dateistand mit dem offenen Vorgang überein? Ein neu erzeugter Export kann andere Einstellungen enthalten als die zuerst versandte Datei. Halten Sie deshalb Original und Versandinformationen zusammen. Liegt tatsächlich ein inhaltlicher Fehler vor, ist das ein anderer Ablauf: Der Leitfaden zum Berichtigen, Stornieren oder Gutschreiben einer Rechnung erklärt die Abgrenzung zur bloßen Wiederholung der Übertragung.
Rückläufer richtig auswerten
Suchen Sie im zuständigen Absenderpostfach nach einer Unzustellbarkeitsmeldung, nicht nur im Rechnungsprogramm. Prüfen Sie auch, wer solche Meldungen im Betrieb überhaupt liest. Eine Fehlermail kann technische Angaben enthalten, die in einer knappen Statusanzeige fehlen. Wichtig sind die betroffene Empfängeradresse, der Zeitpunkt, der gemeldete Server und der genaue Fehlertext.
Nach RFC 5321, Abschnitt 4.2.1 kennzeichnet ein SMTP-Code mit erster Ziffer 4 eine vorübergehende Ablehnung, mit erster Ziffer 5 eine dauerhafte Ablehnung des konkreten Versuchs. Ein 5er-Code bedeutet nicht zwingend, dass der Kunde nie erreichbar sein wird; vor einem neuen Versuch muss aber die gemeldete Ursache geprüft werden. Bei einem 4er-Code klären Sie, ob das sendende System bereits erneut versucht, statt zusätzliche manuelle Sendungen auszulösen.
Die Codeklasse allein sagt noch nicht, ob die Adresse falsch ist, eine Richtlinie greift oder ein anderer Grund vorliegt. Übernehmen Sie den konkreten Erklärungstext in Ihre Diagnose. Bei „Empfänger unbekannt“ lassen Sie die Adresse bestätigen; bei einer Richtlinienmeldung unterstützt die zuständige Mailadministration die Ursachenprüfung. Ändern Sie nicht auf Verdacht sämtliche Servereinstellungen gleichzeitig – dann ist kaum noch erkennbar, welche Änderung geholfen hat.
SMTP kann Nachrichten über mehrere Server transportieren. Eine positive Antwort nach vollständiger Datenübertragung beschreibt laut RFC 5321, Abschnitt 4.2.5 die Übernahme von Verantwortung für Weiterleitung oder Zustellung. Daraus folgt nicht, dass ein Mensch die Rechnung gesehen oder sachlich freigegeben hat. Die bloße Anzeige „gesendet“ ist daher für die Suche beim Kunden nicht ausreichend.
Das Versandkonto prüfen
Wenn mehrere Kunden gleichzeitig betroffen sind, beginnen Sie mit dem gemeinsamen Versandweg. Welcher Benutzer hat gesendet? Welches Konto ist diesem Benutzer zugeordnet? Wurde kürzlich eine Verbindung geändert oder ein Benutzer angelegt? Ein erfolgreicher Versand durch die Inhaberin beweist nicht automatisch, dass das Konto eines Mitarbeiters ebenfalls korrekt angebunden ist.
Dokumentiertes Beispiel sevdesk: Die offizielle Hilfe beschreibt E-Mail-Einstellungen in den Benutzerdaten sowie für Administratoren unter Einstellungen → Benutzer. Sie unterscheidet eine Microsoft-365-Verbindung und eigene SMTP-Einstellungen. Bei mehreren Benutzern ist die Verbindung je Benutzer zu beachten. Verwenden Sie die aktuelle sevdesk-Anleitung zu SMTP und Microsoft 365 und die aktuelle Dokumentation Ihres Mailanbieters. Welche Verbindung, Authentifizierung und Verschlüsselung zum konkreten Konto passen, wird nicht aus einem beliebigen alten Port-Beispiel abgeleitet.
Prüfen Sie ein vorhandenes Verbindungsproblem mit der zuständigen Administration oder dem Anbieter. Schalten Sie dafür nicht versuchsweise Mehrfaktor-Anmeldung, Verschlüsselung oder Schutzfilter aus. Zugangsdaten und Anwendungskennwörter gehören nicht in Screenshots oder normale Support-E-Mails. Auch Änderungen an der eigenen Domain sollten erst nach einer konkreten Fehlermeldung und einer passenden offiziellen Konfigurationsanleitung erfolgen, nicht durch Kopieren fremder DNS-Einträge.
Die sevdesk-Hilfe zum Rechnungsversand beschreibt außerdem, dass eine hinterlegte Kontaktadresse in das Versandfenster übernommen wird. Kontrollieren Sie dieses Feld vor dem Senden. Die Option „Kopie an mich selbst“ schickt eine Kopie an die Login-Adresse. Diese Kopie hilft beim Vergleich von Nachricht und Anhang, beweist aber nicht den Empfang beim Kunden. Eine Produktbeschreibung ist hier kein von uns durchgeführter Zustelltest.
Beim Kunden gezielt suchen lassen
Statt „Bitte noch einmal schauen“ geben Sie dem Ansprechpartner ein kleines Suchpaket: tatsächliche Absenderadresse, Empfängeradresse, Versanddatum mit Uhrzeit und Zeitzone sowie Betreff. Die Rechnungsnummer erleichtert die Zuordnung, sollte aber nur im passenden geschäftlichen Kanal weitergegeben werden. Falls vorhanden, kann die Nachrichten-ID der zuständigen IT helfen, den konkreten Transport nachzuvollziehen.
Bitten Sie zunächst um eine Suche im bestätigten Rechnungspostfach einschließlich Spam und verfügbarer Quarantäne. Ein Mitarbeiter sieht möglicherweise nur seinen persönlichen Posteingang, während die Rechnung an ein gemeinsames Postfach ging. Ist dort nichts zu finden, kann die Empfänger-IT anhand der Angaben prüfen, ob eine Nachricht angenommen, gefiltert oder zurückgewiesen wurde. Das sind Prüfaufträge, keine Diagnose aus der Ferne.
Wenn nur ein Unternehmen betroffen ist, vergleichen Sie dessen Rückmeldungen mit einem funktionierenden Vorgang über denselben eigenen Versandweg. Wenn alle Kunden seit derselben Änderung betroffen sind, liegt ein gemeinsamer Konfigurationsfehler näher. Beides sind Arbeitshypothesen, keine sichere Ursachenfeststellung. Ein Test an die eigene Adresse kann einen Teil des Weges bestätigen, ersetzt aber nicht die Prüfung des betroffenen Kundenpostfachs.
Ist die E-Mail vorhanden, fehlt die Rechnung aber in der Buchhaltungssoftware des Kunden, geht es um Verarbeitung statt Transport. Fragen Sie, ob die benötigte Datei tatsächlich angehängt und für den vereinbarten Eingang vorgesehen war. Für die grundlegende Entscheidung zwischen E-Mail, Portal und Peppol beim E-Rechnungsversand gibt es einen separaten Leitfaden. Dieser Versandfehler-Check ersetzt keine kundenspezifische Import- oder Portalprüfung.
Kontrolliert erneut senden
- Ursache oder Ziel klären: Adresse bestätigen, Kontoanbindung reparieren oder mit dem Kunden einen zulässigen alternativen Übertragungsweg vereinbaren.
- Beleg unverändert zuordnen: Die richtig ausgestellte Ursprungsrechnung verwenden. Bei einem Inhaltsfehler zuerst den vorgesehenen Berichtigungsprozess klären.
- Laufende Versuche beachten: Prüfen, ob eine Warteschlange bereits einen erneuten Versuch ausführt. Keine Folge identischer manueller Sendungen starten.
- Wiederholung kenntlich machen: Im Begleittext auf den erneuten Versand derselben Rechnung hinweisen, damit sie nicht als zusätzliche Forderung verstanden wird.
- Ergebnis festhalten: Zieladresse, Zeitpunkt, verwendete Datei und Rückmeldung am bestehenden Vorgang dokumentieren.
Eine mögliche Nachricht lautet: „Guten Tag, wie besprochen sende ich die Rechnung erneut an das bestätigte Rechnungspostfach. Es handelt sich um dieselbe Rechnung, nicht um eine zusätzliche Forderung. Bitte bestätigen Sie kurz, ob Nachricht und Anhang bei Ihnen angekommen sind. Falls die Datei nicht verarbeitet werden kann, nennen Sie uns bitte die genaue Fehlermeldung.“ Passen Sie den Text an den Fall an; er ist keine rechtliche Zugangserklärung.
Führen Sie eine unklare Zustellung als Klärungsfall, bevor automatisierte Eskalationen weiterlaufen. Der Ratgeber zum Mahnwesen mit kontrollierten Zahlungserinnerungen behandelt die dafür nötigen Prüfschritte. Zahlungsziel, Fristen und rechtlicher Verzug sind gesondert zu klären; dieser technische Versandcheck entscheidet darüber nicht.
Einen brauchbaren Supportfall vorbereiten
Übergeben Sie nicht nur „Die Rechnung kommt nicht an“, sondern den verwendeten Softwareweg, den sendenden Benutzer, den Zeitpunkt der letzten erfolgreichen Sendung und den Beginn des Problems. Ergänzen Sie die genaue Meldung, den Umfang der betroffenen Empfänger und bereits geprüfte Punkte. So kann der Anbieter zwischen Benutzeranbindung, Versandauftrag und Rückmeldung des Mailservers unterscheiden.
Verwenden Sie nach Möglichkeit einen neutralen Testfall über einen vereinbarten Testkanal. Echte Rechnungen enthalten vertrauliche Informationen; vollständige Dateien und Mailheader werden nur im vorgesehenen Supportkanal und im erforderlichen Umfang geteilt. Eine normale Projektmail muss nicht den gesamten Rechnungsinhalt enthalten. Bewahren Sie den ursprünglichen Fehlertext intern auf, damit eine spätere Erklärung nicht auf einer verkürzten Erinnerung beruht.
Vorbeugende Checkliste
- Das vom Kunden bestätigte Rechnungspostfach ist getrennt von allgemeinen Kontaktadressen dokumentiert.
- Vor dem Versand werden Zieladresse, richtige Rechnung und Anhang kontrolliert.
- Für Rückläufer gibt es eine zuständige Person und eine Vertretung.
- Der Versandweg jedes tatsächlich sendenden Benutzers ist nachvollziehbar eingerichtet.
- Nach einer Kontoänderung wird ein abgestimmter Test ohne unbeabsichtigte echte Buchung durchgeführt.
- Erneuter Versand bleibt dem bestehenden Beleg zugeordnet und wird im Begleittext erklärt.
- Rechnungsversand, Empfangsrückmeldung, fachliche Freigabe und Zahlung werden nicht als derselbe Status behandelt.
Der nächste Schritt ist eine konkrete Prüfung des letzten fehlgeschlagenen Vorgangs. Erst Adresse und Meldung sichern, dann den betroffenen Teil des Versandweges bearbeiten. Wenn die vorhandenen Informationen keine Ursache tragen, eskalieren Sie den dokumentierten Fall an Softwareanbieter oder Mailadministration, statt einen unkontrollierten Neuversand zum Standard zu machen.
Häufige Fragen
Beweist „gesendet“, dass der Kunde die Rechnung erhalten hat?
Nicht allein. Klären Sie die Bedeutung des Softwarestatus. Ein Versandauftrag, eine Serverübernahme, eine beim Kunden auffindbare E-Mail und eine fachlich freigegebene Rechnung sind unterschiedliche Zustände.
Beweist die Kopie an mich selbst den Kundenempfang?
Nein. Sie zeigt nur den Empfang dieser Kopie im eigenen Postfach und kann beim Vergleich helfen. Das betroffene Kundenpostfach muss separat geprüft werden.
Soll ich wegen eines Versandfehlers eine neue Rechnung erstellen?
Bei einer unverändert richtigen Rechnung zunächst nicht. Wiederholen Sie nach Klärung den Versand desselben Originals und dokumentieren Sie ihn am bestehenden Vorgang. Inhaltsfehler benötigen einen gesonderten Berichtigungsprozess.
Warum scheitert der Versand nur bei einzelnen Kunden?
Mögliche Prüfbereiche sind eine andere Zieladresse, das Rechnungspostfach und kundenseitige Filter oder Importregeln. Die konkrete Ursache ergibt sich aus Rückläufer, Versandinformationen und Empfängerprüfung, nicht aus der Vermutung allein.
Quellen und Aktualität
Recherche- und Funktionsstand: 9. Oktober 2026. Herstellerangaben stammen aus offiziellen sevdesk-Hilfen; die technische Codeeinordnung aus RFC 5321. Diagnoseablauf, Checkliste und Nachrichtenvorlage sind eigene redaktionelle Empfehlungen, keine Produkttests und keine individuelle Rechtsberatung. Das generativ erstellte Titelbild zeigt einen fiktiven Versandweg, keine echte Softwareoberfläche.