![]() |
AW: SEPA Komponente gesucht
Ich häng mich mal hier rein, hoffe das gehört hier her bzw. ist in dem Thread von Interesse, obwohl ich nicht die besprochenen Komponenten verwende.
Wir bekommen mittlerweile Kontoauszüge über SEPA Lastschriften, die aber keine bzw magere GVC Codes enthalten, nur sporadisch EndToEndID und vor allem keine IBAN(!). Das Ganze läuft momentan noch über MT940, dort unter Feld :86: Alle genannten Daten landen in diesem Feld und sind nicht mal gemäß MT940 codiert, sondern mehr oder weniger Fließtext. Die Abwicklung geht über eine CH Bank. Kann man das als Sonderfall (CH) einordnen oder läuft das immer so? Eine CAMT Datei habe ich leider noch nicht in die Finger bekommen, bzw. war es eigentlich nicht geplant, diese zu verarbeiten. |
AW: SEPA Komponente gesucht
Zitat:
Meine persönliche Meinung, das wird sicher "lustig" im Februar! |
AW: SEPA Komponente gesucht
Ach nagut, dann bin ich beruhigt, wenn es überall so sch..lecht läuft.
Ist ja auch noch viel Zeit bis Februar. Ich frag mich aber wieso ausgerechnet die Banken(-verbände) den Unternehmen auf die Füße treten und größere Anstrengung bei der Umsetzung fordern. Was erwarten die, wenn man auf Nachfragen bei den Banken nur ein Schulterzucken bekommt? |
AW: SEPA Komponente gesucht
Kann ich auch für Österreich bestätigen: Auf dem Kontoauszug des Kunden fehlt eine Referenz-ID, die laut Doku eigentlich drauf sein soll, damit der Kontoinhaber die Zahlung zuordnen kann. Laut Bank des Kunden wird diese Nummer in zwei bis drei Wochen auf den Auszügen erscheinen...
Ich denke, so geht es noch bei vielen Banken zu. |
AW: SEPA Komponente gesucht
Ich hab bei der IBAN-Konvertierung ne Bank gefunden, die hat keine BIC - gibts das? Irgend ne Klitschen-Raiffeisenbank.
|
AW: SEPA Komponente gesucht
Hallo, habe mich hier schon eine Weile lang nicht mehr umgesehen und war etwas überrascht diesen Artikel zu sehen.
Mein Arbeitgeber (ich will jetzt keine direkte Werbung machen) ist darauf spezialisiert, Schrottformate in gültige Formate zu konvertieren (wobei gültig ein dehnbarer Begriff ist). Aus eigener Erfahrung kann ich sagen: Obwohl es zwar mittlerweile Standards gibt wie ISO-20022, SEPA, IBAN etc. gibt es immer noch Länder und Bankenspezifische Implementationen, was es praktisch unmöglich macht einen Standard zu implementieren, der alle Fälle abdeckt. Wenn dem so wäre könnten wir gleich die hälfte unserer Entwicklungsabteilung schliessen. Und obwohl wir hier noch zu einem grossen Teil Delphi einsetzen, ist keine unserer Komponenten zum Verkauf freigegeben. Wir verkaufen im Moment ausschliesslich Dienstleistungen oder fungieren als Provider um die Daten zu konvertieren und die Konnektivität zu den Banken zu gewährleisten. Zitat:
|
AW: SEPA Komponente gesucht
Hallo
bin grad an Lastschriften. Ist es richtig, da in einer generierten SEPA-Datei im Kopf festgelegt wird, ob es sich um die Erste oder um die Folge-Lastschrift handelt? Kann man das nicht pro Datensatz festlegen? Ich möchte natürlich mehrere Lastschriften zusammenfassen, wobei einige die erste sind und der Rest Folgelastschriften. Die Komponente krallt sich allerdings das letzte Item in der Liste und stellt den Kopf der XML-Datei entsprechend ein, wie es gerade im letzten Item stand. |
AW: SEPA Komponente gesucht
Wir machen das pro Datensatz:
Code:
<PmtTpInf>
<SvcLvl> <Cd>SEPA</Cd> </SvcLvl> <LclInstrm> <Cd>CORE</Cd> </LclInstrm> <SeqTp>[B]FRST[/B]</SeqTp> </PmtTpInf> |
AW: SEPA Komponente gesucht
Es kommt darauf an, was mit Datensatz gemeint ist.
Das ganze wird im sogenannten B-Level (PmtInf) angegeben, wobei eine Datei mehrere B-Level enthalten kann. Der Sequnce Type gilt dann für alle Transaktionen innerhalb des B-Levels. @jobo: Bold-Tags werden in einem Code-Block nicht unterstützt. Dein Beispiel ist deswegen nicht korrekt, denn
Code:
ist kein gültiger SequenceType. Korrekt wäre
[B]FRST[/B]
Code:
.
FRST
|
AW: SEPA Komponente gesucht
Wahrscheinlich wollte er die Stelle nur in der DP hervorheben, aber der Parser unterstützt das innerhalb von Code-Tags nicht.
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:24 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz