Jump to content

PayU

Members
  • Posts

    23
  • Joined

  • Last visited

Profile Information

  • Activity
    Web development agency

Recent Profile Visitors

447,986 profile views

PayU's Achievements

Newbie

Newbie (1/14)

  • First Post Rare
  • Collaborator Rare
  • Week One Done Rare
  • One Month Later Rare
  • One Year In Rare

Recent Badges

8

Reputation

  1. Presta nie daje dużych możliwości żeby ingerować w treść maila za pomocą hook-ów a modyfikowanie szablonów nie wchodziło w grę. Dodaliśmy takiego linka przy informacji o płatności.
  2. @kreatywneprojektowan trochę czasu minęło ale wydaliśmy nowy plugin 3.2.X, który umożliwia ponowienie płatności bez wzglądu na status oraz w mailu przy metodzie płatności jest link do ponowienia.
  3. Opcja zwrotu pojawia się gdy zamówienie w PayU przypisane do zamówienia w PrestaShop ma status COMPLETED więc nie powinna znikać po zmianie statusu zamówienia. Jednak używany plugin 3.0.2 został wydany w lipcu 2017 czyli 5 lat temu więc możliwe, że tak było inaczej.
  4. Wtyczka PayU na stronie powrotu module/payu/success?id=.... uruchamia dwa hook-i (te same co standardowa strona powrotu) - displayOrderConfirmation i displayPaymentReturn. Na te hooki zapinają się moduły od np. FB czy GA żeby śledzić konwersję, itp. W Twoim przypadku jest to plugin "gadwordsfree", który przy próbie wyrenderowania szablonu wywala się błędem: Syntax error in template "...../modules/gadwordsfree/views/templates/hook/gadwords.tpl" on line 2 "{addJsDef GADWORDS_CONVERSION_TRACKING_ID=$GADWORDS_CONVERSION_TRACKING_ID|escape:'html':'UTF-8'}" unknown tag 'addJsDef' więc problemu należy szukać w tym pluginie a nie w pluginie PayU.
  5. Odnośnie pierwszego to prawidłowe działanie jak w każdym sklepie czyli po złożeniu zamówienia koszyk jest opróżniany. Jak nastąpiło przekierowanie na stronę PayU to wcześniej zostało już złożone zamówienie w Presta bo płatność wykonuje się do złożonego już zamówienia a nie do produktów w koszyku. Odnośnie 500 pisąłem w innym wątku, proszę włączyć tryb debugowania i sprawdzić co powoduje ten błąd.
  6. Powodów 500 może być dużo. Proszę włączyć tryb Debugowania i sprawdzić jaki dokłądnie pojawia się błąd.
  7. Adres powrotu do sklepu jest definiowany jako parametr continueUrl żądania API czyli trzeba zmianić linię https://github.com/PayU/plugin_prestashop/blob/master/payu/payu.php#L930 Jaki jest cel tej zmiany?
  8. Dzisiaj została wydana wersja 3.0.13 wtyczki, która zawiera też ten fix. Problem występował tylko jeżeli w sklepie nie były włączone przyjazne URL-e. Powodem było niepoprawne budowanie adresów url (https://github.com/PayU/plugin_prestashop/commit/96f6efcdf1afa776407ce8e6e36888fc2db22582)
  9. Potwierdzamy bład był w wydanej wersji 3.0.9. Został poprawiony po kilku godzinach i ponownie została wydana wersja 3.0.9 Polecamy pobranie nowej wersji 3.0.10, która poprawia też inny błąd.
  10. Błąd został poprawiony - https://github.com/PayU/plugin_prestashop/commit/4769362234b86fefb20db6b95d9d04b2ec514094 Proszę zainstalować wersję 3.0.10 - https://github.com/PayU/plugin_prestashop/releases/tag/v3.0.10
  11. Jeżeli korzystasz z https://github.com/PayU/plugin_prestashop to bezpośrednio z poziomu Panelu Presty można zlecić zwrto częściowy lub pełny.
  12. Proszę o zgłoszenie błędu na https://github.com/PayU/plugin_prestashop/issues
  13. PayU

    PAYU problem

    Zmiana statusów przy przyjściu notyfikacji z systemu PayU jest realizowana z metodzie https://github.com/PayU/plugin_prestashop/blob/master/payu/payu.php#L1121 Na początek (L1127) w metodzie checkIfStatusCompleted sprawdzany jest status ostatniej notyfikacji do tego ordera w PayU (zapisany w bazie) i jeżli był już COMPLETED to nic nie robimy. W linii L1135 sprawdzamy czy ostatni order w PayU do danego ordera z Presty ma status COMPLETED. Przechodzimy do linii L1139 gdzie jest podejmowana decyzja czy zmianić status na status końcowy (ustawiny w konfiguracji modułu dla stausu "Zakończona") Status jest zieniany gdy: ostatni order w PayU do danego ordera z Presty nie jest COMPLETED aktualny status zamówienia z presty jest inny niż ten ustawiny w konfiguracji modułu dla stausu "Zakończona" Czyli powinno to z automatu zadziałąć. Jedynie będzie kłopot jak zmienisz status z ZAAKCEPTOWANA na np. WYSŁANE, itp. to po przyjściu notyfikacji COMPLETED nastąpi zmiana z powrotem na ZAAKCEPTOWANA (lub to co jest ustawine w konfiguracji modułu dla stausu "Zakończona")
×
×
  • Create New...