Planned
Committed and queued
No Planned issues
In Progress
Actively being built
No In Progress issues
Done
56Recently shipped
Add support for Direct and Pi to the Opayo plugin
Support the Direct and/or Pi integrations which allows for a better checkout experience, such as embeded credit card fields within the primary checkout step and gives a more professional feel. Example attached
Add support for Direct and Pi to the Opayo plugin
Support the Direct and/or Pi integrations which allows for a better checkout experience, such as embeded credit card fields within the primary checkout step and gives a more professional feel. Example attached
Moto payment order created on front end. Payed for with usual MOTO process
Our remote customer service team currently take phone orders and create orders in WooC admin so they can then process Lloyds MOTO payments. We use various dynamic pricing, discount rules, bundle offers and automating shipping rules/pricing that only work on the front end of the site. Our customer service team are also not overly familiar with our products and there is no visual indication of product when adding line items to an admin order. It would be really useful, that for a specific user role, they could create the order on the front end. That way discounts, dynamic pricing etc would be applied. They would also have a much easier time finding and adding the products and automated shipping rules too. Even if order payment isn't taken on the front, but they are then redirected to the usual MOTO payment screen after setting up the order. I hope this makes sense and is something you might consider? I guess, creating a front end order, without payment (a bit like a cash on delivery or other Payless order). On the order confirmation screen, for this specific user role, either the MOTO button could be visible or a redirect to the MOTO order payment screen.
Support Subscription / recurring payments with Opayo plugin
Support renewal for this payment gateway.
Moto payment order created on front end. Payed for with usual MOTO process
Our remote customer service team currently take phone orders and create orders in WooC admin so they can then process Lloyds MOTO payments. We use various dynamic pricing, discount rules, bundle offers and automating shipping rules/pricing that only work on the front end of the site. Our customer service team are also not overly familiar with our products and there is no visual indication of product when adding line items to an admin order. It would be really useful, that for a specific user role, they could create the order on the front end. That way discounts, dynamic pricing etc would be applied. They would also have a much easier time finding and adding the products and automated shipping rules too. Even if order payment isn't taken on the front, but they are then redirected to the usual MOTO payment screen after setting up the order. I hope this makes sense and is something you might consider? I guess, creating a front end order, without payment (a bit like a cash on delivery or other Payless order). On the order confirmation screen, for this specific user role, either the MOTO button could be visible or a redirect to the MOTO order payment screen.
Support Subscription / recurring payments with Opayo plugin
Support renewal for this payment gateway.
Support upcoming WooCommerce HPOS data tables
As of v8 WooCommerce will install as a default HPOS (High-Performance Order Storage). As this is a major change, extension developers will be required to make some changes to their plugins to take advantage of the HPOS as well as to prevent issues in future updates WooCommerce
Tokenization for the Opayo plug in
I think its important for ease of use that customers can re use previously entered card details.
OPP WooCommerce Plugin: Individual selection of payment methods
Instead of showing "online payment methods" and lumping every option available together in the checkout process, have Visa-Mastercard-Amex-EPS-Klarna ect with their own checkmark and icon. This should also circumvent the issue of ALL payment methods being switched to pre-authorization as soon as merchants add Klarna as a payment option.
Allow custom vendor TX for Opayo plugin
Allow merchants to set custom vendor TX with input field in settings page.