Wir haben ok den neueste version sofort gateway also die beim Sofort den v5.3.1 xtforks
Dort bemerken wir Zahlungen sofort banking Belgiën, Spanien sind mehrmals nicht gelungen, da es einiges gibt/gab mit den SEPA, weis ich nicht ob die teilweise schon etwas umgesteld haben was dan nicht richtig lauft, oder was wir noch machen sollen.
Post hier wen mehr Shops so etwas bekant vorkomt dan vielleicht dort suchen oder?
DEN API/SDK hat einiges in anleitung drüber stehen https://www.sofort.com/integrationCen…/view/full/3047
SEPA: can be returned empty in the future.
Weis nicht ob es so etwas sein könnte, ein Kunde Belgiën 2 Versuche kam beim KBC bank ( also soll gehen) mit meldung ist momentan nicht verfügbar
ins shop
1- SOFORT Banking als betaalmethode gekozen. Transactie is niet afgesloten
2- Doorzending naar SOFORT - betaling heeft nog niet plaatsgevonden
3- De bestelling werd afgebroken
Also Kunde auswahl sofort banking, geht zum sein bank und shop zum sofort dort bekam Er den meldung, danach Bestellung abgebrochen kein info's in Sofort Merchant center zu sehen.
Beim Sofort selbst steht den Kontonr mit IBAN nr drin also SEPA ready?
SHOP ist v2.3.5 onepage checkout, sofort Ideal lauft halbrichtig
( zahlung klapt, nur den rückmelding setting ins shop dass zahlung gelungen ist lauft nicht war von anfang an so,, da noch ein mail von sofort mit ist bezahlt ordnr und und komt ist dies nicht so wichtig für Uns.
( hmm klapt vielleicht nur nicht auf jeden Endgerät, aber da sind wir nicht sicher dort können scheinbar auch Kunden etwas faslch machen oder sicherheits settings, meist mit ein IPAD wen es nicht klapt)
1. SEPA Changes - SOFORT Banking Paycode
As of 01.11.2013, the following changes apply:
Initial API Call (API-Step 1): As before, during the transition period from 01.11.2013 to 30.06.2014 the account number (<sender><account_number>) and bank code (<sender><bank_code>) or IBAN (<sender><iban>) and BIC (<sender><bic>) can be passed as sender bank information - this only applies to customers that already pass these fields to our API. As of 01.07.2014, only IBAN and BIC will be processed while account number and bank code will be ignored.
Transaction details (API-Step 5): the fields <sender><account_number> [String(30)], <sender>< bank_code> [String(30)] resp. <sender><bic> [String(11)], <sender><iban> [String(34)] can be returned empty in the future – depending on which data we received about the sender.
The fields <recipient><account_number> [String(30)] and <recipient><bank_code> [String(30)] can be returned empty in the future, too.
Paycode details (API-Step 7): the field <sender>< bank_code> [String(30)] can be returned empty in the future – depending on which data we received about the sender.
New/changed error messages: n.a.
Note: The fields for the reason (<reason_1> [String(27)], <reason_2> [String(27)]) will not change.
https://www.sofort.com/integrationCen…/view/full/2513
Ab 01.11.2013 gelten folgende Änderungen:
Initialer API Aufruf (API-Schritt 1): Wie bisher können auch im Übergangszeitraum von 01.11.2013 bis 30.06.2014 für die Sender Bankinformationen entweder Kontonummer (<sender><account_number>) und BLZ (<sender><bank_code>) oder aber IBAN (<sender><iban>) und BIC (<sender><bic>) übergeben werden - betrifft nur Kunden, die diese Felder bisher schon übergeben haben. Ab 01.07.2014 werden wir nur noch IBAN und BIC verarbeiten und die Übergabe von Kontonummer und BLZ wird ignoriert.
Transaktionsdetails (API-Schritt 5): die Felder <sender><account_number> [String(30)], <sender>< bank_code> [String(30)] bzw. <sender><bic> [String(11)], <sender><iban> [String(34)] können künftig auch leer zurückgegeben werden – je nachdem, welche Daten wir über den Sender erhalten haben.
Auch die Felder <recipient><account_number> [String(30)] und <recipient><bank_code> [String(30)] können künftig leer zurückgegeben werden.
Neue/geänderte Fehlermeldungen (Änderungen fett):
Fehlercode
Fehlerbeschreibung
8070
Sender account number/sender IBAN is locked, but not provided.Hinweis: Die Felder für den Verwendungszweck (<reason_1> [String(27)], <reason_2> [String(27)]) werden nicht geändert.