SEPA Komponente gesucht

[arnof]

Ich habe nun das Update bereit gestellt und allen als Mail gesendet. Falls jemand das nicht erhalten hat, so soll er im SPAM Ordner mal nachschauen!

Neuerungen:

- aktuelle Blz+Bic Datenbank die ab März 2014 gültig ist
- SEPA 2.7 fähig incl. COR1 Lastschriften (siehe XML_KOPF)
- IBAN Ermittlung: Sonderregel der Commerzbank integriert
- Neue Funktion Find_BIC_BANK sucht den Banknamen heraus

[aspettl]

Hallo zusammen,

da ich letzten August selbst SEPA-XML-Lastschriftdateien in einer Delphi-Anwendung benötigte, habe ich auch eine Implementierung erstellt. Umsetzung als einfache Unit. Unterstützt jetzt neu auch SEPA-Überweisungen, COR1/Standard 2.7 gibt es schon länger.

Die Lizenz ist GPL Version 2 oder höher - in der Hoffnung, dass es jemandem hilft. Eine Doku gibt es nicht, aber eine einfache Beispielanwendung, die mitgeliefert wird. Unter Lazarus funktioniert es außerdem ebenfalls.

URL: http://www.spettl.com/delphi-sepa-xml/

Viele Grüße
Aaron

PS:
- Getestet wurde nur in Deutschland, weitere Länder habe ich auch derzeit nicht eingeplant.
- IBAN/BIC-Konvertierung etc. ist nicht (!) enthalten.
- Unit-Tests sind mittlerweile teilweise vorhanden.

[dataspider]

Zitat von aspettl:

Hallo zusammen,

da ich letzten August selbst SEPA-XML-Lastschriftdateien in einer Delphi-Anwendung benötigte, habe ich auch eine Implementierung erstellt. Umsetzung als einfache Unit. Unterstützt jetzt neu auch SEPA-Überweisungen, COR1/Standard 2.7 gibt es schon länger.

Aaron,

dein Werk ist sehr löblich. Ich habe es mir mal angesehen, da ich nach etwas einfachem gesucht habe.
Allerdings ist deine Umsetzung ziemlich...Buggy.

Deine ganzen Validate - Methoden geben Stringlisten zurück, die niemals wieder freigegeben werden.
Du erzeugst im Constructor Objekte, die nicht wieder freigegeben werden.
Die Objekte (Belege), die du im Array speicherst, werden auch nicht freigegeben...

Memory Leak' s en Mass...

Da musst du noch einiges tun.

Frank

[aspettl]

Hallo Frank,

danke für das Feedback. Das kommt offenbar davon, wenn man zu lange nicht in der Delphi-Ecke war (Garbage Collection...). Ich habe jetzt aber eigentlich schon so gut wie alle Memory Leaks entfernt. Morgen schaue ich mir das nochmals an und erstelle dann vermutlich ein neues Release.

(In den Unit-Tests lasse ich manche in Bezug auf die Validation-Stringlisten allerdings bewusst drin, weil dort unwichtig und besser für Code-Lesbarkeit. Die Objekte im Array - da könnte man sich darüber streiten, ob diese überhaupt automatisch freigegeben werden sollten, da sie schließlich auch außerhalb der Klasse alloziert werden, also vor dem Hinzufügen. Ich habe es nun aber so gemacht, da das schon der übliche Anwendungsfall sein sollte.)

Gruß
Aaron

[sh17]

Moin,

ist das Feld

Initiating Party
<InitgPty>
Benennung Auftraggeber bei
SEPA Überweisung oder
Einreicher bei SEPA Lastschrift

mit Name <Nm>

pflicht?

Ebenso <Dbtr><Nm></Nm></Dbtr>

Falls nicht, könnte man in der Komponente, falls der String leer ist, die Ausgabe unterdrücken. Mit leerem Inhalt kommen manche nicht klar.

[Union]

<InitgPty><Nm> sowie <Dbtr><Nm> haben eine minimale Länge von 1, sind also Pflichtfelder. Wenn bestimmte Banken nicht mit Standard-XML-Syntax klarkommen, schick das fertige File eben nochmal durch einen entsprechenden Beautyfier.

[sh17]

OK, Danke.

[himitsu]

Wir versuchen seit 'ner Weile diese SEPA-Komponente bei uns zu implementieren.

Nja, seit heute darf ich mich nun damit "beschäftigen".
Kollege war letzte Woche krank, ist jetzt im Urlaub und nun darf ich rausfinden wie weit das bis jetzt umgesetzt ist.

Was ich aber so nebenbei mitbekommen hatte, also wo es wohl Probleme gab:

• Nirgendwo war scheinbar dokumentiert wie groß welche Felder sein müssen/sollten.
  Wir halten die Daten ja in der Datenbank und beim Design der Tabellen wäre das praktisch zu wissen.
• Scheibar sind die Bezeichnungen etwas uneindeutig. Es wäre sozusagen nicht schlecht, wenn die Property der Klassen aush so (ähnlich) heißen würden, wie die Felder in der SEPA-Doku.
• mehr weiß ich jetzt noch nicht ...

Sind eigentlich alle, welche sich zufällig arnof nennen, auf den Delphi-Tagen?

[jobo]

Feldlängen sind egal

Die entscheidenden Daten sind scheinbar, Mandatsreferenz und ca 5 andere Referenznummern, die bei Debit und Credit auf Deine Original-Daten zeigen.
Am Ende bekommst Du mit viel Glück per CAMT eine dieser Referenzen zurück und kannst es wieder zuordnen, Hurra! Ansonsten gibt es in CAMT so tolle Felder wie "adtnlInfo" oder so ähnlich, wo ein Haufen mt940 Schmock drin steht, zumindest bis zu einer unsichtbaren Grenze (>Feldlänge). Daraus kann man per Wahrscheinlichkeitsrechnung und Patternmatching u.U. auch noch eine Zuordnung schaffen.
Was glaub ich ganz schlecht ist, wenn ein Kunde aus freien Stücken einen Überweisungsträger ausfüllt und das irgendwie eingeordnet werden muss..

[arnof]

Zitat von himitsu:

Wir versuchen seit 'ner Weile diese SEPA-Komponente bei uns zu implementieren.

Nja, seit heute darf ich mich nun damit "beschäftigen".
Kollege war letzte Woche krank, ist jetzt im Urlaub und nun darf ich rausfinden wie weit das bis jetzt umgesetzt ist.

Was ich aber so nebenbei mitbekommen hatte, also wo es wohl Probleme gab:

• Nirgendwo war scheinbar dokumentiert wie groß welche Felder sein müssen/sollten.
  Wir halten die Daten ja in der Datenbank und beim Design der Tabellen wäre das praktisch zu wissen.
• Scheibar sind die Bezeichnungen etwas uneindeutig. Es wäre sozusagen nicht schlecht, wenn die Property der Klassen aush so (ähnlich) heißen würden, wie die Felder in der SEPA-Doku.
• mehr weiß ich jetzt noch nicht ...

Sind eigentlich alle, welche sich zufällig arnof nennen, auf den Delphi-Tagen?

arnof ist leider nicht auf den Delphitagen, da ich an diesen Termin schon was anderes habe (für die Veranstalter ohne Kinder/klein Kindern: schaut doch einfach mal nach den Schulferien bei der Planung )

Die Doku ist dabei zum einen meine zum anderen die Org SEPA Anleitung. Was ist denn das Problem? varchar 8000 ist ja wohl hochgradig unsinnig …..
Daneben sind Beispiele vorhanden mit einer Access Datenbank, dort sieht man einen möglichen Aufbau für eine Datenbankanbindung!

PS: es gab auch mehrere Updates und fixes, die sind immer an die Besteller Mailadresse versendet worden!


Zu deinen Quellcodetipps: nicht jeder benutzt XE5/XE6 50% der Anwender (aus diesem Forum) benutzen Delphi5 einige ältere Versionen, da ich dynamische Arrays benutze ist die kleinste mögliche Version Delphi 4, da gaben es noch kein DoubletoXML und vieles mehr ….