Banana Accounting: CAMT-Erweiterung oder Textimport?
Aktualisiert · 2 Min. Lesezeit
Eine Schweizer CAMT-Datei und eine dreispaltige Zahlungs-CSV brauchen in Banana Accounting unterschiedliche Importwege. Eine CSV durch Umbenennen zu XML zu machen, erzeugt keine CAMT-Struktur. Entscheidend sind Originalformat, Banana-Edition und tatsächliches Konto.
LocalExtract erstellt lokal eine CSV aus jeweils einem PDF. date,description,amount ist weder eine Banana-Erweiterung noch eine fertige transactions.simple-Datei.
Die Desktop-Apps exportieren Datum, Beschreibung und Betrag als CSV. Öffnen Sie die CSV in Excel und speichern Sie dort eine XLSX-Datei. Prüfen Sie das Ergebnis anhand Ihres eigenen PDFs; die Unterstützung hängt vom Auszugsformat ab.
Für native Schweizer CAMT-Dateien die dokumentierte Erweiterung prüfen
Die Schweizer CAMT-Erweiterung setzt Banana Accounting Plus voraus und dokumentiert Schweizer Schemas .08 und .04. Das belegt keine Unterstützung jedes internationalen CAMT-Formats. Die ISO-Importdokumentation unterscheidet Möglichkeiten von Professional und Advanced; prüfen Sie eigenen Plan und Datei statt eine andere Edition vorauszusetzen.
Installieren Sie unter Englischer Menüpfad: Extensions → Manage Extensions → Online → Import die Erweiterung Erweiterung: Bank Statement Camt ISO 20022 Switzerland (Banana+). Öffnen Sie in der Zielbuchhaltung Actions → Import to Accounting, wählen Sie die Erweiterung und Settings.
Prüfen Sie All/Credits/Debits, QR-Rechnungs-/Kundenextraktion und Add Contra Account Transaction. Letzteres kann für Details eine vorläufige [CA]-Gegenbuchung über deren Gesamtbetrag erzeugen; das richtige Gegenkonto bleibt zu ergänzen. Die QR-Auswertung hängt von der tatsächlichen Referenzstruktur ab. Eine Referenz beweist nicht allgemein Kunde und Rechnung.
QR-Details und Tagesgutschrift nicht doppelt zählen
Die Anleitung beschreibt camt.054-QR-Details neben einer aggregierten camt.053-Gutschrift. Werden beide ohne die dokumentierte buchhalterische Behandlung in dasselbe Bankkonto importiert, wird der Eingang doppelt erfasst. Der beschriebene Verrechnungskontoablauf ist etwas anderes als das Addieren sämtlicher Importzeilen.
Unser synthetischer Kontrollfall enthält QR-Details über 45 und 55 sowie eine Bankgesamtgutschrift von 100. Das ist ein Eingang über 100 auf unterschiedlichen Ebenen, kein zusätzlicher Ertrag von 200. Das Importweg-/Ebenen-Arbeitsblatt trennt diese Kontrolle von der Textfeldprüfung. Es führt Banana nicht aus und richtet kein Verrechnungskonto für Ihre Buchhaltung ein.
Einfachen Text als definiertes TSV aufbauen
Die transactions.simple-Spezifikation verlangt UTF-8 und Tabulatoren. Erforderliche, groß-/kleinschreibungsabhängige Überschriften sind Date, Description, Income. Datum: yyyy-mm-dd; Dezimalzeichen: Punkt; keine Tausendertrennzeichen. Negatives Income kann eine Ausgabe ausdrücken; Expenses ist ein optionales eigenes Feld.
Verwenden Sie Englischer Menüpfad: Actions → Import into accounting → Transactions, Dateityp Income & Expenses transactions. LocalExtracts Feld amount muss geprüft dem vorgesehenen Feld zugeordnet werden; Kommatrennung muss tatsächlich in Tabulatoren umgewandelt werden. Prüfen Sie Bankrichtung und Gegenkonto, statt drei Spalten für abgeschlossene Buchhaltung zu halten.
Datums-/Dezimalprobleme behandelt der CSV-Sprachformat-Leitfaden. Hier geht es um Schweizer Erweiterung oder definierten Textimport. PDF lokal extrahieren, falls keine geeigneten Originaldaten verfügbar sind.
Offizielle Banana-Dokumentation am 16. Oktober 2026 geprüft; kein Import ausgeführt.
LocalExtract Team
Wir entwickeln LocalExtract, einen Kontoauszug-Konverter für den Desktop. Fragen oder Korrekturen? Kontakt · Redaktionsrichtlinien