Das Problem mit den Lastschriften



Ersten Beitrag anzeigen

30 Antworten

Benutzerebene 4
Abzeichen

Hello Community, 
kurzes Update was im letzten und diesen Sprint in die neue Version kommen wird (ca. noch 1-2 Wochen): 

  • IBAN wird auf der Avise mit den mittleren Ziffern überschreiben, so dass der mittlere Block unkenntlich ist, allerdings die letzten Ziffern für die Unterkonto Zuordnung im B2B Bereich noch möglich ist: IBAN → DE12 34XX XXXX XXXX XX 56 78
  • Zahlungsavise Briefpapier wird für das jeweilige Projekt gezogen. Sofern sich 2 Projekte mischen ist der Fallback auf die Grundeinstellungen und das dort hinterlegte Briefpapier. Soll das getrennt als 2 Firmen gehandhabt werden, so ist dafür dann auch eine neue Kundennummer auf diesem Projekt notwendig und damit 2 Lastschrifteinzüge pro Kunde
     

Grüße
Claudia

Benutzerebene 5
Abzeichen +2

@Claudia Sauter

Hello Community, 
kurzes Update was im letzten und diesen Sprint in die neue Version kommen wird (ca. noch 1-2 Wochen): 

  • IBAN wird auf der Avise mit den mittleren Ziffern überschreiben, so dass der mittlere Block unkenntlich ist, allerdings die letzten Ziffern für die Unterkonto Zuordnung im B2B Bereich noch möglich ist: IBAN → DE12 34XX XXXX XXXX XX 56 78
  • Zahlungsavise Briefpapier wird für das jeweilige Projekt gezogen. Sofern sich 2 Projekte mischen ist der Fallback auf die Grundeinstellungen und das dort hinterlegte Briefpapier. Soll das getrennt als 2 Firmen gehandhabt werden, so ist dafür dann auch eine neue Kundennummer auf diesem Projekt notwendig und damit 2 Lastschrifteinzüge pro Kunde
     

Grüße
Claudia

 

Wenn man wie wir 2 Firmen über ein Xentral System abbildet muss man generell 2 Kunden für die Lastschriften anlegen, weil Mandatsreferenz und Mandatsdatum laut unseren Bankberater nicht identisch sein dürfen für 2 verschiedene Mandate und man in Xentral leider nur jeweils eins pro Kunde pflegen kann...

Benutzerebene 4
Abzeichen

@Taurean 
Hm ja, wenn das komplett getrennt zu behandelnde Firmen sind, ist es sauberer, das auch in den Kundennummern getrennt zu haben, auch wenn es anders praktischer wäre.
Der Store ist ja nicht nur optisch in xentral angelegt und der Kunde hat eigentlich bei derselben Firma bestellt. Ansonsten könnte man das auch zusammen einziehen über zwei Projekte und eine Referenz. 

 

Benutzerebene 3
Abzeichen

Moin, gibt es ein Update? 

  • (wo) kann ich den Text des Zahlungsavis anpassen?
  • wird das frühste Einzugsdatum nun aus den Stammdaten des Kunden gezogen?
  • wird das frühste Einzugsdatum nun korrekt in der xml dargestellt (bei uns scheinbar nicht...)

Grüße, Nico

Hallo @Nicolas Limbrock*

vielen Dank für deine Rückfrage in diesem Thread.

Ganz kurz und knapp gehe ich hier auf die einzelnen Punkte ein:

(wo) kann ich den Text des Zahlungsavis anpassen?

Der Text ist des Zahlungsavis ist leider hardcodiert. Andere Kunden haben in der entsprechenden Auftragsbestätigung jedoch mit folgenden Variablen den Text nachbilden können: {ZAHLUNGBISDATUM}, {ADRESSE_IBAN}, {ADRESSE_SWIFT}, {ADRESSE_MANDATSREFERENZ}. Lediglich die SEPA Gläubiger ID kann nicht per Variable abgebildet werden, da diese aber gleichbleibend ist, könntet ihr diese im Fließtext unterbringen.

 

wird das frühste Einzugsdatum nun aus den Stammdaten des Kunden gezogen?

wird das frühste Einzugsdatum nun korrekt in der xml dargestellt?

Hier haben wir noch einen Bug vorliegen (FAC-2286), allerdings konnten wir nach einigen Test feststellen, dass zum Erstellungsdatum der XML folgende Anzahl an Tagen hinzugerechnet werden:

  • 10 Tage bei einer normalen erstmaligen B2C Lastschrift
  • 2 Tage bei einer Firmen Lastschrift, sofern in der Adresse aktiv
  • 6 Tage bei B2C Folgelastschriften

Bei Lastschrift muss im Auftrag das Einzugsdatum (frühestens): angegeben werden, Zahlungsziel bezieht sich lediglich auf die Zahlart Rechnung. Sobald dieses erreicht ist, wird im Zahlungsverkehr automatisch die Rechnung zur Ausführung markiert. Wird diese Rechnung anschließend am erreichten Einzugsdatum ausgeführt, dann wird zum Erstellungsdatum der XML die oben aufgeführe Anzahl an Tagen hinzugefügt, was wiederum das Datum ReqdColltnDt ergibt, wann die SEPA Zahlung frühestens seitens der Bank eingezogen werden kann/darf. Das ist bei uns aktuell hardcodiert und kann nicht geändert werden, (FAC-2286). 

 

Viele Grüße,

Antworten