Transaktionen und Kontierung

Verknüpft Transaktionen mit Kunden, Lieferanten und Belegen und bietet nachvollziehbare Kontierungsvorschläge. Gedacht für kleine Unternehmen und Freiberufler.

In welchem Tarif

Ab dem Pro-Tarif. Im Free-Tarif ist diese Funktion nicht enthalten.

Wie andere das lösen

Bankkonto verbinden und abgleichen bei den drei Anbietern, mit denen Fin3000 am häufigsten verglichen wird. Herangezogen ist je Anbieter der günstigste Tarif, der Rechnungen schreiben und die Umsatzsteuervoranmeldung abgeben kann:

• Lexware Office L: ja
• sevdesk Buchhaltung: ja
• Accountable Steuern: ja, 5 Konten

Alle Angaben von den Herstellerseiten, Abrufdatum siehe Gesamtvergleich. Wo nichts steht, hat der Anbieter dazu nichts veröffentlicht — das heißt nicht, dass die Funktion fehlt.

Wo das hingehört

Diese Funktion gehört zum Bereich Bank & Buchhaltung — Fin3000. Dort steht, wie sie mit den übrigen Funktionen zusammenspielt.

Der Bankabgleich scheitert selten an der Technik, sondern an der Wiederholung: Dieselben dreißig Zahlungen im Monat wollen demselben Kunden, demselben Lieferanten und demselben Konto zugeordnet werden. Fin3000 verknüpft Transaktionen mit Kunden, Lieferanten und Belegen und schlägt das Buchungskonto vor — mit sichtbarer Begründung, woher der Vorschlag kommt.

Schritt für Schritt

1. Transaktionen kommen per Schnittstelle, CSV-Import oder manuell herein und werden nach Datum, Text, Geldquelle, Firma und Belegbezug durchsuchbar.
2. Fin3000 ordnet Kunde oder Lieferant zu und verknüpft passende Belege.
3. Zum Buchungskonto entsteht ein Vorschlag samt Quelle: eigene Buchungshistorie, Lieferantenwissen, Bankkategorie, Verwendungszweck, Belegdaten aus der Belegerkennung oder ein optionaler KI-Hinweis.
4. Das Konto wird bestätigt oder korrigiert — entweder nur für diese Transaktion oder als künftige Voreinstellung des Kunden.
5. Für viele gleichartige Zahlungen die Massenkontierung nutzen: erst Vorschau mit Ergebnis je Zeile, dann Übernahme in einem Zug.

Die Vorschlagsquellen sind nach Belastbarkeit gewichtet und gedeckelt. Die eigene Buchungshistorie erreicht höchstens 0,95, kuratiertes Lieferantenwissen 0,80, ein KI-Hinweis 0,65, eine reine Kategoriezuordnung 0,50. Automatisch übernommen wird ein Vorschlag nur ab 0,55 und mit mindestens 0,10 Abstand zum nächstbesten — andernfalls bleibt die Entscheidung offen.

Eine Quelle arbeitet mandantenübergreifend, und zwar unter engen Auflagen: Gezählt werden ausschließlich von Hand gewählte Konten, eine Stimme je Zugang, mindestens drei verschiedene Zugänge und mindestens 60 Prozent Mehrheit. Zurück kommt nur der aggregierte Wert, nie ein fremder Datensatz. Bezahlte Sicherheit dafür ist ein Deckel von 0,80 — eine Mehrheitsmeinung wiegt nie so schwer wie die eigene Historie.

Beim Import verhindern vier Eindeutigkeitsregeln je Geldquelle Doppelbuchungen: über die Vorgangskennung des Anbieters, über einen berechneten Zeilenfingerabdruck, über eine geprüfte Transaktionskennung aus der CSV-Datei und über eine normalisierte Schwachidentität mit Ereignisplatz. Letztere fängt genau den Fall, in dem zwei echte Zahlungen am selben Tag über denselben Betrag identisch aussehen.

Was die Funktion nicht tut

Die Massenkontierung ist auf 200 Transaktionen je Vorgang begrenzt, und die Vorschau ist zehn Minuten gültig — danach muss sie neu erzeugt werden, damit nicht auf einem veralteten Stand geschrieben wird. Nur die als übernehmbar gemeldeten Zeilen laufen durch.

Festgeschriebene Buchungen werden nicht überschrieben, sondern als gesperrt gemeldet und bleiben unverändert — die GoBD-Festschreibung steht über der Massenaktion. Das gewählte Konto muss zum Kontenrahmen des Wirtschaftsjahres und zur Firma passen und im Jahr gültig sein, sonst wird die Zeile ausgenommen. Vorschläge bleiben Vorschläge: Sie ersetzen die Entscheidung nicht.