Erstellt vor 20 Monaten
Geschlossen vor 14 Monaten
#2320 closed Fehler (fixed)
SEPA Export enthält unzureichende/fehlerhafte Daten
| Erstellt von: | n.simon@… | Verantwortlicher: | m.bunkus@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 3.0.0 unstable |
| Schweregrad: | schwerwiegend | Stichworte: | |
| Beobachter: |
Beschreibung
Aktuell wird das Rechnungsdatum im Sepa-Export als Date of Signature ausgegeben. Das ist fatal, weil dieses Feld ein Datum enthalten muss, dass mindestens 7 Tage vor dem Rechnungsdatum liegt, andernfalls darf die Bank (wenn sie sich an die offiziellen Regeln hält) nicht einlösen.
Date of Signature ist das Datum des Dokuments, mit dem der Kunde die Abbuchungsgenehmigung erteilt. Die Richtigkeit dieses Feldes wird spätestens ab 1.2.2014 sehr relevant, da dann Lastschriften nicht mehr einfach zurückgebucht werden können. Vielmehr haftet ggf. die Bank bzw. der Einreicher für fehlerhafte Daten, falls eine Lastschrift gebucht wurde, für die keine gültige Signature vorlag.
Die wird auch lt. Vorschrift ungültig, wenn sie zwei (oder drei, bin gerade nicht ganz sicher) Jahre ungenutzt ist. kivitendo hat aktuell für Date of Signature gar kein Feld.
Eventuell wäre ein Automat schick, der ein End of Life Datum der Signature setzt, wenn eine Überweisung getätigt wird (also prüfen, ob noch gültig, wenn ja, 2 bzw. 3 Jahre ab heute setzen). Beim manuellen Eintrag des Datums könnte davon ausgehend ebenfalls das EOL gesetzt werden (nicht editierbar).
Die Mandate Identification kann zwar grundsätzlich beliebig sein, also durchaus mit der Kundennummer (aktuell so), je nach Anwendungsfall sollte/muss sie jedoch editierbar sein. Feld fehlt ebenfalls.
Das Auslagern der Bankdaten in einen eigenen Reiter der Stammdaten wäre in diesem Kontext zweckmäßig. Die Basismaske ist bereits sehr voll und unübersichtlich.
Änderungshistorie (1)
comment:1 Geändert vor 14 Monaten durch m.bunkus@…
- Lösung auf fixed gesetzt
- Status von new nach closed geändert
- Verantwortlicher auf m.bunkus@… gesetzt

In b021f0f5808d9a3b02ddc7f13c206ebc88387ff1/erp: