SEPA Komponente gesucht

[arnof]

Zitat von jfheins:

5. Berechtigungen sind wirklich zu hart:

Zitat:

Standort
Ungefährer Standort (netzwerkbasiert)
Genauer Standort (GPS- und netzwerkbasiert)

Netzkommunikation
Zugriff auf alle Netzwerke

Ihre personenbezogenen Daten
Kalendertermine sowie vertrauliche Informationen lesen
Ohne Wissen der Eigentümer Kalendertermine hinzufügen oder ändern und E-Mails an Gäste senden

Telefonanrufe
Telefonnummern direkt anrufen
Telefonstatus und Identität abrufen

Speicher
USB-Speicherinhalte ändern oder löschen

Kamera
Bilder und Videos aufnehmen

System-Tools
Zugriff auf geschützten Speicher testen

Falls die wirklich nötig sind, bitte in der App-Beschreibung erklären wofür

Das ist mir jetzt mal so aufgefallen, anhand der Internetseite. Heruntergeladen habe ich sie mir noch nicht.

Die Rechte haut XE5 automatisch bei neuen Projekten rein ...
Alle Rechte rausgenommen bis auf Internet, da ein TWebbrower dabei ist.

[arnof]

ich habe mal wieder ein Update gemacht:

Änderungshistory:
- IBAN Ermittlung: Sonderregel der Deutschen Bank integriert
- IBAN Prüfung auf Länge und Land erweitert
- Unterstützung von mobilen Geräte: iOS ab XE4 und Android ab XE5
- Kleinere Bugfixes

Update ist per Mail versendet worden.

Noch ein Hinweis: die Komponente geht mit Delphi5, ich habe es so erweitert, das eigentlich nun alle Delphiversionen gehen sollten also Delphi 1- XE5

[kretabiker]

Hallo arnof,

auch ich interessiere mich für deine Komponente (bzw. suche eine bezahlbare SEPA-Komponente für Delphi wie die meisten hier). "Leider" haben wir einen Kunden, der in Österreich sitzt und mit österreicherischen Banken kommuniziert, und ausgerechnet für den muss ich die erste SEPA-Anbindung schreiben. Weißt du, ob deine SEPA-Datei von österreichischen Banken verarbeitet werden kann? Ein paar Beiträge weiter vorn wurde von erheblichen Abweichungen gesprochen (Beitrag #28 oder so).

Viele Grüße

Udo "Kretabiker" Treichel

[jobo]

Ich kann zu der Lösung hier nichts sagen.
Die Formate sind aber idR. länderspezifisch. Jedes Land hat eigene Abstimmungsgremien nach innen und außen, die offenbar unterschiedliche Formate benötigen bzw. definiert haben. Über die Gründe kann man trefflich spekulieren, aber es sieht so aus, dass in vielen Fällen hinter SEPA die Abwicklung nach den alten Länderverfahren steckt, weil man irgendwelche Mainframes eben nicht so leicht umstellen kann. Als grober Richtwert gilt demnach, dass man auch mit SEPA "länderspezifische Traditionen" bedienen muss, z.B. in einem Land Creditor mit Adresse im anderen ohne, usw..

Ich weiß aus eigener Erfahrung, dass es schon einen Unterschied macht, deutsche Kontobewegungen z.B. über nicht deutsche Kreditinstitute laufen zu lassen, erst recht eine komplette Abwicklung in einem nicht deutschen Land.
In den Specs findet sich leider häufig der Hinweis, dass einzelne Feldinhalte sogar mit dem annehmenden Institut abzustimmen sind.

[kretabiker]

danke, jobo, für deine Antwort. Dann mache ich mich schon mal auf die Suche nach Informationen zum österreichischen SEPA-Format... Und wenn ich dich richtig verstehe, sollte ich mit dem österreichischen Kreditinstitut unseres Kunden Kontakt aufnehmen, um die Details abzustimmen, oder?

[Union]

Es gibt im Wesentlichen die folgenden 8 Abweichungen (Vielleicht kann arnof das ja in die Komponente integrieren, mit einer Property zur Steuerung):

• XML-Root
  DE: urn:iso:std:iso:20022:tech: xsd:pain.001.002.03" xmlns: xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:iso:std:iso:20022:tech: xsd:pain.001.002.03 pain.001.002.03.xsd
  AT: APC:STUZZA:payments:ISO:pain:001:001:02:austrian:0 02" xmlns: xsi="http://www.w3.org/2001/XMLSchema-instance
• Document Node
  DE: CstmrCdtTrfInitn
  AT: pain.001.001.02
• Datumswerte (GrpHdr.MsgId.CreDtTm)
  DE: yyyy-mm-dd'T'hh:mm:ss.zzz'Z'
  AT: yyyy-mm-dd'T'hh:mm:ss
• Gruppenkopf (GrpHdr.Grpg)
  DE: n/a
  AT: MIXD
• Absender-ID, Kundennummer des SEPA-Erstellers bei der Bank (GrpHdr.InitgPty.Id.OrgId.BkPtyId)
  DE: n/a
  AT: Mit der Bank vereinbarte ID
• Zahlungsinformationen (PmtInf.NbOfTxs)
  DE: Anzahl Transaktionen
  AT: n/a
• Absender-Verwendungscode (PmtInf.PmtTpInf.CtgyPurp.Cd)
  DE: CASH
  AT: n/a
• Zahlunsginformationen (PmtInf.CdtrfTxInf.PmtId.EndToEndId)
  DE: EndToEndId (Buchungsreferenz)
  AT: 'NOTPROVIDED' Konstante!

Wegen der Smileys musste ich Leerstellen in den XML-Code hinter den ":" einfügen. Wenn irgendwo n/a steht bedeutet dies, dass ein Element, ggf. mit komplettem Tree, NICHT angegeben werden darf.

[arnof]

Dass ist der Grund warum ich mich gegen eine fertige Dll's entschieden habe und mich selbst an die Arbeit gemacht habe, hier kann man noch Anpassungen leicht machen. Bei einer Dll's hat man Pech und nichts geht mehr....

Das Land als Eigenschaft gibt's ja schon könnte man entsprechend also erweitern. Auf folgender Internetseite habe ich einiges gefunden:

http://sepa.suessenbach.de/sepa_dt_bsp_alle.htm

Schauen wir mal, was sich machen lässt .