Hello,
This is already achievable in the current WHMCS 5.1.x platform. We leave a modifyable template in each template directory with the file name, "complete.tpl".
Within this file lies a specified area for HTML insertion:{if $ispaid}<!-- Enter any HTML code which needs to be displayed once a user has completed the checkout of their order here - for example conversion tracking and affiliate tracking scripts -->{/if}
This also accepts Hook functions defined here:http://docs.whmcs.com/Hooks:Order_Process#ShoppingCartCheckoutCompletePage
Is a GUI editor required past the currently available usage?
Configurable "thank you" page / order completed
-
Jorge shared this idea 11 years ago
- Admin Area
- 44 Comments
151
Votes
Login to Vote
A configurable, WYSIWYG-editable (like email templates, complete with variables) "thank you" page for completed orders.
This is a good place to:
Some needed/useful variables:
I know "complete.tpl" exists, but my experience is that not every customer ends at that page, depending on the gateway module. It's also used for more than one purpose (customers can arrive to it and not have paid), which can complicate tracking.
This is a good place to:
- -suggest additional products
- -ask customers how did they find us (as per this request: http://requests.whmcs.com/responses/ability-to-have-a-how-did-you-find-us-drop-down)
- -offer additional bonuses or downloads
- -point to some "get started" documents, according to the product they bought
- track conversions
- ... etc.
Some needed/useful variables:
- -product bought
- -amount paid
- -first time customer?
- -how many domains/products do they have?
I know "complete.tpl" exists, but my experience is that not every customer ends at that page, depending on the gateway module. It's also used for more than one purpose (customers can arrive to it and not have paid), which can complicate tracking.
Featured Comment
46 Comments
Login to post a comment.
Thanks for your continued feedback on this request.
At present, gateways will all redirect to the order complete page when the payment is completed in real-time. However there are situations where payment doesn't complete immediately, or there is a delay in the gateway sending the notification to your WHMCS installation. In those cases, the visitor will be returned to the unpaid invoice with the notice that payment details will be received soon.
Displaying the order complete page and the ispaid condition as true, regardless of the actual payment status would be quite the assumption and might lead to some false positives. What would be the preferred alternative? Some possible ideas:
1. Always assume the invoice will be paid, even before transaction details are received, and trigger automation
2. Always assume the invoice will be paid, even before transaction details are received, and do not trigger automation
3. Add a holding page displaying an interim message, which waits until the transaction information is confirmed and transmitted by the payment gateway.
4. Something else?
Most e-commerce companies redirect you to payment, then to a "processing" page with some kind of loading icon, then a complete page.
Whilst it drags out the process, I'm sure you can find a way to implement this without too much of an issue - perhaps include logic to fall back how it does currently if the PayPal IPN does not confirm within a reasonable period of time.
Kind Regards,
Lee
I think that the current way things are working is ok (gateways will all redirect to the order complete page when the payment is completed in real-time. or if there is a delay the visitor will be returned to the unpaid invoice with the notice that payment details will be received soon.)
The issue here is to add a configurable, WYSIWYG-editable (like email templates, complete with variable) "thank you" page for completed orders. So only when the client get redirect to the order complete page when the payment is completed in real-time - then we want to be able to configure the "thank you" page.