Ich bin gerade dabei für meine Firma SEPA Lastschrift zu implementieren. Die nur 498 Seiten umfassende SEPA Dokumentation ist schon ein dicker Brocken, aber wenn man dann dabei ist SEPA XML PAIN Nachrichten zu schreiben, merkt man warum es Pain verursacht. Zum einen hat eine Definition in pain.008.002.02 für eine Lastschrift “nur” ca schlappe 130 Zeilen, damit nicht genug, das was mir am meisten Kopfzerbrechen bereitet sind die meiner Meinung nach absolut kranken Tagnamen:
<CstmrDrctDbtInitn> <GrpHdr> <MsgId>MSG509d885febf476.43480101</MsgId> <CreDtTm>2012-11-09T23:49:03+01:00</CreDtTm> <NbOfTxs>1</NbOfTxs> <InitgPty> <Nm>Smart Weblications GmbH</Nm> </InitgPty> </GrpHdr> <PmtInf> <PmtInfId>Payment-ID</PmtInfId> <PmtMtd>DD</PmtMtd> <NbOfTxs/> <CtrlSum>10</CtrlSum> <PmtTpInf> <SvcLvl> <Cd>SEPA</Cd>....
Wenn man schon einen Standard erstellt und Tags frei wählen kann, warum nennt man die Tags dann nicht einfach so wie sie heissen? Ist CstmrDrctDbtInitn wirklich “kürzer” oder effizienter als CustomerDirectDebitInitiation? Wenn man das XML nur lesen muss mag das egal sein, wenn man es aber schreiben muss, aua! Sich die kryptischen Variablennamen merken zu müssen – es könnte so einfach sein, wenn diese einfach ausgeschrieben wären!
– So, das wars, Frust abgebaut, weiter gehts 😉
Einen kleinen Vorteil gibt es doch:
Die Bezeichnungen sind so ungewöhnlich, dass man damit sehr gute Treffer bei einer Suche im Internet bekommt. 😉
Eine EDIFACT-Schnittstelle war meiner Meinung nach relativ einfach zu bewerkstelligen 😉
Ich verstehe es auch nicht, warum man immer kryptische Bezeichnungen verwenden muss, obwohl es doch niemanden einen Zacken aus der Krone bricht, zudem ja eine Komprimierung des Datenverkehrs vorgesehen ist.
Unverständlich.
Passend dazu, jetzt EBICS Client: http://www.netz-guru.de/2013/09/25/ebics-client-ebics_client-class-php/
Man hätte es auch “PITA” (Pain in the Ass) nennen können. Musste ich mich vor 10 Jahren noch durch eine EDIFACT-Dokumentation quälen, die auch nicht sonderlich lustig war, so haben wir jetzt ein XML-Format, das genauso gruselig ist wie das alte EDIFACT-Format. Wir sind also Leidensgenossen…
Das ist ja nun wirklich mal sch*****… Da muss ich auch noch durch 🙁