Plogins Withdraw – EU Right of Withdrawal & Returns for WooCommerce

Rejestr zmian

1.6.1

• Renamed to „Plogins Withdraw – EU Right of Withdrawal & Returns for WooCommerce”. The old name led on the word „button”, which four other withdrawal plugins in the directory also use, and it undersold a plugin that carries the form, the request log, seven emails and the Annex I texts. The slug, the text domain and every setting are unchanged; nothing needs reconfiguring.

1.6.0

• Naprawiono: tekst wprowadzający do formularza oraz tekst dotyczący rezygnacji z zamówienia były zapisane w pliku konfiguracyjnym jako zdania w języku angielskim i wyświetlały się klientom słowo w słowo. Domyślnych ustawień konfiguracyjnych nie da się przetłumaczyć, więc każdy sklep, w którym językiem domyślnym nie był angielski, wyświetlał klientom tekst w języku angielskim, dopóki administrator tego nie zauważył i nie przeredagował go ręcznie. Teraz oba teksty są generowane automatycznie i można je przetłumaczyć.
• Nowość: wzór formularza odstąpienia od umowy (załącznik I.B) jest generowany na podstawie twoich danych, nazwy sprzedawcy, adresu sklepu WooCommerce, adresu e-mail i numeru telefonu, w języku strony. Żeby z niego skorzystać, zostaw to pole puste; to, co wpiszesz, i tak będzie miało pierwszeństwo.
• Nowość: ustawienia nazwy sprzedawcy, adresu e-mail i numeru telefonu dla tych wiadomości. Jeśli pola są puste, system domyślnie używa nazwy strony i adresu e-mail administratora, więc formularz zawsze podaje czyjeś dane. Na ekranie pojawia się ostrzeżenie, gdy adres sklepu WooCommerce jest pusty, bo bez niego nie ma adresu geograficznego, który można by podać.
• Nowość: skrót [withdraw_instructions], który wyświetla wzorcowe instrukcje dotyczące odstąpienia od umowy (załącznik I.A) na twojej stronie z regulaminem lub informacjami o zwrotach. Jest generowany na podstawie tych samych danych i twojego terminu odstąpienia, więc zawsze będzie zgodny z tym, co wymaga formularz. Atrybuty heading="no" oraz form="no" ograniczają jego zakres. Filtr withdraw/model_instructions służy do obsługi akapitów dotyczących umowy o świadczenie usług i treści cyfrowych, których wymaga dany katalog.
• Informacja o kosztach zwrotu pojawia się w tych instrukcjach dopiero po ustawieniu tej zasady. Jest to właśnie ta informacja, której wymaga art. 6 ust. 1 lit. i) przed zawarciem umowy, więc wygenerowanie jej domyślnie spowodowałoby powstanie powiadomienia, na którym sklep następnie się opiera.
• Podczas aktualizacji tekst wprowadzający lub wzorcowy, który pozostał dokładnie taki, jak w pierwotnej wersji, zostaje usunięty, żeby zastąpił go wygenerowany tekst. Wszystko, co edytowałeś, w tym ręczne tłumaczenie, jest dokładnie dopasowywane i zachowywane.

1.5.0

• Naprawiono: dziennik żądań zatrzymywał się na ostatnich 100 wierszach i nie dało się przejść dalej, więc w ruchliwym sklepie starsze zgłoszenia były niedostępne z poziomu wp-admin. Teraz wyświetla się po 25 wierszy na stronę, a strona dodana do zakładek, która już nie istnieje, przekierowuje na ostatnią stronę zamiast na pustą tabelę.
• Naprawiono: w dzienniku można było podać argument wyszukiwania, którego nikt nigdy nie przekazywał. Teraz jest tam pole wyszukiwania, które pozwala wyszukiwać według adresu e-mail klienta lub numeru zamówienia, i działa ono razem z filtrem statusu.
• Nowość: ekran szczegółów dla każdego zgłoszenia, do którego można przejść z kolumny „ID”. Pokazuje to, czego nie wyświetlała lista: powód podany przez klienta, oświadczenie, które potwierdził, zarówno daty i godziny, jak i twój własny termin zwrotu pieniędzy. Token dostępu nie pojawia się na tej stronie, bo to raczej poświadczenie, a nie rekord.
• Nowość: pole na notatkę obok kontrolki statusu – a odrzucenie zlecenia wymaga teraz wpisania notatki. Komunikat „Nie udało się zaakceptować Twojej prośby o zwrot” bez podania przyczyny nie daje klientowi żadnych wskazówek, jak ma postąpić, a tobie nie pozostawia żadnego śladu, dlaczego odmówiłeś. Notatka jest drukowana w e-mailu dla każdego statusu, więc działa też jako informacja typu „Twoja paczka dotarła, zwrot pieniędzy nastąpi we wtorek”.
• Naprawiono: ponowne zapisanie statusu bez ponownego wpisywania notatki już jej nie usuwa, a sama edycja notatki nie powoduje już wysłania do klienta drugiej identycznej wiadomości.
• Liczby przy linkach filtrów to teraz rzeczywiste wartości, a nie tylko zwykłe etykiety.

1.4.0

• Nowość: każda wiadomość wysyłana przez wtyczkę jest teraz e-mailem WooCommerce. Używają twojego szablonu sklepu, logo i stopki, a każdy z nich ma własny wpis w WooCommerce, Ustawienia, E-maile, gdzie można go przeredagować, zmienić styl lub wyłączyć niezależnie. Siedem z nich: potwierdzenie oświadczenia, powiadomienie dla sklepu, jeden dla każdego statusu żądania oraz odnośnik dostępu dla gości.
• Nowość: powiadomienie dla sklepu ma własne pole odbiorcy. Pozostawione puste używa adresu powiadomień już ustawionego w WooCommerce, Odstąpienie, więc nic się nie zmienia dla sklepu, który nigdy nie otwiera ekranu e-maili.
• Nowość: potwierdzenie przechowuje oświadczenie w formie, w jakiej klient je potwierdził, i powtarza dokładnie te słowa, zamiast przebudowywać zdanie w momencie wysyłki e-maila. Późniejsze tłumaczenie, zmieniona nazwa produktu lub zmieniony szablon nie mogą już zmienić tego, co powiedziano poprzedniemu klientowi, że oświadczył.
• Nowość: wiadomość o akceptacji zawiera informacje z artykułu 14(1). Gdzie odesłać towar, pobrane z nowego pola adresu zwrotnego lub z adresu twojego sklepu WooCommerce, termin liczony od dnia, w którym klient złożył oświadczenie, a nie od dnia, w którym zaakceptowałeś, oraz kto ponosi bezpośrednie koszty zwrotu.
• Nowość: ustawienie dotyczące tego, kto płaci za odesłanie towaru. Nic nie jest wyświetlane, dopóki nie wybierzesz, ponieważ artykuł 14(1) pozwala obciążyć klienta kosztami tylko wtedy, gdy poinformowałeś go o tym przed sprzedażą, a domyślne ustawienie zakładające inaczej sprawiłoby, że wtyczka zgłosiłaby roszczenie w twoim imieniu, które może nie być zasadne.
• Nowość: dziennik żądań pokazuje twój własny termin z artykułu 13(1), 14 dni od dnia, w którym klient poinformował cię o odstąpieniu, i zaznacza go na czerwono po jego upływie. Liczy się od oświadczenia, a nie od twojej akceptacji, co jest terminem, który faktycznie narzuca ci prawo.
• Zmieniono: wiadomość o akceptacji nie informuje już, że 14 dni biegnie od tej wiadomości. Biegną one od oświadczenia, więc sklep, który potrzebował tygodnia na akceptację, po cichu dawał klientowi tydzień za dużo.

1.3.0

• Naprawiono: dwukrotne zapisanie statusu żądania wysyłało klientowi drugi identyczny e-mail, a status spoza dozwolonej listy nadal wysyłał im ogólną wiadomość „w trakcie przeglądu” dla zapisu, którego baza danych odmówiła. Oba wprowadzone wraz z e-mailami statusu w wersji 1.0.8.
• Nowość: Zgoda z artykułu 16(m) na treści cyfrowe, domyślnie wyłączona. Po włączeniu, koszyk zawierający produkt do pobrania otrzymuje jedno opcjonalne, niezaznaczone pole wyboru w kasie, zawierające obie części oświadczenia: prośbę o natychmiastowe rozpoczęcie dostawy oraz potwierdzenie, że prawo odstąpienia od umowy zostaje utracone po rozpoczęciu dostawy. Renderuje się na klasycznej kasie i na kasie blokowej, a wersja blokowa ukrywa się w koszykach bez przedmiotu do pobrania.
• Nowość: zgoda jest rejestrowana w zamówieniu wraz z momentem jej udzielenia, dokładnym sformułowaniem wyświetlonym w tym czasie oraz produktami, które były dostępne do pobrania w momencie złożenia zamówienia, więc późniejsza edycja sformułowania nie może zmienić tego, na co zgodził się wcześniejszy klient. Nic nie jest zapisywane, chyba że zamówienie faktycznie zawiera przedmiot do pobrania, niezależnie od tego, co zostało przesłane w kasie.
• Nowość: zgoda jest potwierdzana klientowi na ekranie zamówienia i w e-mailu zamówienia. Artykuł 16(m) wyłącza prawo tylko wtedy, gdy sprzedawca również udzielił tego potwierdzenia, więc jest to część funkcji, a nie opcja.
• Nowość: panel ekranu zamówienia pokazujący, czy zgoda została udzielona, odrzucona czy nigdy nie oferowana, w jakich słowach, oraz czy każdy objęty produkt został faktycznie pobrany, co decyduje o tym, czy wyłączenie w ogóle ma zastosowanie.

• Nowość: gdy dostawa rozpoczęła się dla przedmiotu, na który wyrażono zgodę, ten przedmiot jest usuwany z formularza odstąpienia i odrzucany na serwerze, a nie tylko ukrywany. Jeśli każdy przedmiot w zamówieniu jest objęty, zamówienie jest odrzucane z własnym powodem. WooCommerce nie widzi pobrań, których nie obsłużył, więc pliki dostarczone e-mailem lub zewnętrznym portalem zawsze są traktowane jako nierozpoczęte i pozostają możliwe do odstąpienia; filtr withdraw/digital_supply_begun jest dostępny dla tych sklepów.

• Nowość: opcjonalny jednorazowy odnośnik e-mailowy do dostępu dla gości, domyślnie wyłączony. Po włączeniu, krok wyszukiwania wysyła jednorazowy kod jednorazowy na adres rozliczeniowy zamówienia zamiast otwierać formularz, odpowiada identycznie, niezależnie od tego, czy zamówienie istnieje, czy nie, i ogranicza liczbę żądań na adres i na IP. Przechowywany jest tylko skrót kodu jednorazowego, kody jednorazowe wygasają po godzinie, a jeden jest zużywany, gdy oświadczenie jest faktycznie złożone. Pozostaw go wyłączonym, a formularz będzie działał dokładnie tak, jak wcześniej.

• Nowość: w przepływie z kluczem formularz nie emituje już pola zamówienia ani adresu, które klient mógłby edytować, więc ten, kto posiada odnośnik, nie może przekierować e-maila z potwierdzeniem gdzie indziej, a odnośnik przestaje działać, jeśli sklep zmieni adres rozliczeniowy zamówienia po jego wysłaniu.
• Naprawiono: panel wyświetlany po zażądaniu odnośnika drukował kod jednorazowy, którego nikt nigdy nie weryfikował, na przycisku, który nie wysyłał drugiego odnośnika. Kod jednorazowy zniknął, a przycisk mówi, co robi.
• Naprawiono: ogranicznik częstotliwości restartował swoje okno przy każdej próbie, więc nigdy się nie opróżniał, dopóki próby napływały. Każdy, kto znał adres rozliczeniowy klienta, mógłby utrzymywać ten adres powyżej limitu w nieskończoność, po cichu, ponieważ przepływ odpowiada tak samo w obu przypadkach. Okno jest teraz stałe.

1.2.0

• Naprawiono: formularz prosił o numer zamówienia, a potem wyszukiwał zamówienie na podstawie identyfikatora z bazy danych. W standardowej instalacji WooCommerce te wartości są takie same, więc na pierwszy rzut oka wszystko wyglądało w porządku, ale każda wtyczka, która zmienia numerację zamówień, psuje tę zgodność: sklep wyświetlał numer w swoich e-mailach, a potem jego własny formularz wypłaty odrzucał ten numer. Teraz wyszukiwanie rozpoznaje wyświetlany numer, a w razie potrzeby korzysta z identyfikatora, z filtrem withdraw/resolve_order_number dla innych schematów numeracji.
• Naprawiono: w e-mailu z informacją o statusie zamówienia podano identyfikator z bazy danych zamiast numeru widocznego dla klienta – z tego samego powodu.
• Nowość: informacje o wycofaniach są zapisywane w notatkach samego zlecenia – zarówno w momencie pojawienia się zgłoszenia, jak i zmiany jego statusu. Dziennik wniosków to osobny ekran, którego nikt nie ma otwarty; ktokolwiek otworzy to zlecenie jako następny, zobaczy, co się wydarzyło, nawet nie wiedząc o istnieniu tej wtyczki.

1.1.0

• Nowość: osobny etap potwierdzenia. Wcześniej wybór produktów i zgłoszenie rezygnacji odbywało się jednym kliknięciem. Artykuł 11a ust. 3 wymaga, żeby pojawił się przycisk potwierdzenia z napisem „potwierdź rezygnację”, co ma sens tylko wtedy, gdy klient może najpierw przeczytać treść oświadczenia. Dlatego teraz oświadczenie jest wyświetlane w całości na osobnym etapie, zanim cokolwiek zostanie zapisane.
• Nowość: oświadczenie zawiera imię i nazwisko klienta, numer umowy, której dotyczy, oraz jego dane kontaktowe – czyli to, co zgodnie z art. 11a ust. 2 musi zawierać oświadczenie o odstąpieniu od umowy. Imię i nazwisko jest automatycznie wypełniane na podstawie danych z zamówienia i zapisywane wraz z wnioskiem.
• Nowość: e-mail z potwierdzeniem stanowi teraz trwały zapis zgodnie z art. 11a ust. 4. Zawiera on pełną treść oświadczenia oraz datę i godzinę jego złożenia, a nie tylko informację o otrzymaniu wniosku.
• Nowość: skrót [withdraw_link] oraz opcjonalny link w stopce. Artykuł 11a ust. 1 wymaga, żeby funkcja ta była łatwo dostępna przez cały okres odstąpienia od umowy, a opcja „Moje konto” jest dostępna tylko dla zalogowanego klienta, który właśnie przegląda to zamówienie, więc gość nie miał do niej dostępu.
• Zmiana: przycisk ma teraz napis „Odstąp od umowy tutaj” – zgodnie z brzmieniem art. 11a ust. 1 – zamiast „Odstąp od tego zamówienia”.

1.0.8

• Naprawiono: wypłata mogła zostać zarejestrowana, nawet jeśli klient nigdy nie zaznaczył oświadczenia. Pole wyboru miało tylko atrybut przeglądarki required, a serwer nigdy go nie sprawdzał, więc żądanie wysłane bez tego pola było zapisywane jako poprawna deklaracja. Ten zapis jest sednem działania wtyczki, więc teraz jest odrzucany po stronie serwera i nic nie jest zapisywane.
• Naprawiono: link do zamówienia w dzienniku zapytań korzystał z klasycznego adresu URL edytora postów, który nie otwiera zamówienia, gdy włączony jest HPOS, mimo że wtyczka deklaruje zgodność z HPOS. Teraz wybiera właściwy adres URL niezależnie od tego, jakiego systemu przechowywania zamówień używa sklep.
• Naprawiono: potwierdzenie wysyłane do klienta kończyło się słowami „Kolejne kroki potwierdzimy e-mailem”, ale żaden kod nigdy nie wysyłał tego e-maila. Zmiana statusu zgłoszenia powoduje teraz wysłanie powiadomienia do klienta, a wiadomość o przyjęciu zgłoszenia zawiera 14-dniowy termin zwrotu oraz sposób zwrotu pieniędzy – czyli informacje, które sprzedawca i tak ma obowiązek podać.

1.0.7

• Zmieniono nazwę na Plogins Withdraw, aby zaczynała się od marki, a nie od ogólnego słowa, zgodnie z prośbą recenzji wtyczki.
• Usunięto nagłówek „Tested up to” z głównego pliku PHP. Jego miejsce jest wyłącznie w readme.txt, gdzie jest już zadeklarowany; podany w obu miejscach nagłówek może nadpisać readme i pokazać wersję zgodności, której nikt nie zamierzał deklarować.

1.0.6

• Tłumaczenia: odświeżono dołączony plik plogins-withdraw.pot, który odstawał od kodu. Brakowało w nim pięciu ciągów z ekranu oświadczeń o odstąpieniu od umowy oraz z narzędzia usuwania danych, a nazwa wtyczki była sprzed zmiany. Tłumacze pracują właśnie na tym szablonie.
• Tłumaczenia: poprawiono katalog hiszpański, który wszędzie nazywał prawo odstąpienia od umowy słowem „retiro”. Hiszpańskie prawo konsumenckie używa terminu desistimiento, którego opis wtyczki już używał, a jej interfejs nie.

1.0.5

• Przetestowano z WordPressem 7.1. Sprawdzone przez włączenie tej wersji na czystej instalacji 7.1 z WooCommerce 11.1, a nie przez zmianę nagłówka.

1.0.4

• Nowość: oświadczenia o odstąpieniu od umowy są objęte narzędziami WordPressa do danych osobowych. Eksport danych obejmuje oświadczenia kupującego, a żądanie usunięcia je kasuje, więc wniosek o dostęp do danych lub o ich usunięcie można obsłużyć na standardowym ekranie zamiast ręcznie.
• Zadeklarowano zgodność z WooCommerce 10.9.
• Treść: długie myślniki zastąpiono zwykłą interpunkcją w całym interfejsie.
• Porządki: pakiet wydania nie zawiera już katalogów tłumaczeń, które pochodzą z paczek językowych WordPress.org.

1.0.3

• Poprawiono tłumaczenia niemieckie i polskie: słowo „withdrawal” oddano jako „Auszahlung” (wypłata) po niemiecku i „wypłata” po polsku; oba używają teraz właściwych określeń prawa odstąpienia od umowy (Widerruf / odstąpienie od umowy). Poprawiono też błąd gramatyczny w niemieckim i ujednolicono polskie sformułowania.

1.0.2

• Dodano dołączone tłumaczenia polskie, niemieckie i hiszpańskie interfejsu wtyczki.

1.0.1

• Pierwsze stabilne wydanie.

0.1.1

• Plugin Check: poprawki escapowania, sanityzacji, i18n i porządkowe (nazwy tabel przekazywane teraz przez placeholdery %i w przygotowanych zapytaniach).

0.1.0

• Pierwsze wydanie: shortcode [withdraw_form] (wyszukiwanie zamówienia oraz wybór całości lub części pozycji), przycisk odstąpienia od umowy w Moim koncie, konfigurowalny termin na odstąpienie od umowy i uprawnione statusy, rejestr wniosków w panelu wraz ze statusami, e-maile do klienta i do sklepu, edytowalny wzór formularza odstąpienia od umowy. Zgodność z HPOS i blokami.