--- type: "product" id: 342 url: "https://prestadev.pl/uk/termin-dostaw-pro-wybor-daty-i-przedzialu-godzinowego-dostawy-w-prestashop.html" markdown_url: "https://prestadev.pl/uk/markdown/product/342.md" title: "Термін доставки Pro — вибір дати та часового інтервалу доставки в PrestaShop" image: "https://prestadev.pl/2343/termin-dostavki-pro-vibir-dati-ta-casovogo-intervalu-dostavki-v-prestashop.jpg" sku: "PDDELTIMEPRO" brand: "PrestaDev.pl" price: 78.00 price_tax_excluded: 63.41 currency: "PLN" tax_included: true availability: "in_stock" is_pack: false customization_required: false condition: "new" categories: ["Доставка та перевізники"] language: "uk" updated: "2026-09-10" --- # Термін доставки Pro — вибір дати та часового інтервалу доставки в PrestaShop **PD Термін доставки Pro** — це модуль PrestaShop, який дозволяє клієнту вказати бажану дату доставки під час оформлення замовлення. Клієнт обирає термін зі списку дат, розрахованих відповідно до налаштувань магазину, а якщо ви надасте години, також вказує часовий інтервал. Адміністратор визначає дні доставки, мінімальний час підготовки, діапазон доступних термінів, граничний час і окремі дати, виключені з виконання. Вибір терміну можна надати для всіх перевізників або обмежити вибраними способами, такими як власний транспорт або самовивіз. Збережена перевага потрапляє до замовлення і є видимою для персоналу магазину та клієнта. Вказаний термін залишається проханням клієнта, що потребує підтвердження магазином, і не є бронюванням послуги перевезення. ## Description ## Особливості та функціональність модуля ### Вибір терміну клієнтом - **Список доступних дат доставки.** Клієнт обирає серед днів, що відповідають календарю магазину, замість того щоб вписувати довільну дату в примітках до замовлення. - **Дата з годинами або без годин.** Ви можете приймати лише дату або дату разом із часовим інтервалом, таким як 09:00–12:00. Якщо ви налаштуєте інтервали, збереження вподобання вимагатиме вибору одного з них. - **Добровільне зазначення терміну.** Клієнт може оформити замовлення без уподобань. Після початку зміни вибору на стандартному кроці доставки його потрібно зберегти або видалити перед переходом далі. - **Збереження, зміна та видалення вподобання.** Форма надає окремі кнопки для збереження, видалення та оновлення доступних термінів і показує повідомлення про результат операції. - **Перевірка актуальності вибору.** Сервер перевіряє дату, інтервал і право обраного перевізника на обслуговування терміну. Часові інтервали поточного дня, що вже розпочалися, недоступні для нового збереження. - **Форма, адаптована до малих екранів.** Нативні поля вибору, мітки та повідомлення про статус підтримують вибір за допомогою клавіатури та сенсорних пристроїв. Збереження вподобання вимагає увімкненого JavaScript. ### Налаштування календаря в магазині - **Мінімальний час підготовки.** Ви визначаєте випередження, потрібне перед бажаною доставкою, і обираєте підрахунок у календарних днях або доступних днях доставки. - **Дні тижня та винятки.** Ви вказуєте дні, у які приймаєте вподобання щодо доставки, а також виключаєте конкретні дати, наприклад свята, відпустку або перерву у виконанні. - **Час відсікання.** Із заданої години модуль додає один день підготовки в обраному режимі, що дає змогу врахувати замовлення, оформлені пізніше протягом дня. - **Діапазон вибору дат.** Ви встановлюєте, наскільки далеко в майбутнє клієнт може вказати термін. Усі обчислення стосуються часового поясу, встановленого в магазині. - **Список підтримуваних перевізників.** Ви можете надати вибір терміну лише для визначених способів доставки. Якщо залишити список порожнім, це охопить усіх перевізників, доступних для цього кошика. - **Окрема конфігурація в multistore.** Кожен магазин може мати власні дні, години та винятки. Налаштування зберігаються в контексті конкретного магазину. ### Обробка збережених термінів - **Вподобання, прив’язане до замовлення.** Під час його створення модуль зберігає копію дати та інтервалу, пов’язану із замовленням і відповідним йому перевізником. - **Перегляд для обох сторін.** Термін відображається на картці замовлення в адміністративній панелі, на сторінці підтвердження покупки та в деталях замовлення клієнта. - **Список найближчих термінів.** Панель показує до 30 найближчих замовлень зі збереженою датою, що припадає на сьогодні або пізніше, разом з інтервалом, поточним статусом і посиланням на замовлення. - **Попередній перегляд роботи календаря.** Перед тим як надати терміни клієнтам, ви можете перевірити до 10 найближчих доступних дат, обчислених на основі збережених налаштувань. ## Обсяг доступних налаштувань | Налаштування | Доступні значення та правила | | --- | --- | | Час підготовки | Від 0 до 60 днів; календарний підрахунок або за доступними днями доставки. | | Діапазон дат у майбутньому | Від 1 до 365 календарних днів від сьогодні, з урахуванням кінцевої дати. Встановлена кількість днів не може бути меншою за час підготовки. | | Дні тижня | Довільний вибір від понеділка до неділі; потрібен щонайменше один день. | | Виключені дати | До 366 конкретних дат у форматі РРРР-ММ-ДД, що вводяться по одній у рядку. Свята ви додаєте самостійно. | | Час відсікання | Необов’язковий час у форматі ГГ:ХХ. Його досягнення або перевищення збільшує потрібний час підготовки на один день. | | Часові інтервали | До 48 інтервалів, спільних для доступних днів, наприклад 09:00-12:00 і 12:00-16:00. Інтервали можуть стикатися, але не можуть накладатися або переходити через північ. | | Перевізники | Усі або вибрані способи доставки. У межах одного магазину діє спільний календар для перевізників, яких він охоплює. | ## Як модуль обчислює доступні дати доставки? Сьогодні є нульовим днем, а додатний час підготовки починає відраховуватися від завтра. У календарному режимі до підготовки зараховується кожен наступний день. У режимі доступних днів доставки враховуються лише вибрані дні тижня, зменшені на внесені винятки. Незалежно від режиму клієнт може вказати лише день, у який магазин допускає доставку. **Приклад:** клієнт обирає термін у п’ятницю до часу відсікання, магазин вимагає двох днів підготовки та доставляє з понеділка по п’ятницю. При підрахунку доступних днів доставки першим терміном буде вівторок. Виключення найближчого понеділка перенесе цю дату на середу. При календарному підрахунку два дні сплинуть у неділю, тож за відсутності інших виключень перший доступний термін припаде на понеділок. Приклад передбачає відповідно достатній діапазон дат у майбутньому. Доставка того ж дня може бути доступною за нульового часу підготовки, дозволеного дня та відсутності блокування, що випливає з часу відсікання. Якщо ви використовуєте часові інтервали, має залишитися щонайменше один інтервал, який ще не розпочався. Виключені дні та час відсікання не подовжують встановлений діапазон дат, тому деякі комбінації налаштувань можуть дати порожній список термінів. ## Адміністративна панель і переваги в щоденній роботі Панель модуля містить зелений заголовок із логотипом PD, номером версії та індикаторами конфігурації. Під ним розташовані три вкладки: **Попередній перегляд календаря**, **Конфігурація** та **Найближчі терміни**. Попередній перегляд показує магазин, часовий пояс і найближчі дати, форма слугує для налаштування правил, а список термінів веде до відповідних замовлень. Для клієнта перевагою є можливість передати вподобання в упорядкованій формі під час покупки. Для персоналу магазину це доступ до тієї самої дати та інтервалу безпосередньо в замовленні, а також зведення найближчих заявок. Обмеження списку днями, що відповідають налаштуванням, допомагає збирати вподобання з урахуванням організації доставок і часу підготовки. ## Приклади застосування - **Квітковий магазин із власною доставкою:** вибір бажаної дати вручення замовлення та одного з установлених інтервалів доставки. - **Кейтеринг або пекарня:** приймання вподобань з урахуванням часу підготовки, днів доставки та часу відсікання. - **Меблевий магазин із власною доставкою:** надання термінів у вибрані дні тижня, що відповідають організації виїздів. - **Самовивіз:** збір бажаного дня та часу отримання після обмеження модуля до перевізника, який представляє отримання в магазині. Це приклади використання спільних налаштувань модуля. Виконання вказаної доставки або самовивозу магазин узгоджує з клієнтом поза модулем. ## Обсяг роботи та сумісність **PD Termin dostaw Pro зберігає вподобання для всього кошика з однією адресою та одним перевізником.** Він не підтримує окремі терміни для товарів або доставок, розділених між кількома адресами чи перевізниками. Форма не відображається для порожнього кошика або замовлення, що містить лише віртуальні товари. Модуль не обмежує кількість замовлень на день або інтервал, не підтверджує доступність кур’єра та не надсилає автоматичних повідомлень електронною поштою чи SMS із терміном. Він не змінює вартість доставки, не планує маршрути та не надає можливості редагування дати вже створеного замовлення. Список найближчих термінів слугує для перегляду й не є календарем бронювань з експортом до зовнішніх сервісів. Модуль у версії 2.0.0 призначений для PrestaShop 1.7, 8 і 9. Код зберігає синтаксичну сумісність із PHP 7.0–8.5, при цьому версія PHP має відповідати вимогам використовуваної версії PrestaShop. Вибір терміну стандартно використовує місце відображення біля перевізників; нестандартна тема або односторінковий процес покупки потребує перевірки інтеграції в конкретному магазині. ## Features | Feature | Value | | --- | --- | | Підтримка Prestashop 9.x | Так | | Підтримка Prestashop 8.x | Так | | Підтримка Prestashop 1.7.x | Так | | Модульні переклади | EN, ENG | | Безкоштовна підтримка | Так | | Безкоштовні оновлення (1 рік) | Так | ## Categories - Доставка та перевізники ## Questions and answers ### Для чого призначений модуль PD Termin dostaw Pro для PrestaShop? Language: uk PD Термін доставки Pro дозволяє клієнту вказати бажану дату доставки і, якщо магазин надає години, часовий проміжок. Доступні терміни залежать від налаштованих днів доставки, часу підготовки, граничної години та виключень. Побажання прив’язується до замовлення і є видимим для клієнта та персоналу магазину. ### Чи вибраний термін є підтвердженим бронюванням доставки? Language: uk Ні. Модуль зберігає запит клієнта, а можливість виконання потребує підтвердження магазином поза модулем. Він не резервує транспортний засіб або місце у перевізника, не отримує інформацію про його доступність і не встановлює ліміт замовлень на день або проміжок часу. Кілька клієнтів можуть вказати той самий термін. ### Чи повинен клієнт вказати дату доставки, щоб оформити замовлення? Language: uk Ні, побажання є добровільним. Клієнт може продовжити покупку без зазначення дати й часу. Якщо він почне змінювати вибір, стандартний крок доставки вимагає збереження або видалення побажання перед переходом далі; це не означає обов’язкового вибору терміну. ### Де клієнт обирає термін і як виглядає форма? Language: uk Форма стандартно відображається під час вибору перевізника при оформленні замовлення. Вона містить список доступних дат, поле часового інтервалу та кнопки збереження, видалення й оновлення термінів. Вибір здійснюється через розкривні списки, а не шляхом введення довільної дати чи сітку місячного календаря. ### Як клієнт записує, змінює або видаляє бажаний термін? Language: uk Клієнт обирає дату та потрібний часовий інтервал, а потім використовує кнопку збереження вподобань. Поки кошик не було перетворено на замовлення, він може змінити вибір і знову його зберегти або видалити вподобання окремою кнопкою. Оновлення доступності отримує актуальні терміни, а форма повідомляє про успішне виконання або помилку операції. Збережений вибір відновлюється під час повторного відображення форми, якщо він залишається актуальним. ### Чи можна надати лише дату доставки без вибору годин? Language: uk Так. Залишення порожнього списку інтервалів у конфігурації дозволяє зберігати лише дату. Якщо ви додасте часові інтервали, клієнт, який зберігає вподобання, повинен вказати один доступний інтервал. Він і надалі може повністю відмовитися від зазначення терміну. ### Який мінімальний час підготовки можна встановити? Language: uk Можна встановити від 0 до 60 днів підготовки, що рахуються календарно або за доступними днями доставок. Сьогодні є нульовим днем, а додатний час підготовки починає рахуватися від завтра. Значення 0 може дозволити вибір поточного дня, якщо виконані інші правила. ### Чим відрізняються календарні дні від доступних днів доставки? Language: uk Режим календаря враховує до підготовки кожен наступний день. Режим доступних днів доставки враховує лише вибрані дні тижня з пропуском виключених дат. Якщо вибір зроблено в п’ятницю до години відсікання, за двох днів підготовки та доставок з понеділка по п’ятницю, першим терміном буде вівторок у режимі днів доставки або понеділок у режимі календаря. Приклад передбачає відсутність виключень і відповідно достатньо довгий діапазон дат у майбутньому. ### Як працює час відсікання і за яким часовим поясом він обчислюється? Language: uk Час відсікання є необов’язковим і має формат ГГ:ХХ, наприклад 14:00. У цей час і пізніше модуль вимагає одного додаткового дня підготовки у вибраному режимі підрахунку. Дати, час і перевірка розпочатих проміжків стосуються часового поясу магазину, а не налаштувань годинника клієнта. ### За який час наперед клієнт може вибрати дату доставки? Language: uk Діапазон дат у майбутньому можна встановити від 1 до 365 календарних днів, рахуючи від сьогоднішнього дня з урахуванням кінцевої дати. Встановлена кількість днів не може бути меншою за мінімальний час підготовки. Винятки, недоступні дні тижня та час відсікання не зміщують кінець цього діапазону. Він означає межу вибору, а не гарантовану кількість доступних дат. ### Чи можу я зробити доставку доступною лише в окремі дні тижня або у вихідні? Language: uk Так. Ви можете вибрати будь-які дні від понеділка до неділі, зокрема лише певні дні тижня або вихідні дні. Конфігурація вимагає щонайменше одного дня. У режимі підготовки, що обчислюється за днями доставки, ці самі дні використовуються для розрахунку необхідного випередження. ### Чи модуль автоматично виключає святкові дні і як додати відпустку? Language: uk Немає автоматичного календаря свят. Адміністратор вводить дати свят, відпустки або інших перерв до списку виключень, по одній даті в рядку у форматі РРРР-ММ-ДД, наприклад 2026-12-25. Список може містити до 366 дат. Виключені дати не пропонуються клієнту і не враховуються як дні підготовки в режимі доступних днів доставки. ### Чи може клієнт вказати доставку ще сьогодні? Language: uk Так, якщо час підготовки становить 0, сьогодні є дозволеним днем доставки, дату не було виключено і не було досягнуто встановленого часу відсікання. При використанні часових інтервалів має залишатися щонайменше один інтервал, що починається пізніше за поточну годину та хвилину. Сама можливість вибору не підтверджує виконання доставки. ### Скільки часових інтервалів можна налаштувати і які вони мають обмеження? Language: uk Можна налаштувати до 48 інтервалів у форматі ГГ:ХХ-ГГ:ХХ, вводячи кожен в окремому рядку, наприклад 09:00-12:00 та 12:00-16:00. Початок має бути раніше за кінець, а весь інтервал має вміщуватися в межах одного дня. Інтервали можуть стикатися, але не можуть перекриватися. Модуль не підтримує інтервал, що переходить через північ, такий як 22:00-02:00. ### Чи можна встановити інші години для понеділка та інші для суботи? Language: uk Ні, у поточній версії. Налаштований список часових інтервалів є спільним для всіх доступних днів у цьому магазині. Можна вимикати цілі дати, але не налаштовувати окремі години для конкретного дня тижня або окремої дати. ### Що відбувається з часовими інтервалами, які вже розпочалися? Language: uk Для поточного дня доступні лише ті проміжки, початок яких пізніший за поточну годину та хвилину в часовому поясі магазину. Проміжок, що починається о 12:00, недоступний для нового запису з 12:00, навіть якщо він закінчується пізніше. Якщо не залишилося жодного майбутнього проміжку, сьогоднішня дата не пропонується. Для майбутніх дат надається весь налаштований список годин. ### Чи можна обмежити вибір терміну до вибраних перевізників? Language: uk Так. У конфігурації ви обираєте активних перевізників, призначених для відповідного магазину. Порожній список означає всіх перевізників, доступних для кошика. Модуль зберігає зв’язок із посиланням перевізника, яке PrestaShop зберігає під час його стандартного редагування. Зміна способу доставки може спричинити втрату актуальності попередньої переваги та необхідність повторного вибору або її видалення. ### Чи може кожен перевізник або поштовий індекс мати власний календар? Language: uk Ні. В одному магазині діють спільні правила дат і часу для всіх перевізників, охоплених модулем. Вибір перевізників визначає, коли клієнт може вказати термін, але не створює окремих розкладів. Поточна версія також не надає календарів, залежних від поштового індексу або маршруту. ### Чи може модуль використовуватися для збору бажаного терміну самовивозу? Language: uk Так, якщо самовивіз налаштований у PrestaShop як спосіб доставки, представлений перевізником. Ви можете обмежити модуль до цього способу та встановити дні й часові інтервали, що відповідають графіку роботи пункту. Це є записом уподобань щодо отримання; модуль не керує чергою клієнтів ані доступністю місць обслуговування. ### Чи з’явиться форма для віртуальних товарів або порожнього кошика? Language: uk Ні. Модуль пропускає порожній кошик, а також кошик, що містить виключно віртуальні товари. Для решти кошиків можливість збереження також залежить від увімкнення функції, доступної опції доставки та налаштувань перевізників. ### Чи можна встановити час підготовки або термін окремо для кожного товару? Language: uk Ні. Налаштування стосується всього кошика, а час підготовки є налаштуванням календаря магазину. Модуль не обчислює його на основі товарів, категорій, кількості чи складських залишків і не дозволяє призначати різні дати для окремих позицій замовлення. ### Чи підтримує модуль замовлення, розділені на кілька адрес або перевізників? Language: uk Ні. Підтримується вибір терміну для кошика з одним варіантом доставки, що охоплює одну адресу та одного перевізника. Модуль не надає окремих налаштувань для кількох адрес, перевізників або частково розділеної доставки. ### Чи підтримує PD Termin dostaw Pro multistore? Language: uk Так. Налаштування календаря та дані збережених уподобань розділені за магазинами. Кожен магазин може мати власний час підготовки, дні, інтервали та виключення. Перед зміною налаштувань потрібно вибрати конкретний магазин у панелі PrestaShop; збереження з контексту всіх магазинів або групи не доступне. ### Де після покупки видно вибрану дату та часовий інтервал доставки? Language: uk Збережена перевага відображається в картці замовлення в адміністративній панелі, на сторінці підтвердження покупки та в деталях замовлення клієнта. Видимість з боку клієнта вимагає, щоб тема відображала відповідні місця інтеграції PrestaShop. Найближчі терміни також можна переглядати в панелі модуля. Це інформація про запит клієнта, а не підтвердження виконання. ### Чи може клієнт або працівник змінити термін після створення замовлення? Language: uk Модуль не надає можливості редагування налаштувань уже створеного замовлення. Під час створення замовлення він зберігає її окрему копію, а подальші зміни через форму кошика блокуються. Подальша зміна налаштувань календаря не перераховує збережену копію. За потреби зміну виконання магазин узгоджує з клієнтом поза модулем. ### Що відбувається з преференцією, коли платіж підтверджується із запізненням? Language: uk Під час створення замовлення модуль копіює збережену перевагу, пов’язану з відповідним перевізником. У такому разі він не перераховує повторно час підготовки відносно моменту підтвердження оплати. Актуальність вибору перевіряється під час його збереження та повторного підтвердження стандартного кроку доставки. Повернення до раніше розпочатої оплати без повторного проходження цього кроку може зберегти попередню перевагу, тому магазин усе одно має підтвердити можливість виконання. ### Які вкладки та інформацію містить панель модуля? Language: uk Панель має вкладки Попередній перегляд календаря, Конфігурація та Найближчі терміни. Попередній перегляд показує магазин, часовий пояс і до 10 найближчих доступних дат, конфігурація надає правила календаря, а найближчі терміни показують збережені замовлення. Зелений заголовок містить логотип PD, версію модуля та індикатори конфігурації щодо приймання вподобань, дат, годин, перевізників і виключень. ### Що саме показує список найближчих термінів? Language: uk Список охоплює до 30 найближчих замовлень із збереженою датою, що припадає на сьогодні або пізніше, у вибраному магазині. Показує номер та ідентифікатор замовлення, дату, часовий проміжок, поточний статус і посилання на деталі. Він упорядкований за датою, часовим проміжком та ідентифікатором замовлення. Не фільтрує замовлення за статусом, тому може також охоплювати скасоване замовлення з майбутньою датою. Це не є планом підтверджених доставок або календарем з експортом CSV чи iCalendar. ### Чому список доступних дат може бути порожнім? Language: uk Це може статися, коли час підготовки та година відсікання не залишають доступного дня в установленому діапазоні, вибрані дні були вимкнені або закінчилися всі часові інтервали поточного дня. Окремою причиною недоступності вибору може бути непідтримуваний перевізник або тип доставки. Вкладка Попередній перегляд календаря дозволяє перевірити результат збережених правил. Відсутність терміну не змінює добровільного характеру вподобання. ### Чи модуль надсилає термін доставки електронною поштою, SMS або розміщує його на PDF-рахунку? Language: uk Ні. Поточна версія не надсилає власних сповіщень електронною поштою або SMS із вподобанням і не додає термін до PDF-рахунку. Інформацію відображає у переглядах замовлення та в панелі модуля. Підтвердження терміну магазином і сповіщення про його зміну не мають окремого механізму в модулі. ### Чи змінює вибір дати вартість доставки або доручає перевезення кур’єру? Language: uk Ні. Вибрана дата й година є додатковою інформацією до замовлення. Модуль не змінює вартість доставки, не додає доплату за вибрані терміни, не відправляє посилки, не планує маршрути й не змінює автоматично статус замовлення. Немає інтеграції із системою бронювання або інтерфейсом служб перевізника. ### Чи модуль працює з кожною темою та односторінковим процесом оформлення замовлення? Language: uk Стандартне місце відображення знаходиться під час вибору перевізника. Модуль також надає власне місце інтеграції для індивідуальної теми та реагує на вибрані події оновлення форми доставки. Нестандартні теми та модулі One Page Checkout можуть змінювати форми та спосіб їх оновлення, тому потребують перевірки на конкретній установці. Немає підстав декларувати автоматичну сумісність з кожним таким рішенням. ### Які версії PrestaShop і PHP охоплює декларація сумісності модуля? Language: uk Версія 2.0.0 декларує підтримку PrestaShop від 1.7.0.0 до серії 9.x. Код модуля зберігає синтаксичну сумісність із PHP 7.0–8.5, але сам магазин має працювати на версії PHP, яку підтримує конкретна версія PrestaShop. Це не означає тестування кожної комбінації магазину, PHP, теми, платіжних рішень і додаткових модулів. ### Чи може клієнт користуватися формою на телефоні та без JavaScript? Language: uk Форма має макет, адаптований до малих екранів, і використовує нативні списки вибору, що підтримуються браузером, зокрема для сенсорного керування та клавіатури. Збереження, видалення й оновлення налаштувань вимагають увімкненого JavaScript. Без нього модуль повідомляє про цю вимогу та дозволяє продовжити покупку без зазначення терміну. ### Чи оновлення з версії 1.0.1 зберігає раніше записані дати? Language: uk Так. Оновлення до версії 2.0.0 розширює наявну структуру даних замість видалення записів кошиків. Воно доповнює зв’язки з магазином і створює копії вподобань для наявних замовлень. Старіші, правильні дати у форматі DD/MM/YYYY залишаються розпізнаваними під час відображення. Оновлення не перетворює попередні вподобання на підтверджені бронювання. ### Що відбувається з налаштуваннями та історією після видалення або скидання модуля? Language: uk Видалення видаляє налаштування модуля, але залишає таблиці з уподобаннями кошиків і історією термінів замовлень. Повторне встановлення може використати збережені дані. Функція скидання відновлює структуру даних і підключення модуля, зберігаючи налаштування та історію. Остаточне видалення цих записів вимагає окремої операції адміністратора.