58 Prozent der kleinen und mittleren Unternehmen bewerten Integration als sehr oder extrem wichtig — bei der Auswahl neuer Technologie. Früher war das ein Satz für IT-Abteilungen. Heute landet er im Vorstandsprotokoll. Wer in einem E-Commerce-Unternehmen entscheidet, mit welchem Tool Lieferanten, Zahlungsdienstleister und Rechnungsworkflows angebunden werden, sieht sich einer neuen Realität gegenüber: Die Stimme der Entwickler zählt genauso viel wie die des Finanzchefs. Das ist keine Harmonie. Das ist ein Machtwechsel.
Die Finanzabteilung hat gewählt — und die Tech-Teams bezahlen
Der PYMNTS-Tracker „Who Decides Now“ beschreibt einen Bruch in der Einkaufslogik. Lange Zeit wählten CFOs und Buchhaltungsleiter AP-Lösungen nach Effizienzgewinn, Kostensenkung und reduziertem manuellem Aufwand aus. Klingt vernünftig. Funktioniert hat es nur selten. Denn je stärker Zahlungsfunktionen in ERP-, Shop- und Buchhaltungssysteme eingebettet werden, desto offensichtlicher wird die Lücke zwischen Funktionsversprechen und Realität.
„Technical stakeholders are becoming decisive voices in payment technology decisions. The ability to deploy, maintain and scale payment capabilities is becoming as important as the functionality itself.“
Diese Verschiebung ist kein akademisches Manöver. Sie ist die logische Konsequenz aus Jahrzehnten schlechter Implementierungen. Wenn ein AP-Tool die Rechnungsprüfung beschleunigt, aber die Anbindung an DATEV, SAP oder Shopify ein halbes Jahr braucht, ist der Geschwindigkeitsvorteil futsch, bevor das erste Ticket abgearbeitet ist. Genau deshalb sitzen jetzt Entwickler, IT-Teams und Implementierungsspezialisten am Entscheidungstisch. Sie wissen: Ein schönes Dashboard ist wertlos, wenn die API dahinter ein Flickwerk ist.
Für DACH-Händler wird Payment zum Systemarchitektur-Problem
Deutsche und österreichische E-Commerce-Betreiber lieben Planungssicherheit. Deshalb haftet der Branche ein Hang zur Monolith-Landschaft an: Magento-Instanzen, die seit Jahren wachsen, SAP-Systeme mit individuellen Schnittstellen, Zahlungsanbieter, die historisch gewachsen sind wie Baumringe. In dieser Umgebung ist jede neue Payment-Lösung ein Integrationsprojekt. Sie muss nicht nur funktionieren, sondern überleben.
Der typische deutsche Online-Händler betreibt heute einen Shop, ein Warenwirtschaftssystem, ein separates Rechnungs- und Mahnwesen, mindestens zwei Zahlungsdienstleister und eine Steuerberater-Schnittstelle. Jeder neue Anbieter — sei es für B2B-Rechnungskauf, Embedded Finance oder automatisierte Zahlungsabwicklung — muss in diese Kette passen. Tut er das nicht, entsteht kein Vorteil, sondern ein weiterer Silo. Der PYMNTS-Bericht nennt das treffend: Die wahren Vorteile eingebetteter Zahlungen entfalten sich nur über gelungene Integrationen.
Für Händler heißt das konkret: Beim nächsten Pitch eines Payment-Anbieters sollte nicht die erste Frage lauten, welche Zahlungsarten angeboten werden. Sie sollte lauten: Wie sieht eure API aus? Welche Webhooks gibt es? Wie lange dauert ein Proof of Concept in meinem Stack? Ein Anbieter, der diese Fragen nicht präzise beantworten kann, gehört nicht auf die Shortlist — egal wie attraktiv die Konditionen klingen.
Was jetzt anders laufen muss
Die gute Nachricht: Dieser Machtwechsel ist keine Bedrohung für Finanzabteilungen, sondern eine Chance — wenn er organisiert wird. Entscheidend ist, dass CFO und CTO nicht gegeneinander arbeiten. Der eine bringt die betriebswirtschaftliche Logik, der andere die Frage, ob das überhaupt betreibbar ist. Beides zusammen ergibt eine sinnvolle Evaluierung.
Praktisch bedeutet das: Payment-Evaluierungen brauchen von Anfang an einen technischen Stakeholder. Nicht als Berater nach dem dritten Workshop, sondern als Entscheider in der ersten Runde. Die Checkliste ändert sich. Ganz oben steht nicht mehr „Welche Features?“, sondern „Welche Integrationsarchitektur?“. Referenzkunden allein reichen nicht; es zählt, ob der Anbieter dokumentierte SDKs, stabile APIs und einen nachvollziehbaren Support-Prozess bietet. Und bevor das Projekt in sechs Monaten live gehen soll, wird zuerst ein echter Integrationstest mit echten Daten gefahren.
Der Unterschied zwischen einem Payment-Tool, das skaliert, und einem, das im zweiten Jahr verkrustet, liegt in dieser frühen Disziplin. Händler, die das verinnerlichen, bauen sich kein neues System nach dem anderen an — sie bauen einen Stack, der mitwächst.
Der nächste CFO, der eine Payment-Lösung ohne seinen Lead Developer kauft, sollte sich fragen, warum er überhaupt noch mit am Tisch sitzt. In E-Commerce-Unternehmen, die ernsthaft skalieren wollen, wird Payment-Integration zur strategischen Kernkompetenz. Wer das weiter als reine Buchhaltungsfrage behandelt, baut keine Zukunft — er baut Schutt.