SEPA Komponente gesucht

[Union]

Na dann wünsche ich Dir viel Spass und Erfolg. Zum Testen registriere Dich am besten hier.

[sh17]

Zitat:

Zitat von Union (Beitrag 1225826)

Na dann wünsche ich Dir viel Spass und Erfolg. Zum Testen registriere Dich am besten hier.

Fett:

Zitat:

Eine bis zum 31. Dezember 2014 gültige Nutzungslizenz erlaubt das manuelle Prüfen unbegrenzt vieler XML Dateien. Die Gebühr für eine Nutzungslizenz beträgt 1000 €.

[Union]

Man kann es natürlich auch ungetestet an die Kunden weitergeben :evil:

[arnof]

Zitat:

Zitat von Union (Beitrag 1225829)

Man kann es natürlich auch ungetestet an die Kunden weitergeben :evil:

Bei manchen der hier vorgestellten sachen kommt es mir so vor :pale:

Ich habe mir die Demos runtergeladen und wollte das ding bei VB-Tools bestellen, es ging aber keiner ans Tel: mehrmals über den Tag hin versucht .....

Dann habe ich mir die Demo runtergeladen und mal mit dem Beispielprogramm getestet: deutsche Umlaute gehen nicht, einem Renè wird der letzte Buchstabe geklaut, sorry das kann man nicht anbieten!

Die andere Komponente habe ich nicht ausführlichst getestet, da ich keine Lust habe 200,-EUR Wartung zu bezahlen (das alte DTA-Format hat sich seit ich es Umgesetzt habe (1995) nicht geändert).

Wenn man eine Hausbank hat, dann testen die das für einem direkt, ob alles passt!

[Union]

Ja nur bräuchtest Du dann eine Hausbank in jedem Land für das Du es anbieten möchtest. Mit den Umlauten ist korrekt. Es wird in SEPA zwar UTF-8 verwendet aber die Banken machen mit den Sonderzeicchen was sie wollen. Deshalb gibt es da verschiedene Varianten, mit VOr- und Nachteilen:
- Ersetzen der Umlaute durch "Erweitern", z.b. Ä -> AE. Nachteil: Tauchen mehrere Umlaute im <USTRD> auf, kann dieser zu lang werden und muss abgeschnitten werden.
- Ersetzen der Umlaute durch "Ersetzen", z.b. Ä -> A (oder evtl. durch _). Nachteil: Evtl. nicht mehr verständlich, speziell im Ausland.
- Überspringen der Umlaute, z.b. Übergrößenträger -> bergrentrger. Nachteil: Evtl. nicht mehr verständlich.
- Nichts ändern. Nachteil: Die jeweilige Bank macht die Konvertierung selber oder lehnt die Verarbeitung ab. Oder es wird unkonvertiert weitergereicht und die Konvertierung erfolgt auf dem Weg bis zum Empfänger u.U. mehrfach nach unterschiedlichen Verfahren. Es kommt dann z.b. +berg&oeuml\tr_ger beim Empfänger an.

[sh17]

Arbeitest Du bei der Validierungsbude? Selbst wenn es verschiedene Interpretationen der Schnittstelle je Land gibt, DAS hat mit Schnittstelle nichts zu tun, das ist ne Richtlinie.

[Union]

Nein ich arbeite nicht bei denen. Und mit der Schnittstelle hat das schon zu tun, denn es betrifft die Gültigkeit bzw. Zulässigkeit der transferierten Inhalte. Da ich das programmieren musste, habe ich mich damit beschäftigt.

Zitat:

Zitat von DKW DFÜ-Abkommen S. 23f

Zeichensatz
Für die Erstellung von SEPA-Nachrichten, d. h. der Nutzdaten, sind die folgenden Zeichen in der Kodierung gemäß UTF-8 bzw. ISO-8859 zugelassen. Die Verwendung von Byte Order Marks (BOM) ist nicht zulässig.

Zugelassener Zeichencode Zeichen Hexcode

Numerische Zeichen 0 bis 9 X'30' – X'39'

Großbuchstaben A bis Z X'41' – X'5A'

Kleinbuchstaben a bis z X'61' – 'X'7A'

Apostroph "'" X'27'

Doppelpunkt ":" X'3A'

Fragezeichen "?" X'3F'

Komma "," X'2C'

Minus "-" X'2D'

Leerzeichen " " X'20'

Linke Klammer "(" X'28'

Pluszeichen "+" X'2B'

Punkt "." X'2E'

Rechte Klammer ")" X'29'

Schrägstrich "/" X'2F'

Das Kreditinstitut ist berechtigt, bei Verwendung von Zeichen außerhalb dieses Zeichenvorrats die unzulässigen Zeichen z. B. durch Leerzeichen oder durch bedeutungsähnliche Zeichen aus dem definierten Zeichensatz zu ersetzen oder gegebenenfalls auch die gesamte Datei zurückzuweisen

[arnof]

Wie es zu Codieren ist, steht neben der Doku (DFÜ-Abkommen) in der XML encoding="UTF-8"?

[Union]

Ja, das ist eine der wenigen Geimeinsamkeiten: <?xml version="1.0" encoding="UTF-8"?>. Wir daber auch beim Weglassen des Encoding meistens verarbeitet.

[arnof]

Zitat:

Zitat von Union (Beitrag 1225858)

Weglassen des Encoding meistens verarbeitet.

Aha, das meistens stört mich an der Aussage. Jeder Kunde bei dem "meistens" nicht geht ist ein unzufriedener Kunde und macht einen Supportfall auf :cheer:

Und es soll sogar Kunden geben, die auf die korrekte Schreibweise Ihres Namens/Firmennamens -> Verwendungszwecks wert legen und wenn die dann gesagt bekommen das kann meine Software nicht ist das i.d.R. nicht gerade Image fördernd!