Ustawienia zwrotów
Stockly → Returns → Settings → General trzyma konfigurację. Wszystko tutaj jest per kanał sprzedaży. Sekcje poniżej idą za kartami na ekranie, w tej samej kolejności.
Returns
Dział zatytułowany „Returns”Let customers raise returns themselves jest wyłączone, dopóki ktoś tego nie zmieni. Przy wyłączonym sklep nie oferuje nic: żadnej pozycji zwrotu w menu zamówienia klienta, a adres formularza odpowiada „nie znaleziono”, a nie uprzejmą odmową, ponieważ przekierowanie powiedziałoby obcemu, że strona istnieje.
Późniejsze wyłączenie nie chowa zgłoszeń już założonych. Klient, którego reklamacja jest w toku, nadal ją widzi: zamknięcie drzwi dla nowych zgłoszeń nie zwalnia sklepu z odpowiedzi na te przyjęte.
Strona panelu jest tym przełącznikiem nietknięta. Operatorzy dalej zakładają zgłoszenia z zamówień, kolejka decyzji dalej działa, a zwroty tworzone automatycznie z anulowanych zamówień dalej powstają.
| Pole | Co robi |
|---|---|
| Default return window (days) | ile czasu ma klient, gdy żadna reguła z rejestru nie pasuje |
| Assumed transit time (days) | ile dodać do nadania, gdy data doręczenia nie jest znana |
→ Otwieranie zwrotów przez klienta — uruchomienie portalu i jeden warunek, który bierze się z zamówienia, a nie z ustawienia.
Customer order cancellation
Dział zatytułowany „Customer order cancellation”Let customers cancel their own orders zastępuje własny przycisk anulowania Shopware’a takim, nad którym sklep faktycznie panuje. Jest wyłączone, dopóki go nie włączysz. → Anulowanie zamówień przez klienta — razem z ustawieniem na innym ekranie, od którego to zależy.
Trzy listy decydują, kiedy anulowanie jest jeszcze możliwe:
- Allowed order states
- Allowed payment states
- Allowed delivery states
Wszystkie trzy muszą być spełnione naraz. Pusta lista znaczy „brak ograniczenia na tej osi”, a nie „nic nie wolno”, więc sklep, któremu zależy tylko na statusie zamówienia, może zostawić dwie pozostałe bez zmian.
Require a reason każe klientowi wybrać przyczynę z rejestru. Oferowane są te oznaczone dla przepływu anulowania.
Dwie rzeczy serwer odrzuca niezależnie od tych list: zamówienie przesyłki kurierskiej dla anulowanego zamówienia i zdjęcie jego zapasu z półki. Te zabezpieczenia nie czytają konfiguracji, bo gwarancja zależna od ustawienia jest gwarancją, która ginie przy zmianie ustawienia.
Guest orders
Dział zatytułowany „Guest orders”Let guests open a return jest domyślnie wyłączone. Dotyczy zamówień złożonych bez konta.
Gość dociera do swojego zamówienia linkiem, który wysłał mu sklep, i ten link jest poświadczeniem. Zamówienie należące do zarejestrowanego konta nie otwiera się takim linkiem nigdy, nawet poprawnym: ktoś, kto założył konto, zrobił to właśnie po to, żeby przekazany dalej mail nie wystarczał.
Przy wyłączonym przełączniku gość z poprawnym linkiem dostaje informację, że sklep tego nie oferuje, zamiast zastanawiać się, czy się pomylił.
Return photos
Dział zatytułowany „Return photos”| Pole | Co robi |
|---|---|
| Photos per item | ile zdjęć klient może dołączyć do jednego zgłoszonego artykułu |
| Largest photo (MB) | limit pojedynczego zdjęcia |
Serwer ma własny sufit niezależnie od tego, co tu ustawiono, mianowicie limity wgrywania PHP, i
wpisanie większej liczby go nie podnosi. Zdjęcia są sprawdzane po treści, nie po nazwie pliku: coś nazwane
.jpg, co obrazem nie jest, zostaje odrzucone.
Ustawienie Photos per item na zero, gdy jakaś przyczyna nadal wymaga zdjęć, zostawia klientów bez możliwości spełnienia wymogu, który stawia im sklep. Kontrola spójności wtyczki zgłasza tę kombinację.