Eine Szene, die ich immer häufiger sehe. Jemand setzt sich am Wochenende mit Lovable, Bolt oder v0 einen schönen Onlineshop zusammen. Das Design sitzt, die Produktseiten laufen, der Warenkorb rechnet richtig. Dann kommt der Moment, in dem der Kunde tatsächlich per PayPal oder Klarna bezahlen, auf Rechnung kaufen, sich identifizieren und nach dem Verkauf automatisch eine ordnungsgemäße E-Rechnung erhalten soll. Und genau hier bleibt alles stehen.
Die KI generiert einen Bezahl-Button, der ideal aussieht. Nur kommt kein Geld durch ihn an. Sie generiert eine "Mit Ausweis anmelden"-Maske, die niemanden authentifiziert. Sie verspricht einen Rechnungsexport, den kein Steuerberater und kein Finanzamt im strukturierten Format akzeptiert. Das ist kein Zufall und kein schlechter Prompt, es ist eine grundsätzliche Grenze, an der die heutigen KI-Tools haltmachen. In diesem Artikel erkläre ich, warum das so ist, welche konkreten deutschen Integrationen einen Menschen brauchen und was das real für Preis und Zeitplan Ihres Projekts bedeutet.
Warum KI die Oberfläche gut generiert, die Integration aber nicht
Die Oberfläche ist der Bereich, in dem KI wirklich stark ist. Buttons, Formulare, Raster, Animationen, all das sind sich wiederholende Muster, von denen es im Netz Millionen Beispiele gibt. Genau auf solchem Code ist die KI trainiert, deshalb baut sie ein schönes und sogar responsives Frontend beeindruckend schnell. Wenn Ihre Website nur gut aussehen soll, hilft KI Ihnen tatsächlich.
Eine Integration mit einem echten System ist eine völlig andere Sache. PayPal, Klarna, die Online-Ausweisfunktion, das ELSTER-Portal oder DHL sind keine Codeschnipsel, die die KI sich "merken" und generieren kann. Es sind lebende Systeme, die außerhalb Ihrer Website existieren und die drei Dinge verlangen, die die KI physisch nicht hat: das vertragliche Verhältnis Ihres Unternehmens zum Anbieter, Ihre geheimen produktiven Schlüssel und einen sicheren Server, auf dem diese Logik läuft. Die KI kann für Sie keinen Vertrag mit PayPal unterschreiben. Sie kann Ihr Geschäftskonto nicht bei ELSTER verifizieren. Und sie kann Ihre API-Schlüssel nicht sicher verwahren, denn sie klebt sie schlicht in den Code, den jeder im Browser sieht.
Das ist der entscheidende Unterschied zwischen "sieht aus, als ob es funktioniert" und "läuft in Produktion mit echtem Geld". Über dasselbe Phänomen aus einem anderen Blickwinkel schreibe ich im Artikel wann KI reicht und wann Sie einen Entwickler brauchen, denn die Integrationen sind genau der Punkt, an dem die meisten Menschen steckenbleiben.
Der klassische Fehler in KI-Websites
Sie öffnen einen generierten Onlineshop, klicken auf "Bezahlen" und landen auf einer Seite, die einfach "Danke für Ihre Bestellung" zeigt. Es hat keine echte Zahlung stattgefunden. Die KI hat das Bild des Zahlungsablaufs generiert, nicht die Abwicklung selbst. Noch schlimmer ist es, wenn produktive Schlüssel im sichtbaren Frontend-Code liegen, dann kann jeder sie auslesen und missbrauchen. Das ist keine Kleinigkeit, die man "später nachzieht". Das ist die gesamte serverseitige Hälfte, die schlicht nicht existiert.
Die deutschen Integrationen, die einen Menschen brauchen
Schauen Sie konkret hin. Hier sind die Integrationen, mit denen real fast jedes deutsche Geschäftsprojekt zu tun bekommt, und warum jede von ihnen einen Menschen verlangt und keinen Prompt.
| Integration | Wofür | Warum KI sie nicht anbindet |
|---|---|---|
| PayPal / Klarna / SEPA-Lastschrift | Zahlungen, Kauf auf Rechnung, Ratenkauf | Vertrag mit dem Anbieter, produktive Schlüssel, serverseitige Zahlungsbestätigung mit Signaturprüfung über Webhooks |
| Mollie / Stripe (PSP) | Ein Zugang für Karten, PayPal, SEPA, Klarna | Verifiziertes Geschäftskonto, Webhook-Verarbeitung, sichere Schlüsselverwahrung, Idempotenz gegen Doppelbuchungen |
| Online-Ausweisfunktion / eID / QES | Identität, Anmeldung, rechtssichere Signatur | Vertraglicher Zugang über Vertrauensdienste, signierte Anfragen, Identitätsfluss, DSGVO |
| E-Rechnung (XRechnung / ZUGFeRD) | Strukturierte B2B-Rechnung, B2G über Peppol | EN-16931-konformes Format, gültige Profile, GoBD-konforme, unveränderbare Ablage, Fehlerbehandlung |
| DATEV / lexoffice / sevDesk | Buchhaltung, Steuerberater, Belegfluss | Abstimmung mit der Geschäftslogik, bidirektionaler Datenfluss, Fehlerabgleich mit der Buchhaltung |
| DHL / Hermes / DPD / GLS | Versandlabels, Sendungsverfolgung, Versandkosten | Vertrag mit dem Versanddienst, Konto-Schlüssel, Label-Generierung, Versandkostenrechner |
Zahlungen: PayPal, Klarna, SEPA-Lastschrift
In Deutschland ist der Zahlungsmix der Standard, nicht die Ausnahme. PayPal ist nahezu Pflicht und ein reines Vertrauenssignal, der Kauf auf Rechnung ist die kulturelle Voreinstellung, weil die Menschen erst nach Erhalt der Ware zahlen wollen, dazu kommen SEPA-Lastschrift, Kreditkarte und Klarna mit Rechnung und Ratenkauf. Damit das funktioniert, brauchen Sie einen Vertrag mit dem Anbieter oder einem PSP wie Mollie oder Stripe, ein verifiziertes Geschäftskonto und produktive Schlüssel. Der wichtigste Teil ist aber unsichtbar: Wenn der Kunde zahlt, schickt der Anbieter eine Bestätigung an Ihren Server, und Ihr Server muss die Signatur dieser Nachricht prüfen, bevor er die Bestellung als bezahlt markiert. Ohne diese Prüfung kann jeder eine gefälschte "bezahlt"-Nachricht senden und die Ware gratis bekommen. Diese serverseitige Logik generiert die KI nicht, weil sie Ihre Schlüssel nicht hat und die geschäftlichen Folgen nicht versteht. Übrigens: giropay wurde Ende 2024 eingestellt, und Sofort ist heute Teil von Klarna, wer Ihnen 2026 noch giropay anbietet, ist nicht auf dem aktuellen Stand.
Authentifizierung: Online-Ausweisfunktion, eID und QES
Wenn Ihr Dienst eine verlässliche Identitätsprüfung braucht, etwa bei Finanzen, Gesundheit, Verträgen oder Behördengängen, ist die Online-Ausweisfunktion über die AusweisApp das, was deutsche Nutzer kennen, ergänzt um BundID für Behördendienste, ELSTER für Unternehmen, POSTIDENT für das Video-Ident und eine qualifizierte elektronische Signatur über Anbieter wie Skribble oder D-Trust. All das ist über zugelassene Vertrauensdienste auf Vertragsbasis erreichbar und verlangt korrekt signierte Anfragen und einen sauberen Identitätsfluss. Ein Fehler hat hier zwei Seiten: Entweder kommt niemand hinein, oder, viel schlimmer, Sie lassen die falsche Person herein. Das ist kein Formular, das ist ein Sicherheitssystem, das ein Mensch bauen und testen muss, der versteht, womit ein Fehler endet. Vorausschauend lohnt ein Blick auf die EUDI-Wallet nach eIDAS 2.0, die regulierte Branchen ab November 2026 akzeptieren müssen.
E-Rechnung und Steuer: das Finanzamt akzeptiert kein "fast richtig"
Nach einem Verkauf braucht es eine Rechnung, und seit dem 1. Januar 2025 muss jedes inländische Unternehmen im B2B strukturierte E-Rechnungen empfangen können, die Pflicht zum Ausstellen wird bis 2027 stufenweise scharf gestellt. Hier verspricht die KI einen "Rechnungsexport", aber eine gültige E-Rechnung ist kein hübsches PDF. Es ist ein EN-16931-konformes Format, in Deutschland XRechnung als strukturiertes XML oder ZUGFeRD als hybrides PDF mit eingebettetem XML, und nur Profile ab BASIC aufwärts qualifizieren, MINIMUM und BASIC-WL reichen nicht. Ein "fast richtiges" Format gibt es nicht, entweder die Datei ist valide, oder sie wird mit einem Fehler abgelehnt, den jemand verstehen und beheben muss. Dazu kommt die GoBD: Belege müssen revisionssicher und unveränderbar abgelegt werden. Diese Konformität sichert ein Mensch, der weiß, wie das Format und die Prüfung real funktionieren, kein Text, der überzeugend klingt.
Buchhaltung: DATEV, lexoffice und sevDesk
Wenn das Unternehmen bereits mit einem Steuerberater über DATEV arbeitet oder lexoffice oder sevDesk nutzt, muss der Shop mit der Buchhaltung sprechen: Belege, Umsätze und Zahlungen müssen in beide Richtungen wandern und zusammenpassen. Das ist die tiefste Integration von allen, weil sie Ihre reale Geschäftslogik und Ihren Steuerberater berührt. Genau deshalb ist eine saubere DATEV-Anbindung in Deutschland auch ein starkes Verkaufsargument: Sie spart dem Steuerberater Arbeit und Ihnen Ärger zum Jahresabschluss. Ein Fehler hier bedeutet doppelte Buchungen oder nicht stimmende Salden, und das löst man durch Abstimmung mit Ihrer konkreten Buchhaltung, nicht durch Code aus dem Nichts.
Versand: DHL, Hermes, DPD und GLS
Ein Onlineshop braucht, dass der Käufer eine Versandart oder eine Packstation wählt, dass automatisch ein Versandlabel erzeugt wird und dass der Kunde die Sendung verfolgen kann. Dafür braucht es einen Vertrag mit dem Versanddienst, Konto-Schlüssel, das Laden der Standortlisten und die Label-Generierung über deren System, dazu einen Versandkostenrechner, der nach Gewicht und Zone richtig rechnet. Die KI kann eine Auswahlbox für die Packstation zeichnen, aber sie wird leer sein, ohne echte Verbindung zum System des Versanddienstes gibt es dort weder Standorte noch Labels.
Der gemeinsame Nenner
Beachten Sie das Muster: Alle diese Integrationen verlangen ein vertragliches Verhältnis zu einem externen System, Ihre geheimen Schlüssel und eine serverseitige Logik mit Prüfungen. Keines dieser drei Dinge existiert im KI-generierten Frontend. Genau deshalb ist der Button da, funktioniert aber nicht, es fehlt exakt der Teil, den Sie nicht sehen.
Warum das nicht "API in 5 Minuten anbinden" ist
Oft höre ich: "Es gibt doch eine Dokumentation, binde einfach die API an." Ja, eine Demo, in der ein Button wie eine Zahlung aussieht, dauert wirklich 5 Minuten. Eine echte Anbindung, die kein Geld verliert, keine Doppelzahlungen annimmt und ein Audit des Anbieters übersteht, besteht aus mehreren Schritten, von denen Sie keinen überspringen können.
- Vertrag und Kontofreigabe. Der Anbieter muss Ihr Unternehmen verifizieren und produktiven Zugang freigeben. Das dauert oft länger als der Code selbst.
- Sandbox-Tests. Jeder Anbieter hat eine Testumgebung, in der der Ablauf geprüft wird, bevor echtes Geld fließt. Überspringen Sie diesen Schritt, wird Ihr erster echter Kunde zum Testfall.
- Signatur- und Bestätigungsprüfung. Der Server muss prüfen, dass die Zahlungsbestätigung wirklich vom Anbieter kommt und nicht von einem Fälscher.
- Konformität und DSGVO. Identitäts- und Zahlungsdaten sind sensibel, ihre Verarbeitung muss den rechtlichen Anforderungen entsprechen, inklusive Auftragsverarbeitungsvertrag, nicht nur "funktionieren".
- Randfälle. Was tun, wenn die Zahlung auf halbem Weg abbricht, der Kunde zweimal klickt, der Anbieter nicht antwortet oder Geld zurückerstattet werden muss. Genau diese Fälle trennen die Demo vom Produkt.
Das sind dieselben "schweren 30 Prozent", von denen ich fast jedem Kunden erzähle. Die KI bringt das Projekt bis 70 Prozent, schön, sichtbar, beeindruckend. Die restlichen 30 Prozent, also Integrationen, Sicherheit, Randfälle und Konformität, sind der schwerste und teuerste Teil. Nicht weil sie "schwer abzuschließen" wären, sondern weil genau sie das eigentliche Produkt sind. Wenn Sie tiefer verstehen wollen, was die "kostenlose" KI-Website am Ende wirklich kostet, lesen Sie die wahren Kosten einer kostenlosen KI-Website, dort lege ich die versteckten Posten offen.
Was das für Preis und Zeitplan bedeutet
Um offen zu sein: Einen separaten Preis für das Anbinden einer Integration an eine bestehende KI-Website biete ich nicht an – an fremden oder KI-generierten Code binde ich keine Integrationen an. Ich nehme sie in ein Projekt auf, das sauber von Grund auf gebaut wird und in dem Ihre KI-Version zur Spezifikation wird. Lokale Integrationen (PayPal, Klarna, SEPA, eID, E-Rechnung, DATEV, Versand) sind im Umfang enthalten – meist ist das die Stufe Business-App ab 6.900 €. Das ist kein „Code-Flicken“, sondern ein System, das echten Traffic und das Audit des Anbieters übersteht. So sieht aus, was jede Integration von Ihrer Seite verlangt und wie lange sie dauert:
| Integration | Was Sie vorab vorbereiten | Dauer (bei vorhandenem Konto) |
|---|---|---|
| Ein Payment-Provider (PayPal / Klarna / SEPA über Mollie oder Stripe) | Vertrag mit dem Anbieter, verifiziertes Geschäftskonto | 1 - 2 Wochen |
| Online-Ausweisfunktion / eID / QES-Authentifizierung | Vertraglicher Zugang über einen zugelassenen Vertrauensdiensteanbieter | 2 - 4 Wochen |
| E-Rechnung (XRechnung / ZUGFeRD) automatisiert | Mit Ihrem Steuerberater abgestimmte Rechnungsdaten und Profile | 2 - 4 Wochen |
| Versand (DHL / Hermes / DPD / GLS) + Versandkostenrechner | Vertrag mit dem Versanddienst, Konto-Schlüssel, Gewichts- und Zonentabelle | 1 - 2 Wochen |
| Buchhaltungs-Anbindung (DATEV / lexoffice / sevDesk) | Zugang zur Buchhaltungssoftware, Abstimmung mit dem Steuerberater | 2 - 4 Wochen |
Zwei Dinge zum Zeitplan, die Sie sich merken sollten. Erstens frisst den größten Zeitanteil oft nicht der Code, sondern die Freigabe des Anbieterkontos und der Erhalt der produktiven Schlüssel, diesen Prozess sollten Sie so früh wie möglich starten, unabhängig davon, wer die Website baut. Zweitens sind Integrationen selten isoliert: Zahlung, Rechnung und Versand bilden meist eine Kette, deshalb plant man sie besser zusammen, statt sie einzeln zu flicken.
Wann KI Ihnen völlig ausreicht
Ich bin ehrlich: Wenn Sie nur eine Informationswebsite, eine Landingpage zum Prüfen einer Idee oder ein internes Tool ohne echte Zahlungen und Identität brauchen, kann ein KI-Tool völlig genügen, und ich dränge Ihnen keinen Entwickler ohne Not auf. Die Grenze ist klar: Integrationen mit echtem Geld, Kundenidentität und Finanzamt beginnen dort, wo die KI endet. Überschreiten Sie diese Grenze, braucht es einen Menschen, der die Folgen versteht, und in Deutschland auch die DSGVO, das BFSG (Barrierefreiheit seit Juni 2025) und die Transparenzpflichten des EU AI Act mitdenkt.
Wie ich an die Sache herangehe
Projekte, in denen KI-generierte Integrationen nicht funktionieren, übernehme ich nicht, und den generierten Code flicke ich nicht – weder Stück für Stück noch auf einmal. Ihre KI-Version nutze ich als Spezifikation: Sie zeigt mir, wie der Shop aussehen soll und welche Abläufe er braucht. Dann lege ich die ganze Kette an, also Zahlung, Rechnung, Versand und Authentifizierung, und baue das Produkt von Grund auf, mit der serverseitigen Hälfte, allen Prüfungen, Sandbox-Tests und Randfällen. Das Ziel ist nicht, „dass der Button aussieht“, sondern dass das Geld real ankommt, die E-Rechnung valide erzeugt wird und der Steuerberater sie über DATEV sauber verbuchen kann. Sie bleiben mit einem funktionierenden Produkt und mit Code zurück, der Ihnen gehört, auf DSGVO-konformem EU-Hosting, nicht mit einer schönen Fassade, hinter der nichts ist.
Bei Ihrer KI-Website funktionieren Zahlungen oder Integrationen nicht?
An den generierten Code binde ich sie nicht an – ich baue das Produkt sauber von Grund auf neu. Ihre KI-Version wird zur Spezifikation, und PayPal, Klarna, SEPA, E-Rechnung und DATEV gehören vom ersten Tag an zum Umfang. Eine Business-App mit Zahlungen und Integrationen gibt es ab 6.900 €. Schreiben Sie mir, was Sie bauen, und innerhalb von 24 Stunden erhalten Sie ein Angebot mit Festpreis und Termin.
Angebot erhaltenHäufig gestellte Fragen
Warum kann KI eine Website bauen, aber PayPal nicht anbinden?
KI generiert die Oberfläche hervorragend, weil sie sich wiederholt und im Netz millionenfach beschrieben ist. Eine PayPal- oder Klarna-Anbindung verlangt einen echten Vertrag mit dem Anbieter, ein verifiziertes Geschäftskonto, Zugang zu produktiven Schlüsseln, eine serverseitige Zahlungsbestätigung mit Signaturprüfung über Webhooks und ein sicheres Hosting. Das kann KI physisch nicht für Sie tun: Sie hat Ihre Unternehmensdaten nicht, kann keinen Vertrag unterschreiben und Ihre geheimen Schlüssel nicht sicher verwahren. Deshalb sieht der generierte Bezahl-Button gut aus, aber Geld kommt durch ihn nicht an.
Kann ich die Online-Ausweisfunktion oder eID selbst an meine Website anbinden?
Die Online-Ausweisfunktion (eID über die AusweisApp), POSTIDENT oder eine qualifizierte elektronische Signatur sind über zugelassene Vertrauensdiensteanbieter erreichbar, meist auf Vertragsbasis, und verlangen einen sicheren Server, korrekt signierte Anfragen, einen sauberen Identitätsfluss und eine DSGVO-konforme Verarbeitung der Personendaten. Das ist kein Button zum Einkleben, sondern ein Authentifizierungssystem, in dem ein Fehler bedeutet, dass entweder niemand hineinkommt oder die falsche Person hereingelassen wird. Solche Integrationen muss ein Mensch bauen und testen, der die Folgen versteht.
Was kostet es, deutsche Integrationen an eine Website anzubinden?
Einzeln an eine bestehende KI-Website binde ich keine Integrationen an – fremden oder KI-generierten Code übernehme ich nicht. Integrationen nehme ich in ein Projekt auf, das sauber von Grund auf gebaut wird und in dem Ihre KI-Version zur Spezifikation wird. Lokale Integrationen (PayPal, Klarna, SEPA-Lastschrift, Online-Ausweisfunktion, E-Rechnung mit XRechnung und ZUGFeRD, DATEV) sind im Umfang enthalten – meist ist das die Stufe Business-App ab 6.900 €. Ein MVP / PWA beginnt ab 2.900 €, eine komplexe Plattform mit vielen Integrationen ab 14.900 €. Die genaue Summe hängt davon ab, wie viele Integrationen es sind und wie tief sie mit Ihrer Geschäftslogik verbunden sind.
Warum kann man eine API nicht einfach in 5 Minuten anbinden?
Zahlungs- und Identitäts-APIs verlangen eine Registrierung beim Anbieter, einen Vertrag, produktive und Test-Schlüssel, Sandbox-Tests vor dem ersten echten Euro, Signaturprüfung, Fehler- und Rückerstattungs-Szenarien, DSGVO-Konformität und eine sichere Verwahrung der Schlüssel. Eine Demo, in der ein Button nur wie eine Zahlung aussieht, dauert wirklich 5 Minuten. Eine echte Anbindung, die kein Geld verliert, keine Doppelzahlungen annimmt und ein Audit des Anbieters übersteht, dauert Tage, und das ist völlig normal.
Ist ein KI-generierter Bezahl-Button sicher?
Optisch ja, er sieht aus wie ein Bezahl-Button. Funktional ist er fast nie produktionssicher. Die häufigsten Probleme: geheime Schlüssel bleiben im sichtbaren Code im Browser, die Zahlungsbestätigung wird serverseitig nicht geprüft, sodass sich eine Bestellung fälschen lässt, und es gibt keine Signaturprüfung, sodass jeder einen Webhook senden kann. Die Sicherheit entscheidet hier nicht das Aussehen des Buttons, sondern die serverseitige Logik, die in der generierten Variante schlicht fehlt.
Wie lange dauert es, Zahlungen und E-Rechnung an meine Website anzubinden?
An eine bestehende KI-Website binde ich sie nicht an – Zahlungen und E-Rechnung nehme ich in ein Projekt auf, das sauber von Grund auf gebaut wird. Darin dauert die Anbindung eines Payment-Providers mit Sandbox-Tests 1 bis 2 Wochen, wenn Anbieterkonto und Vertrag bereits stehen, die Automatisierung der E-Rechnung mit XRechnung und ZUGFeRD oder eine DATEV-Anbindung 2 bis 4 Wochen, weil hier mehr Randfälle und die Abstimmung mit Ihrem Steuerberater dazukommen. Den größten Zeitanteil frisst meist nicht der Code, sondern die Freigabe des Anbieterkontos und der Erhalt der produktiven Schlüssel – das sollten Sie so früh wie möglich starten.
Von der schönen Fassade zum funktionierenden Produkt
Wenn die KI Sie bis 70 Prozent gebracht hat und Zahlungen, Identität und Rechnungen immer noch nicht laufen – flicken Sie die Fassade nicht. Ich nutze sie als Spezifikation und baue das Produkt von Grund auf, in dem das Geld real ankommt, die eID wirklich authentifiziert und die E-Rechnung valide ist – mit Festpreis, EU-Hosting und DSGVO-konformer Umsetzung. MVP ab 2.900 €, mit Zahlungen und Integrationen ab 6.900 €.
Mit Integrationen neu aufbauen