Modul kontroluje stav doručení DPD pro Prestashop 15x a 16x
DPD – stav odesláno a doručeno v PrestaShopu | PrestaDev
DPD – stav odesláno a doručeno v PrestaShopu | PrestaDev
DPD – stav odesláno a doručeno v PrestaShopu | PrestaDev
DPD – stav odesláno a doručeno v PrestaShopu | PrestaDev
DPD – stav odesláno a doručeno v PrestaShopu | PrestaDev
DPD – stav odesláno a doručeno v PrestaShopu | PrestaDev
DPD – stav odesláno a doručeno v PrestaShopu | PrestaDev
DPD – stav odesláno a doručeno v PrestaShopu | PrestaDev

Modul DPD zkontrolujte a nastavte stav doručení pro Prestashop

Module version: 2.0.0

PrestaShop compatibility: 1.7.x 8.x 9.x

Aktualizace souboru modulu: 2026-09-27 21:12:45

Aktualizace údajů o produktu: 2026-09-27 21:18:33


Modul umožňuje zkontrolovat stav doručení objednávek odeslaných kurýrní společností DPD, stavy, které je možné zkontrolovat a nastavit, jsou odesláno a doručeno. Umožňuje ušetřit čas při nastavování stavů objednávek na doručeno nebo odesláno.

Typ licence / aktualizace
139,00 zł
113,01 złnetto
Price history:

Popis

K čemu modul slouží

  • Konec ručního přepínání stavů. Objednávky odeslané kurýrem DPD se samy přepnou na stav odesláno a po doručení na stav doručeno, bez kontroly každého balíku na stránce sledování DPD.
  • Aktuální informace pro zákazníka. Změna stavu spustí e-mail přiřazený k tomuto stavu v PrestaShopu (např. o odeslání objednávky), takže zákazník dostane zprávu při první kontrole poté, co DPD balík skutečně převezme nebo doručí.
  • Pořádek v objednávkách. Stav doručeno se zobrazí teprve tehdy, když DPD potvrdí doručení všech balíků objednávky – a ne tehdy, když balík čeká na výdejním místě nebo se vrací odesílateli.
  • Kontrola problematických zásilek. Vrácení, ztráty a chyby komunikace s DPD se zapisují do historie s číslem objednávky a zásilky.

Kdy objednávka změní stav

Stav odeslání

  • DPD má balík. Stav se nastaví, když se v událostech alespoň jedné zásilky objednávky objeví kód ze seznamu „zásilka podána“: převzetí kurýrem, podání na místě DPD Pickup, přijetí na třídírně nebo pobočce, předání k doručení nebo čekání na výdejním místě.
  • Počítají se i kódy doručení. Pokud už byl balík doručen a objednávka má stále stav před odesláním, modul nastaví stav odeslání a ve stejném běhu také stav doručení – pokud jsou obě kontroly zapnuté a stav odeslání je mezi stavy kontrolovanými z hlediska doručení (tak je to ve výchozím nastavení).
  • Samotná registrace údajů není podání. Událost „zaregistrována data zásilky, zásilka ještě nebyla podána“ (kód 030103) stav nemění.

Stav doručení

  • Všechny balíky doručeny. Stav se nastaví, když má každá zásilka objednávky kód ze seznamu „zásilka doručena“: doručení příjemci, doručení na dobírku (COD), doručení s vynesením, vyzvednutí na místě DPD Pickup a ostatní kódy doručení z tabulky událostí DPD.
  • Čekání na výdejním místě není doručení. Kód 410135 („připraveno k vyzvednutí v DPD Pickup“) znamená balík čekající na zákazníka a nemění stav na doručeno.
  • Vrácení a ztráty jsou blokovány. DPD označuje vrácení odesílateli stejným kódem jako doručení, proto zásilka s kódem ze seznamu „vrácena nebo ztracena“ (vrácení odesílateli, vrácení exportní zásilky, chybějící zásilka na pobočce, likvidace) nikdy nebude označena jako doručená. Stav objednávky se nezmění a do historie se zapíše jeden záznam „Vrácení / ztráta“.
  • Přesměrování pod novým číslem. Po události přeadresování (kód 230402) modul kontroluje také nové číslo zásilky uvedené DPD – až do dvou přesměrování.

Objednávky s několika balíky

  • Několik čísel v jednom poli. Čísla v poli čísla zásilky mohou být oddělena mezerou, čárkou, středníkem nebo svislou čarou; modul bere také čísla z každého řádku dopravce objednávky.
  • Až 10 čísel na objednávku. Číslo má 6 až 32 písmen nebo číslic; na velikosti písmen nezáleží.

Upravitelné seznamy kódů DPD

  • Tři seznamy v pokročilém nastavení. „Zásilka podána“ (výchozí 40 kódů), „zásilka doručena“ (20 kódů) a „zásilka vrácena nebo ztracena“ (24 kódů). Výchozí seznamy byly sestaveny z tabulky událostí DPDInfoServices zveřejněné společností DPD Polska v roce 2026.
  • Prázdný seznam se vrátí na výchozí. Kódy se zadávají jako čísla oddělená čárkami nebo novými řádky.

Které objednávky se kontrolují

  • Vybraní dopravci DPD. Dopravci se ukládají podle stálého identifikátoru (reference), takže úprava dopravce v PrestaShopu, která mu přidělí nové ID, ho z kontroly nevyřadí. Seznam obsahuje dopravce všech obchodů, včetně neaktivních a modulových.
  • Vybrané stavy. Pro kontrolu odeslání a doručení vybíráte zvlášť kontrolované stavy a stav, který se má nastavit. Po instalaci jsou obě kontroly vypnuté; výchozím stavem k nastavení je stav odeslané a doručené objednávky a kontrola doručení zahrnuje objednávky ve stavu odesláno. Objednávky, které už mají cílový stav, se přeskočí.
  • S číslem zásilky. Číslo pochází z pole čísla sledování zásilky v objednávce, zadaného ručně nebo jiným modulem; v PrestaShopu 1.7 modul čte také starší pole čísla odeslání objednávky.
  • Ne starší než vybraný počet dní. Výchozí je 30 dní od vytvoření objednávky; 0 znamená bez omezení, maximum je 3650 dní.
  • Fronta bez přeskočení. Nejprve se kontrolují objednávky, které ještě nikdy nebyly zkontrolovány, potom ty kontrolované nejdávněji. Počet objednávek na jedno spuštění nastavíte od 1 do 1000 (výchozí 100) a zbytek čeká na další spuštění.

Automatická kontrola přes cron

  • Adresa kontroleru modulu. Záložka Cron uvádí tři adresy: kontrola podání a doručení, pouze podání nebo pouze doručení, s tlačítky pro kopírování a ukázkovým řádkem crontabu (každých 30 minut). Adresu lze přidat do cron úloh na hostingu nebo do modulu PrestaShop „Správce úloh Cron“.
  • Funguje na PrestaShopu 9. Cron je kontroler modulu, nikoli samostatný PHP soubor v adresáři modulu, jehož volání PrestaShop 9 blokuje pravidly .htaccess.
  • Odpověď v JSON. Obsahuje stav běhu, počet zkontrolovaných objednávek a čísla objednávek označených jako odeslané, doručené a vrácené. HTTP kódy: 200 po kontrole, 403 při chybném tokenu, 409 když probíhá jiná kontrola.
  • Režim údržby obchodu. Cron funguje i tehdy, když je obchod vypnutý kvůli údržbě, a není blokován omezeními geolokace.
  • Bez paralelních běhů. Zámek v databázi neumožní spustit druhou kontrolu, když první ještě běží.
  • Omezená doba běhu. Jeden dotaz na DPD čeká maximálně 20 sekund a běh přestane přijímat nové objednávky po přibližně 50 sekundách a zbytek nechá na další spuštění. Chybný login přeruší běh při prvním odmítnutí ze strany DPD a tři po sobě jdoucí chyby připojení po třetím pokusu.
  • Adresy z verze 1.x. Na PrestaShopu 1.7 a 8 dosavadní adresa modules/pddpdcheckorderstate/cron.php stále funguje, protože aktualizace zachová starý klíč jako token. Po dobu 30 dnů od posledního volání staré adresy zobrazuje záložka Cron upozornění s jejím datem. Na PrestaShopu 9 je nutné použít novou adresu.

Administrátorský panel

  • Záhlaví se stavem modulu. Připojení k DPD, počet vybraných dopravců, zapnutí kontroly podání a doručení a datum poslední kontroly – s barevnými indikátory.
  • Dashboard. Výsledek poslední kontroly (kdo ji spustil, kolik objednávek bylo zkontrolováno, označeno jako odeslané a doručené, kolik bylo vrácení a chyb), počet objednávek čekajících na každou kontrolu, změny stavů za 7 a 30 dní a 10 posledních změn s odkazy na objednávky.
  • „Zkontrolovat a aktualizovat objednávky“. Spustí z panelu stejnou kontrolu jako cron, se stejnými limity.
  • „Testovat připojení k DPD“. Ověří, zda DPD přijímá uložený login a heslo.
  • „Zkontrolovat číslo zásilky“. Zobrazí události DPD jedné zásilky (čas, kód, popis, pobočka) s označením, které kódy modul považuje za podání, doručení, vrácení nebo přesměrování, a výsledek: co by modul s objednávkou udělal. Nic nemění.
  • Nastavení v pěti sekcích. Připojení k DPD, Dopravci DPD, Odeslané objednávky, Doručené objednávky a Pokročilé – přepínané záložkami a ukládané jedním tlačítkem. Při chybě ve formuláři se otevře sekce s první chybou a sekce s chybami jsou označené.
  • Upozornění na konfiguraci. Když je stav nastavovaný modulem zároveň mezi kontrolovanými stavy, uložení zobrazí upozornění.

Historie a diagnostika

  • Každá změna stavu. Datum, objednávka s referenčním číslem a odkazem, číslo zásilky, předchozí a nový stav, kód a popis události DPD, čas události a zdroj: cron, administrátorský panel nebo stará cron adresa.
  • Chyby bez zahlcení historie. Chyba stejné objednávky se znovu zapisuje teprve tehdy, když se změní, a chyby celého běhu (např. odmítnutý login, chybějící připojení) maximálně jednou za hodinu.
  • Srozumitelné typy chyb. Odmítnuté přihlášení, chyba připojení, chyba služby DPD, neočekávaná odpověď DPD, chybějící konfigurace, neexistující cílový stav, neúspěšná změna stavu a změna stavu bez odeslaného e-mailu zákazníkovi.
  • Filtry a pořádek. Filtry: všechny záznamy, změny stavů, chyby; 50 záznamů na stránku. Záznamy starší než 180 dní se automaticky mažou a tlačítko „Vymazat historii“ smaže všechny.

Připojení k DPD Polska

  • Služba DPDInfoServices. Modul používá operaci getEventsForWaybillV1 – službu sledování jednotlivých zásilek popsanou v dokumentaci DPD Polska. Nové REST API DPD Services neobsahuje operaci sledování, takže stavy zásilek DPD Polska zpřístupňuje právě přes DPDInfoServices.
  • Login a heslo od obchodního zástupce DPD. Údaje pro DPDInfoServices poskytuje obchodní zástupce DPD; obvykle jsou stejné jako pro DPD Services (tisk štítků). Pole kanálu (FID) je volitelné – vyplňuje se pouze tehdy, pokud DPD přidělilo číslo kanálu.
  • Testovací prostředí DPD. V nastavení je uvedena adresa testovacího prostředí DPD s veřejným testovacím loginem. Ověřuje přihlášení a správnost dotazu, ale nevrací události zásilek.
  • Bez rozšíření SOAP. Modul odesílá dotazy přes cURL a nevyžaduje rozšíření PHP SOAP ani stahování souboru WSDL při každém dotazu.

Bezpečnost a oprávnění

  • Heslo DPD se nevrací do prohlížeče. Pole hesla je vždy prázdné a prázdné pole při uložení zachová uložené heslo. Při změně adresy služby na jiný server je nutné heslo zadat znovu.
  • Pouze šifrované připojení. Adresa služby musí začínat na https (http je povoleno pouze pro adresu stejného serveru) a certifikát DPD se ověřuje.
  • Odolnost vůči neobvyklým odpovědím. Odpovědi s definicí DTD nebo větší než 2 MB jsou odmítnuty.
  • Token cronu. Při instalaci 32znakový náhodný token, po aktualizaci z verze 1.x dosavadní klíč; tlačítko „Vygenerovat nový token“ přidělí nový náhodný token a okamžitě zneplatní staré adresy, včetně staré adresy cron.php. V obchodě se SSL dostane volání přes http srozumitelnou chybu místo přesměrování.
  • Oprávnění zaměstnanců. Uložení nastavení a spuštění kontroly vyžadují oprávnění „konfigurovat“ modulu a právo úprav na stránce modulů. Zaměstnanec bez těchto práv neuvidí nastavení, login DPD ani cron adresy (PrestaShop 9 mu zobrazí pouze záhlaví modulu s informací o chybějících oprávněních). Každý formulář má vlastní CSRF token modulu a akce se provedou pouze po odeslání formuláře.

Více obchodů (multistore)

  • Jeden účet DPD pro všechny obchody. Nastavení jsou společná a kontrola zahrnuje objednávky každého obchodu. Formulář o tom zobrazuje informaci.
  • Přístup pro zaměstnance všech obchodů. Protože nastavení i běhy zahrnují všechny obchody, může modul spravovat superadministrátor nebo zaměstnanec přiřazený ke všem obchodům.

Kompatibilita, instalace a aktualizace

  • PrestaShop 1.7.0–9.x, PHP 7.0–8.5. Automatické testy zahrnují PrestaShop 1.7.2.4, 1.7.5.2, 1.7.6.7, 1.7.7.2, 1.7.8.5, 1.7.8.10, 8.0.0, 8.1.7, 8.2.6, 9.0.2 a 9.1.5 na PHP 7.0–8.1: logiku kontroly na objednávkách vytvořených v obchodě (s atrapou služby DPD), panel v prohlížeči (Playwright, Chromium) a cron adresu. Syntaxe všech souborů se kontroluje na PHP 7.0–8.5.
  • Aktualizace z verze 1.0.x. Přenáší nastavení (včetně uložených v kontextu jednoho obchodu), převádí uložená ID čísla dopravců na reference, zachovává starý cron klíč jako token a odstraňuje soubory staré verze. Aktualizace z 1.0.5 je ověřena testy na PrestaShopu 1.7.2.4, 1.7.8.10, 8.2.6 a 9.0.2.
  • Verze 1.0.x na PrestaShopu 9. Stará verze se na PrestaShopu 9 nenačte (používá odstraněnou funkci Tools::encrypt) a samotná přítomnost jejích souborů mimo jiné narušuje vyhledávač panelu. Nahrání verze 2.0.0 místo starých souborů a aktualizace obnoví funkčnost.
  • Odinstalace. Odstraní tabulku historie, tabulku stavu kontrol objednávek a všechna nastavení modulu, včetně loginu, hesla DPD a cron tokenu. Stavy a historie objednávek v PrestaShopu zůstávají beze změny.
  • Jazyky. Rozhraní modulu v polštině a angličtině.

Důležité hranice fungování

  • Modul nevytváří zásilky, štítky ani čísla zásilek – číslo musí být v objednávce uloženo ručně nebo jiným modulem.
  • Podporuje výhradně zásilky DPD Polska kontrolované přes DPDInfoServices; je potřeba login a heslo k této službě od DPD.
  • Každé číslo zásilky je samostatný dotaz na DPD; velký počet objednávek se zpracovává v dalších spuštěních cronu.
  • Při vrácení nebo ztrátě modul nemění stav objednávky – zapisuje událost do historie.
  • Modul neposílá vlastní e-maily: zákazník dostane zprávu přiřazenou ke stavu v PrestaShopu, pokud má stav zapnuté odesílání e-mailu. Když se e-mail nepodaří odeslat, stav se přesto změní a historie zapíše upozornění.
  • Testovací prostředí DPD nevrací události zásilek, takže změny stavů lze ověřit pouze na produkčním účtu DPD.
  • Modul funguje v administrátorském panelu a přes cron – nepřidává do obchodu žádné prvky viditelné pro zákazníka.

Detaily produktu

Podpora pro Prestashop 9.x
Ano
Podpora pro Prestashop 8.x
Ano
Podpora Prestashop 1.7.x
Ano
Podpora Prestashop 1.6.x.
Ano
Podpora PrestaShopu 1,5x
Ano
Překlady modulů
CS, CS
Bezplatné aktualizace (1 rok)
Ano
Snadná instalace
Ano
PDCDS-FULL

FAQ

Find answers to the most common questions about this product.

Modul načítá ze systému sledování DPD Polska (služba DPDInfoServices) události zásilek uložených v objednávkách a na jejich základě mění stav objednávky na odeslanou a poté na doručenou. Kontroluje pouze objednávky vybraných dopravců DPD, ve vybraných stavech a s číslem zásilky. Stav mění standardním mechanismem PrestaShop, takže se změna zapíše do historie objednávky a zákazník obdrží e-mail přiřazený k novému stavu, pokud jej tento stav odesílá. Kontrolu spouští úloha cron nebo tlačítko v panelu.

Po instalaci jsou obě kontroly vypnuté. V Nastavení zadejte přihlašovací jméno a heslo DPDInfoServices (sekce Připojení k DPD), vyberte dopravce DPD a v sekcích Odeslané objednávky a Doručené objednávky zapněte kontrolu a vyberte kontrolované stavy a stav, který se má nastavit. Ve výchozím nastavení je stav, který se má nastavit, stav odeslané objednávky a stav doručené objednávky a kontrola doručení zahrnuje objednávky ve stavu odesláno; stavy kontrolované z hlediska odeslání je třeba vybrat ručně. Nakonec přidejte adresu ze záložky Cron do úloh cron na serveru.

Je potřeba přihlašovací jméno a heslo ke službě DPDInfoServices. Předává je obchodní zástupce DPD Polska; obvykle jsou stejné jako pro DPD Services, tedy pro tisk štítků. Pole kanálu (FID) je volitelné – vyplňuje se pouze tehdy, pokud DPD přidělilo číslo kanálu InfoServices, protože kontrola jednotlivých zásilek jej nevyžaduje.

Ano. Modul používá operaci getEventsForWaybillV1 služby DPDInfoServices, popsanou v dokumentaci DPD Polska z roku 2026 – stejnou operaci pro sledování zásilek používá oficiální přepravní modul DPD pro PrestaShop. Nové REST API DPD Services zahrnuje vytváření zásilek, štítky a objednání kurýra, ale neobsahuje operace sledování ani stavy. Modul odesílá dotazy přes cURL a nevyžaduje rozšíření PHP SOAP.

Částečně. V nastavení je uvedena adresa testovacího prostředí DPD s veřejným přihlašovacím jménem „test“ a heslem „thetu4Ee“. Tlačítko „Testovat připojení k DPD“ na něm potvrdí, že přihlášení a dotaz fungují, ale testovací prostředí DPD nevrací události zásilek, takže na něm nelze ověřit změny stavů objednávek.

Když se v událostech alespoň jedné zásilky objednávky objeví kód ze seznamu „zásilka podána“: převzetí kurýrem, podání na pobočce DPD Pickup, přijetí na třídírně nebo pobočce, předání k doručení nebo čekání na výdejním místě. Kódy doručení se také počítají, takže i již doručený balík přepne objednávku na odeslanou. Samotná registrace údajů o zásilce (kód 030103) stav nemění.

Když má každá zásilka objednávky kód ze seznamu „zásilka doručena“, např. doručení příjemci, doručení na dobírku, doručení s vynesením nebo vyzvednutí na výdejním místě DPD Pickup. Kód 410135 znamená balík připravený k vyzvednutí na výdejním místě a není považován za doručení. Pokud má objednávka ještě stav před odesláním, ale balík je už doručen, modul v jednom průchodu nejprve nastaví stav odeslání a poté doručení – za předpokladu, že jsou obě kontroly zapnuté a stav odeslání je mezi stavy kontrolovanými z hlediska doručení (tak je to ve výchozím nastavení).

Objednávka nebude označena jako doručená. DPD označuje vrácení odevzdané odesílateli stejným kódem jako doručení, proto zásilka s kódem ze seznamu „zásilka vrácená nebo ztracená“ (vrácení odesílateli, vrácení exportní zásilky, chybějící zásilka na pobočce, likvidace) blokuje stav doručení. Stav objednávky se nemění a v historii se objeví jeden záznam „Vrácení / ztráta“ s kódem a popisem události DPD.

Po události přesměrování (kód 230402) DPD uvádí nové číslo zásilky. Modul pak kontroluje také toto nové číslo a bere v úvahu jeho události – až do dvou přesměrování. Čísla přidělená při vrácení odesílateli modul nesleduje, protože jejich doručení znamená vrácení.

Do pole čísla zásilky lze zadat několik čísel oddělených mezerou, čárkou, středníkem nebo svislou čarou a modul také přebírá čísla z každého řádku dopravce objednávky – celkem až 10 čísel. Pro stav odeslání stačí jedna podaná zásilka, stav doručení vyžaduje doručení všech. Číslo má 6 až 32 písmen nebo číslic, na velikosti písmen nezáleží.

Objednávky vybraných dopravců DPD, ve stavech vybraných samostatně pro kontrolu odeslání a doručení, s číslem zásilky a ne starší než nastavený počet dnů od vytvoření (výchozí 30, 0 = bez omezení). Objednávky, které již mají cílový stav, jsou přeskočeny. Nejprve se kontrolují objednávky, které nikdy nebyly zkontrolovány, poté ty kontrolované nejdříve.

Z pole čísla sledování zásilky v objednávce PrestaShop a v PrestaShop 1.7 také ze staršího pole čísla odeslání objednávky. Modul nevytváří zásilky ani čísla – číslo musí být zadáno ručně nebo jiným modulem, např. modulem pro odesílání balíků.

Nic špatného. PrestaShop při úpravě dopravce přiřadí nové ID číslo, ale modul ukládá dopravce podle stálého identifikátoru (reference), takže dopravce je nadále kontrolován, a to i u starších objednávek se starým ID číslem. Seznam v nastavení obsahuje dopravce všech obchodů, včetně neaktivních a modulových.

Na kartě Cron jsou tři adresy: kontrola podání a doručení, pouze podání nebo pouze doručení, s tlačítky pro kopírování a ukázkovým řádkem crontab spouštěným každých 30 minut. Adresu přidáte do cron úloh na hostingu nebo do modulu PrestaShop „Správce úloh Cron“. Adresa vrací odpověď v JSON: HTTP 200 po kontrole, 403 při chybném tokenu a 409, když probíhá jiná kontrola.

PrestaShop 9 blokuje pravidly .htaccess volání souborů PHP z adresáře modulů. Proto je ve verzi 2.0.0 cron kontrolerem modulu. V PrestaShop 1.7 a 8 stará adresa modules/pddpdcheckorderstate/cron.php stále funguje, protože aktualizace zachovává starý klíč jako token a záložka Cron po dobu 30 dnů od posledního volání upozorňuje, že je vhodné přejít na novou adresu. Tlačítko „Vygenerovat nový token“ zneplatní staré adresy, včetně cron.php.

Ano, cron funguje také při obchodu vypnutém kvůli údržbě a neblokují ho omezení geolokace. Jedno spuštění zkontroluje nastavený počet objednávek (od 1 do 1000, výchozí 100) a přestane přijímat nové po přibližně 50 sekundách běhu – zbytek čeká na další spuštění. Zámek v databázi neumožní spustit dvě kontroly najednou a jeden dotaz na DPD čeká maximálně 20 sekund.

Ano, pokud má stav, který modul nastavuje, v PrestaShopu zapnuté odesílání e-mailu – modul změní stav stejně jako pracovník v panelu. Samotný modul neposílá žádné vlastní zprávy. Když se e-mail nepodaří odeslat, stav se i tak změní a historie modulu zaznamená upozornění „Stav změněn, ale e-mail zákazníkovi nebyl odeslán“.

Na Nástěnce je nástroj „Zkontrolovat číslo zásilky“. Zobrazuje události DPD této zásilky (čas, kód, popis, pobočka) s označením, které kódy modul považuje za podání, doručení, vrácení nebo přesměrování, a také výsledek: zda by objednávka byla označena jako odeslaná, doručená nebo zablokovaná jako vrácení. Nástroj nic nemění v objednávkách.

Výsledek poslední kontroly (kdo ji spustil, kolik objednávek bylo zkontrolováno, kolik bylo označeno jako odeslané a doručené, kolik bylo vratek a chyb), počet objednávek čekajících na kontrolu odeslání a doručení, změny stavů za posledních 7 a 30 dní a 10 posledních změn s odkazy na objednávky. Jsou tam také tlačítka „Zkontrolovat a aktualizovat objednávky“ a „Testovat připojení k DPD“.

Každou změnu stavu (předchozí a nový stav, číslo zásilky, kód, popis a čas události DPD, zdroj: cron, panel nebo stará cron adresa), každé vrácení nebo ztrátu a chyby. Chyba stejné objednávky se znovu zapisuje teprve tehdy, když se změní, a chyby celého průběhu – nejvýše jednou za hodinu. Historii lze filtrovat (vše, změny stavů, chyby), záznamy starší než 180 dní se automaticky odstraňují a tlačítko „Vymazat historii“ odstraní všechny.

Ano, v sekci nastavení Upřesnit jsou tři seznamy: zásilka podaná (výchozích 40 kódů), zásilka doručená (20 kódů) a zásilka vrácená nebo ztracená (24 kódů). Kódy se zadávají jako čísla oddělená čárkami nebo novými řádky a prázdný seznam obnoví výchozí seznam sestavený z tabulky událostí DPDInfoServices zveřejněné společností DPD Polsko v roce 2026.

Nastavení jsou společná pro všechny obchody: jeden účet DPD kontroluje objednávky každého obchodu a seznam dopravců obsahuje dopravce všech obchodů. Protože nastavení a průběhy zahrnují všechny obchody, může modul spravovat superadministrátor nebo zaměstnanec přiřazený ke všem obchodům.

Heslo DPD se nikdy nevrací do prohlížeče a při změně adresy služby na jiný server je nutné ho zadat znovu. Adresa služby musí používat https (běžné http je povoleno pouze pro adresu stejného serveru) a certifikát DPD je ověřován. Uložení nastavení a spuštění kontroly vyžadují oprávnění „konfigurovat“ modulu a právo úprav na stránce modulů; každý formulář má vlastní token CSRF. Adresu cron chrání 32znakový token, který lze kdykoli vyměnit.

Modul deklaruje kompatibilitu s PrestaShop 1.7.0–9.x a PHP 7.0–8.5. Automatickými testy je ověřován na PrestaShop 1.7.2.4, 1.7.5.2, 1.7.6.7, 1.7.7.2, 1.7.8.5, 1.7.8.10, 8.0.0, 8.1.7, 8.2.6, 9.0.2 a 9.1.5 na PHP 7.0–8.1 (logika změn stavů, panel v prohlížeči a cron adresa) a syntaxe všech souborů – na PHP 7.0–8.5. PrestaShop 1.5 a 1.6 již nejsou podporovány.

Stačí nahrát verzi 2.0.0 místo staré a spustit aktualizaci modulu. Aktualizace přenese nastavení (také uložená v kontextu jednoho obchodu), změní ID čísla dopravců na reference, zachová starý cron klíč jako token a odstraní soubory staré verze. Verze 1.0.x se na PrestaShopu 9 nenačte, protože používá odstraněnou funkci Tools::encrypt – aktualizace na 2.0.0 obnoví funkčnost. Aktualizace z 1.0.5 je ověřena testy na PrestaShopu 1.7.2.4, 1.7.8.10, 8.2.6 a 9.0.2.

Ne. Modul funguje v administračním panelu a přes cron – nepřidává žádné prvky na stránky obchodu. Zákazník vidí výsledek v podobě změněného stavu objednávky na účtu a e-mailu přiřazeného k tomuto stavu.

Odinstalace odstraní tabulku historie a tabulku stavu kontrol objednávek a také všechna nastavení modulu, včetně přihlašovacího jména, hesla DPD a tokenu cronu. Stavy a historie objednávek v PrestaShopu zůstávají beze změn.

Recenze (0)

Žádné recenze