Schnittstelle

Kaufland Gebühren-Subtypen mit eigenem Konto.

2-Datei-Modell, Herkunftsland je Position aus der Lager-/Offer-Ebene für korrektes OSS-Routing.

Kauflands Gebührenstruktur und Herkunftsland-Logik brauchen konfigurierbare Kontierung. adnap macht jeden Subtyp einzeln buchbar.

Authentifizierung

Token + HMAC-Signatur

Client-Token + HMAC-SHA256 über Methode/URI/Body/Timestamp

Datenquelle

Orders-Datei + Settlement-Datei

So arbeitet adnap

Orders-Datei und Settlement-Datei getrennt verarbeitet, nur bestätigte Positionen.

Jeder Gebühren-Subtyp bekommt ein eigenes Konto und einen eigenen Steuerschlüssel (config-setzbar); Unbekanntes landet im Unmapped-Dialog.

Das Herkunftsland je Position kommt aus der Lager-/Offer-Ebene — die Basis für korrektes OSS-Routing.

Auszahlungen werden sauber auf das Geldtransit-Konto gebucht.

Nachweisbar

Alle Schnittstellen

Native Schnittstellen mit eigener Steuer- und Debitor-Logik je Kanal — kein Klon-Seiten-Wust, keine CSV-Bastelei.

Amazon

VAT-Transaktions-Report als Umsatzquelle, Settlement-getriebene Auszahlung, FBA-Verbringungen als Proforma.

TikTok Shop

Eine eigene BigTable-Pipeline verschmilzt Orders, Statement und Returns zu einer Zeile pro Position.

Zalando

Erlös einmal im Versandmonat, Settlement erzeugt nur den Debitor-Ausgleich, Retouren nur aus dem Settlement.

Marktplatz verbinden, Konten wählen, exportieren. Byte-genau nach DATEV — geprüft, bevor er die Kanzlei erreicht.

GoBD-konform · DATEV-fähig · kein proprietäres Kanzlei-Lock-in · Betrieb in der EU