payone-gmbh/prestashop-17

prestashop-17's Issues

Instalation issue - 1.7.8.7

Hello. On PS 1.7.8.7 i have got a problem with installation - during install process, i have got bug (on attachment there is a screenshot

)
It looks like wrong dir(s) and files structure?
Someone have got a problem like me?

Can't install on PS 1.7.7.8

Hi there. I tried to install the last version on 1.7.7.8 but everytime i have the error message saying "This file does not seem to be a valid module zip".
Is there any known compatibilty issue?
Thanks !

CreditCard Tx successful, no order created, id_order is 0

Hi,

since using the PayOne Module we are having a few credit card transactions which do not create a corresponding order.

With most of the transactions completing successfully, a few transactions seem to be completed by PayOne but failed to create an order in the shop system. In the corresponding table ps_fcpayonetransactions this shows with the id_order field being "0" instead of being a real prestashop order ID.

This behavior is especially painful as it is hardly possible to notice anything from the back office. Only if the customer complains, we are able to detect this completed payment without any order. For now, we are regularly checking the database table manually for empty id_order in ps_fcpayonetransactions. However, this is very unsatisfying.

If you have any questions, please contact me. I would be happy to contribute to a better module and solving this misbehavior as best as I can.

PS 1.7.7.2
Module version 2.0.8

Regards
Gerhard

Installation fails due to missing returns in installAdminOrderHook

Hi, installation fails due to missing return

    protected function installAdminOrderHook()
    {
        if (\Payone\Base\Registry::getHelperPrestaShop()->isPrestaShop1770rHigher()) {
            $this->registerHook('displayAdminOrderMainBottom');
        } else {
            $this->registerHook('displayAdminOrderLeft');
        }
    }

should be

    protected function installAdminOrderHook()
    {
        if (\Payone\Base\Registry::getHelperPrestaShop()->isPrestaShop1770rHigher()) {
            return $this->registerHook('displayAdminOrderMainBottom');
        } else {
            return $this->registerHook('displayAdminOrderLeft');
        }
    }

Rundungsfehler

Hi,
from time to time we experience payment error because of rounding problems:

PS. 1.6 module versin 2.0.1
Is there anything we can do about this? what are the recommended rounding settings for the shop?

Same Status changed multiple times

Prestashop 1.7.7.5
Module Version 2.0.8

We have set up the module like supposed in the documentation.

But payone orders keep getting status updates.

Why?

Generate empty PDF

Hello,

I have a problem with the payment module. When paying, for example by Visa, instead of having a confirmation the module generate an empty PDF with the order reference name ???

I use test card 4111111111111111, with PS 1.7.7.8 and v2.0.8 of module.

Thanks for your help

SUPP-29383: birthday parameter contains invalid data

When there is no birthday set within Prestashop, this is mapped to 00000000 for the birthday parameter, which is an invalid value and results in rejection of the API call.

If a date of birth is not available, the parameter shouldn't be sent at all.

Issue with orders from USA

Hello,

I'm having issues with customers from the USA only. Eventhough all countries and states are active for PayOne, there is always "Invalid state. Please verify your data." at the payment validation. This error doesn't correspond to any listed error in Payone Docs.
Debug mode gives no lead...
Any idea where this may come from ?
Thanks a lot for your time.

This problem occures on PS 1.7.7.8 and also an old 1.6.1 version.

Wrong Payment Forms on displayAdminOrderMainBottom

Only using credit cards Mastercard, Visa, Maestro. All other payment methods disabled.
PS 1.7.7.2

In PreAuthorization Mode the module did not show a Capture form (sFcPayoneCaptureForm) in the displayAdminOrderMainBottom Hook
Expected behavior: Show Capture form

Upd. removed part about debit form, as this part is for refunding and not for debit (Bankeinzug/Lastschrift) transactions. Got confused upon the dual meaning of debit for refunds and debit for debit transactions. May I suggest improving the wording/translations?