Moin moin Zusammen,
wir stoßen leider immer wieder auf Probleme mit Lastschrifteinzug, speziell dem SEPA-Export von JTL.
Wie ich, und jemand anderes vor längerer Zeit auch, schon mal schrieb, genügen die erzeugten SEPA.xml Dateien nicht allen Anforderungen. Das Mandatsdatum ist nicht konfigurierbar bzw. wird das einfach das jeweilige Rechnungsdatum in die Datei geschrieben, was mind. bei Folgelastschriften definitiv falsch ist. Desweiteren gibt es keine Erstlastschrift. Lässt man die Option Folgelastschrift weg, so wird eine Einmallastschrift erzeugt.
Heute fällt mir ein noch schwerwiegenderes Problem auf: Skonto wird nicht übernommen. Ein Kunde bzw. die Rechnung hat die Zahlungsart "Lastschrift 2% Skonto", korrekt angelegt. Beim erzeugen der Lastschrift wird das Skonto nicht berücksichtigt und der volle Rechnungsbetrag exportiert.
Dazu kommen Handlingprobleme. Die Benutzung des SEPA-Exports ist recht umständlich bzw. anfällig für menschliche Fehler. Bei einer größeren Anzahl von Rechnungen muss man immer von Hand ganz genau nachschauen und prüfen, ob die Rechnung vielleicht schon eingezogen wurde, welcher Typ von Lastschrift es ist, um so mehrere Exports zu erstellen, usw.
Nun, in der Regel wird man diese Problematik auf eine Fibu abwälzen. Die macht das alles automatisch und korrekt. Noch haben wir aber keine, Buchhaltung macht unser Steuerberater.
Wie machen das andere JTL-Anwender, die viel mit Lastschriften arbeiten? Gibt es vielleicht eine Zwischenlösung? Ich stelle mir ein Zusatzprogramm vor, ähnlich wie JTL2Datev, was das Handling von Lastschriften erledigt.
Gruß
Jens
wir stoßen leider immer wieder auf Probleme mit Lastschrifteinzug, speziell dem SEPA-Export von JTL.
Wie ich, und jemand anderes vor längerer Zeit auch, schon mal schrieb, genügen die erzeugten SEPA.xml Dateien nicht allen Anforderungen. Das Mandatsdatum ist nicht konfigurierbar bzw. wird das einfach das jeweilige Rechnungsdatum in die Datei geschrieben, was mind. bei Folgelastschriften definitiv falsch ist. Desweiteren gibt es keine Erstlastschrift. Lässt man die Option Folgelastschrift weg, so wird eine Einmallastschrift erzeugt.
Heute fällt mir ein noch schwerwiegenderes Problem auf: Skonto wird nicht übernommen. Ein Kunde bzw. die Rechnung hat die Zahlungsart "Lastschrift 2% Skonto", korrekt angelegt. Beim erzeugen der Lastschrift wird das Skonto nicht berücksichtigt und der volle Rechnungsbetrag exportiert.
Dazu kommen Handlingprobleme. Die Benutzung des SEPA-Exports ist recht umständlich bzw. anfällig für menschliche Fehler. Bei einer größeren Anzahl von Rechnungen muss man immer von Hand ganz genau nachschauen und prüfen, ob die Rechnung vielleicht schon eingezogen wurde, welcher Typ von Lastschrift es ist, um so mehrere Exports zu erstellen, usw.
Nun, in der Regel wird man diese Problematik auf eine Fibu abwälzen. Die macht das alles automatisch und korrekt. Noch haben wir aber keine, Buchhaltung macht unser Steuerberater.
Wie machen das andere JTL-Anwender, die viel mit Lastschriften arbeiten? Gibt es vielleicht eine Zwischenlösung? Ich stelle mir ein Zusatzprogramm vor, ähnlich wie JTL2Datev, was das Handling von Lastschriften erledigt.
Gruß
Jens