Kontory verbindet 11 Shop- und Marktplatz-Systeme, 10 Zahlungsanbieter und das Bankkonto direkt mit BMD, RZL und DVO. Reconciliation, Reverse-Charge-Klassifikation und prüfungsfester Buchungsstapel — gebaut für österreichisches Steuerrecht.
Auf dem Bankkonto landet eine einzige Zahl: 1.247,82 EUR von Stripe Payments aus Dublin. Daraus müssen 23 Bestellungen, 23 PSP-Gebühren, 1 Refund und 1 Auszahlung rekonstruiert werden — jede Position einzeln, mit korrekter Klassifikation und Reverse-Charge-Behandlung.
Wer das in der Kanzlei händisch macht — Stripe-Dashboard öffnen, VLOOKUP gegen Bestellnummern, Refunds separieren, Reverse-Charge rechnen, 47 Zeilen in BMD eintippen, Verrechnungskonto auf 0,00 stellen — braucht pro Tagesauszug rund eine Stunde. Bei mehreren PSP und mehreren Mandanten mehrere Stunden pro Monat. Pro Mandant.
Kontory importiert Zahlungstransaktionen aus PSP- und Bank-Schnittstellen, matcht sie gegen den Bestell-Export, klassifiziert sie nach österreichischem Steuerrecht und erzeugt einen prüfungsfesten Buchungsstapel.
Tagesimport aller PSP-Transaktionen und Bank-Eingänge — persistiert als einheitliche PaymentTransaction mit Typ payment / refund / fee / payout / chargeback.
Jede Zahlung wird gegen Rechnungsnummern im Bestell-Export gematcht — exakter Treffer, dann Freitext-Extraktion mit Keyword-Lookahead, zuletzt Metadaten. Mehrdeutige Treffer landen in der Prüfposten-Liste.
Provider-Country-Resolver kennt die Sitzländer aller PSP. Gebühren ausländischer EU-PSPs werden mit Steuercode 9 und Eigenbesteuerung 20 % gebucht — bilanzneutral. Marktplatz-Sonderfälle wie der Amazon-Stichtag 1.8.2024 sind eingebaut.
Aus derselben Datenstruktur entstehen BMD PR08A (480 Byte fix, Windows-1252), RZL CSV (mit Formula-Injection-Schutz) und DVO CSV (Whitelist R210 / R213 / R220).
Jeder Export trägt einen SHA-256-Hash über den Buchungsinhalt und eine Versions-ID des Steuersatz-Stamms. Für Außenprüfungen rekonstruierbar — wer welche Sätze wann gebucht hat.
Doppel-Confirm derselben Periode ist am Datenbank-Level ausgeschlossen. Exporte mit blockierenden Prüfpositionen lassen sich nur mit explizitem Acknowledgement und Begründung freigeben — die Begründung wird im Audit persistiert.
Direktanbindung statt CSV-Export-Roulette. Native Integrationen über offizielle APIs — auch wenn der Marktplatz keine eigene Schnittstelle für Buchhaltung anbietet.
Open Banking via GoCardless für direkte Konto-Anbindung, CAMT.053 für SEPA-Standardformate, plus profilbasierte CSV-Parser.
Zielsystem in der Kanzlei: BMD NTCS · RZL · DVO
Kontory ersetzt weder die Kanzleisoftware noch die Rechnungslegung des Händlers. Wir übernehmen einen klar umrissenen Schritt — und sind dort gründlich.
Rechnungen entstehen direkt in den Shops und Marktplätzen. Kontory liest die Bestelldaten, klassifiziert sie steuerlich und übergibt sie als Buchungsstapel.
Produktlistings, Bestand und Versand bleiben in Shop bzw. Marktplatz. Kontory ist Connector zwischen E-Commerce und Steuerberater-Software, kein zweites Backend.
Die UVA generiert das BMD / RZL / DVO der Kanzlei aus dem importierten Stapel — wie gewohnt. Wir liefern die Daten, nicht die Meldung.
Kontory startet in Kürze. Wenn Sie Steuerberater mit Online-Handels-Mandanten sind, Shop-Betreiber oder Marktplatz-Seller — und zu den Ersten gehören wollen, die damit arbeiten —, schreiben Sie uns.