Einleitung
Odoo Invoicing verwandelt das operative Tagesgeschäft in prüfbare Zahlen: Rechnungen, Eingangsrechnungen, Zahlungseingänge und Bankabstimmungen müssen lückenlos zu den Verkaufs- oder Einkaufsbelegen zurückverfolgbar sein.
In vielen Buchhaltungen landen Stammdaten und Buchungen bei der Finanzabteilung, weil Systeme nicht verknüpft sind – das verzögert Abschlüsse, verschleiert Liquidität und lässt Margenprobleme zu lange unentdeckt.
Das Modul Invoicing plus die passende Lokalisierung sorgt dafür, dass Buchungen konsistent erfolgen, Ausgaben genehmigt werden und Monatsberichte ohne jeden Monat Excel-Jonglierarbeit erstellt werden können.
CFOs, Controller und Accounting Manager, die Odoo prüfen, bekommen Einblick darin, wie Kollegen den täglichen Finanzbetrieb organisieren – nicht nur die Jahresabschlussprozesse.
Invoicing ist ein Baustein im modularen Odoo-ERP. Teams wählen es, wenn sie klare Verantwortlichkeiten, wiederholbare Workflows und durchsuchbare Belege statt verstreuter Nachrichten und Offline-Tabellen wollen. Odoo Invoicing: Kundenrechnungen, Zahlungen und Mahnwesen bildet die Erzählung für Budgetfreigaben.
Dieser Leitfaden listet die Top‑10 Anwendungsfälle, sortiert von Level 1 (einfach) bis Level 10 (Experte). Zu jedem Level finden Sie nummerierte Schritte: die Klickfolge in Odoo Invoicing.
Beginnen Sie dort, wo Ihr Team sicher ist – nicht auf Level 10, nur weil es beeindruckend klingt.
Lesen Sie zuerst die Herausforderung, dann öffnen Sie das Level, das Ihrem Team heute entspricht.
In diesem Guide erfahren Sie:
- Welche Rollen Odoo Invoicing typischerweise im Systemstack übernimmt
- Wo Teams heute am meisten Reibung spüren (und weshalb)
- Zehn priorisierte Anwendungsfälle von Basis-Disziplin bis zur strategischen Ausrichtung
- Wann Automatisierung oder Integrationen die Hinzunahme eines Odoo-Partners rechtfertigen
Die Herausforderung
Ihr Controller exportiert vor jeder Vorstandssitzung drei CSVs und verbringt das Wochenende damit, SVERWEIS‑Fehler zu beheben. Operations hat nicht absichtlich falsch gearbeitet; die Rechnungen stimmten in einem System nie mit den Liefervorgängen überein.
Finanzteams tippen operative Daten zu oft manuell neu ein, statt Ausnahmen zu analysieren. Sind Rechnungen, Belege und Bankbewegungen entkoppelt, ziehen sich Abschlusszyklen hin und die Cash‑Übersicht bleibt vage.
Klingt bekannt? Meist landen Teams an diesen Wänden:
- Monatsabschluss aus CSV‑Exports statt aus lebenden Subledgern
- Freigaben laufen außerhalb des eigentlichen Systems
- Steuern oder Konzernkomplexität werden in Schatten‑Tabellen verwaltet
Die gute Nachricht: Sie brauchen kein Big‑Bang‑Projekt, um Fortschritt zu erzielen. Wählen Sie einen Anwendungsfall, testen Sie ihn 30 Tage in Odoo Invoicing und messen Sie die Auswirkungen.
Top 10 Invoicing‑Use Cases
Zehn konkrete Use Cases für Odoo Invoicing, sortiert von Level 1 (schnell umsetzbar) bis Level 10 (Expertenumsetzung). Zu jedem sehen Sie: was gebaut wird und welche Klicks nötig sind.
Level 1 ist der schnelle tägliche Gewinn. Das letzte Level ist bewusst ambitioniert, damit Sie sehen, wie weit dieselbe App skaliert, wenn Architektur und Daten sauber bleiben.
Wählen Sie Ihr Level, probieren Sie die nummerierten Schritte in einer Testdatenbank und steigen Sie auf, wenn das Vorherige zur Routine wird.
1. Erstellen Sie Ihre erste durchnummerierte Kundenrechnung mit Mehrwertsteuer Level 1 — Einfach
Level 1 ist die minimal funktionale Invoicing‑Aufgabe: ein Nutzer, ein Kunde, eine Rechnung. Keine Automatisierung, keine Verkaufsverknüpfung, nur eine rechtlich korrekte PDF‑Rechnung.
So gehen Sie in Odoo vor:
- Invoicing → Kunden → Neu: Name, Rechnungsadresse, Umsatzsteuer‑ID und Zahlungsbedingungen eintragen.
- Invoicing → Kunden → Rechnungen → Neu: den soeben angelegten Kunden wählen.
- Eine Produktzeile mit Menge, Einzelpreis und korrektem Mehrwertsteuersatz hinzufügen; Odoo berechnet Summen automatisch.
- Auf Bestätigen klicken: die Rechnung erhält eine Sequenznummer und wechselt in den Status »Gebucht«.
- Auf Senden und Drucken klicken: der Kunde erhält die PDF mit allen rechtlichen Angaben.
Ergebnis: In 90 Sekunden geht eine durchnummerierte, gesetzeskonforme Rechnung raus – ohne Word‑Vorlage und ohne Nachtippen.
2. Eine bestätigte Verkaufsbestellung mit einem Klick in Rechnung stellen Level 2 — Einfach
Level 2 schließt die Sales‑zu‑Invoicing‑Lücke: der Button »Rechnung erstellen« auf einer Verkaufsbestellung. Das ist der erste Hebel, wenn Sales ebenfalls in Odoo arbeitet.
So gehen Sie in Odoo vor:
- Öffnen Sie die bestätigte Verkaufsbestellung unter Verkauf → Aufträge.
- Auf Rechnung erstellen klicken und wählen: Reguläre Rechnung, Anzahlung oder Schlussrechnung.
- Die vorausgefüllten Positionen, Steuern, Zahlungsbedingungen und Analytik prüfen.
- Auf Bestätigen klicken; die Rechnung wird gebucht und mit der Verkaufsbestellung verknüpft.
- Auf Senden und Drucken klicken; der Chatter protokolliert die E‑Mail und Lesebestätigung.
Ergebnis: Aus dem früher zehnminütigen Prozess wird ein Klick – Mengen und Preise müssen nicht mehr neu eingegeben werden.
3. Online‑Zahlung aktivieren, damit Kunden direkt aus der PDF bezahlen Level 3 — Einfach
Level 3 fügt die Schaltfläche »Jetzt bezahlen« hinzu: E‑Mails werden zur Bargegenheit, ohne dass Ihr Team Kartendaten manuell einholen muss.
So gehen Sie in Odoo vor:
- Invoicing → Konfiguration → Zahlungsanbieter: Stripe, Mollie, Adyen oder PayPal aktivieren.
- API‑Schlüssel einfügen und bei Produktionsbereitschaft den Testmodus deaktivieren.
- Jede gebuchte Rechnung per E‑Mail senden: E‑Mail‑Text und PDF enthalten den Pay‑Now‑Button.
- Der Kunde zahlt per Karte; die Rechnung wechselt auf »Im Zahlungseingang« und nach Abstimmung auf »Bezahlt«.
- Fehlgeschlagene Zahlungen erzeugen eine Aktivität für das Finance‑Team zur sofortigen Nachverfolgung.
Ergebnis: Forderungslaufzeit (DSO) sinkt typischerweise um 10–15 Tage pro Quartal; die Buchhaltung kümmert sich wieder um Ausnahmen statt Kartenabfragen.
4. Eine gebuchte Rechnung stornieren und durch eine Gutschrift ersetzen Level 4 — Mittel
Level 4 nutzt Gutschriften: Korrekturen bleiben nachvollziehbar. Fehler werden zu einer sauberen Prüfspur statt zu überschriebenen Belegen.
So gehen Sie in Odoo vor:
- Öffnen Sie eine gebuchte Rechnung mit falschem Betrag oder falscher Position.
- Auf Gutschrift hinzufügen klicken und wählen: Erstattung und Neu ausstellen oder Ändern und Stornieren.
- Die neue Entwurfsrechnung anpassen und bestätigen; die Gutschrift erhält eine eigene gesetzliche Nummer.
- Die Gutschrift wird automatisch gegen die Originalforderung ausgeglichen.
- Bericht »Gutschriften« zeigt Muster, wenn sich derselbe Kunde häuft.
Ergebnis: Auditoren finden Original‑, Gutschrifts‑ und Ersatzbeleg in unter einer Minute; die Buchhaltung verliert die Angst vor Korrekturen.
5. Das Rechnungs‑PDF mit Logo, Farben und rechtlichem Footer gestalten Level 5 — Mittel
Level 5 arbeitet mit Document Layout, der No‑Code‑PDF‑Anpassung auf Basis von QWeb. Eine Änderung in den Einstellungen aktualisiert alle Kunden‑PDFs.
So gehen Sie in Odoo vor:
- Einstellungen → Unternehmen: Logo hochladen und Primärfarbe festlegen.
- Invoicing → Konfiguration → Dokumentenlayout: aus Stilen wie »Klar«, »Gestreift« oder »Karton« wählen.
- Footer mit IBAN, Umsatzsteuer‑ID, Support‑E‑Mail und gewünschter Firmenzeile ergänzen.
- Auf Vorschau klicken und Schriftart, Farben, Seitenumbruch und Summenblock prüfen.
- Senden Sie eine Testrechnung an sich selbst, bevor Sie das Layout produktiv schalten.
Ergebnis: Rechnungen wirken markenkonform; Beschwerden sinken, Zahlungsbereitschaft steigt und die Buchhaltung muss sich nicht mehr für das Design entschuldigen.
6. Monatlich wiederkehrende Retainerkunden automatisch abrechnen (Subscriptions) Level 6 — Mittel
Level 6 verbindet Invoicing mit Subscriptions für wiederkehrende Umsätze: Retainer, SaaS‑Abos oder Mitgliedschaften laufen ohne manuelle Tabellenweitergabe ab.
So gehen Sie in Odoo vor:
- Subscriptions installieren und ein Abrechnungsintervall (z. B. monatlich, ohne Enddatum) anlegen.
- Ein Produkt »Monatlicher Retainer« mit dem Abo‑Template, korrektem Preis und Steuer erstellen.
- Das Abo einmalig pro Kunde verkaufen; der Vertrag regelt alle Folgedaten automatisch.
- E‑Mail‑Vorlage anpassen; im Betreff immer den Abrechnungszeitraum (Monat/Jahr) ausweisen.
- Prüfen, dass die erste automatische Rechnung am erwarteten Tag erzeugt, versandt und online bezahlt wird.
Ergebnis: Wiederkehrende Umsätze werden automatisch gebucht; pro 500 aktiven Verträgen entfällt oft mindestens eine operative Stelle.
7. Überfällige Kunden mit automatisierten Mahnstufen verfolgen Level 7 — Schwer
Level 7 führt Follow‑up Levels ein – das integrierte Mahnwesen in Invoicing. Genau dieses Feature steht im Zentrum des Beitrags.
So gehen Sie in Odoo vor:
- Invoicing → Konfiguration → Mahnstufen: Stufen z. B. bei 7, 14, 30 und 45 Tagen anlegen.
- Für jede Stufe E‑Mail‑Vorlage, ggf. Rückrufaktivität und Lieferstopp‑Flag definieren.
- Auf Kundenebene einen Mahnplan wählen: Standard, Premium oder Streng.
- Täglich läuft die geplante Aktion und sendet die passende Mahnung an überfällige Kunden.
- Die Ansicht »Meine Aktivitäten« zeigt Finance nur noch die roten Fälle, die menschliches Handeln benötigen.
Ergebnis: Finance gewinnt im Schnitt einen kompletten Arbeitstag pro Woche zurück und erhält Zahlungen etwa zehn Tage früher.
8. Landes‑E‑Invoicing für rechtliche Vorgaben aktivieren Level 8 — Schwer
Level 8 schaltet die E‑Invoice‑Schicht frei: strukturierte XML‑Formate, die die Steuerbehörde lesen kann. Frankreich 2026, Peppol oder Italien SDI werden darüber abgedeckt.
So gehen Sie in Odoo vor:
- Einstellungen → Apps: die jeweilige Landeslokalisierung installieren (Frankreich, Belgien, Italien, Spanien).
- Invoicing → Konfiguration → Elektronische Rechnungen: Peppol, Factur‑X oder SDI aktivieren.
- Beim Access‑Point oder Public‑Digital‑Platform registrieren und Zugangsdaten in Odoo hinterlegen.
- Rechnungen werden nun automatisch als strukturierte, signierte XML generiert und übermittelt.
- Zustellstatus (gesendet, empfangen, akzeptiert, abgelehnt) erscheint direkt im Chatter der Rechnung.
Ergebnis: Rechtssichere Einhaltung des Mandats ohne maßgeschneiderte Schnittstelle; abgelehnte Einreichungen gehören der Vergangenheit an.
9. Mehrwährungsrechnungen mit analytischer Verteilung pro Projekt erstellen Level 9 — Schwer
Level 9 macht Invoicing zum Margensensor: Multi‑Currency plus analytische Verteilungen pro Rechnungslinie. Jede Position trägt Projekt, Kostenstelle und FX‑Wahrheit.
So gehen Sie in Odoo vor:
- Einstellungen → Multiwährung aktivieren; täglichen EZB‑Kursimport einschalten.
- Invoicing → Konfiguration → Analytische Pläne: Projekte, Kostenstellen und Regionen anlegen.
- Auf jeder Rechnungszeile eine analytische Verteilung eintragen, z. B. 60 % Projekt A, 40 % Projekt B.
- Die Rechnung in der Kundenwährung ausstellen; FX‑Gewinn/‑verlust wird zum Tageskurs gebucht.
- Berichte → Fakturierter Umsatz, nach Analytik gruppiert, zeigen Marge pro Projekt und Währung.
Ergebnis: Der CFO sieht Umsatz und Marge pro Projekt und Währung in Echtzeit – nicht erst als Jahresend‑Excel‑Rekonstruktion.
Analytische Pläne so zu gestalten, dass sie auch einem CFO‑Wechsel standhalten und Multi‑Currency zum Kontenrahmen passt, ist ein typisches Dasolo‑Audit‑Setup.
10. Ein autonomes AR‑Kommandozentrum über Invoicing, Bank, KI und Dashboards aufbauen Level 10 — Experte
Level 10 ist das vollständige Betriebs‑OS: Bankfeeds posten selbst, KI bewertet, wen man bearbeiten sollte, Helpdesk löst Streitfälle, Knowledge sichert das Vorgehen und Dashboards aktualisieren live.
So gehen Sie in Odoo vor:
- Bankfeed anbinden (Plaid, Ponto oder direkte Bank‑API), sodass Transaktionen jeden Morgen in Invoicing landen.
- Eine KI‑Regel mit historischem Zahlungsverhalten trainieren; jede offene Rechnung erhält ein Risiko‑Scoring: »Safe« bis »At Risk«.
- Studio‑Automationen: »At Risk«‑Rechnungen lösen priorisierte Nachverfolgung aus und werden einem Senior Collector zugewiesen.
- Im Kundenportal erstellte Streitfälle öffnen automatisch ein Helpdesk‑Ticket mit der Rechnung und Chatter‑Historie.
- Knowledge verwaltet das Inkassospielbuch; ein Klick lädt Tonfall, Eskalationsstufe und gesetzliche Hinweise.
- Ein Live‑Dashboard (Spreadsheet AR) verfolgt DSO, Altersstruktur, Streitfälle und KI‑Trefferquote in Echtzeit.
- ISO 20022 SEPA‑Zahldateien werden aus dem Bankjournal erzeugt für Rückzahlungs‑ oder Supplier‑Runs.
Ergebnis: Ein AR‑Operator erledigt die Arbeit einer fünfköpfigen Mannschaft, DSO sinkt innerhalb zweier Quartale um über 20 Tage, und Finance ist nicht länger Cash‑Bremse.
Das Vernetzen von KI‑Scoring, Banken‑APIs, Helpdesk‑SLAs, Knowledge‑Playbooks und Live‑Dashboards ist die bereichsübergreifende, bankenreife Architektur, die Dasolo als Partner liefert. Die meisten Teams brauchen externe Unterstützung, damit diese Teile beim ersten Mal korrekt zusammenspielen.
Wann Expertenrat Sinn macht
Passen Level 1–6 zu Ihrem Umfeld, gelingt die Einführung oft mit Standard‑Odoo, einem verantwortlichen internen Owner und einer Sandbox, in der gefahrlos experimentiert werden darf.
Ab Level 7 steigen Risiken: Automationen können versehentlich falsche Kunden anschreiben, Studio‑Felder Upgrades blockieren oder APIs mitten in der Nacht die Synchronisation einstellen.
Das ist kein Versagen Ihres Teams, sondern ein Hinweis darauf, dass Architektur, Testprozesse und Governance jetzt wichtig werden.
Holen Sie einen Partner ins Boot, wenn Sie Cross‑App‑Design, länderspezifische Compliance, komplexe Integrationen oder ein festes Go‑Live‑Datum vom Board haben.
Arbeiten Sie mit Dasolo
Dasolo unterstützt Unternehmen dabei, Odoo so einzuführen, wie sie tatsächlich arbeiten: saubere Integrationen, angepasste Apps und Schulungen, die im Alltag hängenbleiben, nachdem die Berater weg sind.
Wenn Ihre Invoicing‑Roadmap die hier beschriebenen fortgeschrittenen Anwendungsfälle enthält, erstellen wir einen gestuften Plan: schnelle Erfolge zuerst, danach Automatisierung und Integrationen mit klaren Verantwortlichkeiten und Testskripten.
Sie behalten Kontrolle über Umfang und Budget. Wir bringen Odoo‑Tiefe, damit Ihr Team nicht die teuren Lernfehler in Produktion erlebt.
Vereinbaren Sie eine kostenlose Beratung: