Odoo Sales: vom Angebot zur Rechnung ohne doppelte Datenpflege

Eine Bestellung kommt rein. Jemand schreibt das Angebot im einen Tool. Wird es bestätigt, tippt das Lager die Positionen ins nächste System, damit der Versand losgeht. Und die Buchhaltung baut am Monatsende die Rechnung noch einmal nach, weil ihr Programm die Auftragsdaten nicht kennt. Drei Mal dieselben Zeilen, drei Mal die Chance auf einen Zahlendreher.

Das Muster wiederholt sich in fast jedem gewachsenen Vertrieb: Solange Angebot, Lager und Fibu getrennte Werkzeuge sind, ist jeder Auftrag eine Übergabe mit Reibungsverlust. Die Fragen dahinter sind immer dieselben:

Warum tippt das Team dieselbe Bestellung dreimal: ins Angebot, ins Lager, in die Rechnung? Wo gehen ausgehandelte Rabatte und Sonderpreise verloren, wenn aus dem Angebot ein Auftrag wird? Welche Zahl stimmt, wenn Vertrieb, Lager und Buchhaltung jeweils ihren eigenen Stand pflegen? Und was kostet jeder Vorgang, den am Ende doch wieder jemand von Hand korrigiert?

Die Stärke von Odoo Sales liegt nicht in der schöneren Angebotsmaske, sondern darin, dass Angebot, Auftrag, Lieferung und Rechnung an einem einzigen Datensatz hängen. Das Modul entfaltet seinen Wert erst als Stück eines durchgängigen Prozesses, vom CRM davor bis zur Buchhaltung danach.

Der Verkaufsweg in Odoo läuft in vier Schritten, und jeder Schritt erzeugt automatisch den Beleg für den nächsten. Vom Angebot bis zur Zahlung bleibt alles am selben Vorgang hängen.

Im Angebot baut der Vertrieb die Positionen zusammen, inklusive Cross- und Upselling über optionale Produkte und dynamisch erzeugter PDFs. Aus dem Angebot wird ein Auftrag, sobald der Kunde bestätigt. Genau hier entfällt der größte manuelle Schritt: Der Kunde bestätigt den Auftrag direkt über eine Online-Signatur auf dem Verkaufsauftrag, ohne Papiere zurückzuschicken, und der zuständige Verkäufer wird sofort über die Bestätigung informiert.

Mit der Bestätigung entsteht die Lieferung automatisch. Je nach eingerichteter Lagerroute läuft das in einem Schritt (Versand), in zwei Schritten (Kommissionieren und Versenden) oder in drei (Kommissionieren, Verpacken, Versenden), bis hin zum Streckengeschäft direkt ab Lieferant. Versanddienstleister wie DHL oder UPS lassen sich anbinden, sodass Versandlabels und Frachtkosten automatisch entstehen. Den Abschluss bildet die Rechnung. Entscheidend ist die Rechnungspolitik: Odoo fakturiert wahlweise nach bestellten oder gelieferten Mengen. Die falsche Wahl an dieser Stelle ist einer der häufigsten Konfigurationsfehler; sie führt später zu mühsamen manuellen Korrekturen an Rechnungen. Für das Projektgeschäft kommen Anzahlungen und Pro-forma-Rechnungen dazu, für Dienstleister die Abrechnung nach Zeit und Material oder nach Projektmeilensteinen. Welche Variante passt, entscheidet das Geschäftsmodell.

Ein sinnvoller Einstieg besteht aus drei Klärungen: nach welcher Menge fakturiert wird, ob Anzahlungen nötig sind, und wie viele Lagerschritte der Versand wirklich braucht. Sind die drei Antworten sauber konfiguriert, läuft die Kette vom Angebot bis zur gebuchten Zahlung weitgehend ohne Handarbeit.

Davor sitzt das CRM. Eine Verkaufschance wird zur Angebotsanfrage, ohne dass jemand Kontaktdaten oder Positionen neu erfasst. Der Übergang vom Lead zum Auftrag ist der Punkt, an dem sich ein integriertes System gegen eine CRM-Insel auszahlt. Wie weit Odoos eigenes CRM für die Vertriebssteuerung reicht und wann ein dediziertes System danebenbleibt, ist eine eigene Entscheidung; den Rahmen dafür liefert die Einordnung von Odoo CRM.

Dahinter hängen Lager und Buchhaltung. Mit der Auftragsbestätigung reserviert Odoo den Bestand und plant die Lieferung. Die Lagerlogik mit Routen, Chargen und Bestandsbewertung ist die direkte Fortsetzung des Verkaufs. Und am Ende bucht das System: Die Bestandsbewertung läuft je nach Konfiguration nach kontinentaler oder angelsächsischer Methode, mit Kostenverfahren wie Standard, FIFO oder gleitendem Durchschnitt. Aus denselben Auftragsdaten entsteht die Steuerungssicht: Pipeline, Umsatz und Margen, bei Abos auch der wiederkehrende Umsatz (MRR), landen ohne Export direkt im Reporting.

Genau diese Kopplung verlangt Disziplin. Übersteuert jemand Bestände oder Buchungen von Hand, passen die automatischen Sachkonten-Buchungen schnell nicht mehr zur Realität, und Bilanz und GuV laufen auseinander. Eine wiederkehrende Falle ist die Gutschrift: Sie muss in Odoo immer aus der Ursprungsrechnung erzeugt werden, sonst bricht die Abstimmung. Wie tief die Buchhaltung mit DATEV, SKR-Kontenrahmen und GoBD den deutschen Abschluss trägt, gehört zur selben Prozesskette. Der Verkauf ist erst mit der korrekt gebuchten Zahlung abgeschlossen.

Die Kostenfrage hat zwei Ebenen. Die erste ist der Nutzen: Eine mit der Technischen Universität München durchgeführte Untersuchung beziffert einen klassischen, manuellen Order-to-Cash-Vorgang auf über 5,55 € pro Transaktion, während die Automatisierung in Odoo diese Prozesskosten deutlich senkt. Den Ausschlag gibt die eingesparte Handarbeit pro Auftrag; der Lizenzpreis ist der kleinere Posten.

Die zweite Ebene ist die Edition. Die Community-Version deckt den Kern ab: Angebote, Aufträge, Lieferungen und manuelle Rechnungsstellung. Die Enterprise-Version schaltet die Automatik frei, die den Unterschied macht: Subscriptions, Online-Signatur, OCR-Belegerfassung, Bankabgleich und tiefere Buchhaltungs-Workflows.

Die Entscheidung ist damit konkret. Für den schlanken Auftragsfluss reicht Community weit. Sobald Self-Service, Abos und automatisierte Buchhaltung dazukommen, rechnet man mit Enterprise und plant den Sprung besser vor der Einführung ein als danach. Die genaue Editionsgrenze für einzelne Funktionen lohnt einen Check gegen die aktuelle Version, weil Odoo sie zwischen den Releases verschiebt.