Bexio CSV-Import: Banktransaktionen richtig übernehmen

Ein Bexio CSV-Import für Banktransaktionen ist kein einheitlicher Upload. Eine unterstützte Bankanbindung oder eine bankseitig erzeugte camt-Datei führt Transaktionen in Bexio Banking, wo sie für den Zahlungsabgleich bereitstehen. Dokumentierte CSV- oder XLSX-Importer können dagegen manuelle Buchungen oder einen eigenen Kartenkonto-Workflow erzeugen. Liegt der Kontoauszug nur als PDF oder Scan vor, müssen die Transaktionen zuerst in eine strukturierte Tabelle extrahiert und danach für den gewählten Importweg aufbereitet werden.

Entscheidend ist deshalb nicht allein, ob eine Datei die Endung CSV trägt. Legen Sie zuerst fest, welches Ergebnis in Bexio entstehen soll:

• Banktransaktionen sollen im Banking erscheinen und mit offenen Belegen abgeglichen werden.
• Zeilen aus einem Kontoauszug sollen als Journal- oder manuelle Buchungen auf bestimmte Konten übertragen werden.
• Kreditkartentransaktionen sollen in einem vom Importer vorgesehenen Kartenkonto-Prozess verarbeitet werden.

Diese Ergebnisse sind buchhalterisch nicht austauschbar. Eine Tabellenzeile ist zunächst nur ein strukturierter Quelldatensatz. Eine daraus erzeugte Journalbuchung verändert die Finanzbuchhaltung, gleicht aber nicht automatisch eine offene Kunden- oder Lieferantenrechnung aus. Umgekehrt setzt der Zahlungsabgleich voraus, dass sowohl der offene Beleg als auch die zugehörige Zahlung im richtigen Bexio-Prozess vorhanden sind.

Auch die Belegart muss klar bleiben: Lieferantenrechnungen in Bexio importieren betrifft die Erfassung des Lieferantenbelegs. Der Kontoauszug enthält lediglich die spätere Zahlung dazu. Wer beide Vorgänge vermischt, kann eine Zahlung korrekt verbuchen und trotzdem einen offenen Posten stehen lassen.

Kontakt-, Produkt- und Verkaufsrechnungsimporte sowie eine vollständige Migration nach Bexio folgen anderen Datenmodellen. Für Bank- und Kreditkartendaten lautet die erste Prüffrage daher: Soll die Datei den Banking- und Zahlungsabgleich speisen, oder soll ein Drittanbieter daraus Buchungen erzeugen?

Bankanbindung und camt gehören in den Zahlungsabgleich

Wenn Sie laufende Banktransaktionen in Bexio importieren und Zahlungen offenen Rechnungen zuordnen wollen, ist eine unterstützte Bankanbindung der naheliegende Ausgangspunkt. Welche Institute und Verbindungsarten aktuell unterstützt werden, sollte direkt im Bexio-Bankverzeichnis geprüft werden. Eine statische Liste wäre rasch veraltet; auch verfügbare Funktionen können vom gewählten Bexio-Paket abhängen.

Ist keine direkte Verbindung verfügbar oder soll ein abgegrenzter Zeitraum manuell eingelesen werden, dokumentiert Bexio den Import einer bankseitig erzeugten camt-Datei in den Banking-Prozess. camt ist kein beliebig umbenanntes CSV. Das XML-basierte Bankformat transportiert strukturierte Transaktions- und Referenzdaten, die Bexio für die Darstellung der Kontobewegungen und den anschliessenden Zahlungsabgleich verwenden kann. Daraus folgt nicht, dass jede Zuordnung automatisch richtig ist: Betrag, Referenz, Gegenpartei und offener Beleg müssen weiterhin zusammenpassen.

Für PostFinance ist der Export selbst ein eigener Arbeitsschritt. Der Leitfaden PostFinance-Kontoauszüge als camt.053 exportieren behandelt die bankseitige Bereitstellung und den historischen PDF-Fall ausführlicher. Für den Bexio-Import genügt hier die Abgrenzung: Verwenden Sie nach Möglichkeit die von der Bank erzeugte camt-Datei und nicht eine in Excel nachgebaute Version.

Ein erfolgreicher camt-Import stellt Banktransaktionen im vorgesehenen Banking-Kontext bereit. Erst die Zuordnung zu einem offenen Beleg beziehungsweise die korrekte Verbuchung des übrigen Geldflusses schliesst den fachlichen Vorgang ab. Eine CSV, die ein Drittanbieter als Journalbuchungen überträgt, landet in einem anderen Prozess und kann dieses Ergebnis nicht stillschweigend ersetzen.

---

Bei CSV und XLSX zählt, was der Importer in Bexio erzeugt

Eine native CSV- oder XLSX-Datei kann für die Übernahme sinnvoll sein, sofern ein dokumentierter Drittanbieter das Format, die Spaltenzuordnung und das gewünschte Bexio-Ziel unterstützt. Die blosse Aussage «CSV-Import möglich» reicht für die Auswahl nicht. Lassen Sie sich vor dem ersten Lauf zeigen, welcher Datensatz entsteht, auf welches Konto gebucht wird und ob der Vorgang im Banking, im Journal oder in einem separaten Kartenkonto-Prozess sichtbar wird.

Die Anbieter beschreiben unterschiedliche Abläufe. Der Accrio CSV Importer liest Transaktionsdaten aus CSV oder XLSX, ordnet sie Konten zu und überträgt Buchungen nach Bexio. Importly im Bexio Marketplace bezeichnet die Verarbeitung von Bankauszügen als Codierung und Import manueller Buchungen. Für andere Importer oder Mandanten ist deren eigene aktuelle Dokumentation massgebend.

Klären Sie für den gewählten Importer mindestens diese Punkte:

• Welches Bexio-Konto nimmt die Buchungen auf, und welches Gegenkonto beziehungsweise welche Kontierungsregel wird verwendet?
• Entsteht eine manuelle Buchung, ein Journalposten oder ein Datensatz, der im produktspezifischen Kartenworkflow weiterbearbeitet wird?
• Bleiben Buchungstext, Bankreferenz, Gegenpartei und weitere Identifikatoren erhalten, damit die Zeile später zur Quelle zurückverfolgt werden kann?
• Wie werden bereits vorhandene offene Posten behandelt? Eine Journalbuchung gleicht sie nicht automatisch aus.

Wenn Sie Buchungen aus einem Kontoauszug nach Bexio übernehmen, ist die Vorschau daher wichtiger als eine vermeintlich universelle Importvorlage. Ein Schema mit Datum, Beschreibung und Betrag kann für einen Anbieter genügen, während ein anderer getrennte Belastungs- und Gutschriftspalten oder zusätzliche Kontofelder erwartet. Verwenden Sie die aktuelle Feldbeschreibung des konkreten Importers und bewahren Sie die unveränderte Originaldatei auf. Tabellenprogramme können Datumswerte, führende Nullen oder Dezimaltrennzeichen bereits beim Öffnen umformen.

Datum, Betrag und Währung müssen zur Quelle passen

Eine Datei kann technisch gültig sein und trotzdem in der falschen Periode oder mit umgekehrten Beträgen verbucht werden. Prüfen Sie deshalb die Bedeutung der Felder, nicht nur deren Format. Das Buchungsdatum bezeichnet meist den Tag, an dem die Bank die Bewegung erfasst; das Valutadatum steuert die Zinswirksamkeit. Auf einer Kreditkartenabrechnung kann zusätzlich ein Transaktions- oder Kaufdatum erscheinen. Welche Spalte in den Import gehört, hängt vom vorgesehenen Bexio-Datensatz und von der Dokumentation des Importers ab.

Auch Beträge werden nicht einheitlich geliefert. Eine Quelle verwendet eine einzige Betragsspalte mit positiven und negativen Vorzeichen, eine andere trennt Belastung und Gutschrift in zwei Spalten. Manche Importer bieten eine Einstellung zur Vorzeichenumkehr. Übernehmen Sie diese Logik nicht aus einer fremden Vorlage: Wählen Sie je eine eindeutige Belastung und Gutschrift aus der Originaldatei und prüfen Sie in der Importvorschau, auf welcher Kontoseite beide erscheinen.

Beim Import einer Kreditkartenabrechnung in Bexio kommt die Währungsebene hinzu. Die Kartenkontowährung, etwa CHF, ist nicht zwingend die ursprüngliche Transaktionswährung. Eine ausländische Zahlung kann deshalb einen Originalbetrag in EUR, einen verbuchten Betrag in CHF und eine separate Gebühr enthalten. Diese Werte dürfen nur in getrennte Zielfelder übernommen werden, wenn Quelle und Importer ihre Bedeutung eindeutig dokumentieren. In der Zahlungsmittelumfrage bei Unternehmen 2025 der SNB gaben knapp zwei Drittel der befragten Unternehmen aus ausgewählten Branchen an, auch Zahlungen ins Ausland zu tätigen; meist entsprechen diese 1 bis 20 Prozent der Ausgaben. Die Stichprobe umfasst ausgewählte Branchen, macht aber deutlich, weshalb Konto- und Transaktionswährung in der Praxis nicht als dasselbe Feld behandelt werden sollten.

Die Begleichung der Kartenabrechnung erfordert eine weitere Kontrolle. Auf dem Bankkonto erscheint die Sammelbelastung des Kartenanbieters, während das Kartenkonto die einzelnen Käufe enthält. Werden sowohl die Einzeltransaktionen als Aufwand verbucht als auch die Sammelbelastung erneut als Aufwand erfasst, entsteht eine Doppelverbuchung. Die Sammelzahlung gehört normalerweise als Transfer zwischen Bank- und Kartenkonto behandelt; die genaue Kontierung muss jedoch zum Kontenplan und zum Ablauf des verwendeten Importers passen.

---

PDF-Kontoauszüge zuerst in eine prüfbare Tabelle überführen

Wenn die Bank noch einen strukturierten Export bereitstellen kann, ist dieser dem PDF vorzuziehen. Ein PDF bildet eine Abrechnung für Menschen ab; Zeilen, Seitenumbrüche und mehrzeilige Buchungstexte müssen erst wieder als Datensätze erkannt werden. Die PDF-Extraktion ist deshalb eine Vorstufe und kein alternativer Bexio-Banking-Import.

Für historische Unterlagen, die nur noch als PDF, JPG oder PNG vorliegen, kann Invoice Data Extraction die Transaktionsdaten in XLSX, CSV oder JSON ausgeben. Sie bestimmen dabei die benötigten Felder und die Zeilenstruktur. Die Plattform verweist in jeder Ausgabezeile auf Quelldatei und Seitenzahl; Werte, die manuell kontrolliert werden sollten, können als «Review Needed» markiert werden. Damit lässt sich ein fraglicher Betrag direkt mit der betreffenden Abrechnungsseite vergleichen.

Ein belastbarer Ablauf sieht so aus:

1. Definieren Sie anhand des Ziel-Importers, welche Felder benötigt werden, etwa Datum, Buchungstext, Betrag, Währung und Bankreferenz.
2. Lassen Sie die PDF- oder Bildseiten extrahieren und prüfen Sie markierte sowie stichprobenweise ausgewählte Zeilen gegen die Originalquelle.
3. Stimmen Sie Zeilenzahl und, soweit der Auszug sie ausweist, Periodentotal oder Salden ab.
4. Ordnen und formatieren Sie die geprüften Spalten gemäss der aktuellen Vorgabe des gewählten CSV/XLSX-Importers.

Wer PDF-Kontoauszüge in strukturierte Tabellendaten umwandeln möchte, erhält damit eine kontrollierbare Datengrundlage. Das Ergebnis ist jedoch weder eine camt-Datei noch eine Buchung in Bexio. Invoice Data Extraction stellt keinen Bexio-Connector, keinen Posting-Prozess und keinen automatischen Zahlungsabgleich bereit. Auch eine ausgegebene CSV darf nur dort hochgeladen werden, wo der gewählte und dokumentierte Importweg genau dieses Schema akzeptiert.

Testen Sie bei Kontoauszügen und anderen spezialisierten Finanzdokumenten zunächst einige repräsentative Seiten. Der Test sollte einfache Belastungen und Gutschriften ebenso enthalten wie mehrzeilige Texte, Fremdwährungen oder schlecht lesbare Scans. Erst wenn Felder, Zeilenaufteilung und Quellenverweise für diesen Bestand stimmen, sollte der restliche Zeitraum verarbeitet werden.

Ein Testimport muss Saldo, Zeitraum und Bexio-Ergebnis belegen

Beginnen Sie nicht mit einem ganzen Geschäftsjahr. Wählen Sie einen kurzen, eindeutig abgegrenzten Zeitraum, der die tatsächlichen Varianten enthält: mindestens eine Belastung und eine Gutschrift, bei Bedarf eine Fremdwährungstransaktion sowie bei Kreditkarten die Sammelabrechnung oder den Transfer vom Bankkonto. Notieren Sie vor dem Import die Anzahl Transaktionen und die erwarteten Konten.

Stimmen Sie die importierte Auswahl gegen die Quelle ab. Bei einem Bankkonto sind Anfangssaldo, Endsaldo und die Summe der Bewegungen starke Kontrollen, sofern der Auszug alle drei Werte ausweist. Kreditkartenabrechnungen zeigen nicht immer einen laufenden Saldo. Dann dienen die Transaktionssumme, der Abrechnungsbetrag und gezielte Stichproben als Kontrollgrössen. Eine identische Zeilenzahl allein erkennt weder ein vertauschtes Vorzeichen noch eine falsche Währung.

Prüfen Sie vor jedem weiteren Lauf, welche Perioden bereits in Bexio verbucht wurden. Überschneidungen entstehen etwa, wenn ein Monatsauszug und ein späterer Quartalsexport dieselben Transaktionen enthalten oder wenn ein abgebrochener Test teilweise geschrieben hat. Verlassen Sie sich nicht auf eine universelle automatische Dublettenerkennung. Halten Sie stattdessen Quelldatei, Konto, Von-bis-Zeitraum, Importzeitpunkt und gegebenenfalls Bankreferenzen fest und vergleichen Sie diese Angaben mit dem vorhandenen Buchungsbestand.

Nach dem Test ist die Erfolgsmeldung des Importers nur der technische Nachweis. Kontrollieren Sie direkt in Bexio:

• Sind die Datensätze im erwarteten Banking-, Journal- oder Kartenkonto-Kontext sichtbar?
• Stimmen Konto, Gegenkonto, Soll/Haben, Betrag, Datum und Währung mit dem Testplan überein?
• Wurde eine Sammelbelastung als Kontotransfer statt als zusätzlicher Aufwand behandelt?
• Ist der erwartete Zahlungsabgleich tatsächlich erfolgt, oder muss die Zahlung noch einem offenen Beleg zugeordnet werden?
• Sind Kontierung und Steuercode fachlich korrekt? Weder CSV-Format noch erfolgreicher Upload belegen eine richtige Steuerklassifikation.

Geben Sie den Vollimport erst frei, wenn Route, Originalquelle, Zeitraum, Feldzuordnung und Kontrollresultat dokumentiert sind. Bei einem Wechsel des Bankformats, der Kartenherausgeber-Vorlage oder des Importers braucht es einen neuen Test, weil die bisherige Spalten- und Vorzeichenlogik nicht automatisch übertragbar ist.