payu-emea / plugin_magento

plugin for Magento version 1.6+

English version

Moduł PayU dla Magento 1.6.0+

Moduł jest wydawany na licencji GPL.

Jeżeli masz jakiekolwiek pytania lub chcesz zgłosić błąd zapraszamy do kontaktu z naszym wsparciem technicznym.

• Jeżeli używasz Magneto w wersji >2.0.6, 2.1, 2.2 proszę skorzystać z pluginu dla wersji >2.0.6, 2.1, 2.2
• Jeżeli używasz Magneto w wersji 2.3 proszę skorzystać z pluginu dla wersji 2.3
• Jeżeli używasz Magneto w wersji 2.4 proszę skorzystać z pluginu dla wersji 2.4

Spis treści

1. Cechy
2. Wymagania
3. Instalacja
4. Konfiguracja
   • Parametry
5. Informacje o cechach
   • Kolejność metod płatności

Cechy

Moduł płatności PayU dodaje do Magento opcję płatności PayU.

Możliwe są następujące operacje:

• Utworzenie płatności (wraz z rabatami)
• Odebranie lub odrzucenie płatności (w przypadku wyłączonego autoodbioru)
• Utworzenie zwrotu online (pełnego lub częściowego)

Moduł dodaje dwie metody płatności:

• Zapłać przez PayU - wybór metody płatności i przekierowanie do banku / formatkę kartową lub przekierowanie na stronę wyboru metod płatności w PayU
• Zapłać kartą - bezpośrednie przekierowanie na formularz płatności kartą

Wymagania

Ważne: Moduł ten działa tylko z punktem płatności typu REST API (Checkout), jeżeli nie posiadasz jeszcze konta w systemie PayU zarejestruj się w systemie produkcyjnym lub zarejestruj się w systemie sandbox

Do prawidłowego funkcjonowania modułu wymagane są następujące rozszerzenia PHP: cURL i hash.

Instalacja

Opcja 1

Przeznaczona dla użytkowników z dostępem poprzez FTP do instalacji Magento

1. Pobierz moduł z repozytorium GitHub jako plik zip
2. Rozpakuj pobrany plik
3. Połącz się z serwerem ftp i skopiuj katalogi app, lib oraz skin z rozpakowanego pliku do katalogu głównego swojego sklepu Magento
4. W celu aktualizacji listy dostępnych wtyczek należy wyczyścić cache:
   • Przejdź do strony administracyjnej swojego sklepu Magento [http://adres-sklepu/admin].
   • Przejdź do System > Cache Management.
   • Naciśnij przycisk Flush Magento Cache.

Opcja 2

Z użyciem skryptu modman

Moduł PayU zawiera konfigurację umożliwiającą instalację poprzez skrypt modman. W celu instalcji z użyciem modman proszę skozystać z dokumentacji skryptu modman.

UWAGA

Jeżeli używasz opcji kompilacji po przejściu do System > Tools > Compilation należy nacisnąć przycisk Run Compilation Process.

Dodatkowo jeżeli aktualizujesz moduł ze starszej wersji należy z katalogu includes/src usunąć katalog OpenPayu oraz wszystkie pliki zaczynające się na OpenPayU

Konfiguracja

1. Przejdź do strony administracyjnej swojego sklepu Magento [http://adres-sklepu/admin].
2. Przejdź do System > Configuration.
3. Na stronie Configuration w menu po lewej stronie w sekcji Sales wybierz Payment Methods.
4. Na liście dostępnych metod płatności należy wybrać PayU lub PayU - karty w celu konfiguracji parametrów wtyczki.
5. Naciśnij przycisk Save config.

Parametry

Główne parametry

Parameter	Opis
Czy włączyć wtyczkę?	Określa czy metoda płatności będzie dostępna w sklepie na liście płatności.
Tryb testowy (Sandbox)	Określa czy płatności będą realizowane na środowisku testowym (sandbox) PayU.

Parametry dla metody Zapłać przez PayU

Parameter	Opis
Wyświetlaj metody płatności	Określa czy ma być wyświetlana lista bramek płatności podczas procesu zamówienia w Magento
Kolejność metod płatności	Określa kolejnośc wyświetlanych metod płatności więcej informacji.

Parametry punktu płatności (POS)

Parameter	Opis
Id punktu płatności	Identyfikator POS-a z systemu PayU
Drugi klucz MD5	Drugi klucz MD5 z systemu PayU
OAuth - client_id	client_id dla protokołu OAuth z systemu PayU
OAuth - client_secret	client_secret for OAuth z systemu PayU

Parametry punktu płatności (POS) - Tryb testowy (Sandbox)

Dostępne gdy parametr Tryb testowy (Sandbox) jest ustawiony na Tak.

Parameter	Opis
Id punktu płatności	Identyfikator POS-a z systemu PayU
Drugi klucz MD5	Drugi klucz MD5 z systemu PayU
OAuth - client_id	client_id dla protokołu OAuth z systemu PayU
OAuth - client_secret	client_secret for OAuth z systemu PayU

Informacje o cechach

Kolejność metod płatności

W celu ustalenia kolejności wyświetlanych ikon matod płatności należy podać symbole metod płatności oddzielając je przecinkiem. Lista metod płatności.

plugin_magento's Issues

przy płatności pokazuje - Suma 0,00 PLN

Przy płatności pokazuje - Suma 0,00 PLN
Mimo że pokazuje w podsumie produkt z właściwą ceną.

Problem z przekierowaniem do PayU

Pobrałem plugin, po instalacji i wprowadzeniu danych do sandbox'a ustawiłem na testowanie.
Niestety w momencie gdy powinno przekierować mnie do PayU wywala mi błąd w magento o treści:

There has been an error processing your request

Exception printing is disabled by default for security reasons.

Error log record number: 545807902631 - numer czasem się zmienia

Bardzo proszę o pomoc.

Literówka w numerze wersji modułu

https://github.com/PayU/plugin_magento/blob/master/app/code/community/PayU/Account/etc/config.xml#L5

jest:

<version>2.4.4<</version>

powinno być:

<version>2.4.4</version>

Admin backorder - powoduje błędzik w system.log

Czesc. tworzenie zamowienia backorder - powoduje wywalanie takiego blędu.
Oczywiscie Payu powinno byc dostepne do wybania w zamowieniu dla admina - i w wersji offline sie przydaje - chocby do poprawiania anulowanych zamowień.
Ale modul proboje ładować jakis template ktorego nie ma w adminhtml/base

2018-03-28T22:54:43+00:00 CRIT (2): Not valid template file:adminhtml/base/default/template/payu_account/form.phtml

Unexpected HTTP code response

Hi,
I'm getting an error on /payu_account/payment/new/ page for Polish website using magento 1.9:
Unexpected HTTP code response";i:1;s:1817:"#0 ....../lib/payu/sdk_v2/OpenPayU/v2/Order.php(186)
My pos_id is: 95951

Regards,

Kilka problemów

Witam,

w swojej instalacji magento wprowadziłem zmianę polegającą na zamaskowaniu w pasku adresu ciągu /index.php/. Zrobiłem to przy pomocy edycji pliku .htaccess w głównym katalogu na serwerze (home) - oto krótka notka jak to zrobiłem.

Step 1: Goto to your site root folder and you can find the htaccess file there.Open it on text editor and find the line #Rewrite Base/ magento. Just replace it with Rewrite Base/

step 2: Then goto your admin panel and enable the Rewrites(set yes for Use Web Server Rewrites). You can find it at System->Configuration->Web->Search Engine Optimization.

step 3: Then goto Cache management page (system cache management ) and refresh your cache and refresh to check the site.

NO i przestał mi działać Wasz skrypt. Gdy próbuję wykonać zamówienie, dostaję 404 a dokładniej:
Not Found

The requested URL /payu_account.xml/payment/new/ was not found on this server.

Jednakże jak wprowadzę przed tym /index.php/payu_account.xml/payment/new/ wszystko zaczyna działać. W związku z tym proszę o pomoc :)

Inna sprawa, że zastanawiające jest to, że mimo iż dostałem 404 to dostałem także maila o złożeniu zamówienia! Czemu tak się dzieje. Podobnie w przypadku, gdy np. wybiorę sobie płatność przez mbank, po czym jak już jestem na stronie mbanku i chcę się zalogować to klikam anuluj i znów dostaję maila o zamówieniu. Czemu tak się dzieje? Przecież jak zamówienie jest niedokończone to nie powinno być odnotowane w systemie (a już na pewno nie powinien klient dostawać powiadomienia o złożeniu przez niego zamówienia!). Nadmienię, iż wykorzystując plugin stworzony przez kkkonrad'a z magentoforum, nigdy nie miałem takiego problemu.

Pozdrawiam i liczę na super szybką odpowiedź :)

Multistore - domeny problemy ze zmianą status platnosci

Witam, jest taki problem z multistore na Magento M1 (pewnie na M2 tez bedzie, ale jeszcze nie testowalem Payu na multistore).

Ustawienia sklepu.

Admin panel: domena1.com
Website 1 Front Głowny: domena1.com - domena taka sama jak admin panel
Website 2 - Front 2: domena2.com

Zamowienia oplacane w Payu ktore są realizowane na website 1 maja statusy platnosci przekazywane prawidlowo.
Natomiast wszystkie zamowienia dla domena2.com nie maja aktualizowanych statusow platnosci (nie jest wystawiana faktura, jest co prawda slad w komentarzach do zamowienia "New transaction started. Transaction ID: "61GK3S****************000P01". Ale jakby nie jest wykonywana akcja capture na koncu prawidlowo. czyli nie ma finalizacji po prawidlowym zakonczeniu, albo plugin nie wraca usera do okreslonej website uzywac powrotu na glowną domene (nie wiem czy to wogole mozliwe).

Probowalem 2 opcji: dodac w Payu nowe sklep na innych ID - nie pomoglo.
Obecnie mam wspolne ID dla calego sklepu Magento (3 domeny, i tylko dla 1 glownej tożsamej z admin panel zamowienia są prawidlowo odznaczane.

Wg mnie jest w kodzie jakis problem - ktory nie pozwala zaktualizowac platnosci w zamowieniu - bo gdzies tam na sztywno jest brana website ID 1 albo uzywana jest domena glowna w jakis observerach/listenerach :) nie znam sie nie jestem devem

Da sie to poprawic?

pozdr
Tomek

Problem z uprawnieniami

Nadaje pracownikowi sklepu uprawnienia jedynie do przeglądania zamówień i kokpitu. Jak pracownik na kokpicie klika zamówienie, to z karty zamówienia znikają wszystkie linki dotyczące zmiany statusu płatności - za wyjątkiem tych z PayU - a chyba też powinny zniknąć

Problem przy anulowaniu płatności

W panelu admina, na karcie zamówienia po wciśnięciu guzika "anuluj zamówienie PayU" mam taki oto błąd:

Fatal error: Call to a member function getSuccess() on a non-object in /home/magento/www/app/code/local/PayU/Account/controllers/Adminhtml/Sales/OrderController.php on line 50

Pytanie z innej beczki / Question from different barrel

Chciałbym wiedzieć, czy obecny kształt modułu pozwala na dodanie możliwości wybrania kanału płatności (pay_type z formularza) po stronie sklepu, bez zbyt wielu kombinacji, czy ta funkcjonalność w ogóle nie została jeszcze zaimplementowana?

---

I wonder if it possible without too much hassle, using current version of extension, to allow customer to pick payment channel on the store side.

Pytanie - czy dodatek będzie nadal działał w obecnej wersji po przekroczeczniu limitu INT dla identyfikatora operacji?

Z maila od [email protected]

Dla operacji takich jak TRANSAKCJA i UZNANIE system PayU używa identyfikatorów numerycznych w postaci liczb całkowitych (w rozumieniu typu danych), tj. INT (INTEGER). Wartość graniczna dla tego typu danych to 2 147 483 647. Ze względu na rosnącą liczbę tych operacji, ich wartości numeryczne w naszym systemie osiągnęły już próg 2 030 000 000. Oznacza to, że w ciągu ok. 3 miesięcy osiągniemy wartość graniczną i identyfikatory numeryczne w postaci liczb całkowitych przestaną być obsługiwane.

Jeżeli oprogramowanie Twojego sklepu przechowuje wspomniane identyfikatory TRANSAKCJI i UZNANIA jako dane typu INT (INTEGER), nie będzie ich w stanie obsługiwać po przekroczeniu wartości granicznej.

Dalsze działanie Twojego sklepu wymagać będzie korzystania z danych typu LONG, który pozwala zapisywać znacznie większe wartości (większe niż wartość graniczna dla danych typu INT).

Adresy punktu płatnośći

Jakie trzeba wpisać Adres powrotu - błąd: , Adres powrotu - poprawnie:, Adres raportów: w konfiguracji punktu płatności?

Aktualizacja na magento connect

Nie można wykonać aktualizacji przez magento connect, przez co wiele osób może nie wiedzieć o aktualizacjach.

Nadpisanie adresu email klienta

Moduł nadpisuje adres klienta w zamówieniu przy autoryzacji płatności adresem podanym w PayU.

Jak rozumiem jest to podyktowane ułatwieniem weryfikacji transakcji przez obsługę sklepu w panelu PayU, ale wprowadza też obsługę sklepu w błąd jak i samych kupujących gdy sklep kontaktuje się z nimi na inny adres email niż podany w sklepie.

Dodatkowo są przypadki w których sklepy korzystają z zewnętrznych systemów ERP czy CRM. Taka zmiana wprowadza problemy w typowych przypadkach synchronizacji z takimi systemami.

Sugeruję wprowadzenie możliwości wyłączenia tej funkcjonalności oraz proszę o informację czy usunięcie jej wpływa na resztę procesu autoryzacji płatności (zakładam że informacja taka może pojawić się dużo szybciej niż oficjalna zmiana w kodzie modułu)

[Ticket#: 1121407119]

Could you see this ticket [Ticket#: 1121407119] in your ticket tracking system.

Brak banków po stronie PayU

Magento 1.9.0.1
Moduł PayU - up to date

Po złożeniu zamówienia i przekierowaniu na stronę PayU z wyborem banku - pojawia się jedynie BNP Paribas. Niema żadnych innych opcji do wyboru - jest tylko ten jeden bank. W ustawieniach po stronie PayU - włączone są wszystkie banki.

Z góry dzięki za szybkie wsparcie.

Problem z działaniem modułu.

Witam,

Od jakiegoś czasu mam problem z działaniem modułu. Płatność testowa działa jednakże w przypadku wyboru płatności przez Millenium nie zostaje przekierowany na stronę banku dostaję tylko komunikat "błąd"

problem z goodsUrl (404)

wygląda na to, że nie działa ten url

protected $_goodsUrl = "http://openpayu.com/en/goods/json";

to dump odpowiedzi w getArrayFromJsonResponse dla tego urla

2013-03-26T16:10:32+00:00 ALERT (1): Zend_Http_Response Object
(
    [version:protected] => 1.1
    [code:protected] => 404
    [message:protected] => Not Found
    [headers:protected] => Array
        (
            [Date] => Tue, 26 Mar 2013 16:10:32 GMT
            [Server] => Apache
            [Content-length] => 211
            [Content-type] => text/html; charset=iso-8859-1
            [Connection] => close
        )

    [body:protected] => <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL /en/goods/json was not found on this server.</p>
</body></html>

)

OPENPAYU_SIGNATURE_INVALID

---

W ustawieniach konta PayU ustawiony POS jako checkout.
Dodam jeszcze że próbuję skorzystać ze środowiska sandbox - sklep jest w trakcie weryfikacji

Akceptacja lub anulowanie płatności w zamówieniu

Magento 1.7.0.2 nie działa akceptacja lub anulowanie płatności w zamówieniu.
Po kliknięciu w wybrany przycisk nic się nie dzieje.

Status zamówienia - Payment Review

Posiadam produkty typu Download (do ściągnięcia); klient złożył zamówieni i dokonał płatności poprzez Państwa moduł PayU; Otrzymaliśmy płatność na naszym koncie PayU
natomiast status zamówienia jest Payment Review a już powinien być Zakończony.

Myślałem jeszcze że muszę "akceptować płatność" lub/i "akceptować zamówienia PayU" (przyciski przy zamówieniu) ale to powoduje tylko wyświetlenie pozytywnego komunikatu i nic się nie dzieje. przez co klient nie może otrzymać linku w celu pobrania produktu.

wersja Magento 1.7.0.2

OPENPAYU_SIGNATURE_INVALID

Przy próbie przekierowania klienta do PayU wyskakuje błąd jak w temacie. Sprawdzałam czy dane w ustawieniach wprowadzone są prawidłowo i wszystko wydaje się być ok.
www.bizuteria-magia.pl/magento

[Ticket#: 1121424618] Problem z wtyczką Magento

Witam ,

Po instalacji z Państwa repozytorium w panelu administratora w magento 1.7.0.2 pojawia się komunikat, że plugin jest nieaktualny (wersja 1.6.1 zamiast 1.6.3.2) oraz nie pojawia się informacja reklama payu na frontendzie sklepu. Odpowiednie katalogi pluginu zostały także przekopiowane do odpowiadających im katalogów szablonu strony.

I've got a problem with the plugin installed from your repository in magento 1.7.0.2. In the admin panel I've got a message that the plugin it's not up to date (1.6.1 instead of 1.6.3.2). There is also no any PayU comercial on the frontend of my site.

Unexpected HTTP code response

Witam,

Przy próbie dokonania płatności otrzymuje taki oto błąd:

a:5:{i:0;s:29:"Unexpected HTTP code response";i:1;s:1541:"#0 /home/ilumia/public_html/lib/payu/sdk_v2/OpenPayU/v2/Order.php(188): OpenPayU_Http::throwHttpStatusException(401, Object(OpenPayU_Result))
#1 /home/ilumia/public_html/lib/payu/sdk_v2/OpenPayU/v2/Order.php(57): OpenPayU_Order::verifyResponse(Array, 'OrderCreateResp...')
#2 /home/ilumia/public_html/app/code/community/PayU/Account/Model/Payment.php(274): OpenPayU_Order::create(Array)
#3 /home/ilumia/public_html/app/code/community/PayU/Account/Block/Redirect.php(40): PayU_Account_Model_Payment->orderCreateRequest(Object(Mage_Sales_Model_Order), Array)
#4 /home/ilumia/public_html/app/code/core/Mage/Core/Block/Abstract.php(919): PayU_Account_Block_Redirect->_toHtml()
#5 /home/ilumia/public_html/app/code/community/PayU/Account/controllers/PaymentController.php(62): Mage_Core_Block_Abstract->toHtml()
#6 /home/ilumia/public_html/app/code/core/Mage/Core/Controller/Varien/Action.php(418): PayU_Account_PaymentController->newAction()
#7 /home/ilumia/public_html/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(250): Mage_Core_Controller_Varien_Action->dispatch('new')
#8 /home/ilumia/public_html/app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
#9 /home/ilumia/public_html/app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
#10 /home/ilumia/public_html/app/Mage.php(684): Mage_Core_Model_App->run(Array)
#11 /home/ilumia/public_html/index.php(87): Mage::run('', 'store')
#12 {main}";s:3:"url";s:26:"/payu_account/payment/new/";s:11:"script_name";s:10:"/index.php";s:4:"skin";s:6:"polish";}

Załączam screen konfiguracyjny wtyczki z POSID

Dzięki za możliwie szybką odpowiedz!

Problem z podatkami - moduł PayU

Witam, mam ogromny problem z prawidłowym funkcjonowaniem wtyczki PayU do Magento 1.8.

Problem jest dwojaki, polega na kwotach, które występują po opuszczeniu kasy sklepu i przejściu do PayU.

1. Dla klientów niezalogowanych wtyczka nie nalicza podatku:
   

2. Dla klientów, którzy mają konto, nalicza się tylko kwota przesyłki (!), co jest moim zdaniem jeszcze ciekawsze:
   

Bardzo proszę o pomoc w tej sprawie. Dlaczego tak się dzieje? Próbowałem wszelkich sposobów konfiguracji podatku w Magento, instalowałem ręcznie moduł i nic nie pomogło.

Problem z wtyczką PayU przy rabatach (kody rabatowe nie są uwzględniane)

Załóżmy że klient posiada kod rabatowy który wpisuje zanim przejdzie do checkout - po wpisaniu kodu kwota do zapłaty jest obniżona o X% (wszystko wyświetla się tak jak powinno) - po przejściu wszystkich etapów składania zamówienia klient jest przekierowany na stronę payu gdzie jest podsumowanie - które nie uwzględnia rabatu - kwota jest 100%.

Jak ten problem rozwiązać - dosyć pilne, ponieważ w sklepie jest sporo kuponów rabatowych.

Z góry dziękuję za pomoc.

Przy składaniu zamówienia nie wysyła się e-mail jeśli wybrano płatność PAYU

Przy składaniu zamówienia jeśli wybrana jest płatność PAYU, nie wysyła się mail do klienta z informacją o nowym zamówieniu. Nie wysyła się również mail potwierdzający płatność.

Wybranie jakiejkolwiek innej formy płatności (np. zwykły przelew) działa dobrze - mail się wysyła.
Testuję na Magento w wersji 1.7.0.2, wersja wtyczki 1.8.1.

Issue with 401 HTTP error

After pressing key "Place order" Magento crashes with report

a:5:{i:0;s:29:"Unexpected HTTP code response";i:1;s:1481:"#0 /var/www/time2drink/lib/payu/sdk_v2/OpenPayU/v2/Order.php(188): OpenPayU_Http::throwHttpStatusException(401, Object(OpenPayU_Result))
#1 /var/www/time2drink/lib/payu/sdk_v2/OpenPayU/v2/Order.php(57): OpenPayU_Order::verifyResponse(Array, 'OrderCreateResp...')
#2 /var/www/time2drink/app/code/community/PayU/Account/Model/Payment.php(273): OpenPayU_Order::create(Array)
#3 /var/www/time2drink/app/code/community/PayU/Account/Block/Redirect.php(40): PayU_Account_Model_Payment->orderCreateRequest(Object(Mage_Sales_Model_Order), Array)
#4 /var/www/time2drink/app/code/core/Mage/Core/Block/Abstract.php(919): PayU_Account_Block_Redirect->_toHtml()
#5 /var/www/time2drink/app/code/community/PayU/Account/controllers/PaymentController.php(62): Mage_Core_Block_Abstract->toHtml()
#6 /var/www/time2drink/app/code/core/Mage/Core/Controller/Varien/Action.php(418): PayU_Account_PaymentController->newAction()
#7 /var/www/time2drink/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(250): Mage_Core_Controller_Varien_Action->dispatch('new')
#8 /var/www/time2drink/app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
#9 /var/www/time2drink/app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
#10 /var/www/time2drink/app/Mage.php(684): Mage_Core_Model_App->run(Array)
#11 /var/www/time2drink/index.php(91): Mage::run('', 'store')
#12 {main}";s:3:"url";s:36:"/index.php/payu_account/payment/new/";s:11:"script_name";s:10:"/index.php";s:4:"skin";s:7:"russian";}

seeing transferred status $HTTP, and there are 401. Screenshot with configure of extention attached below. why this error occurs?

Zamowienia z Payu - nie pozwalają zmienic ilosci w fakturze

Czesc. czasem trzeba recznie wystawic fakture do zamowienia z Payu (z powodue błędu, zmian produktow itp). Problem w tym ze plugin Payu blokuje pole QTY do wystawiania faktury i te pole jest niedostepne i zawiera całość QTY z zamowienia.
To powoduje ze nie mozna wystawic np. 2 faktur czesciowych do zamowienia - czesto np. zamowienia się dzieli na 2 czesci - bo klient tak chce. Np. klient B2B.
Inne metody platnosci pozwalaja na podanie QTY przed fakturą, natomiast zamowienia z Payu - mają te pole zablokowane

Screenshot prawidlowego pola ktore ma edytowalne QTY to Invoice http://prntscr.com/iy8q0p
Byc moze spowodwoane jest to tym ze plugin Payu wymusza Capture Online

dzięki za odblokowanie tego
T

2.4.3 niepoprawna sciezka do payu.js

Witam, w nowej wersji jest podana niepoprawna scieżka do js-a i generuje 2x 404 na checkoucie

JS jest w:
/skin/frontend/base/default/js/payu.js
a plik powinien być umieszczony w:
/skin/frontend/base/default/js/payu/payu.js

pozdr
Tomek

Problem z działaniem wtyczki

Witam,

Po przejściu do System->Konfiguracja->Metody płatności pojawia się błąd:

"Notice: Undefined index: websites in /PayU/app/code/local/PayU/Account/Block/UpdateInfo.php on line 61"

Czym ten błąd może być spowodowany?
Wtyczka została zainstalowana na Magento 1.7.0.2

Akceptacja płatności / Payment accept

Używam Państwa plugin do sklepu internetowego Magento.
Mam problem z akceptacja platnosci w sklepie.

Jesli zamowienie zostalo zrelizowane z wybraniem sposobu platnosci PayU, w backendzie w podgladzie zamowienia widze tylko przyciski Accept Payment i Deny Payment.
Nacisniecie Accept Payment pokazuje komunikat "The payment has been accepted.", ale z zamowieniem nic sie nie dzieje - nie ma możliwości jego dlaszego procesowania.
Nie ma przyciskow tworzenia dostawy i wystawienia faktury, ktore koncza zamowienie. W przypadku innych forma platnosci te opcje sa widoczne.

Zainstalowany puligin PayU jest w najnowszej wersji (1.8.1), silnik sklepu Magento 1.7.2

Pozdrawiam
Łukasz

Nie działa Apple Pay

Przy próbie zapłaty za pomocą Apple Pay nie udaje się przekierowanie do PayU.
Na stronie https://www.mojadomena.pl/checkout/onepage/failure/ pojawia sie błąd:
"There was a problem with the payment initialization, please contact system administrator."
W logach jest: "ERROR_VALUE_INVALID - OPENPAYU_PAYMENT_CREATE_INCORRECT_CHECKOUT_PAY_METHOD".

Dane są poprawne, jest forma płatności "jp", tak jak w dokumentacji API:
array('payMethod' => array('type' => 'PBL', 'value' => 'jp')).

Cena dostawy netto

Problem jest następujący. Drugi raz w przeciągu tego tygodnia klienci płacą nam kwoty netto.
Dzisiaj netto była tylko cena dostawy. Niedawno klient zapłacił netto za wysyłkę i produkty.

Po pierwszym przypadku aktualizowałem moduł i być może problem z produktami w cenie netto został rozwiązany.

Zostaje jednak wciąż kwestia wysyłki.

Aby było zabawniej w obu przypadkach klient płacił przez ING. Przy innych bramkach problem nie występuje.

Błąd jest nie reprodukowalny. Przynajmnie nie na sandboxie. Jak próbujemy go powtórzyć z tymi samymi produktami to po waszej stronie wyświetla się wszystko poprawnie.

Złe zczytywanie sposobu dostawy

Witam,

zainstalowałem Wasz produkt ale mam problem. O ile przy zaznaczonym na TAK "Czy OneStepCheckout włączony" wszystko działa bez zarzutu, to przy wyłączonym skrypt nie działa prawidłowo. W związku z tym prosiłbym o informacje w którym dokładnie miejscu (najchętniej prosiłbym o wycinek kodu, o ile można choćby ze szczątkowym opisem :) następuje pobranie wartości metody "Wybierz sposób dostawy" gdyż z mojego dochodzenia wynika, że wybierana jest pierwsza wartość z dostępnych metod w moim systemie bez względu na to która była wybrana rzeczywiście w moim własnym OneStepCheckout.

Dla przykładu jeśli mam w koszyku coś za 100 zł, klient wybrał sobie metodę "Kurier DHL 21zł" a pierwszą metodą fizycznie zczytywaną przez skrypt z mojego sklepu była "Darmowa dostawa 0zł" , to pole "Zakupy" ma wartość (wg. waszego kodu i o ile się nie mylę)

$grandTotal = $this->_order->getGrandTotal () - $order->getShippingInclTax();

czyli pole Zakupy zamiast mieć wartość 100 - 21 = 79 to ma wartość 100 - 0 = 100 i dodatkowo pole "Wybierz sposób dostawy" jest ustawione na "Darmowa Dostawa 0 zł". Jeśli teraz ktoś dodatkowo ustawi sobie z rozwijanej listy Waszego skryptu metodę "Kurier DHL 21 zł" to doliczy mu dodatkowo 100+21 = 121 zł co generalnie jest logiczne ale przez to, że nieprawidłowo została zczytana oryginalna wartość to całość ma wartość za dużą.

Z rzeczonego przykładu wnioskuję, że właśnie problem leży w nieprawidłowym czytaniu wartości getShippingMethod() (albo nie i dlatego wolę się zapytać Was - twórców).

Pozdrawiam i czekam z niecierpliwością na odpowiedź.
Marcin

wtyczka Magento ver 1.6.5

Po zainstalowaniu skryptu z github (ver 1.6.3) od początku sklep wyrzuca mi totalny błąd - raport sklepu :

a:5:{i:0;s:118:"There was a problem with initializing the payment, please contact the store administrator. OPENPAYU_SIGNATURE_INVALID ";i:1;s:1447:"
#0 /....../public_html/app/code/local/PayU/Account/Model/Payment.php(349): Mage::throwException('There was a pro...')
#1 /....../public_html/app/code/local/PayU/Account/Block/Redirect.php(45): PayU_Account_Model_Payment->orderCreateRequest(Object(Mage_Sales_Model_Order), Array)
#2 /....../public_html/app/code/core/Mage/Core/Block/Abstract.php(863): PayU_Account_Block_Redirect->_toHtml()
#3 /....../public_html/app/code/local/PayU/Account/controllers/PaymentController.php(62): Mage_Core_Block_Abstract->toHtml()
#4 /....../public_html/app/code/core/Mage/Core/Controller/Varien/Action.php(419): PayU_Account_PaymentController->newAction()
#5 /....../public_html/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(250): Mage_Core_Controller_Varien_Action->dispatch('new')
#6 /....../public_html/app/code/core/Mage/Core/Controller/Varien/Front.php(176): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
#7 /....../public_html/app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
#8 /....../public_html/app/Mage.php(683): Mage_Core_Model_App->run(Array)
#9 /....../public_html/index.php(87): Mage::run('', 'store')
#10 {main}";s:3:"url";s:26:"/payu_account/payment/new/";s:11:"script_name";s:10:"/index.php";s:4:"skin";s:7:"default";}

dokłada ścieżkę wykropkowałem - ale to nie ma znaczenia bo sklep jako taki funkcjonuje poprawnie.
Błąd się pojawia po dokonaniu zakupu - wszystkie kroki łącznie z wyborem sposobu płatności wykonujemy poprawnie, a po finalizacji (i jak rozumiem przejściu na stronę płatności) wyrzuca błąd.
Działam w sandboxie - dane w panelu admina wpisane jedynie w opcjach sandboxu.

Bardzo proszę o pomoc.

Przy przejściu do płatności Payu sklep się wysypuje

Komunikat, który otrzymuję jest poniżej

Fatal error: Call to undefined method OpenPayU_ResultOAuth::getMessage() in /home/xxxxxxxxx/domains/xxxxxxxx.pl/public_html/app/code/local/PayU/Account/Model/Payment.php on line 355

Jak to naprawić? Magento wer. 1.6.2.0

Moduł nie wyświetla metody płatności przy zamówieniu oraz w mailu.

W momencie gdy wybierzemy np. przelew mamy informacje o wybranej metodzie płatności na FE w panelu klienta oraz w mailu z powiadomieniem.

W przypadku Państwa modułu - brak takiej informacji.

http://prntscr.com/m5c3j

Magento 1.7.0.2 / testuje to na Sandbox

Problem z działaniem po instalacji

instalacja wersji 1.8.0 na magento 1.8.1.0. wlaczone biblioteki curl,hash,xml
po poprawnym zainstalowaniu, wyczyszczony cache.

po wejsciu na sposoby platnosci:
There has been an error processing your request
Exception printing is disabled by default for security reasons.

raport bledu:
a:5:{i:0;s:45:"Unable to read response, or response is empty";i:1;s:2553:"#0 /XXXXX/lib/Varien/Http/Client.php(61): Zend_Http_Client->request('GET')
#1 /XXXXX/app/code/local/PayU/Account/Model/Config.php(264): Varien_Http_Client->request('GET')
#2 /XXXXX/app/code/local/PayU/Account/Model/Config.php(253): PayU_Account_Model_Config->getArrayFromJsonResponse('http://openpayu...')
#3 /XXXXX/app/code/local/PayU/Account/Model/Config.php(58): PayU_Account_Model_Config->setGoods()
#4 /XXXXX/app/code/core/Mage/Core/Model/Config.php(1348): PayU_Account_Model_Config->__construct(Array)
#5 /XXXXX/app/Mage.php(463): Mage_Core_Model_Config->getModelInstance('payu_account/co...', Array)
#6 /XXXXX/app/code/local/PayU/Account/Model/Button.php(21): Mage::getModel('payu_account/co...')
#7 /XXXXX/app/code/core/Mage/Adminhtml/Block/System/Config/Form.php(463): PayU_Account_Model_Button->toOptionArray(false)
#8 /XXXXX/app/code/core/Mage/Adminhtml/Block/System/Config/Form.php(229): Mage_Adminhtml_Block_System_Config_Form->initFields(Object(Varien_Data_Form_Element_Fieldset), Object(Mage_Core_Model_Config_Element), Object(Mage_Core_Model_Config_Element))
#9 /XXXXX/app/code/core/Mage/Adminhtml/Block/System/Config/Form.php(164): Mage_Adminhtml_Block_System_Config_Form->_initGroup(Object(Varien_Data_Form), Object(Mage_Core_Model_Config_Element), Object(Mage_Core_Model_Config_Element))
#10 /XXXXX/app/code/core/Mage/Adminhtml/Block/System/Config/Edit.php(92): Mage_Adminhtml_Block_System_Config_Form->initForm()
#11 /XXXXX/app/code/core/Mage/Adminhtml/controllers/System/ConfigController.php(107): Mage_Adminhtml_Block_System_Config_Edit->initForm()
#12 /XXXXX/app/code/core/Mage/Core/Controller/Varien/Action.php(418): Mage_Adminhtml_System_ConfigController->editAction()
#13 /XXXXX/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(250): Mage_Core_Controller_Varien_Action->dispatch('edit')
#14 /XXXXX/app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
#15 /XXXXX/app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
#16 /XXXXX/app/Mage.php(684): Mage_Core_Model_App->run(Array)
#17 /XXXXX/index.php(87): Mage::run('', 'store')
#18 {main}";s:3:"url";s:93:"/XXXXX/index.php/admin/system_config/edit/section/payment/key/0e9369a2402df216fa43601517a6e8eb/";s:11:"script_name";s:14:"/XXXXX/index.php";s:4:"skin";s:5:"admin";}

Przekazywanie adresu klienta

Moduł nie przekazuje poprawnie adresu klient tj. numeru domu.

http://prntscr.com/m5bzh

Trzeba ręcznie wpisać numer domu.

Magento 1.7.0.2 / Sandbox

Zła kwota na ekranie platności / Wrong amount on payment screen

Witam,

Zaktualizowałem Państwa plugin do sklepu Magento do wersji 1.8.1 i od tej
chwili po przyjęciu zamówienia przez sklep na ekranie realizacji platnosci
w państwa systemie obciążenie następuje tylko za przesyłkę - koszty
zamówionych produktów nie są doliczane.
Przykład ponizej.

Pozdrawiam
Lukasz

---

After update of magento plugin to 1.8.1 version total amount in payment screen in PayU system is wrong. It dosen't include cost of ordered items, only delivery cost is taken.

Example on screen above.

regards
Lukasz

problem ze statusami w magento po otrzymaniu platnosci z payu

Mam problem ze statusami w Magento po otrzymaniu płatności z PayU. Nawet gdy płatność w panelu PayU ma status zakończona pomyślnie, status w Magento pozostaje Payment Review. W związku z tym Magento nie przekazuje informacji o zamówieniach do wewnętrznego systemu. Proszę o szybką pomoc w miarę możliwości.

Zerowa kwota płatności, zły status zamówienia

Potwierdzenie płatności wysyłane z Payu do wtyczki nie zawiera kwoty płatności.
Testy wykonywane przez Sandbox.
Po transakcji zamówienia mają z tego powodu status "payment_review", a powinny mieć status "processing". Konfiguracja statusów u mnie nie była zmieniana, jest domyślna w Magento.
Obecnie dane do przeprowadzonych transakcji to: Typ transakcji void, Is Closed Tak.
Moduł Orba działa w tej samej konfiguracji poprawnie. Zauważyłem że komunikauje się innym URLem Payu, stroną z kanałem testowym płatności, a nie z formularzem płatności. Przypuszczam że to problem środowiska testowego Sandbox a nie wtyczki, ale ich pomoc techniczna odsyła mnie do twórcy wtyczki.

Koszyk - Kwota netto zamiast brutto w PayU.

Problem polega na tym, że w momencie kiedy użytkownik zostanie przekierowany na stronę płatności PayU - wyświetla mu się lista produktów z cenami brutto, a poniżej, przy wytłuszczonym polu Zakupy (jak się domyślam jest to suma wszystkich rzeczy w koszyku) wyświetla się kwota netto zsumowanych produktów.

Powinna wyświetlić się cena brutto.

Problem z działaniem wtyczki

Witam,

Wtyczka którą tutaj prezentujecie posiada serię wad które uniemożliwiają jej wykorzystywanie. Zacznę od najważniejszej: Nie można dokonać płatności, serwer jeszcze nie ma podpiętej domeny lecz przed przeniesieniem na nowy serwer chciałem się upewnić, że wszystko działa, więc w pliku /etc/hosts dodałem odpowiednie wpisy aby pięknie zasymulować przepięcie domeny. I po próbie płatności dostaję taki oto error:

a:5:{i:0;s:92:"There was a problem with initializing the payment, please contact the store administrator. ";i:1;s:1099:"#0 /home/magento/www/includes/src/PayU_Account_Model_Payment.php(354): Mage::throwException('There was a pro...')
#1 /home/magento/www/includes/src/PayU_Account_Block_Redirect.php(45): PayU_Account_Model_Payment->orderCreateRequest(Object(Mage_Sales_Model_Order), Array)
#2 /home/magento/www/includes/src/__default.php(2518): PayU_Account_Block_Redirect->_toHtml()
#3 /home/magento/www/app/code/local/PayU/Account/controllers/PaymentController.php(62): Mage_Core_Block_Abstract->toHtml()
#4 /home/magento/www/includes/src/__default.php(13582): PayU_Account_PaymentController->newAction()
#5 /home/magento/www/includes/src/__default.php(17927): Mage_Core_Controller_Varien_Action->dispatch('new')
#6 /home/magento/www/includes/src/__default.php(17484): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
#7 /home/magento/www/includes/src/__default.php(20061): Mage_Core_Controller_Varien_Front->dispatch()
#8 /home/magento/www/app/Mage.php(683): Mage_Core_Model_App->run(Array)
#9 /home/magento/www/index.php(87): Mage::run('', 'store')
#10 {main}";s:3:"url";s:26:"/payu_account/payment/new/";s:11:"script_name";s:10:"/index.php";s:4:"skin";s:17:"shop_code";}