Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Problem z zarzadzaniem stanem magazynowym Oczekuje na platnosc - zmniejsza stan #33

Closed
PiotrCzapla opened this issue May 29, 2020 · 12 comments

Comments

@PiotrCzapla
Copy link

Woocomerce ma taki dziwną ceche, zamowienia w trybie "oczekuje na platnosc" maja zarezerwowane produkty na stocku. Stock jest nie zmniejszony ale woocomerce nie pozwala na ich kupno. Wtyczki z platnosciami w woo, czekaja ze zmiana stanu magazynu na to aż zamowienie przejdzie w stan "W realizacji". Pay now odraz zmniejsza stan. To powoduje że wiszące zamowienie ma zarezerwowane 2 produkty (jeden przez paynow - zdjecie ze stanu, drugi przez woocomerce ta cicha rezerwacja).

To powoduje duże problemy w sklepach z rzadkimi przedmiotami w ktorych stan magazynowy jest niski. Jedno wiszące zamowienie w stanie "oczekuje na platność" z rzadkim produktem ktorego mamy 2 egzemplarze przyblokowuje nam ten produkt na 48h!

Co gorsze ten produkt dalej jest widoczny w sklepie, bo ta rezewacja woocommrece jest nie widoczna dla klienta i produkt wyswietla sie jako dostepny 1 na stanie, na tomiast proba kupienia go konczy się nie powodzeniem, co bardzo irytuje naszych klientow (mamy pelno chatow z tym zwiazanych).

Stan czeka na płatność został stworzony do płatności kartą w których oczekiwanie nie jest dlugie - maksymalnie pare minut, to jak ten stan jest to uzywany w paynow jest nie kompatybiliny z woo :( i powoduje problemy.

Czy możemy coś z tym zrobić?

@PiotrCzapla
Copy link
Author

PiotrCzapla commented May 29, 2020

Dodaktowo ta zmiana magazynu podczas przejscia w stan "oczekuje na platnosc" nie jest odwarcana gdy zamowienie jest anulowane, co powoduje desynchronoizacje magazynu ze stanem rzeczywistym. To dość powazny problem, ale jest zalezny od rozwiazania problemu opisanego powyzej.

@PiotrCzapla
Copy link
Author

tu jest opis jak ten mechanizm dziala: woocommerce/woocommerce#20596

@michalskladanowski
Copy link
Contributor

Dzień dobry,
Dziękujemy za zgłoszenie tego błędu. Jesteśmy w trakcie analizowania omawianego przez Pana przypadku nieprawidłowego zachowania naszej wtyczki. Będziemy informowali o ewentualnym terminie wdrożenia poprawki.

@PiotrCzapla
Copy link
Author

Moge coś pomoć, zalezy mi na tym zeby to fixnac szybko bo na razie recznie poprawiam takie przypadki co jest bardzo uciązliwe. Jak myślałem o tych stanach to stan "oczekjue na platność" jest zupełnie nie przystosowany do obsługi płatności, które mogę przebywać w stanie oczekuje na płatność dłużej niż pare minut, może zrobić nowy stan podobny do stanu "wstrzymane czeka na platność" który pojawia się przy płatności przelewem bankowym ?

Ten schemat platnosci jest przystosowany do oczekiwania dluzszego niż pare minut, dodatkowo macie kod jak to jest zaimplementowane w woocomorece wiec to w dużej mierze bedzie copy paste zeby to fixnąc.

@PiotrCzapla
Copy link
Author

Jakaś szansa na to zeby to ruszyć juz 6 dni minelo, i mam juz caly stan stocka rozwalony przez ta wtyczke.

@emilleszczak2
Copy link
Collaborator

@PiotrCzapla mamy poprawkę, nowa wersja będzie dzisiaj/jutro.

@emilleszczak2
Copy link
Collaborator

@PiotrCzapla
Copy link
Author

@emilleszczak2 Ide przez kod i pare spraw mi nie niepokoi
Jest scieżka w ktorej dwa razy robicie increase stock,
STATUS_NEW
STATUS_ERROR - (increase stock)
STATUS_REJECTED - (increase stock)

Patrząc na kod woo, to blokada przed podwojnym powiekszeniem stocku nie dziala z uwagi na cos co wyglada na błąd.

Z drugiej strony STATUS_NEW nie wydaje sie być możliwy do ustawienia, przynajmniej żaden stan zamowienia sie na niego nie mapuje, chyba ze to taki sztuczny stan.

Co dodatkowo mnie martwi to nie widze obsługi manulanego przestawiania zamówienia w Completed albo Canceled, chyba ze to jest obslugiwane przez woo.

@PiotrCzapla
Copy link
Author

W kadzym razie dziekuje za updated przetestuje u siebie i dam znać jakby ten problem z przejsciem z new -> error -> rejected sie pojawil.

@emilleszczak2
Copy link
Collaborator

@PiotrCzapla daj znać, testowałem to i wyglądało, że działanie jest poprawnie. Woo samo nie zwiększało stocku przy zmianie stanu na anulowane dlatego dodałem taką funkcjonalność.

Co do STATUS_NEW nie jest on dla Woo potrzebny ze względu na flow Woo.

@emilleszczak2
Copy link
Collaborator

@PiotrCzapla można zamknąć ?

@PiotrCzapla
Copy link
Author

nie widzialem komentarza ,sorry.

Niestety stock dalej jest psuty przez ten plugin. Opisze to moze w nastepnym bugu. Wydaje sie ze woo jednak zwieksza stan magazynowy jak przechodzi na "anulowane" zamowienie, bo jedno z moich zamowien ktore paynow anulowal zwiekszylo stan magzynowy dwa razy.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants