Jak sprawdzić nieopłacone transakcje?

Uwaga

Transakcja nieopłacona to transakcja w stanie pośrednim, co oznacza, że kupujący może jeszcze zmodyfikować zakup.

Funkcja pobierania nieopłaconych transakcji dostępna jest w menu Konfiguracja | Allegro | Pobieraj transakcje nieopłacone. Definiując parametr, sam możesz zdecydować, czy system powinien pobierać takie dane czy też nie.

Transakcje nieopłacone nie powinny być przetwarzane przez sprzedających. W tym stanie posiadają one status FILLED_IN, a oczekiwany stan do dalszego procedowania to status READY_FOR_PROCESSING, czyli zakup z wypełnionymi wszystkimi danymi, opłacony i potwierdzony przez Allegro w zakresie płatności.

Na liście transakcji widoczna jest kolumna S, która prezentuje graficznie stan transakcji:

• kolor szary odpowiada statusowi FILLED_IN - stan przed finalnym potwierdzeniem,
• kolor zielony odpowiada statusowi READY_FOR_PROCESSING - stan potwierdzony przez Allegro, gotowy do przetwarzania w Wapro Aukcje Anywhere.

Kupujący może wykonać modyfikację w zakresie adresu dostawy oraz zmiany formy dostawy (tym samym zmieni się koszt dostawy, jak również koszt całej transakcji oraz kwota wpłaty PayU).

Kupujący nie może zmodyfikować pozycji zakupu.

Dodatkowo, jeśli kupujący rozpocznie dwa lub więcej zakupów i zostaną one pobrane do programu Wapro Aukcje Anywhere w stanie pośrednim (FILLED_IN), a następnie będzie chciał zapłacić za ten zakup jedną płatnością, w API Allegro zostanie zwrócone zupełnie nowe zamówienie (o nowym numerze), które będzie zawierało wszystkie pozycje zakupowe z poprzednich transakcji rozpoczętych a nieopłaconych.

Przykład 1

Klient X wykonał zakup 1 szt. towaru ABC w poniedziałek o 10.00, niep łacąc za niego, ale wybrał odbiór w paczkomacie.

Następnie o godzinie 10.15 wykonana została synchronizacja programu Wapro Aukcje Anywhere - program pobrał kontrahenta X i założył adres dostawy, ponieważ taki adres dla tego typu zamówienia będzie podany.

Klient X wykonuje kolejny zakup bez płacenia za towar XYZ. W poniedziałek o 13.00 wybiera, że chce fakturę oraz decyduje się na przesyłkę kurierską na adres firmy (inny adres niż w pierwszym zakupie z wyborem do paczkomatu).

O godzinie 14.00 użytkownik Wapro Aukcje Anywhere uruchamia kolejną synchronizację - zaimportowane zostanie nowe zamówienie nieopłacone, nadpisywany jest adres kontrahenta. Przypomnijmy, że potrzebuje on faktury, co ma wyższość nad poprzednim adresem domowym tego klienta.

O godzinie 16.00 klient orientuje się, że nie płacił za te zakupy i robi zapłatę za oba, korzystając z opcji jednej płatności dla zaznaczonych zakupów, ponownie zaznaczając, że potrzebuje fakturę i zmienia dane na zupełnie inne.

O godzinie 17.00 użytkownik Wapro Aukcje Anywhere uruchamia synchronizację danych i tutaj zaczynają się problemy.

Program nie otrzyma informacji z Allegro, że zamówienie, które teraz importuje, to dwa poprzednie zamówienia. Może to ustalić jedynie na podstawie identyfikatora zakupu pojedynczej pozycji z tego zamówienia. Są to więc dwa przypadki, jakie zostały uwzględnione w logice programu. Jeden zakłada, że zamówienia nieopłacone z godziny 10.00 oraz z godziny 13.00 zostały przeniesione na zamówienia.

W takim przypadku program przy włączeniu opcji automatycznego tworzenia zamówienia do Wapro Mag Anywhere (dla wszystkich transakcji) wykryje, że pojawiło się zamówienie na nowego kontrahenta (ponownie są podane dane do faktury, więc wygenerowany zostanie nowy kontrahent na te dane - poprzednie dane też były do faktury, więc program ich nie nadpisze). Jednak transakcja nie przeniesie się na kolejne zamówienie, ponieważ nastąpi zdublowanie rezerwacji i potencjalny problem z towarami. W tej sytuacji:

• nie można skasować poprzednich transakcji i zamówień ponieważ nie jest pewne, jakie działania zostały w związku z nimi podjęte przez pracowników,
• nie można zmienić kontrahenta, ponieważ wydruki i ewentualne raporty wykonane do tej pory nie będą spójne.

Program zatem zostawi tę transakcję w aukcjach i oznaczy ją wykrzyknikiem w kolumnie B, co oznacza, że wymaga ona ingerencji operatora systemu. Użytkownik sam podejmie lub anuluje poprzednie zamówienia i utworzy nowe na finalne dane - ma możliwość skorzystania ze schowka i przeniesienia pozycji. Może również zrealizować dwie poprzednie transakcje na fakturę/paragon.

Drugie rozwiązanie zakłada import takiej transakcji do aukcji, celem ewentualnej obsługi zwrotów prowizji bez tworzenia zamówienia z rezerwacją. W tym przypadku program wykryje, że istnieją poprzednie transakcje, które nie zostały przeniesione do Wapro Mag Anywhere, wykona więc anulowanie poprzednich transakcji (tylko jeśli żadna z nich nie zostala przeniesiona do Wapro Mag Anywhere). Następnie w miejsce dwóch poprzednich transakcji wstawi nową. Zasada tworzenia kontrahentów i ich adresów w obydwu przypadkach jest taka sama.

Dodatkowo anulowane transakcje zostaną zgrupowane, czego wyróżnikiem jest skopiowany numer transakcji nowo zaimportowanego zamówienia i wstawienie go do kolumny GUID_GRUPY, w tabeli AUK_ALL_TRANSAKCJE. Pozwala to - w celach diagnostycznych - sprawdzić, dlaczego zostały zaimportowane ponownie te same pozycje zakupowe.