Vom CRM bis zur Inkasso: Wie Vertrieb und Fakturierung integriert werden

Warum Vertrieb und Fakturierung getrennt bleiben (und was das kostet)

In vielen Schweizer KMU bleiben das CRM – oder das Adressbuch mit der Historie der Angebote – und die Fakturierung-Buchhaltung auf zwei Programmen, die nicht miteinander sprechen. Der Auftrag wird im CRM abgeschlossen, die Rechnung entsteht in der Buchhaltungssoftware; dazwischen steht eine Person, die Adresse, Ansprechpartner, Positionen und Preis abtippt.

ASMIQ analysiert zwar SaaS-Unternehmen, beschreibt aber ein allgemeines Problem. Die Integration verschiedener Systeme – vom CRM und ERP bis zu den Zahlungsdienstleistern – führt oft zu Datensilos und ineffizienten Prozessen, wenn ein durchdachtes Konzept fehlt.

Die Kosten sind nicht nur zeitlicher Natur. Laut ASMIQ erzeugt die manuelle Bearbeitung von Zahlungen und Rechnungen nicht nur Fehler: Sie erhöht auch die Abwanderungsrate, weil Kunden durch unverständliche oder verspätete Rechnungen verunsichert werden.

Die Rechnung ist der Moment, in dem der Kunde vergleicht, was er bestellt hat, mit dem, was er bezahlen muss: Eine falsche Adresse, ein nicht aktualisierter Preis oder ein verspätetes Dokument verwandeln ein internes Problem in einen kommerziellen Streitfall.

Der Druck kommt auch von den Kunden. ASMIQ zitiert eine Studie von Gartner, wonach über 70 % der Unternehmen erwarten, dass die Interaktionen mit der Kundschaft bis 2025 vollständig digital sein werden. Wenn der Auftrag aus einem Webshop, einem Portal oder einer elektronischen Bestellung stammt, darf die Kette nicht unterbrochen werden, um manuell in die Buchhaltung eingegeben zu werden.

Bevor sie eine Software auswählen, beginnen die Partner beim Ablauf. Ati Comunicazione, Odoo-Partner, nennt die Methode Analysieren • Transformieren • Integrieren: Zuerst werden die bestehenden operativen Abläufe studiert, Engpässe, Redundanzen und Tätigkeiten mit geringem Mehrwert identifiziert, und erst danach wird digitalisiert.

Die erste Frage ist nicht, welches Programm gekauft werden soll, sondern welche Daten nur einmal entstehen und welche Dokumente von selbst weiterfliessen müssen, ohne erneute Eingabe.

Die Daten, die fliessen müssen: Adressen, Preislisten und Konditionen

Der erste Block ist der Stammdatenbereich. In einem Schweizer ERP wie blue office umfasst die Adressverwaltung (CRM) neben den Ansprechpartnern drei verschiedene Adressen – Liefer-, Korrespondenz- und Rechnungsadresse – sowie eine unbegrenzte Anzahl von Ansprechpartnern pro Adresse. Auf der Dokumentenseite erlaubt blue office, für jedes Dokument die Adresse, die Versandadresse, die Kopie-Adresse und die Referenzadresse zu definieren. Wenn diese Felder in zwei Systemen leben, müssen sie doppelt gepflegt werden: Jedes doppelte Feld ist ein Punkt, an dem die Systeme divergieren können.

Der zweite Block ist kommerzieller Natur. blue office verwaltet zehn Verkaufspreise pro Artikel, Warengruppen und Rabattgruppen, Staffelpreise und Preistabellen, Aktionspreise mit festgelegtem Datum und kundenspezifische Preise, die aus der Artikelstammdaten ausgewählt werden können. Das sind die Informationen, die, wenn das CRM sie nicht mit der Fakturierung teilt, am Ende manuell angewendet werden: Dort entsteht die falsche Rechnung oder die Gutschrift, die sie korrigiert.

Daraus ergibt sich eine operative Regel: Für jedes Feld wird ein Quellsystem (der Master) festgelegt, wer es ändern darf und wie die Änderung auf das andere System übertragen wird. Es lohnt sich, Daten, die sich häufig ändern – Ansprechpartner, Lieferadresse, für einen einzelnen Auftrag vereinbarte Konditionen – von stabilen Daten zu trennen, wie der Rabattgruppe oder der für den Kunden geltenden Preisliste.

Wenn die beiden Systeme divergieren, sieht der Kunde die Auswirkungen: Das Dokument, das er erhält, entspricht nicht dem angenommenen Angebot. Dies ist der von ASMIQ beschriebene Mechanismus bezüglich unklarer oder verspäteter Dokumente; die Prävention liegt in der gemeinsamen Datennutzung, nicht in der nachträglichen Korrektur.

Vom Angebot zum Inkasso: Die Kette der verknüpften Dokumente

Eine ERP-Software beschreibt die Kette der Kundendokumente explizit. In blue office sind die vorgesehenen Dokumente Angebot, Auftragsbestätigung, (teilweise) Lieferschein, (teilweise) Rechnung, Retourenschein, Gutschrift und freies Dokument, wobei das nachfolgende Dokument definiert werden kann. Dies ist das Modell, das reproduziert werden sollte: Jedes Dokument leitet sich vom vorherigen ab und wird nicht von Null neu geschrieben.

Das Wort «teilweise» zählt mehr, als es scheint. Ein Auftrag kann in mehreren Lieferungen ausgeführt und in mehreren Rechnungen fakturiert werden: Das System muss wissen, was bereits geliefert und was bereits fakturiert wurde. Anderfalls erhält der Kunde Zahlungsaufforderungen für noch nicht versandte Ware, oder es kommt nichts für bereits gelieferte Ware an. Retourenschein und Gutschrift schliessen den Zyklus, wenn der Kunde zurücksendet oder reklamiert.

Automatisierung lohnt sich dort, wo die Regel mechanisch ist: Erstellung des nachfolgenden Dokuments aus dem vorherigen, Nummerierung, Übernahme des Preises aus der Artikelstammdaten, Generierung des Lieferscheins aus der Auftragsbestätigung. Menschliche Kontrolle ist hingegen erforderlich bei nicht standardmässigen Rabatten, Leistungen, die nicht im Angebot vorgesehen waren, Rundungen, Versandkosten und jeder Gutschrift: Die Automatisierung würde einen Einstellungsfehler getreu wiederholen.

Wenn jedes Dokument den Bezug zum vorherigen mit sich führt, wird die Rechnung bis zum Angebot und Auftrag zurückverfolgbar. Die Reklamation wird durch Lesen der Verknüpfung gelöst, statt Dokumente in verschiedenen Archiven zu suchen.

Wiederkehrende Fakturierung und Abonnements: Weniger Fehler, weniger Abwanderung

Ein Modul zur automatischen Fakturierung erstellt periodisch wiederkehrende Dokumente mit einem Klick – wahlweise Rechnungen, Aufträge, Angebote oder Lieferscheine – und verwaltet Sammelrechnungen, wie blue office dokumentiert. Der Wartungsvertrag, die monatliche Gebühr oder die periodische Lieferung werden nicht jedes Mal neu erstellt: Sie erben Artikel, Kundenpreise und Konditionen aus dem ursprünglichen Vertrag.

Die Auswirkung auf Fehler ist direkt. Für ASMIQ spart die Automatisierung der Fakturierungsprozesse Ressourcen und minimiert Fehlerquellen, was sich direkt auf die Kundenzufriedenheit auswirkt. Laut ASMIQ führt die manuelle Bearbeitung von Zahlungen und Rechnungen zu Fehlern und erhöht die Abwanderungsrate: Kunden sind durch undurchsichtige oder verspätete Rechnungen verunsichert.

ASMIQ nennt eine konkrete Grössenordnung: Ein Schweizer SaaS-Anbieter hat seine Abwanderungsrate innerhalb eines Jahres um 15 % gesenkt, indem er eine vollautomatisierte Zahlungsplattform implementierte. Der Punkt ist nicht die Software an sich, sondern die Tatsache, dass die wiederkehrende Fakturierung und das Inkasso nicht mehr von einer monatlichen manuellen Aktion abhängen.

Auf Kundenseite nennt ASMIQ die konsequente Integration von Self-Service-Portalen als bewährte Praxis, die Transparenz und Kontrolle über Abonnements bieten. Für ein Schweizer KMU bedeutet dies, sichtbar zu machen, was in der Gebühr enthalten ist, welcher Zeitraum fakturiert wurde und mit welcher Periodizität, wodurch Klärungsanfragen reduziert werden, die einer Kündigung vorausgehen. Die Sammelrechnung geht, wenn der Vertrag dies vorsieht, in diese Richtung: Ein Dokument statt vieler.

Von der QR-Rechnung zum abgestimmten Inkasso

Die Rechnung mit QR-Einzahlungsschein ist der Punkt, an dem der Zyklus ohne manuellen Eingriff geschlossen wird. Vosia, eine Verwaltungssoftware, die auch im Kanton St. Gallen aktiv ist, gibt an, automatisch Rechnungen mit schweizerischem QR-Einzahlungsschein gemäss Bankstandards zu generieren, mit QR-Bill ISO 20022 Fakturierung. Sie verfolgt die Eingänge direkt vom Konto und verwaltet die Abstimmungen mit einem Klick. Die Zahlungsdaten reisen in strukturierter Form: Der Eingang auf dem Konto kann der Rechnung zugeordnet werden, die ihn ausgelöst hat.

Warum das wichtig ist, zeigt sich, wenn Rechnung und Buchhaltung im selben System liegen. Exxas, eine ERP- und CRM-Plattform, die täglich von über 10'000 Nutzern verwendet wird, hat die Version 5.0 im Jahr 2023 um eine vollständige Buchhaltung, einen App-Marktplatz und konfigurierbare Dashboards erweitert; Vosia gibt an, eine schweizerische Buchhaltung gemäss den OR-Vorschriften anzubieten. Wenn Rechnung und Journal getrennt sind, bleibt die Abstimmung ein Vergleich zwischen Kontoauszug und Debitorenkonto.

Bleibt die Frage, wo die Daten residieren. Vosia nennt 100 % Schweizer Hosting, Konformität mit dem DSG/nDSG und ein Treuhänder-Portal; Exxas gibt an, dass die Plattform über drei Schweizer Rechenzentren verwaltet wird. Für ein KMU mit externem Treuhänder ist dies ein überprüfbares Auswahlkriterium, kein technisches Detail: Es bestimmt, wer auf die Fakturierungsdaten zugreift und mit welcher Verantwortung.

Das operative Ergebnis ist die Sichtbarkeit des Status jeder Forderung: Rechnung erstellt, gesendet, fällig, eingegangen, teilweise bezahlt, zur Mahnung. Die Mahnung wird zu einer Aktion, die mit einer offenen Position verknüpft ist, nicht zu einer separaten Erinnerung; die Zeit, die für die Überprüfung von «wer hat bezahlt» aufgewendet wird, verlagert sich auf die Verwaltung von Ausnahmefällen.

Bestehendes verbinden: CRM, ERP, Webshop und Verwaltungssoftware

Es ist nicht nötig, alles zu ersetzen, um Vertrieb und Fakturierung kommunizieren zu lassen. Ati Comunicazione, Odoo-Partner, gibt an, Odoo mit E-Commerce, Marktplätzen, bestehenden Verwaltungssoftwares und Legacy-Systemen zu verbinden und Automatisierungen zu erstellen, um Fehler zu reduzieren und die operative Geschwindigkeit zu erhöhen. Im logistischen Bereich listet byrd Integrationen mit Shop-Plattformen wie PrestaShop, Shopware, WooCommerce, Shopify und PlentyONE sowie mit Procuros und Xentral und ERP-Systemen auf. Das sind die Knotenpunkte, über die die Webshop-Bestellungen in die Verwaltungssoftware gelangen.

Auch der umgekehrte Weg ist dokumentiert: Exxas hat seine API mit Version 4.0 im Jahr 2020 veröffentlicht und in den folgenden Jahren Dutzende von Apps angebunden. Dies ist ein Beispiel für ein ERP, das durch Integration wächst, nicht durch Ersatz.

Hinsichtlich der Datenresidenz und der Verantwortlichkeit geben die Anbieter überprüfbare Hinweise: Vosia nennt Daten in der Schweiz und Konformität mit dem DSG/nDSG; Exxas nennt drei Schweizer Rechenzentren. In der Vertragsphase sollte schriftlich festgelegt werden, welches System der Master für Stammdaten, Preislisten und Dokumente ist, wer für die Richtigkeit der Daten verantwortlich ist und wie Zugriffe und Rollen des Treuhänders verwaltet werden.

Es gibt auch den modularen Weg. OS1, ein Produkt, das auf den italienischen KMU-Markt ausgerichtet ist, ist in einzelne Module unterteilt, die unabhängig voneinander verkauft und jederzeit neu gestaltet werden können: Man kann mit einem Modul beginnen und weitere hinzufügen, statt die gesamte Verwaltungssoftware auf einmal zu wechseln.

Kritischste Module für die Integration in Schweizer KMU

Wie das Projekt aufgebaut wird und was der Anbieter gefragt werden sollte

Das Projekt wird in Phasen aufgebaut. Ati Comunicazione beschreibt seine Methode als Analysieren, Transformieren, Integrieren, mit Schulung und kontinuierlicher Begleitung, um eine vollständige und dauerhafte Einführung zu gewährleisten. In operativen Schritten: Abbilden, wer welche Daten und welche Dokumente erstellt; Redundanzen eliminieren, indem für jedes Feld nur ein Quellsystem gefunden wird; Artikel, Preislisten, Rabattgruppen und Stammdaten konfigurieren; einen kompletten Verkaufs-Rechnungs-Inkasso-Zyklus testen; das Team am realen Szenario schulen.

Der Test muss an einem vollständigen Fall durchgeführt werden, nicht an einer isolierten Rechnung. Erforderlich sind Angebot, Auftragsbestätigung, Lieferschein, Rechnung, mindestens ein Teilfall (Lieferung und Fakturierung in zwei Schritten) sowie eine Retoure mit Gutschrift. An diesen Schritten zeigen sich die fehlenden Verknüpfungen zwischen CRM und Buchhaltung.

Die Fragen an den Anbieter sind überprüfbar. Wo sind die Daten gehostet und mit welcher Konformität (Vosia nennt Schweizer Hosting und nDSG-Konformität; Exxas drei Schweizer Rechenzentren)? Wie wird der QR-Einzahlungsschein generiert und mit welchem Standard (Vosia nennt QR-Bill ISO 20022 und Konformität mit Bankstandards)? Welche nativen Integrationen existieren mit meinem Webshop, meinem CRM und meiner aktuellen Verwaltungssoftware (byrd listet PrestaShop, Shopware, WooCommerce, Shopify, PlentyONE, Procuros, Xentral und ERP auf; Ati verbindet E-Commerce, Marktplätze, Verwaltungssoftwares und Legacy-Systeme)?

Zwei weitere Fragen schliessen die Bewertung ab. Was muss noch konfiguriert werden und wer macht es: der Anbieter, der Partner oder das Unternehmen selbst? OS1 wird als direkt durch die Bediener des nutzenden Unternehmens total konfigurierbar beschrieben. Und welche Referenzen kann der Anbieter in ähnlichen Branchen und Grössenordnungen vorweisen? Dies ist der konkreteste Weg, um zu verstehen, ob der Ablauf Angebot-Rechnung-Inkasso bereits zuvor aufgebaut wurde oder ob er auf Kosten des Auftraggebers gebaut wird.