Zahlungssystem per API anbinden – wer trägt Kosten und Wartung?

Wenn eine eigene API gebaut wird, muss die Agentur zwei Dinge garantieren: 1) Idempotency-Keys (damit nicht doppelt abgebucht wird, wenn der Kunde zweimal klickt). 2) Ein funktionierendes Queue-System für Webhook-Events. Wenn das technisch nicht sauber gelöst ist, wird bei Netzwerkausfällen Geld abgebucht, aber im Shop taucht keine Bestellung auf.

Prüft vor der Vertragsunterschrift selbst, ob das offizielle Standard-Plugin des Anbieters eure Ratenzahlungsanforderungen nicht doch abdeckt. Manche Agenturen machen aus einem 2-Stunden-Job mit einem fertigen Modul gern ein Riesen-API-Projekt, nur um extra abrechnen zu können.

Für den Markt in Mexiko-Stadt sind 35.000 MXN für eine individuelle API-Anbindung eine vertretbare Obergrenze. Wir haben letzten Herbst für eine ähnliche B2B-Integration 28.000 MXN bezahlt – inklusive 3 Monaten Garantie auf technischen Support.

Lasst unbedingt eine klare Klausel in den Vertrag aufnehmen: „Softwarefehler im Code der Integration werden ab dem Go-Live für 90 Tage kostenlos vom Auftragnehmer behoben.“ Das schützt euch vor bösen Überraschungen auf den ersten Rechnungen.

Bei Wartungsverträgen nach Stundensatz besteht immer die Gefahr, dass die Agentur euch sogar das Beheben eigener Programmierfehler in Rechnung stellt. Wenn ihr Bugfixing nicht strikt von neuen Features trennt, zahlt ihr am Ende jeden Monat brav eure 850 MXN.

ärgerlich dass das nicht von Anfang an besprochen wurde aber aber das Payment ist das Herzstück des Shops. lieber gleich eine saubere API bauen lassen als bilig an einem Plugin herumzuflicken – das spart langfristig echten Umsatzverlust.

Unterm Strich: Dass für eine Custom-API ein Aufpreis fällig wird, ist normal, aber unterschreibt nicht voreilig den Wartungsvertrag. Erst 90 Tage Garantie aushandeln, Tokenisierung vertraglich festschreiben und Schutz vor Doppelbuchungen zur Bedingung machen.

Ich sehe das anders. naja wer bei API-Zahlungsintegration hetzt stolpert alle an derselben Stelle.

Das ist meine Meinung, ich behaupte nicht dass es absolut richtig ist.

Wir sind auch eine Zeit lang an derselben Stelle hängen geblieben. Scheut euch nicht zu fragen wer nicht fragt, zahlt am Ende mehr.

Viel Erfolg.

Funktioniert das deiner Meinung nach in jeder Größe? Schaut zuerst, welche Daten ihr bei der Entscheidungsfindung zur Hand habt.

Du hast recht, ich bin denselben Weg gegangen. Scheut euch nicht zu fragen, wer nicht fragt, zahlt am Ende mehr.

Das war's, entschuldige, wenn ich zu lang war.

Ich fasse kurz zusammen, was bisher gesagt wurde. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

Wenn wir ohne Messung entscheiden, landen wir immer wieder am selben Punkt. Nur als Notiz, könnte nützlich sein.

Hier habe ich einen Einwand. Wenn du das nicht von Anfang an schriftlich festhältst gibt es später Streit.

Nur als Notiz könnte nützlich sein.

Hier lauert eine Falle die ich nicht unerwähnt lassen möchte. Bei uns war der größte Zeitfresser die Unklarheit darüber wer entscheidet.

Bei uns war der größte Zeitfresser die Unklarheit darüber, wer entscheidet.

Ich habe keinerlei Erfahrung mit API-Zahlungsintegration deshalb frage ich. In den ersten drei Monaten läuft alles gut die Probleme tauchen im vierten Monat auf.

Menschen verteidigen nicht den Prozess, sondern die Gewohnheit. Der Widerstand kommt daher.

Beim Lesen dieser Antwort war ich erleichtert, es liegt also nicht nur an mir. Code ohne Installationsanleitung gehört dir nicht, auch wenn du ihn in den Händen hältst.

Aus Erfahrung weiß ich das.

Ich erzähle mal, was mir passiert ist, vielleicht hilft es euch. Das günstigste Angebot ist oft das am wenigsten durchdachte.

Viel Erfolg.

Ein Thema, das gerade aktuell ist.