Mit Deinem letzten Satz vermutest Du schon richtig. ELV ist nicht auf girocard begrenzt. Bei deutschen und österreichischen Maestros läßt sich genauso aus der PAN die IBAN bauen (wenn die PAN mit dem “richtigen” Code beginnt, folgt die Kurz-BLZ und die Kontonummer. Mit der Kurz-BLZ die BLZ in der Tabelle nachschlagen, Kontonummer dahinter, DE+Prüfziffern davor - fertig ist die IBAN).
payment:elv=* wäre daher in meinem Augen besser als payment::elv=
Die Händler finden ELV total toll. Schließlich haben die Einzelhandelsverbände dieses Konzept bei der Kartellbehörde gegen die Banken durchgesetzt. Die Banken hassen ELV, weil sie Mehrarbeit haben. Die Kunden hassen ELV, weil es lange dauert und die Lastschriftsmandate gerne mal irgendwo im Kassenbereich rumflattern.
Nun On-Topic:
Geht nicht, weil a) in den Nutzungsbedingungen “Further, you may not rent, lease, lend, sell, redistribute or sublicense the Application or any of the data contained therein.” steht und b) auch dort zum Teil falsche Daten stehen.
MrKrisKrisu plant ja, einen Zahlungsmethoden-Dienst an den Start zu bringen. Von daher ist es verständlich, daß er gleich mit einer großen Datenbasis loslegen will. Jenseits der - absolut sinnvollen - hohen Hürden, die an mechanische Edits gestellt werden, zeigt das reale Leben aber, daß Zahlungsmethoden per Giesskanne einem solchen Dienst eher schaden als nützen würden.
Oh, das ist mir neu. Dann sollten wir die Änderungen vielleicht doch nochmal genauer überprüfen. Wird dann wohl darauf hinauslaufen, dass wir Änderungen mit unklarer Quelle revertieren müssen.
Ja, hab ich gesehen… Ich kann das nicht einschätzen… Ich habe die LWG (an Simon Poole gesendet) eingeschalten, mit Verlinkung auf einige Beträge in dieser Disskusion und bitte um ein Statement der LWG und dem Angebot im Zweifelsfall auch diese zu reverten. Im Moment hätte ich 2 Konflikte… also leicht machbar.
Edith hat mir noch ein kleines t im Spätverkauf besorgt. Danke!