Angebot in Rechnung umwandeln: der saubere Übergang aus dem CRM

Im CRM entsteht das Angebot, die Rechnung entsteht in der Buchhaltung. Zwischen beiden liegt ein Bruch, an dem in der Praxis die meisten Fehler passieren: Positionen werden abgetippt, ein Rabatt fällt weg, das Leistungsdatum fehlt. Wer den Übergang von Hand macht, wiederholt die Arbeit — und jede Wiederholung ist eine Gelegenheit für einen Zahlendreher. Der Plugin-Katalog für Pipedrive setzt genau an dieser Stelle an; dieser Beitrag zeigt, worauf es beim Übergang ankommt und wo er kippt.

Wo entsteht das Angebot, wo die Rechnung?

Die beiden Dokumente gehören verschiedenen Systemen. Das Angebot ist ein Vertriebsdokument: Es hält fest, was ein Kunde zu welchem Preis bekommen soll, und darf sich noch ändern. In Pipedrive entsteht es entweder aus den Produkten, die an einem Deal hängen, oder als eigenes Dokument über Smart Docs, mit dem sich Angebote direkt aus den Deal-Daten erzeugen lassen.

Die Rechnung dagegen ist ein steuerlich gebundenes Dokument. Was auf ihr steht, ist in § 14 UStG vorgeschrieben: vollständige Anschrift, Steuernummer oder Umsatzsteuer-Identifikationsnummer, Leistungsdatum, Steuersatz je Position, fortlaufende Rechnungsnummer. Sie entsteht deshalb im Buchhaltungssystem, nicht im CRM — und sie darf sich nach dem Versand nicht mehr formlos ändern.

Der Übergang ist also kein reines Kopieren. Er ist der Moment, in dem ein noch veränderliches Vertriebsdokument zu einem festen steuerlichen Beleg wird.

Was muss aus dem Angebot in die Rechnung übernommen werden?

Alles, was den Beleg gültig macht — und nur das. Übernommen gehören die Positionen mit Mengen und Einzelpreisen, die Steuersätze je Position, die Empfängerdaten und das Leistungsdatum. Was im Angebot an Vertriebskontext steht — Notizen, Gesprächsverlauf, die Wahrscheinlichkeit des Abschlusses — bleibt im CRM.

Der häufigste Fehler an dieser Stelle ist nicht technisch, sondern inhaltlich: Ein Pflichtfeld, das der Vertrieb für den Verkauf nicht braucht, fehlt für die Rechnung aber. Die Umsatzsteuer-Identifikationsnummer eines EU-Kunden ist das klassische Beispiel. Sie steht im Deal in keinem Feld, weil sie beim Verkaufen keine Rolle spielt — auf der Rechnung an einen Geschäftskunden im EU-Ausland ist sie zwingend.

Wie wird aus dem gewonnenen Deal automatisch eine Rechnung?

Der Auslöser ist in der Praxis der gewonnene Deal. Wird ein Deal in Pipedrive auf „gewonnen" gesetzt, sollen seine Positionen als Beleg im Buchhaltungssystem landen. Damit das trägt, müssen drei Dinge geklärt sein: Der Auslöser feuert genau einmal, die Felder sind vollständig zugeordnet, und ein Testlauf hat gezeigt, was wirklich übergeben wird, bevor der erste echte Beleg entsteht.

Welche Wege von Pipedrive überhaupt zu einer Rechnung führen — von Hand, über eine Automatisierungsplattform oder über einen fertigen Konnektor —, ist im Beitrag zu den vier Wegen von Pipedrive zur Rechnung im Einzelnen beschrieben. Für den Übergang vom Angebot zur Rechnung ist entscheidend, dass der gewählte Weg die Positionsdaten vollständig überträgt und nicht nur einen Gesamtbetrag.

Was leistet ein Konnektor an dieser Stelle?

Ein Konnektor übernimmt die Belegübergabe, ohne dass eine dritte Automatisierungsplattform im Datenfluss steht. Für den Übergang vom Angebot zur Rechnung zählt dabei vor allem eines: dass er die einzelnen Positionen überträgt, nicht nur einen Gesamtbetrag. Nur dann lässt sich die Rechnung gegen den Auftrag prüfen und der ausgewiesene Steuerbetrag nachvollziehen — ein Gesamtbetrag allein verbirgt jede Verschiebung in den Positionen.

Der Abgleich zwischen Pipedrive und lexoffice übergibt die Belege gewonnener Deals und stellt vor dem ersten echten Lauf einen Dry-Run voran. Genau dieser Dry-Run ist an dieser Stelle der Auftragsabgleich: Er zeigt, welche Positionen mit welchen Beträgen übergeben würden, bevor ein Beleg entsteht — die Prüfung, an der der manuelle Weg meist scheitert, weil sie dort niemand einplant. Das Plugin ist ab dem dritten Quartal 2026 verfügbar und derzeit in Wartung, weil Lexware seine Schnittstelle umgestellt hat.

Wie kommt die E-Rechnung ins Spiel?

Ab der E-Rechnungspflicht reicht ein PDF nicht mehr: Der Beleg muss als strukturierter Datensatz vorliegen. Der E-Rechnung-Export aus Pipedrive erzeugt ZUGFeRD 2.x — ein PDF/A-3 mit eingebettetem XML — und XRechnung direkt aus den Deal-Daten. Vor dem Export prüft er die Pflichtfelder gegen die Norm EN 16931; fehlt eine Pflichtangabe, fällt der Beleg auf, bevor er verschickt wird.

Für Rechnungen an Behörden verwaltet das Plugin die Leitweg-ID, die eine XRechnung an die öffentliche Verwaltung adressierbar macht. Wer mehrere gewonnene Deals auf einmal fakturiert, nutzt den Stapel-Export.

Der Punkt für den Übergang: Die Pflichtfeldprüfung deckt genau die Lücke auf, die beim Umwandeln entsteht — eine im CRM fehlende Pflichtangabe wird sichtbar, bevor die Rechnung raus ist, nicht erst bei der Reklamation des Empfängers.

Woran scheitert die Umwandlung in der Praxis?

Vier Fehlerbilder sind eigen für den Schritt vom Angebot zur Rechnung.

Das Angebot ist nicht der Auftrag. Zwischen Angebot und Zuschlag ändern sich Mengen und Preise — der Kunde bestellt zwei statt drei, handelt einen Nachlass aus. Wer das Angebot ungeprüft zur Rechnung macht, fakturiert einen Stand, den niemand mehr bestellt hat. Der übernommene Datensatz gehört vor der Rechnung gegen den tatsächlichen Auftrag geprüft.

Rabatte und Skonto verrutschen. Ein Nachlass, der im Deal als Prozentwert auf die Gesamtsumme steht, ist auf der Rechnung etwas anderes als ein Positionsrabatt. Wird er falsch übernommen, stimmt der ausgewiesene Steuerbetrag nicht — und der ist der Teil, auf den das Finanzamt schaut.

Ein Angebot wird zu mehreren Rechnungen. Abschlag, Teilrechnung, Schlussrechnung: Ein einziges Angebot zieht oft mehrere Belege nach sich. Ein Automatismus nach dem Muster „ein gewonnener Deal, eine Rechnung" bricht hier und braucht eine bewusste Regel, wie Teilbeträge abgebildet werden.

Das Leistungsdatum fehlt. Das Angebot trägt ein Erstelldatum, die Rechnung braucht das Leistungs- oder Lieferdatum. Beides ist selten dasselbe, und im CRM steht das Leistungsdatum oft gar nicht — es entsteht erst mit der Erfüllung, nach dem gewonnenen Deal. Wer es ersatzweise aus dem Angebotsdatum ableitet, datiert die Leistung auf einen Zeitpunkt, an dem sie noch nicht erbracht war, und verschiebt sie im Zweifel in den falschen Voranmeldungszeitraum.

Häufige Fragen

Kann Pipedrive selbst Rechnungen schreiben? Pipedrive erzeugt über Smart Docs Angebote und Dokumente aus den Deal-Daten. Der steuerlich gebundene Rechnungsbeleg mit fortlaufender Nummer entsteht im Buchhaltungssystem; das CRM liefert die Daten dafür.

Muss ich das Angebot in Pipedrive erstellen, damit die Umwandlung funktioniert? Nein. Entscheidend sind die Positionen am Deal — Produkte, Mengen, Einzelpreise. Ob das Angebotsdokument selbst in Pipedrive oder anderswo entstanden ist, spielt für die Belegübergabe keine Rolle.

Was passiert, wenn ein Pflichtfeld für die Rechnung im CRM fehlt? Bei einer E-Rechnung fällt es bei der Pflichtfeldprüfung nach EN 16931 auf, bevor der Beleg verschickt wird. Ohne diese Prüfung entsteht ein ungültiger Beleg, der beim Empfänger abgelehnt wird. Deshalb gehört die Feldzuordnung vor die erste Rechnung, nicht danach.

Lassen sich mehrere gewonnene Deals auf einmal fakturieren? Ja, der E-Rechnung-Export bietet einen Stapel-Export mehrerer gewonnener Deals. Für den laufenden Betrieb ist das die Ausnahme; im Regelfall entsteht ein Beleg je Deal beim Gewinn.

Was ist der Unterschied zwischen ZUGFeRD und XRechnung? ZUGFeRD ist ein PDF mit eingebettetem strukturierten Datensatz — für den Empfänger lesbar wie eine gewohnte Rechnung, für die Maschine auswertbar. XRechnung ist ein reiner Datensatz und im Geschäft mit der öffentlichen Verwaltung vorgeschrieben. Der Export erzeugt beide.

Reicht es, das Angebot als PDF an die Rechnung anzuhängen? Für die Nachvollziehbarkeit im CRM ja, für die Buchhaltung nein. Ein Beleg, der nur als Anhang am Deal hängt, ist kein revisionssicherer Buchungsbeleg. Die Rechnung gehört ins Buchhaltungssystem, das CRM behält den Vertriebskontext.