Um Stampli zu verstehen, hilft ein Blick auf das Problem, das die Software adressiert. Die Kreditorenbuchhaltung – also die Bearbeitung eingehender Rechnungen von Lieferanten und Dienstleistern – ist in vielen Organisationen ein zäher, papierlastiger und fehleranfälliger Prozess. Eine Rechnung trifft ein, wird geprüft, muss von einer oder mehreren Personen freigegeben, mit einer Bestellung abgeglichen, kontiert und schließlich verbucht und bezahlt werden. Traditionell laufen diese Schritte über E-Mails, Papierstapel, Rückfragen auf dem Flur und manuelles Abtippen. Genau diese Kette will AP-Automation digitalisieren und beschleunigen.
Stampli setzt an dieser Kette an, legt den Schwerpunkt aber anders als klassische Werkzeuge. Statt den Freigabeprozess nur in ein starres, formularartiges Workflow-System zu gießen, macht die Plattform die Rechnung selbst zum zentralen Ort der Zusammenarbeit. Jede Rückfrage, jeder Kommentar, jede Freigabe wird direkt am jeweiligen Beleg festgehalten. Alle Beteiligten – Einkauf, Fachabteilung, Buchhaltung, Geschäftsführung – sehen denselben Vorgang mit seiner vollständigen Historie. Das reduziert das typische Hin und Her per E-Mail und macht nachvollziehbar, wer wann was entschieden hat.
Der Wertbeitrag von AP-Automation lässt sich am besten entlang des Rechnungslebenszyklus beschreiben. Am Anfang steht die Erfassung: Eine eingehende Rechnung – ob als PDF im E-Mail-Postfach, als Scan oder in einem strukturierten Format – gelangt in die Plattform, wo ihre Daten ausgelesen werden. Es folgt die Prüfung und Kodierung, bei der die Rechnung den richtigen Konten, Kostenstellen und gegebenenfalls einer Bestellung zugeordnet wird. Danach durchläuft sie die Freigabe durch die zuständigen Personen und wird schließlich zur Verbuchung und Zahlung an das nachgelagerte Buchhaltungs- oder ERP-System übergeben.
Stampli begleitet diesen gesamten Weg in einer einzigen Oberfläche. Der eigentliche Reiz liegt darin, dass die Software nicht nur die Datenerfassung automatisiert, sondern vor allem die Zusammenarbeit zwischen den Beteiligten strukturiert. Wo früher eine Rechnung tagelang in einem Postfach lag, weil unklar war, wer sie freigeben muss, lenkt die Plattform sie zielgerichtet an die richtigen Personen und hält den Stand für alle sichtbar. Dieser kollaborative Fokus ist das prägende Merkmal des Produkts und zieht sich durch den gesamten Beitrag.
Stampli stammt von einem US-amerikanischen Anbieter mit Entwicklungsstandort unter anderem in Israel und positioniert sich als spezialisierte Lösung für die Kreditorenbuchhaltung. Es ist bewusst kein umfassendes ERP-System und keine vollständige Buchhaltungssoftware, sondern eine Ergänzung, die sich zwischen den Rechnungseingang und das führende Finanzsystem schiebt. Die Verbuchung, das Hauptbuch und der Jahresabschluss verbleiben im ERP oder in der Buchhaltungssoftware; Stampli übernimmt den Weg der Rechnung bis zur freigegebenen, kontierten Buchung.
Diese Einordnung ist wichtig, um Erwartungen richtig zu setzen. Wer eine vollständige Finanzbuchhaltung sucht, ist bei Stampli falsch. Wer hingegen den Prozess vom Rechnungseingang bis zur Freigabe verschlanken und die Zusammenarbeit über Abteilungsgrenzen hinweg verbessern will, findet in der Plattform ein spezialisiertes Werkzeug. Für den DACH-Mittelstand ergeben sich daraus spezifische Chancen und Grenzen – etwa im Zusammenspiel mit deutscher Buchhaltungssoftware, mit DATEV und mit den hiesigen Anforderungen an eine ordnungsgemäße Buchführung. Diese Aspekte betrachtet der Beitrag in späteren Kapiteln ausführlich.
Die Automatisierung der Kreditorenbuchhaltung ist kein Randthema, sondern rückt aus mehreren Gründen in den Fokus. Zum einen wächst der Druck, Verwaltungsprozesse effizienter zu gestalten, während qualifiziertes Personal in der Buchhaltung knapp ist. Zum anderen steigen die Anforderungen an Nachvollziehbarkeit und Kontrolle: Wer eine Rechnung freigegeben hat, sollte lückenlos dokumentiert sein – sowohl aus internen Kontrollgründen als auch mit Blick auf Prüfungen. Ein digitaler, kollaborativer Prozess liefert diese Spur automatisch mit.
Hinzu kommt die Entwicklung hin zu strukturierten, elektronischen Rechnungsformaten. Mit der zunehmenden Verbreitung der elektronischen Rechnung verschiebt sich der Aufwand weg vom mühsamen Auslesen bildbasierter Belege hin zur Verarbeitung strukturierter Daten – ein Trend, der AP-Automation zusätzlichen Rückenwind gibt. Stampli und vergleichbare Plattformen positionieren sich als Werkzeuge, die diesen Wandel begleiten. Wie gut eine konkrete Lösung mit den im DACH-Raum relevanten Formaten und Prozessen zurechtkommt, ist dabei eine der zentralen Prüffragen, auf die dieser Beitrag mehrfach zurückkommt.
Die folgende Einordnung ist qualitativ und bewusst zurückhaltend. Der genaue Zuschnitt der Bausteine, ihre Verfügbarkeit und ihre Bezeichnungen können sich ändern und sind im konkreten Fall beim Anbieter zu prüfen. Es geht hier um das Verständnis der Bausteine und ihres Zusammenspiels, nicht um eine feature-genaue Produktbeschreibung.
Das Herzstück von Stampli ist die Automatisierung der Kreditorenbuchhaltung. Dieser Baustein deckt den Weg der Rechnung vom Eingang über die Erfassung, Kodierung und Freigabe bis zur Übergabe an das Buchhaltungssystem ab. Hier findet die kollaborative Bearbeitung statt, hier arbeitet der KI-Assistent, hier laufen die Freigabe-Workflows. Wer Stampli einführt, tut dies in aller Regel wegen dieses Kerns – die übrigen Bausteine sind Ergänzungen, die auf ihm aufsetzen.
Wichtig ist das Verständnis, dass dieser Kern eine Prozessschicht ist. Er ersetzt nicht die Buchhaltung, sondern organisiert alles, was vor der eigentlichen Verbuchung geschieht. Die Rechnung wird in Stampli vorbereitet – geprüft, kommentiert, freigegeben, kontiert – und dann als sauberer, freigegebener Vorgang an das führende Finanzsystem übergeben. Diese klare Rollenteilung ist entscheidend für die Bewertung: Stampli will nicht das ERP verdrängen, sondern den oft mühsamen Vorlauf zur Buchung übernehmen.
Über den Kern hinaus bietet die Plattform Bausteine, die den Prozess bis zur Bezahlung und in die Ausgabensteuerung hinein erweitern. Der Bereich der Zahlungen zielt darauf, den Schritt von der freigegebenen Rechnung zur tatsächlichen Bezahlung des Lieferanten anzuschließen, sodass Freigabe und Zahlung nicht in getrennten Systemen erfolgen. Der Bereich der Karten adressiert firmeneigene Zahlungskarten und die damit verbundene Ausgabenkontrolle, um auch kartenbasierte Ausgaben in denselben strukturierten Rahmen zu bringen.
Für den DACH-Mittelstand ist bei diesen ergänzenden Bausteinen besondere Sorgfalt geboten. Zahlungs- und Kartenfunktionen sind stark von den jeweiligen Bank-, Zahlungs- und regulatorischen Rahmenbedingungen abhängig, die sich zwischen den USA und dem europäischen Raum deutlich unterscheiden. Ob und in welchem Umfang diese Bausteine für den europäischen Zahlungsverkehr verfügbar und sinnvoll sind, sollte konkret und aktuell beim Anbieter geklärt werden. In vielen mittelständischen Konstellationen im DACH-Raum steht ohnehin der AP-Automation-Kern im Vordergrund, während die Zahlung über die etablierten Banken- und ERP-Wege läuft.
Stampli richtet sich an Organisationen, für die die Kreditorenbuchhaltung ein spürbarer Aufwand ist – typischerweise dann, wenn viele Rechnungen von vielen Lieferanten durch die Freigabe mehrerer Personen laufen. Der kollaborative Ansatz spielt seine Stärke vor allem dort aus, wo viele Beteiligte an der Freigabe mitwirken und wo die Abstimmung bislang unübersichtlich über E-Mail und Zuruf läuft. Je verteilter und komplexer der Freigabeprozess, desto größer der potenzielle Nutzen.
Zugleich ist die Positionierung ehrlich zu betrachten: Stampli ist ursprünglich für den nordamerikanischen Markt entwickelt und dort stark verbreitet. Für den DACH-Mittelstand bedeutet das, die Passung sorgfältig zu prüfen – von der Sprachunterstützung über die Anbindung an die hier üblichen Buchhaltungssysteme bis zu den regulatorischen Rahmenbedingungen. Diese Prüfung ist kein Ausschlusskriterium, aber sie gehört an den Anfang jeder Überlegung. Der Beitrag greift diese Frage im Kapitel zum Einsatz im Mittelstand und im Kapitel zu DSGVO und Datenhoheit erneut auf.
Der rote Faden dieses Kapitels ist die Beobachtung, dass die Datenerfassung zwar die sichtbarste, aber selten die entscheidende Fähigkeit ist. Den größten Unterschied im Alltag macht meist die Art, wie die Software die Zusammenarbeit organisiert – das eigentliche Alleinstellungsmerkmal von Stampli. Deshalb steht die Kollaboration hier bewusst im Mittelpunkt.
Am Anfang steht die Erfassung der eingehenden Rechnung. Belege gelangen auf unterschiedlichen Wegen in die Plattform: als PDF-Anhang aus einem Sammelpostfach, per Upload, durch Weiterleitung oder in strukturierten elektronischen Formaten. Aus dem Beleg werden die relevanten Kopf- und Positionsdaten ausgelesen – Lieferant, Rechnungsnummer, Datum, Beträge, Steuerbeträge und, wo vorhanden, einzelne Rechnungspositionen. Diese Extraktion übernimmt der KI-Assistent, der im nächsten Kapitel ausführlicher betrachtet wird.
Für die Bewertung ist wichtig, wie gut diese Erfassung mit den real anfallenden Belegen zurechtkommt. Rechnungen sind in der Praxis alles andere als einheitlich: unterschiedliche Layouts, verschiedene Sprachen, teils schwierige Qualität. Eine gute Erfassung deutet auch unbekannte Layouts zuverlässig, ohne dass für jeden Lieferanten eine eigene Vorlage eingerichtet werden muss. Zugleich gilt der Grundsatz jeder automatischen Datenauslesung: Sie liefert Vorschläge mit einer Wahrscheinlichkeit, keine garantierte Wahrheit. Deshalb bleibt eine Prüfinstanz vor der Verbuchung wichtig – besonders bei Beträgen und Bankverbindungen.
Das prägende Merkmal von Stampli ist die Zusammenarbeit direkt am Beleg. Jede Rechnung wird zu einem eigenen kleinen Arbeitsraum, in dem alle Beteiligten kommunizieren, ohne die Plattform zu verlassen. Rückfragen, Kommentare, Klärungen und Freigaben werden am jeweiligen Vorgang festgehalten, statt in verstreuten E-Mails zu verschwinden. Wer eine Rückfrage an den Einkauf hat, stellt sie direkt an der Rechnung; die Antwort erscheint am selben Ort und bleibt dauerhaft dem Vorgang zugeordnet.
Der praktische Nutzen dieses Ansatzes ist beträchtlich. Zum einen endet das typische E-Mail-Ping-Pong, bei dem eine Rechnung mit langen Nachrichtenketten hin- und hergeschickt wird und niemand mehr den Überblick behält. Zum anderen entsteht eine lückenlose, nachvollziehbare Historie: Für jede Rechnung ist ersichtlich, wer sie wann gesehen, kommentiert und freigegeben hat. Diese Nachvollziehbarkeit ist nicht nur für die interne Kontrolle wertvoll, sondern auch bei Prüfungen. Sie ist der Grund, warum viele Anwender die Kollaboration als den eigentlichen Mehrwert der Plattform beschreiben – mehr noch als die reine Automatisierung der Datenerfassung.
Die dritte Kernfähigkeit sind die Freigabe-Workflows. Stampli erlaubt es, festzulegen, welche Rechnung von wem in welcher Reihenfolge freigegeben werden muss – abhängig etwa von Betragshöhe, Abteilung oder Lieferant. Die Plattform lenkt jede Rechnung automatisch an die zuständigen Personen und behält den Überblick, wo im Prozess sich ein Vorgang gerade befindet. Damit werden Freigaben nicht mehr dem Zufall oder dem Nachfassen per E-Mail überlassen, sondern folgen einem definierten, nachvollziehbaren Ablauf.
Eng mit der Freigabe verbunden ist die Kontierung – die Zuordnung der Rechnung zu Konten, Kostenstellen und, wo vorhanden, einer Bestellung. Auch hier unterstützt die KI mit Vorschlägen, die der Bearbeiter prüft und bei Bedarf korrigiert. Für den DACH-Raum ist an dieser Stelle ein genauer Blick nötig: Die Kontierungslogik, der Kontenrahmen und die spätere Übergabe an die Buchhaltung müssen zu den hier üblichen Strukturen passen – Stichwort Kontenrahmen und DATEV. Wie gut das im konkreten Fall gelingt, hängt von der Konfiguration und der Integration ab und ist ein zentraler Prüfpunkt bei der Einführung. Der Beitrag vertieft diesen Punkt im Kapitel zum Mittelstand.
Um die Rolle der KI richtig zu verstehen, hilft eine nüchterne Perspektive. Billy the Bot ist ein Werkzeug, das Routinearbeit abnimmt und Vorschläge macht – kein autonomes System, das ungeprüft Rechnungen verbucht. Der Mensch bleibt die entscheidende Instanz, besonders bei kritischen Daten. Diese Unterscheidung ist wichtig, um weder unterzubewerten noch überzogene Erwartungen zu wecken.
Die zentrale Aufgabe des Assistenten ist die automatische Datenerfassung. Trifft eine Rechnung ein, liest Billy die relevanten Felder aus und füllt den Vorgang vor: Lieferant, Rechnungsnummer, Datum, Beträge, Steuerbeträge und Positionen. Der Bearbeiter muss die Daten dann nicht mehr abtippen, sondern nur noch prüfen und bei Bedarf korrigieren. Darüber hinaus unterstützt der Assistent bei der Kodierung, indem er Vorschläge für die Zuordnung zu Konten und Kostenstellen macht, und bei der Freigabe, indem er hilft, den Vorgang an die richtigen Personen zu lenken.
Der eigentliche Reiz liegt darin, dass diese Unterstützung im Fluss der Arbeit geschieht und nicht als separater Schritt. Der Assistent arbeitet dort, wo der Bearbeiter ohnehin tätig ist – an der Rechnung selbst –, und reduziert an jeder Station die manuelle Arbeit. Das Ziel ist nicht, den Menschen zu ersetzen, sondern ihn von der stumpfen Erfassungsarbeit zu entlasten, damit er sich auf Prüfung, Klärung und Entscheidung konzentrieren kann. Genau diese Verschiebung – vom Abtippen zum Prüfen – ist der Kern des Nutzens.
Ein wesentliches Merkmal des Assistenten ist sein Lernverhalten. Korrigiert ein Anwender einen Vorschlag – etwa eine falsch zugeordnete Kostenstelle oder ein fehlerhaft ausgelesenes Feld –, kann das System aus dieser Korrektur lernen und ähnliche Fälle künftig besser bearbeiten. Über die Zeit soll sich die Trefferquote dadurch an die Eigenheiten der jeweiligen Organisation anpassen: an ihre Lieferanten, ihre Kontierungsgewohnheiten, ihre wiederkehrenden Belegtypen. Der Assistent wird so mit der Nutzung tendenziell besser.
Dieses Prinzip hat eine wichtige praktische Konsequenz: Der Nutzen einer solchen Lösung zeigt sich nicht am ersten Tag in voller Höhe, sondern entfaltet sich mit der Zeit. In der Anfangsphase ist mehr manuelle Korrektur nötig, während das System die Muster der Organisation kennenlernt. Wer das einplant, bewertet die Lösung fairer – und vermeidet die Enttäuschung, die entsteht, wenn man vom ersten Tag an eine perfekte Automatisierung erwartet. Zugleich gilt: Auch ein gut eingelerntes System liefert Vorschläge, keine Gewissheiten, und ersetzt die Prüfung kritischer Daten nicht.
So beeindruckend die Automatisierung ist – eine ehrliche Bewertung benennt die Grenzen. Die Qualität der Erfassung und der Vorschläge hängt von der Beschaffenheit der Belege, von der Menge und Konsistenz der bisherigen Daten und von der Komplexität der Kontierung ab. Bei ungewöhnlichen Belegen, seltenen Lieferanten oder komplizierten Aufteilungen bleibt mehr manuelle Arbeit. Auch die sprachliche und regionale Prägung spielt eine Rolle: Ein System, das primär für einen bestimmten Markt entwickelt wurde, kann bei den Eigenheiten anderer Märkte – etwa deutschsprachigen Belegen, hiesigen Steuerlogiken oder Kontenrahmen – zusätzliche Konfiguration und Prüfung erfordern.
Für die Praxis folgt daraus ein pragmatischer Grundsatz: Man sollte die Automatisierung nicht als Alles-oder-nichts verstehen, sondern abgestuft aufbauen. Sichere Vorschläge werden zügig übernommen, unsichere und kritische Fälle geprüft; der Automatisierungsgrad wird erhöht, sobald sich das System an den eigenen Belegen bewährt hat. Wer eine KI-gestützte AP-Lösung bewertet, sollte deshalb einen Test mit den eigenen, realen Rechnungen verlangen – ausdrücklich einschließlich der schwierigen Fälle – statt sich auf beworbene Automatisierungsquoten zu verlassen. Diese beziehen sich meist auf günstige Bedingungen und sagen wenig über den eigenen Belegmix aus.
Man begegnet Stampli deshalb immer als Teil eines größeren Gefüges. Vor der Plattform liegt der Rechnungseingang, hinter ihr das Finanzsystem, das die Buchung und die Zahlung führt. Wie sauber die freigegebenen, kontierten Vorgänge in dieses System fließen, ist die zentrale Frage der Anschlussfähigkeit – und im DACH-Raum eine der wichtigsten Prüfpunkte überhaupt.
Der wichtigste Integrationspunkt ist die Anbindung an das führende Finanzsystem. Stampli übernimmt den Rechnungsprozess bis zur Freigabe und Kontierung und übergibt den fertigen Vorgang dann an das ERP oder die Buchhaltungssoftware, wo die eigentliche Verbuchung erfolgt. Für diese Übergabe braucht es eine verlässliche Verbindung, die die Stammdaten – Lieferanten, Konten, Kostenstellen – abgleicht und die freigegebenen Buchungen sauber weiterreicht. Die Qualität dieser Anbindung bestimmt maßgeblich, ob der Prozess durchgängig funktioniert oder ob an der Schnittstelle wieder manuelle Arbeit entsteht.
Für den DACH-Mittelstand ist an dieser Stelle besondere Sorgfalt geboten. Stampli ist stark auf den nordamerikanischen Markt und die dort verbreiteten Finanzsysteme ausgerichtet. Ob und wie gut die Anbindung an die im DACH-Raum üblichen Systeme – insbesondere an DATEV und an hier verbreitete Buchhaltungs- und ERP-Lösungen – gelingt, ist keine Selbstverständlichkeit, sondern ein zentraler Prüfpunkt. Diese Frage sollte früh und konkret mit dem Anbieter geklärt werden, am besten anhand des eigenen Systems und der eigenen Kontierungslogik. Der Beitrag vertieft die DATEV-Frage im Kapitel zum Einsatz im Mittelstand.
Ein zweiter Berührungspunkt ist das Verhältnis zum Dokumentenmanagement. Stampli verwaltet die Rechnungen im Prozess und hält sie mitsamt ihrer Kommunikations- und Freigabehistorie vor. Damit übernimmt die Plattform eine belegbezogene Ablage- und Nachweisfunktion für den Kreditorenprozess. Gleichwohl ersetzt sie kein vollwertiges, revisionssicheres Dokumentenmanagement-System, das alle Dokumentarten einer Organisation langfristig und ordnungsgemäß aufbewahrt.
Für die Praxis stellt sich damit die Frage, wie sich Stampli in eine bestehende DMS-Landschaft einfügt. In vielen Konstellationen bleibt das führende Archiv für die revisionssichere, langfristige Aufbewahrung das DMS oder das Buchhaltungssystem, während Stampli den aktiven Bearbeitungsprozess trägt. Wichtig ist, dass die relevanten Belege und ihre Nachweise am Ende dort landen, wo sie ordnungsgemäß und den hiesigen Aufbewahrungspflichten entsprechend gespeichert werden. Wie diese Rollenteilung konkret aussieht, hängt von der vorhandenen Systemlandschaft ab und gehört in die Konzeption der Einführung. Wer die Grundlagen des Dokumentenmanagements vertiefen möchte, findet in der Wissensdatenbank einen eigenständigen Beitrag dazu.
Damit sich Stampli in bestehende Abläufe einfügt, braucht es Schnittstellen. Als cloudbasierte Plattform wird die Anbindung typischerweise über vorbereitete Konnektoren zu verbreiteten Systemen oder über eine Programmierschnittstelle (API) hergestellt, über die sich Daten austauschen und Prozesse anbinden lassen. Über solche Schnittstellen können etwa Stammdaten synchronisiert, Belege übergeben und Statusinformationen ausgetauscht werden. Die Qualität und Dokumentation dieser Schnittstellen entscheidet darüber, wie reibungslos die Integration gelingt.
Auf dieser Grundlage lässt sich der Kreditorenprozess in eine durchgängige Kette einbetten: vom automatischen Einzug eingehender Rechnungen über die Verarbeitung in Stampli bis zur Übergabe an das Finanzsystem und – je nach Konstellation – bis zur Zahlung. Wer eine solche Kette plant, sollte die Integrationsfähigkeit früh und konkret prüfen: anhand der eigenen Umsysteme, der real vorhandenen Formate und des Zielprozesses. Gerade im DACH-Raum ist es ratsam, die Anbindung nicht als gegeben vorauszusetzen, sondern sie zu einem expliziten Bestandteil der Auswahl zu machen. Für die tiefergehende, KI-gestützte Belegverarbeitung lohnt zudem der Blick auf den eigenständigen Fachbeitrag der Wissensdatenbank.
Es gibt kein pauschal überlegenes Werkzeug. Welche Kategorie passt, hängt vom Zielprozess, von der vorhandenen Systemlandschaft und von den Anforderungen an Zusammenarbeit, Erfassung und Datenhoheit ab. Die folgenden Abgrenzungen ordnen ein, sie ersetzen keine individuelle Bewertung an den eigenen Anforderungen.
Gegenüber klassischen AP-Automation-Werkzeugen setzt Stampli einen anderen Schwerpunkt. Viele etablierte Tools organisieren den Rechnungsprozess über strukturierte, formularartige Workflows: Eine Rechnung wandert Stufe für Stufe durch definierte Freigaben, oft mit dem Fokus auf Regeln, Kontrolle und Anbindung an große ERP-Systeme. Stampli teilt dieses Ziel, rückt aber die Kommunikation am Beleg in den Mittelpunkt. Der Unterschied liegt weniger in der reinen Funktion als in der Philosophie: Statt eines starren Prozesses steht ein kollaborativer Arbeitsraum im Zentrum, in dem sich Klärung und Freigabe verbinden.
Für die Bewertung bedeutet das: Wo der Freigabeprozess vor allem an fehlender Abstimmung und unübersichtlicher Kommunikation krankt, spielt der kollaborative Ansatz seine Stärke aus. Wo hingegen sehr komplexe, stark regelbasierte Prozesse oder tiefe Integrationen in große, im DACH-Raum etablierte ERP-Landschaften im Vordergrund stehen, kann ein anderes Werkzeug besser passen. In der Wissensdatenbank finden sich eigenständige Beiträge zu vergleichbaren Plattformen wie AvidXchange und Basware, die in ihrer Ausrichtung eigene Schwerpunkte setzen und einen fairen Vergleich erlauben.
Eine zweite wichtige Abgrenzung betrifft die reine Dokumentenerfassung, im Fachjargon Intelligent Document Processing (IDP). Reine IDP-Lösungen konzentrieren sich darauf, aus einem Beleg möglichst präzise strukturierte Daten auszulesen – die Erfassung ist ihr Kern und oft ihre größte Stärke. Sie liefern die extrahierten Daten dann an ein nachgelagertes System, kümmern sich aber typischerweise nicht um den kompletten Freigabe- und Kollaborationsprozess. Stampli hingegen umfasst die Erfassung als einen Baustein unter mehreren und legt den Schwerpunkt auf den durchgängigen Prozess bis zur Freigabe.
Daraus ergibt sich eine klare Orientierung. Wer vor allem eine exzellente, in eigene Systeme einbettbare Datenerfassung sucht, ist mit einer spezialisierten IDP-Lösung möglicherweise besser bedient. Wer den gesamten Kreditorenprozess inklusive Zusammenarbeit und Freigabe abdecken will, findet in einer Plattform wie Stampli den passenderen Zuschnitt. Beide Ansätze schließen sich nicht aus – manche Organisationen kombinieren eine starke Erfassung mit einer Prozessplattform. Die Grundlagen der KI-gestützten Erfassung sind in der Wissensdatenbank in einem eigenen Beitrag vertieft.
Für den DACH-Raum kommt zu diesen Abgrenzungen eine weitere Dimension hinzu: die regionale Passung. Viele im deutschsprachigen Mittelstand etablierte Werkzeuge sind von vornherein auf die hiesigen Buchhaltungsstrukturen, auf DATEV und auf die deutschen Rechnungs- und Aufbewahrungsanforderungen ausgelegt. Ein primär für den nordamerikanischen Markt entwickeltes Produkt wie Stampli muss diese Passung erst nachweisen – bei der Sprache, bei der Kontierung, bei der Anbindung und bei den regulatorischen Rahmenbedingungen.
Das ist kein grundsätzliches Ausschlusskriterium, aber ein sachlicher Faktor, der in den Vergleich gehört. Für international aufgestellte Mittelständler mit englischsprachigen Prozessen und Bezug zum US-Markt kann Stampli sehr attraktiv sein. Für einen stark auf DATEV und deutsche Buchhaltung ausgerichteten Betrieb lohnt der genaue Blick, ob eine im DACH-Raum tiefer verwurzelte Lösung – etwa aus dem Umfeld der in der Wissensdatenbank behandelten Werkzeuge – die naheliegendere Wahl ist. Die ehrliche Antwort ergibt sich erst aus dem Abgleich der eigenen Anforderungen mit den konkreten Fähigkeiten der Kandidaten.
Ein verbreiteter Irrtum lautet, mit dem Vertragsabschluss sei die Arbeit getan. Tatsächlich entscheidet sich der Erfolg an der sauberen Vorbereitung, an der Passung zur eigenen Buchhaltung und an der Akzeptanz der Beteiligten. Diese Faktoren stehen im Zentrum dieses Kapitels.
Als SaaS-Lösung läuft Stampli vollständig beim Anbieter. Man installiert keine Software auf eigenen Servern, sondern greift über den Browser auf die Plattform zu. Das senkt die Einstiegshürde erheblich: Kein eigener Betrieb, keine Server, keine Update-Zyklen in eigener Verantwortung. Aktualisierungen und Weiterentwicklungen spielt der Anbieter zentral ein. Für Organisationen ohne große eigene IT-Mannschaft ist dieses Modell attraktiv, weil der technische Betriebsaufwand weitgehend entfällt.
Die Kehrseite ist die Abhängigkeit vom Anbieter. Die eigenen Rechnungsdaten werden auf dessen Infrastruktur verarbeitet und gespeichert, die Verfügbarkeit hängt von seinen Systemen ab, und die Frage des Serverstandorts und des Datentransfers rückt in den Vordergrund – gerade bei einem US-amerikanischen Anbieter. Diese Punkte sind kein Grund gegen eine Cloud-Lösung, aber ein klarer Grund, sie vor der Einführung zu prüfen. Der Beitrag widmet der Datenhoheit ein eigenes Kapitel; an dieser Stelle genügt der Hinweis, dass die Betriebsform untrennbar mit den Datenschutzfragen verbunden ist.
Die Einführung selbst folgt einem überschaubaren, aber nicht zu unterschätzenden Ablauf. Am Anfang steht die Vorbereitung: die Klärung des Zielprozesses, der Beteiligten und der Freigaberegeln sowie die Aufbereitung der Stammdaten – Lieferanten, Konten, Kostenstellen. Es folgt die Konfiguration der Freigabe-Workflows und der Kontierungslogik, die Anbindung an das führende Finanzsystem und die Einrichtung des Rechnungseingangs. Erst danach kommt die eigentliche Nutzung, die zunächst mit einem überschaubaren Umfang beginnen sollte.
Besondere Aufmerksamkeit verdient im DACH-Raum die Passung zur eigenen Buchhaltung. Kontenrahmen, Kontierungslogik, Steuerlogik und die Übergabe an DATEV oder das ERP müssen sauber abgebildet sein, bevor der Prozess produktiv geht. Es empfiehlt sich, die Einführung mit einem Pilotbetrieb zu beginnen: ein begrenzter Kreis von Lieferanten und Belegen, an dem sich die Erfassung, die Kodierung und die Freigabe erproben lassen, bevor man die Nutzung ausweitet. So lassen sich Konfigurationsfehler und Passungsprobleme früh erkennen, solange die Korrektur noch günstig ist.
Der oft unterschätzte Erfolgsfaktor ist die Akzeptanz der Beteiligten. Eine AP-Automation verändert die Arbeitsweise vieler Menschen: Der Einkauf, die Fachabteilungen und die Buchhaltung müssen ihre Rechnungen künftig in der Plattform bearbeiten statt per E-Mail oder auf Papier. Gerade der kollaborative Ansatz von Stampli lebt davon, dass alle Beteiligten tatsächlich mitmachen – die Kommunikation am Beleg nützt nur, wenn sie auch am Beleg stattfindet und nicht weiter nebenher per E-Mail läuft.
Deshalb ist die Einführung mindestens so sehr ein Change-Projekt wie ein technisches Vorhaben. Es lohnt, die Beteiligten früh einzubinden, den Nutzen konkret zu vermitteln und für eine gute Schulung zu sorgen. Ein schrittweiser Rollout, der mit einer überschaubaren Gruppe beginnt und positive Erfahrungen sichtbar macht, hilft der Akzeptanz mehr als ein abrupter, flächiger Umstieg. Wer diesen menschlichen Faktor ernst nimmt, holt aus der Plattform deutlich mehr heraus als eine Organisation, die die Software nur technisch einführt und auf Selbstläufer hofft.
Die Einordnung ist bewusst praxisnah und fair. Stampli ist ein leistungsfähiges Werkzeug, aber kein für den deutschen Markt gebautes Standardprodukt. Die entscheidende Aufgabe besteht darin, die Stärken der Plattform gegen die Anforderungen des eigenen, im DACH-Raum verankerten Prozesses abzuwägen.
Die klarsten Stärken zeigt Stampli dort, wo die Zusammenarbeit bei der Rechnungsfreigabe das eigentliche Problem ist. In Betrieben, in denen viele Rechnungen durch die Freigabe mehrerer Abteilungen laufen und in denen die Abstimmung bislang über E-Mail, Zuruf und Papier erfolgt, kann die Kommunikation am Beleg einen spürbaren Unterschied machen. Der Wegfall des E-Mail-Ping-Pongs, die klare Nachvollziehbarkeit und die zentrale Übersicht über offene Vorgänge sind Vorteile, die unabhängig von der Region wirken.
Besonders attraktiv ist die Plattform für international aufgestellte Mittelständler, die ohnehin in englischsprachigen Prozessen arbeiten, Bezug zum US-Markt haben oder mehrere Standorte in einem einheitlichen Kreditorenprozess bündeln wollen. Auch für Organisationen mit hohem Rechnungsvolumen und verteilten Freigaben ist der Nutzen groß. In diesen Konstellationen wiegt der kollaborative Ansatz oft schwerer als die Frage der regionalen Verwurzelung – vorausgesetzt, die buchhalterische Anbindung lässt sich sauber lösen.
Der kritischste Punkt für den DACH-Mittelstand sind die deutschen Buchhaltungsspezifika. Die Buchhaltung im deutschsprachigen Raum ist stark von DATEV geprägt: Sehr viele Betriebe arbeiten mit ihrem Steuerberater über DATEV zusammen, tauschen Belege und Buchungen über dessen Formate aus und erwarten eine reibungslose Anbindung. Ob und wie gut ein primär für den US-Markt entwickeltes Produkt diese DATEV-Integration unterstützt, ist keine Selbstverständlichkeit und muss konkret geprüft werden – idealerweise gemeinsam mit dem Steuerberater und anhand des eigenen Kontenrahmens.
Hinzu kommen die GoBD – die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form. Sie stellen Anforderungen an Nachvollziehbarkeit, Unveränderbarkeit und Aufbewahrung, die im deutschen Kontext erfüllt sein müssen. Ein digitaler, lückenlos dokumentierter Rechnungsprozess kann diese Nachvollziehbarkeit unterstützen; ob die konkrete Umsetzung – insbesondere die revisionssichere Aufbewahrung – den hiesigen Anforderungen genügt, ist jedoch im Einzelfall und mit fachlicher Begleitung zu beurteilen. Häufig übernimmt die revisionssichere Langzeitarchivierung ohnehin das nachgelagerte Buchhaltungssystem oder ein DMS, während Stampli den aktiven Prozess trägt. Diese Rollenteilung gehört sauber konzipiert. Der Beitrag verweist für die Grundlagen auf die eigenständigen Beiträge zu DMS und zur elektronischen Rechnung.
Aus dieser Abwägung folgt eine klare Empfehlung für die Bewertung. Man sollte Stampli nicht abstrakt beurteilen, sondern an den eigenen, realen Anforderungen messen: an den tatsächlich anfallenden Belegen, an der eigenen Kontierungslogik, an der vorhandenen Systemlandschaft und an der Zusammenarbeit mit dem Steuerberater. Ein Test mit einem repräsentativen Querschnitt der eigenen Rechnungen ist aussagekräftiger als jede allgemeine Produktbeschreibung – gerade weil die regionale Passung so entscheidend ist.
Ebenso wichtig ist, die DATEV- und GoBD-Fragen nicht ans Ende zu schieben, sondern an den Anfang zu stellen. Wer erst nach der Einführung bemerkt, dass die Anbindung an den Steuerberater hakt oder die Aufbewahrung nachgebessert werden muss, handelt sich vermeidbaren Aufwand ein. Es empfiehlt sich, diese Punkte früh mit den Verantwortlichen für Buchhaltung, IT und Datenschutz sowie mit dem Steuerberater zu klären. So entsteht eine belastbare Grundlage für die Entscheidung – und die Gewissheit, dass die Plattform nicht nur funktional überzeugt, sondern auch in den deutschen Buchhaltungsrahmen passt.
Stampli wird als cloudbasierte Plattform typischerweise im Rahmen eines Abonnements angeboten. Die konkrete Ausgestaltung – ob nach Nutzern, nach Rechnungsvolumen, nach genutzten Bausteinen oder in einer Kombination – kann variieren und wird in aller Regel individuell vereinbart. Konkrete Preise, Tarifmodelle und die Verfügbarkeit einzelner Bausteine ändern sich laufend und sind daher stets direkt beim Anbieter zu erfragen. Dieser Beitrag nennt bewusst keine Zahlen, weil erfundene oder veraltete Preisangaben mehr schaden als nützen.
Für eine faire Bewertung gilt derselbe Grundsatz wie bei anderer Software: Nicht der Abopreis allein entscheidet, sondern die Gesamtbetriebskosten. Zu ihnen gehören das Abonnement, der Aufwand für Einführung, Konfiguration und Integration – insbesondere die Anbindung an DATEV oder das ERP –, die Schulung der Beteiligten sowie der laufende Aufwand für die Prüfung und Nachbearbeitung. Ein günstiges Abonnement kann durch hohen Integrations- und Anpassungsaufwand teuer werden, während eine sauber eingeführte Lösung den laufenden Aufwand senkt. Diese Gesamtsicht gehört in jede seriöse Kostenbewertung.
Der kritischste Datenschutzpunkt ergibt sich aus der Konstellation: Stampli ist eine Cloud-Lösung eines US-amerikanischen Anbieters mit Entwicklung unter anderem in Israel. Rechnungsdaten enthalten regelmäßig personenbezogene Daten – etwa von Ansprechpartnern der Lieferanten oder von den freigebenden Mitarbeitern. Damit stellen sich zentrale Fragen: Wo werden die Daten verarbeitet und gespeichert – innerhalb der EU oder in einem Drittland? Findet ein Datentransfer in die USA oder in andere Länder mit abweichendem Datenschutzniveau statt? Auf welcher rechtlichen Grundlage geschieht dieser Transfer, und welche vertraglichen Zusicherungen sowie welche Auftragsverarbeitungsvereinbarung gibt es?
Diese Fragen sind kein Grund, Stampli pauschal abzulehnen – aber ein klarer Grund, sie sorgfältig zu prüfen. Bei einem US-Anbieter ist der mögliche Zugriff durch Behörden des Drittlands und die Frage der rechtlichen Absicherung des Datentransfers besonders relevant. Wer die Plattform in Betracht zieht, sollte den Serverstandort, den Verarbeitungsort, das Vorhandensein einer EU-Region und die vertraglichen Grundlagen ausdrücklich klären und die Bewertung nicht dem Zufall überlassen. Ob eine konkrete Konstellation datenschutzrechtlich tragfähig ist, lässt sich nur im Einzelfall und unter Einbeziehung der Datenschutzverantwortlichen sowie gegebenenfalls fachjuristischer Beratung beurteilen. Dieser Beitrag liefert Orientierung, ist aber keine Rechtsberatung.
Wer die datenschutzrechtlichen Fragen entschärfen möchte, hat mehrere Ansatzpunkte. Der erste ist die bewusste Wahl einer EU-Region, sofern der Anbieter eine Verarbeitung ausschließlich innerhalb der EU anbietet. Eine solche Verarbeitung innerhalb der EU verbessert die datenschutzrechtliche Ausgangslage gegenüber einer Verarbeitung in einem Drittland deutlich. Ob eine EU-Region verfügbar ist und was sie im Detail umfasst, ist konkret beim Anbieter zu erfragen und sollte vertraglich abgesichert sein.
Weitere Bausteine sind eine belastbare Auftragsverarbeitungsvereinbarung, klare Zusicherungen zum Umgang mit den Daten und – wo ein Drittlandtransfer nicht auszuschließen ist – die etablierten rechtlichen Schutzmechanismen für solche Transfers. Zusätzlich lohnt der Vergleich mit im DACH-Raum ansässigen Alternativen: Für Organisationen mit hohem Souveränitätsanspruch können Werkzeuge mit Verarbeitung in Deutschland oder der EU die naheliegendere Wahl sein. In der Wissensdatenbank finden sich Beiträge zu solchen Alternativen, die einen fairen Vergleich unter Datenschutzgesichtspunkten erlauben. Als Faustregel gilt: EU-Region und, wo möglich, ein europäisch verankerter Anbieter sind die DSGVO-freundlicheren Optionen gegenüber einer Verarbeitung außerhalb der EU – die abschließende Bewertung bleibt eine Aufgabe für den Datenschutz und gegebenenfalls die Rechtsberatung im Einzelfall.
