Shop-Systeme, in denen Zahlung, Bestand und Auftrag zusammenpassen.

Was dazugehört

• Katalog und Bestand bleiben in dem System, dem sie gehören

  Produkte, Varianten, Verfügbarkeit und Preisregeln bleiben in dem führenden System, das Sie benennen; der Shop liest sie, statt eine zweite Fassung zu halten, die montags stimmt und freitags nicht.

• Zahlungsstrecken auf Ihren eigenen Anbieterkonten

  Kartenzahlungen über Stripe, Bitcoin-Zahlungen über BTCPay Server, konfiguriert gegen die Konten und Verträge, die Ihnen gehören. Das Geld bewegt sich zwischen Ihrem Kunden und Ihnen; wir liegen nicht in dieser Strecke und halten die Beträge zu keinem Zeitpunkt.

• Auftragszustände, die einen doppelt eintreffenden Rückruf überstehen

  Eine zweimal bestätigte Zahlung darf nicht zweimal versendet werden. Rückrufe des Anbieters werden idempotent verarbeitet, geschlüsselt auf die Referenz, die der Anbieter mitsendet, und konfiguriert nach dem Verhalten, das ein Anbieter tatsächlich zeigt, statt nach dem, das seine Dokumentation beschreibt.

• Rechnungen, Erstattungen und die Korrekturen danach

  Rechnungen über Invoice Ninja, Teilerstattungen, Stornierungen und nachträgliche Korrekturen — der Teil, bei dem ungefähr richtig dasselbe ist wie falsch, und der Teil, den die meisten Shop-Konfigurationen jemandem mit einer Tabellenkalkulation überlassen.

• Ein Abgleich, den Sie ohne uns fahren können

  Ein terminierter Vergleich zwischen dem, was der Anbieter als abgerechnet meldet, und dem, was Ihre Auftragsdatensätze sagen — mit den Unterschieden einzeln aufgeführt statt aufsummiert. Er läuft auf Ihrer Seite, damit niemand uns bitten muss nachzusehen.