Bankkonten verwalten
Konten anlegen, IBAN/BIC/BLZ hinterlegen, Standardkonto festlegen
Funktionen · Geld & Recht
Hier läuft alles, was mit dem Geschäftskonto zu tun hat. Kontoauszüge kommen ins System — per Datei-Upload, aus einem überwachten Ordner oder direkt von der Bank über Online-Banking — und jede Zahlung wird automatisch der Rechnung zugeordnet, zu der sie gehört. Was nicht eindeutig ist, bleibt liegen und wird von Hand zugeordnet; einmal zugeordnet, merkt sich das System die Kontoverbindung des Kunden für das nächste Mal. In die andere Richtung erzeugt der Bereich Zahlungen: Lastschriften, mit denen fällige Kundenrechnungen eingezogen werden, und Überweisungen an Lieferanten — als Datei für das Bankprogramm oder direkt über Online-Banking mit TAN-Freigabe. Dazu kommen die Auswertungen darauf: offene Posten nach Fälligkeit, Zahlungsjournal, Kostenkategorien und eine Liquiditätsvorschau. Der Bereich braucht das Modul „Finanzen"; ohne das ist er in der Oberfläche gar nicht sichtbar.
Offene und bezahlte Rechnungen im Blick behalten.
Echte Oberfläche
Keine Stockmotive: Die Aufnahmen stammen aus den reproduzierbaren DiKAS-Demos und zeigen die jeweilige Funktion im Produkt.
Vollständiger Überblick
Alle folgenden Punkte stammen aus dem gegen den Programmcode geprüften Funktionskatalog.
Konten anlegen, IBAN/BIC/BLZ hinterlegen, Standardkonto festlegen
Bankzugang mit BLZ, Benutzerkennung, PIN und TAN-Verfahren hinterlegen; PIN wird verschlüsselt abgelegt ($ENC$, Klartext-Altbestand zieht der SecretMigrationService beim Start nach)
Die einzige echte Grenze zwischen „dikas Faktura Rechnung" (9 €) und „dikas Faktura Pro" (19 €): jeder automatische Bankabruf und jede per FinTS ausgelöste/fortgesetzte Geldbewegung verlangt FacturaTier = pro, serverseitig mit FACTURA_FINTS_REQUIRES_PRO. Der 9-€-Kunde importiert Umsätze selbst (CSV/MT940) und erzeugt SEPA-Dateien weiterhin. No-op außerhalb der Faktura-Familie — ein POS-Kunde mit dem Finanzen-Add-on behält FinTS unverändert; Faktura-Altlizenzen ohne gesetztes FacturaTier werden nicht rückwirkend gesperrt
Zu einer BLZ die FinTS-Adresse, BIC und den Banknamen aus der FinTS-Institutsliste vorschlagen; Stand 21.08.2026 mit 1.738 eindeutigen BLZ
IBAN nach Mod-97 prüfen und BIC/Bankname ableiten
Datei hochladen, Buchungen anlegen, Dubletten über Prüfsumme ausschließen; das Format erkennt BankImportFileType an Endung UND Inhalt (Norma 43 der spanischen Banken kommt oft als .txt)
Interaktiver Abruf beim Kreditinstitut inkl. TAN-Dialog
Kontostand über Online-Banking abrufen
Woher Buchungen kommen: keine, überwachter CSV-Ordner, FinTS oder PSD2/XS2A
Freigabe beim Anbieter anlegen, Kontoinhaber zur Bank schicken (SCA), Rückruf entgegennehmen und die Freigabe auf „aktiv" setzen. Gilt 90 Tage. Öffentlicher Rückruf mit Einmal-Geheimnis (Regel B5)
Status/Restlaufzeit/letzter Fehler in der Maske; Widerruf beim Anbieter und hier; Hintergrunddienst zieht abgelaufene Freigaben nach und warnt ab 14 Tagen vorher per Mail
„Bank-API (PSD2/XS2A)" nach Berlin-Group oder Test-Attrappe; die Attrappe ist in Produktion durch einen Startwächter gesperrt
Ordnet Zahlungseingänge Rechnungen zu — gebucht wird NUR bei nachgewiesenem Zahler: Rechnungsnummer im Verwendungszweck (Level 1/2/8), IBAN des Kunden (Level 4) oder gelernter Zahlername (Level 3). Alles andere wird vorgeschlagen, nicht gebucht. Zwei Sperren: nennt der Zweck die Nummer einer EXISTIERENDEN Rechnung (auch nackt, ohne Kennwort davor), wird nichts anderes zugeordnet; und eine Zahlung sieht nur Rechnungen, die zum Zahlungszeitpunkt schon existierten (Kulanz wenige Tage für Vorauszahlungen)
Zeitraum zurücksetzen und komplett neu gegen die Bankbewegungen rechnen — Eingänge UND SEPA-Rücklastschriften, blockweise und jederzeit wiederholbar
Ordnet alle unzugeordneten Buchungen erneut zu, OHNE etwas zurückzusetzen — bestehende Zuordnungen (auch manuelle und ignorierte) bleiben stehen; kategorisierte Ausgaben werden mit den aktuellen Regeln neu bewertet
Buchung einer Rechnung zuweisen, Zuordnung aufheben, Buchung ignorieren; Deep-Link auf eine einzelne Buchung lädt sie nach
Zweiter Einstieg in denselben Unmatch, seit 13.08.2026 — Reiter „Zahlungseingang" der Rechnung. Prüft die Zugehörigkeit der Buchung, schickt dann UnmatchBankTransactionCommand; braucht invoices.finalize (der Bank-Einstieg hat bis heute KEINE Rechteprüfung). Wichtig für bezahlte Rechnungen: dort fiel in der Faktura-Maske sonst jede Aktion weg
Eine Bankbuchung auf mehrere Rechnungen verteilen — die Rechnungen kommen aus der Liste des Zahlers ODER über den Knopf am Suchtreffer
Reiner Lese-Report: welche bereits gebuchten Zuordnungen hätte die heutige Regel NICHT vorgenommen? Nennt je Befund auch, wem die IBAN des Zahlers gehört und welche seiner offenen Rechnungen zum Betrag passen
Eine von Hand gesetzte Zuordnung lernt die IBAN/den Namen zum Kunden und zieht gleichartige Buchungen nach
Alle offenen SEPA-Einzüge über ALLE Kunden — auch aus Läufen, die nie eingereicht wurden. Auswahl per Haken, dann SEPA-Datei oder FinTS. Zeilen, die nicht eingezogen werden können, sind nicht anhakbar und nennen den Grund (keine IBAN, ungültige/doppelte Rechnungsnummer). Ein eigener Abschnitt „wartet auf Bestätigung" führt die Rechnungen, zu denen eine Datei erzeugt, aber noch nicht als eingereicht gemeldet ist; seit 05.09.2026 steht dort je Zeile ein Hinweis, wenn der FinTS-Abschluss des Laufs ohne Antwort der Bank endete („Bank-Status unklar" — erst im Online-Banking nachsehen, dann bestätigen oder verwerfen)
Fasst die angehakten Lastschriften zu einem regulären Rechnungslauf zusammen und übergibt an die bestehende FinTS-Einreichung — kein eigener Einzugsweg. Mehrere Posten gehen als HKDME (Sammellastschrift) raus, ein einzelner als HKDSE; bietet die Bank kein HKDME an, bricht der FinTS-Weg mit Fehler ab (dann Lastschriftdatei). HKDME v1 folgt der offiziellen Reihenfolge Konto, Summe, leere Einzelbuchungsposition, SEPA-Descriptor, pain.008
Lösst den Zwischenzustand „Datei erzeugt" auf: „ist bei der Bank" setzt die Rechnungen auf eingereicht, „verwerfen" macht sie wieder ganz normal einziehbar. Ein Mensch muss das entscheiden — das System kann nicht wissen, ob die Datei im Bankportal ankam
Zurückgegebenen Einzug erfassen, Rechnung wieder öffnen, Gebühr erfassen — von Hand oder automatisch (Auto-Abgleich und Neuabgleich teilen sich denselben Weg)
Ausgabenbuchungen kategorisieren, Kategorien unter Finanzen → Ausgaben → Kategorien pflegen und im Reiter „Auswertung“ Bankkonto, Kassenbuch-Ausgaben und erfasste Belege einmalig zusammen nach Kategorie auswerten; die Detailzeile benennt ihre Herkunft. Die Cashflow-Prognose verwendet dieselbe Kostenhistorie für ihren Monatsmedian. Die alte Listenadresse /admin/belege leitet in diesen Ausgaben-Reiter, damit die weiteren Unterreiter erreichbar bleiben.
Eine Bedingung vom Typ Regex wird übersetzt, bevor die Kategorie gespeichert wird; ein unübersetzbares Muster gibt 400 mit der Stelle im Muster, statt still angenommen zu werden. Bestandsregeln mit kaputtem Muster tragen in der Antwort patternInvalid und sind in Liste und Editor als „Muster ungültig" markiert
Rechnung/Foto zu einer Kontobewegung ablegen (Bilder werden als WebP komprimiert)
pain.008.001.02-XML aller fälligen Einzüge (Rechnungsstatus 1/2/5) zum Hochladen ins Bankprogramm; SLEV, Fälligkeit auf Werktag gerollt, EndToEndId = Rechnungsnummer. Das Erzeugen markiert seit dem 06.08.2026 NICHT mehr als eingereicht, sondern als „Datei erzeugt" — die Einreichung bestätigt ein Mensch (Zeile „SEPA-Einreichung bestätigen oder verwerfen"). Die Datei EINES bereits gelaufenen Laufs ist jederzeit erneut ziehbar
Lastschrift-Kunde ohne Mandatsreferenz bekommt ein signiertes Recurring-Mandat angelegt und am Kunden persistiert (alle Einzugswege)
Einzug direkt an die Bank übergeben, mit TAN-Freigabe
Überweisung anlegen, als SEPA-XML (pain.001) laden oder per FinTS als HKCCS ausführen; das Segment folgt Konto, SEPA-Descriptor, pain.001
Mehrere Aufträge als HKCCM in einem Lauf an die Bank geben; das Segment folgt Konto, Summe, leere Einzelbuchungsposition, SEPA-Descriptor, pain.001
Bank prüft, ob Name und IBAN zusammenpassen; abweichender Name muss bestätigt werden
Wiederkehrende Aufträge als Vorlage sichern, ausführen, abhaken, zurücksetzen
Die per Überweisung beglichenen Rechnungen den Empfängern mailen
Einzugsermächtigung anlegen, per Link zur Unterschrift senden, widerrufen, als PDF ablegen
Öffentliche Signaturseite über den gemailten Link, Unterschrift als Bild
Portalkunde erteilt sein Mandat selbst (Lizenzabrechnung) — gleiche Mandats-Mechanik
Portalkunde bekommt Bankdaten + Verwendungszweck, bestätigt die Überweisung; kurzes Polling sucht den Eingang
Liste der Fälle, die der automatische Abgleich nicht auflösen konnte (nur Admin/Support)
Offene Posten nach Altersklassen
Erwartete Ein- und Ausgänge hochgerechnet
Chronologie aller verbuchten Zahlungen, Zuordnung reversibel
Zuviel gezahlte Beträge auf andere Rechnungen verteilen oder erstatten
Offene Forderungen als Datei ausgeben
Bereinigtes FinTS-Protokoll einsehen und ein SEPA-Problem an DiKAS melden
Kein Treffer in diesem Bereich. Gesamte Website durchsuchen
Oft gesucht
Weiterstöbern
Marketing-Cookies erlauben?
Wir würden gerne mit Google Ads messen, welche Anzeigen zu einer Anmeldung führen. Dafür werden Cookies gesetzt und Daten an Google (USA) übertragen — nur mit deiner Einwilligung. Unsere anonyme Reichweitenmessung (Matomo) läuft davon unabhängig. Details und Widerruf in der Datenschutzerklärung.