Cei care ati mai avut de-a face cu Romcard cred ca stiti ca sunt de un pic mai … altfel.
Au un mediu de test, dar testarea platilor automate recurente se poate face doar pe productie (!).
Implicit conturile de comerciantilor nu au activate platile automate. La plata automata sau recurenta comerciantul incaseaza ulterior/periodic bani de pe cardul clientului pe baza unui token. Similar cu PayPal Billing Agreements.
Am cerut activarea intrabandu-i daca are vreun efect secundar. Ne-au activat platile recurente si m-au asigurat ca nu are niciun efect secundar.
Efectul este ca nu mai putem incasa nimic.
Intre timp ei au plecat acasa. Vedem lamuriri cu ei maine. Dar pana atunci incercam sa mai rezolvam noi pe bâjbâite.
Avem ceva documentatie, care e incorecta pe alocuri. Prin teste si la nimereala ne-am prins ca (a) trebuie sa adaugam cei 2 noi parametri (RECUR_FREQ si RECUR_EXP) si daca e o plata obisnuita, fara recurenta. In documentatie apare grestia pozitia in stringul pe care se face hash (“Those fields will be included in all preauthorization messages right before P_SIGN.”). Am nimerit si asta adaugand filedurile (input hidden) la sfasitul formului.
Am ajuns la faza in care se valideaza hash-ul si se poate introduce card. Dar dupa introducerea cardului aveme eroarea:
Processing error. -17 Access denied
(pe care o generam dupa parmetrii din GET: ACTION=3, RC=-17
Ati implementat cumva plati recurente cu Romcard si stiti cum se poate rezolva eroarea?
UPDATE: mi-a raspuns Romcard la ticket la 18:30 (adica in afara programului lor) ca au dezactivat platile recurente ca sa putem incasa pana maine cand lamurim parte recurenta. De apreciat. 
(Noi cum avem support non-stop de vreo 8 sau 10 ani, asptarile noastre de la furnizorii nostri critici sunt de acelasi nivel 
)