Skocz do zawartości

Podwójne księgowanie wpłat PayU.

Polecane posty

Witam.

 

Kojarzę, że temat był poruszany jednak nie mogę znaleźć tego wątku i nie wiem czy problem został w końcu rozwiązany.

 

Sytuacja wygląda następująco.

 

Klient kupuje towar, wypełnia FOD, nie dokonuje wpłaty.

Następnie kupuje ten sam towar ponownie, wypełnia FOD i płaci normalnie za jedną sztukę. Jako, że po pierwszym zakupie wypełnił FOD to po drugim zakupie wypełniając FOD może zapłacić za jedną sztukę. (Gdyby za pierwszym razem nie wypełnił FOD, to przy drugim zakupie allegro zsumowałoby mu obie transakcje)

 

W takiej sytuacji w Sello po pobraniu danych efekt jest taki, że dostaje dwie transakcje i do każdej z nich przypięty jest FOD z drugiej transakcji oraz zaksięgowana płatność. Jeśli nie sprawdzę płatności z pocztą to można przez przypadek wysłać komuś drugą paczkę gratis.

 

 

Jest dosyć poważny problem, a od wersji 1.15 na której zacząłem pracę nadal nie pojawiło się rozwiązanie, albo o nim nie wiem.

 

Link to postu

W zasadzie nie bo co nam to daje?

 

Mówimy o transakcjach opłaconych, a takich Sello nie grupuje.

Z grupowania transakcji dowiem się co najwyżej tyle, że jest klient który dokonał dwóch transakcji, a czy obie są opłacone czy nie to i tak należy sprawdzić z FOD.

 

Jest jeszcze przypadek, ale to już całkiem ekstremalny gdy Sello jest w trakcie pobierania danych, jedna z transakcji pojawia się już w "Do paczek" i od razu zostaje przez pracownika przeniesiona do "Paczki->Do wysłania" a po tym fakcie wskakuje druga z transakcji. Wtedy grupowanie nie pomoże.

 

Poza tym to grupowanie trzeba co chwilę ręcznie wykonywać.

 

Link to postu

Właśnie o ten pierwszy wątek mi chodziło, a tam niestety od prawie roku żadnych nowych informacji nie ma, czyli jak rozumiem rozwiązania problemu nie ma.

 

Ja z wpłat automatycznych korzystam, ale przed utworzeniem paczki i tak muszę zmienić ilość towarów (sprzedaje kompletami, a pozycja w magazynie występuje na sztuki - również brak rozwiązania problemu), więc wtedy też sprawdzam na poczcie czy mam komplet maili: Sprzedałeś..., Kupujący wybrał... Kupujący zapłacił...

 

Cóż, póki co musi tak pozostać.

Link to postu
  • 3 lata później...
  • 3 tygodnie później...
  • 2 tygodnie później...

Witam,

Temat bardzo pilny i potrzebny. Dziś mamy taką sytuację, że klient na jednej aukcji kupił 2 przedmioty, uzupełnił formularz i rozpoczął płatność, ale jej nie dokończył i wisi jako "rozpoczęta" ma swoje ID przyjmijmy nr 1.

Za 20 minut na tej samej aukcji kupuje znowu te same 2 przedmioty, uzupełnia formularz i rozpoczyna kolejną płatność, która również jak poprzednio ma status jako "rozpoczęta", ale dostaje kolejne ID - przyjmijmy nr 2.

Kupił 30 minut później kolejny raz te same 2 przedmioty i znowu uzupełnił formularz i zrobił płatność, ale tym razem płatność jest "zakończona" i dostała numer ID 3.

W sello mamy 3 transakcje, które widnieją jako opłacone i wszystkie mają podpięte jako płatność ID 3. Gdyby klient nie kupował w małym odstępie czasu tylko co 1-2 dni to nie ma szans, żeby to wyłapać nie korzystając z przeglądania skrzynki mailowej.

Dlaczego sello nie przypisuje prawidłowo ID płatności do danej transakcji?

Wołałbym, żeby sello nie nadpisywało płatności, gdy klient się pomylił i zrobił płatność od nowa, lepiej takie przypadki "ręcznie" w mailach sprawdzać niż wszystkie transakcje. Przynajmniej niech będzie jakaś opcja do wyboru w ustawieniach programu czy chcemy, żeby sello zapisywało pierwsze ID czy ostatnie do danej transakcji.

Link to postu

Problem znany od kilku lat, zgłaszany wielokrotnie. Naraża sprzedawce na duże straty. Niestety Sello Team nie traktuje tego poważnie i zajmuje się czymś innym. Na chwile obecną wystarczyło by przed zrobieniem paczek dorobić jedno zapytanie do bazy danych, które by mogło to wykryć i ewentualnie powiadomić użytkownika o zaistniałej sytuacji na czas kiedy nie wprowadzą poprawki, która naprawi ten błąd.

Link to postu

w sumie wystarczyło by żeby w zakładce paczki/do wysłania paczki o takiej samej nazwie klienta zaznaczały by się na czerwono i resztę sami sobie zweryfikujemy :)

tak na dobry początek  bo w sumie zdarzają się transakcje z przełomu dnia lub podpina płatność do starszej transakcji.  

Edytowane przez Akcesoia-24.pl
Link to postu

Przyłączam się do prośby o szybkie podjęcie działań w tym temacie. Sytuacja robi się strasznie groźna tym bardziej że większość osób korzystająca z  sello nie prowadzi rozbudowanego monitoringu rozliczeń. Dodatkowo u nas jest wzrost takich sytuacji po wprowadzeniu Allegro Smart ( jeżeli osoba chce kupić 2 rzeczy to musi zrobić to na osobnych transakcjach a takie wpadają z zdublowanym FOD-em)

Link to postu

To nie jest tak, że nie traktujemy tego poważnie. Tyle poprawek i zabezpieczeń na ile byliśmy w stanie zrobić to zrobiliśmy, ale problem wymaga całkowitej zmiany sposobu działania transakcji w Sello. Dwa razy już rozpoczynaliśmy prace nad tym zagadnieniem, raz otrzymaliśmy informację od Allegro, żeby się wstrzymać, gdyż będzie nowe rozwiązanie w API. Rozwiązanie nie pojawiło się przez rok, więc podjęliśmy kolejną próbę i wtedy znów... pojawiło się już namacalne rozwiązanie w nowym API, ale do produkcji nie weszło od początku tylko wejdzie dopiero na jesień 2018. Więc tutaj staliśmy w takim rozkroku, a że w międzyczasie była masa innych funkcji do zrobienia, to nimi się zajmowaliśmy. Miniaturki, nowe opisy itd.

Tak więc planujemy zająć się tym korzystając już z nowego API, w którym będzie dostępne publicznie pobieranie zamówień na jesień. Prac związanych z przebudową istniejących rozwiązań w Sello jest bardzo dużo, więc też nie jest to kwestia jakiejś szybkiej poprawki niestety. Na ewentualne poprawki polegające na dodatkowym sprawdzeniu i ostrzeganiu jesteśmy otwarci. Tutaj prosiłbym Was o informacje jakiego sprawdzenia i w którym momencie byście oczekiwali. Wydaje się, że na szybko bylibyśmy w stanie dodać

Link to postu

Problem w ostatnim czasie się nasilił i jest mega poważny. Może jakiś marker dla płatności czy była już wcześniej użyta w transakcji, może przy oznaczeniu automatycznym transakcji jako zapłacona jakaś weryfikacja owego ID płatności, nie wiem, musi być jakiś szybszy niż przewidziany na początek kolejnego roku sposób, żeby wyeliminować takie błędy...

Link to postu

Bez urazy ale tutaj chodzi o wasze podejście do tak krytycznego błędu waszego oprogramowanie, które na dodatek jest wam znane od kilku lat. Wg mnie od momentu w którym nie poradziliście sobie z jego naprawą powinno widnieć ostrzeżenie, aby każdy użytkownik wiedział co go może czekać. Gdybym był nowym użytkownikiem Sello i przytrafiło by mi się wysłać 5 telewizorów gdzie klient zapłacił tylko za jeden był bym bardzo rozczarowany. Przypuszczam, że jeszcze nikomu się coś tak poważnego nie stało (bo się nie kapnął) i dlatego temat jest "olewany".

7 godzin temu, Bartosz Rosa napisał:

Na ewentualne poprawki polegające na dodatkowym sprawdzeniu i ostrzeganiu jesteśmy otwarci. Tutaj prosiłbym Was o informacje jakiego sprawdzenia i w którym momencie byście oczekiwali. Wydaje się, że na szybko bylibyśmy w stanie dodać

Teraz jeszcze my musimy wymyślić jak to zrobić :P

Nie wiem jakie rozwiązanie było by uniwersalne dla każdego ale najlepiej aby taka informacja została wyświetlona przed pojawieniem się transakcji w zakładce "Do paczek" lub ewentualnie tam może być ale z odpowiednim komunikatem. Może podczas wczytywania/odświeżania grida na zakładce "Do paczek" dopisać do kodu źródłowego sprawdzanie każdej transakcji czy dana karta płatności ze statusem "Zakończona" nie została użyta podpięta pod więcej niż jedną transakcję.

Link to postu
8 godzin temu, Bartosz Rosa napisał:

 Na ewentualne poprawki polegające na dodatkowym sprawdzeniu i ostrzeganiu jesteśmy otwarci. Tutaj prosiłbym Was o informacje jakiego sprawdzenia i w którym momencie byście oczekiwali. Wydaje się, że na szybko bylibyśmy w stanie dodać

Ja sprawdzam po ilości maili "Nowa wpłata..." od klienta. Jest wpłata jest paczka.

 

1 godzinę temu, maniootek napisał:

taka informacja została wyświetlona przed pojawieniem się transakcji w zakładce "Do paczek" lub ewentualnie tam może być ale z odpowiednim komunikatem

I tu się zgadzam. Jak pomagam komuś wdrożyć Sello to zawsze o tym (delikatnie) mówię, że program nas wspomaga a nie zastępuje (no i że poprawka będzie :ph34r:). Oczywiście stosowny komunikat w jakiejś formie nie byłby uchybieniem.

Link to postu
Dnia 20.09.2018 o 07:59, Bartosz Rosa napisał:

Na ewentualne poprawki polegające na dodatkowym sprawdzeniu i ostrzeganiu jesteśmy otwarci. Tutaj prosiłbym Was o informacje jakiego sprawdzenia i w którym momencie byście oczekiwali. Wydaje się, że na szybko bylibyśmy w stanie dodać

Od wielu lat problem jest znany, a dopiero teraz chcecie dodac mechanizm sprawdzajacy? >:D

Weźcie sie ostro za przepisanie mechanizmu pobierania bo to już odpowiedni czas.

Ps. Dodajcie tylko ostrzeżenie przy zaznaczaniu opcji automatycznego księgowania. 

 

Edytowane przez Alwin Kolano
Link to postu

Lepiej późno niż wcale, tym bardziej że według obserwacji nasila się on w ostatnim czasie. Całkowicie wyeliminowany będzie w transakcjach 2.0 ale teraz możemy jeszcze na szybko spróbować coś ugrać. Problemem dla nas dużym był również fakt, że przez ostatnie lata sandbox Allegro praktycznie działał bezawaryjnie chyba tylko kilka dni ;) . A sama liczba możliwości różnych scenariuszy jest dosyć spora więc i testów trzeba dosyć sporo. Teraz, odpukać, sandbox jakoś działa, więc mad tymi najczęstszymi scenariuszami możemy się pochylić.

Z transakcjami 2.0 i tak musimy czekać aż będzie dostępny publicznie. Przypomnę, że nowości lubią płatać figle i 2 tygodnie temu restowe API do wystawiania aukcji nie działało przez prawie 2 tygodnie. Zapewne nikt by nie chciał aby to samo stało się z transakcjami. Tutaj więc zachowamy ostrożność, nie na hura :) .

Link to postu

Jak dobrze pamiętam to było pewne rozwiazanie na starym API, ale nie chcieliście go wdrożyć (strata czasu bo wchodzi nowe API) i tak lata mijały. >:D

Program trzeba łatać, wszczególności ten błąd krytyczny, w międzyczasie powstało automatyczne księgowanie wpłat, które wdrożyliście :-X

Edytowane przez Alwin Kolano
Link to postu

Chcieliśmy, ale brakowało w nim danych, wymaganych przez transakcję Sello aby ją utworzyć. To co było zupełnie nie pasowało do architektury transakcji. Zgłoszone do Allegro ale z racji prac nad nowym API temat umarł.

No właśnie siedzę nad tym fragmentem od rana i jest to mocno skomplikowane, bo jakakolwiek poprawka powoduje, że przestaje działać podpinanie w innych sytuacjach, a możliwości jest naprawdę bardzo wiele, pobieranie szybkie, pełne, ponowne pobranie tych samych danych, aktualizacja istniejących danych, do tego dochodzą czasy pojawienia się transakcji, formularza, wielokrotne formularze do wielu transakcji, raty, zakupy od niezarejestrowanych - każda z tych sytuacji jest nieco inna... głowa mała :). Eh, dobrze by było już to przepisywać od nowa jak ma być, niż ratować to co jest obecnie.

Link to postu
10 minut temu, Alwin Kolano napisał:

Czy formularz ma wlasne id? 

Czy mozna sprawdzić czy formularz jest podpięty pod transakcje? 

Jeden formularz do jednej transakcji.

 

A może po płatności. Nr płatności jest niepowtarzalny (niedługo ma się zmienić na bardziej zawiły...):

image.png.e51e2c852f6b92335a1c8c466d3261b2.png

Link to postu

Dołącz do dyskusji

Możesz dodać zawartość już teraz a zarejestrować się później. Jeśli posiadasz już konto, zaloguj się aby dodać zawartość za jego pomocą.
Uwaga: Twój wpis zanim będzie widoczny, będzie wymagał zatwierdzenia moderatora.

Użytkownik forum
Odpowiedz...

×   Wklejono zawartość z formatowaniem.   Usuń formatowanie

  Dozwolonych jest tylko 75 emoji.

×   Odnośnik został automatycznie osadzony.   Przywróć wyświetlanie jako odnośnik

×   Przywrócono poprzednią zawartość.   Wyczyść edytor

×   Nie możesz bezpośrednio wkleić grafiki. Dodaj lub załącz grafiki z adresu URL.

×
×
  • Dodaj nową pozycję...