Onlinebanking Forum ALF-BanCo

Hallo,

ich habe ein paar Fragen zu / Probleme mit SEPA-Sammellastschriften:

1. Wenn ich eine XML-Datei im pain.008.002.02-Format einlese, wird die Mandatsreferenz nicht übernommen. (MndtId-Feld)

2. Wenn ich auf eine der eingelesenen Lastschriften klicke, wird mir das Datum der Mandatsunterschrift (DtOfSgntr-Feld) nicht angezeigt. Ich habe auch kein Feld gefunden, in dem man die eingeben kann. Wird das Feld trotzdem übertragen?

3. Wie kann ich die verschiedenen SEPA-Lastschriftarten (erstmalig, wiederholend, einmal, letztmalig) bestimmen? (SeqTp-Feld)

4. Das Fälligkeitsdatum wird mir nach dem Einlesen nicht angezeigt. (ReqdColltnDt-Feld)

5. Werden Container unterstützt (wie im container.nnn.002.02-Format definiert)? Wenn ich so eine Datei einlese, erhalte ich eine Fehlermeldung.

Grüße,
Michael

Hallo,

wir arbeiten aktuell an umfangreichen Erweiterungen/Änderungen für SEPA.

Mit diesen Änderungen wird nach aktueller Planung 1. bis 4. unterstützt bzw. korrekt übernommen/angezeigt.
Punkt 5 werden wir prüfen.

Die SEPA-Änderungen werden vorauss. in einigen Wochen veröffentlicht.
Falls Sie möchten, können Sie sobald verfügbar eine Vorab-Version erhalten - melden Sie sich dann bitte über unser Kontakt-Formular.

Gruß,
ALF

Hallo,

ich häng' mich mal hier dran, da es thematisch grad' paßt...

Ich verwalte ein Vereinskonto und ziehe darüber auch Einzel- und Sammellastschriften ein. Hierzu verwende ich ein selbstentwickeltes Vereinsverwaltungsprogramm, das für Sammellastschriften eine DTAUS-Datei erzeugt und für Einzellastschriften einen Textblock für die die "E-Pay"-Funktion, der via Zwischenablage nach ALF-BanCo 4 übernommen wird (sehr praktisch!).

Nun stehe ich vor der Aufgabe, das Vereinsverwaltungsprogramm "SEPA-fit" zu machen. Hierzu folgende Fragen:

Welches Dateiformat wird bei SEPA-Lastschriften anstelle des DTAUS-Formates verwendet und kann in ALF-BanCo importiert werden? Ist das hier beschriebene Dateiformat mit ALF kompatibel?

Funktioniert die praktische "E-Pay"-Funktion damit auch noch, oder muß man nun auch einzelne Lastschriften via XML-Datei nach ALF bugsieren?

Hallo,
[quote="stbi"]
Welches Dateiformat wird bei SEPA-Lastschriften anstelle des DTAUS-Formates verwendet und kann in ALF-BanCo importiert werden? Ist das [url=http://www.sparkasse.de/firmenkunden/ko ... ormat.html]hier[/url] beschriebene Dateiformat mit ALF kompatibel?
[/quote]
ja, Dateien in dem dort beschriebenen Format lassen sich einlesen.

hbci-user hat geschrieben:ja, Dateien in dem dort beschriebenen Format lassen sich einlesen.

Cool, danke; dann werd' ich mich da mal einlesen...

Bleibt noch die Frage nach der praktischen "E-Pay"-Funktion (kann ALF ja ggf. beantworten).

Kurze Nachfrage: Ist es richtig, daß man für Erst- und Folgelastschriften zwei separate Dateien erzeugen muß, oder ist es irgendwie möglich, alles in einer Datei zusammenzufassen?

[quote="stbi"]Kurze Nachfrage: Ist es richtig, daß man für Erst- und Folgelastschriften zwei separate Dateien erzeugen muß, oder ist es irgendwie möglich, alles in einer Datei zusammenzufassen?[/quote]

Man muss zwei pain-Dateien erstellen, kann die jedoch in einem Container zusammenfassen (siehe meine Nachricht am Anfang des Threads). Als ich das letzte Mal mit ALF-Banco getestet habe, wurden Container jedoch noch nicht unterstützt.

Oh, das mit den Containern kannte ich ja noch gar nicht, aber das ist genau das, was ich meinte: Nur 1 physikalische Datei. Die beiden pain-(den Namen ist genauso genial wie Elster )-Dokumente erstelle ich eh im Speicher und schreibe sie nicht einzeln auf die Platte.

Noch 'ne Frage: Braucht man unbedingt die Hash-Werte?

[quote="stbi"]Noch 'ne Frage: Braucht man unbedingt die Hash-Werte?[/quote]

Laut Spezifikation sind die Hash-Werte in den Container-Dateien optional.

hbci-user hat geschrieben:Laut Spezifikation sind die Hash-Werte in den Container-Dateien optional.

OK, dann gehe ich mal davon aus, daß das dort genannte "SRZ-Verfahren" (was auch immer das sei) in diesem Zusammenhang für mich nicht relevant ist. Muß ja sowieso nur ALF einlesen können, und dem dürfte der Hash-Wert ja eigentlich herzlich egal sein...

P.S.: Ich "brüte" gerade über <AmdmntInfDtls>. Ist ja ein ganz schöner Aufwand, den man da treiben muß, um der Bank mandatsrelevante Veränderungen gegenüber der letzten Lastschrift zu melden... ...pain ... ist das wirklich alles nötig?

P.P.S.: Wie ermittle ich denn eine Änderung des Bankinstituts? Anhand der BIC, oder muß ich dazu die BLZ aus der IBAN "herausparsen"? Zumal die BIC ja zukünftig nur noch optional angegeben werden können soll...

hbci-user hat geschrieben:

stbi hat geschrieben:Kurze Nachfrage: Ist es richtig, daß man für Erst- und Folgelastschriften zwei separate Dateien erzeugen muß, oder ist es irgendwie möglich, alles in einer Datei zusammenzufassen?

Man muss zwei pain-Dateien erstellen, kann die jedoch in einem Container zusammenfassen (siehe meine Nachricht am Anfang des Threads). Als ich das letzte Mal mit ALF-Banco getestet habe, wurden Container jedoch noch nicht unterstützt.

Danke für's Auf's Glatteis führen!

Nachdem mein Programm jetzt Container-Dateien mit mehreren Nachrichten erstellen konnte und das alles auch XML-mäßig valide war, und ich dann feststellen mußte, daß kaum ein anderes Programm (einschließlich ALF) damit zurechtkommt und ich dann gestern extra noch die Erzeugung getrennter Dateien für Erst- und Folgelastschriften implementiert habe, bin ich heute in einem anderen Forum zufällig auf den Hinweis gestoßen, daß es sehr wohl möglich ist, Erst- und Folgelastschriften in einer pain.008-Datei unterzubringen. Steht sogar in der offiziellen Spezifikation:

XML-Tag
<PmtInf>
Kardinalität
[1..unbounded]

Man kann also in einer pain-Datei beliebig viele "Payment Instruction Information"-Blöcke unterbringen, und in jedem dieser Blöcke einen eigenen angebem SequenceType angeben...

Hallo,

ein guter Tipp, mit mehreren <PmtInf> Blöcken eine XML Datei für alle <SeqTp> Typen zu verwenden - ABER kann alf die XML Datei auch einlesen?
Mein Test mit der Version 5.3 (15.10.2013) schreibt dann Erstmalig(FRST) in die "Kopf"daten, angegeben waren OOFF und FRST.

@alf
1. Können XML Dateien mit mehreren <PmtInf> Blöcken eingelesen werden?

2. Zum Vergleich wollte ich die eingelesen Lastschriften mit alf wieder als XML Datei speichern (statt sie zu senden).
Gespeichert wurde ein pain.008.001.01 Dokument ?!

Gruß
UdoR

Hallo,

1. ja, aber zur Zeit werden alle zu einem einzigen Sammelauftrag hinzugefügt. Sie können diese dann bei Bedarf wieder in mehrere Sammelaufträge splitten

2. der Descriptor wird aus den Bankparametern gelesen - d.h. es wird berücksichtigt, welche Version die Bank unterstützt. Bisher wird hier ein zufälliger erlaubter Descriptor laut Bankparameter verwendet. Ab Version 5.3.1 wird hier dann immer die höchste erlaubte Version verwendet.

Gruß,
ALF