0100Dev
invoice_payment_link werkt niet voor iDeal
Ik heb van oudsher ooit Betaallink: {$invoice_payment_link} aan de mailtemplate toegevoegd. Er komt dan een dropdownbox met de bankopties en een knop, zoals op de factuur binnen WHMCS: https://imgur.com/GOBKN5y . Bij de banktransfer methode komt daar dan netjes het IBAN e.d. te staan.
Wanneer vanuit de mail op de link wordt gedrukt werkt deze link niet. Is er een mogelijkheid om dit werkende te krijgen? Voor de klant is het wel fijn wanneer er direct betaald kan worden zonder eerst de WHMCS login gegevens erbij te pakken.
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
Naar mijn weten is dit niet mogelijk, hoe WHMCS het ons toestaat dit te implementeren. Vanuit een e-mail kunnen we namelijk geen forms opbouwen.
Wat ik je zou aanraden is om een link te maken naar de invoice (evt. met auto login) en vanuit daar de gebruiker een betaling te laten starten. Zie bijv. dit.
Contrubities zijn altijd toegestaan, dus als je een andere manier vind, don't hesitate.
Duidelijk met het auto login verhaal. Echter alhoewel ik het interessant vind (wel een security risk?) was dit niet helemaal waar ik op doelde.
De situatie nu is dat wanneer {$invoice_payment_link} wordt gebruikt klanten die standaard voor iDeal kiezen een mail krijgen met daarop een niet werkende betaalknop (deze ververst de pagina). In het verleden (WHMCS 6.x) werd er na de click doorverwezen naar de invoice url en moest de klant dan inderdaad inloggen. Daarna kon er natuurlijk 'normaal' betaald worden. Als ik mij niet vergis was dit de plugin van mdeboer (cloudstek).
In zoverrie zie ik het verschijnen van dit niet werkende dropdownsysteem+knop als reactie op {$invoice_payment_link} als bug. Het is verwarrend voor de klant.
Dit zal vast een onhandigheid van WHMCS zijn, maar wellicht bestaat er een simpele fix. Een link is al een in hele verbetering tov een niet werkende knop. Tot die tijd vrees ik dat ik voorlopig {$invoice_payment_link} beter even kan weghalen uit mijn templates. Jammer voor de IBAN klanten maar het is even niet anders.
Hmm, ik zie waar je heen gaat. Zelf nog nooit gebruikt, en eerlijk ook nog nooit eerder gehoord - maar het zou inderdaad een logische functionaliteit zijn. Daarom nu open voor PR's.
Dit zit hem zo te zien in mollie.php, in het voorbeeld zie je
<form method="post" action="https://www.example.com/checkout">
Waar https://github.com/0100Dev/WHMCS-Mollie/blob/master/src/mollie/mollie.php#L108 alleen
<form action="" method="POST">
heeft, hij post dus terug naar zichzelf (daardoor de refresh) en niet naar een pagina die de geselecteerde betaalmethode verwerkt
