Дати відправлення й доставки в PrestaShop: календар і наявність

Дата відправлення вказує, коли магазин планує відправити посилку, а дата доставки означає орієнтовний час її прибуття до клієнта. У PrestaShop варто розділяти ці відомості й формувати повідомлення з урахуванням наявності товару, граничного часу та робочих днів магазину. Одне повідомлення «доставка за 24 години» не пояснює, що станеться із замовленням, оформленим у п'ятницю після завершення відправлень або з відсутнім варіантом товару.

Що показувати клієнту: відправлення, доставку чи вибір дати?

Це три різні потреби. Інформація про відправлення вказує, коли магазин планує передати товар перевізнику. Діапазон дат доставки враховує час від цієї передачі. Натомість вибір дати клієнтом передбачає форму, у якій покупець обирає зручний день, а іноді й часовий проміжок.

Модуль умовного терміну доставки для PrestaShop дає змогу адаптувати назви перевізників і повідомлення про терміни. Це не календар, у якому клієнт може забронювати дату доставки. Розрахований діапазон залишається оцінкою на основі налаштувань магазину, а не підтвердженням доставки від кур'єрської служби.

Спочатку перевірте наявність усіх товарів у відправленні

Повідомлення має відповідати товарам, які належать до конкретного відправлення у варіанті доставки. Недостатньо перевірити один товар або вважати весь кошик однією посилкою, якщо PrestaShop розділив його на кілька відправлень. Модуль розрізняє відправлення, у яких усі товари наявні, усі відсутні або наявна лише частина товарів.

Важливий спосіб оцінювання складських залишків. Якщо на складі є дві одиниці, а замовлено три, режим порівняння кількості вважатиме товар відсутнім. Режим, що перевіряє лише нульовий або від'ємний залишок, і далі вважатиме його наявним. Вибір режиму має відповідати тому, як магазин насправді комплектує й відправляє замовлення.

• Наявний товар: повідомлення може використовувати коротший діапазон днів від дати відправлення.
• Відсутній товар: потрібні окремий текст і діапазон, що враховують прийняті магазином припущення щодо виконання замовлення.
• Змішане відправлення: калькулятор використовує діапазон для відсутніх товарів. Якщо для цього стану не введено окремого тексту, модуль використовує текст для відсутнього товару.

Віртуальні товари не впливають на оцінювання фізичного відправлення. Якщо управління запасами вимкнено, фізичні товари вважаються наявними, тому сам модуль не повідомлятиме про їхню відсутність на основі кількості.

Граничний час і календар змінюють дату відправлення

Установіть граничний час відповідно до організації роботи складу. У робочий день до цього часу калькулятор може передбачити відправлення того самого дня. Рівно в граничний час і пізніше він переносить відправлення на наступний дозволений день. Правило перевізника може замінити спільне налаштування часу.

У календарі можна обрати дні тижня, а також власні одноразові або щорічні неробочі дні; додатково доступний вбудований календар польських свят. Той самий налаштований календар використовується для визначення дати відправлення й підрахунку днів до доставки. Це не окремі календарі, отримані від кожного перевізника.

Приклад: замовлення до та після граничного часу

Наведені дати ілюструють роботу калькулятора, а не реальну обіцянку магазину. Припущення: робочі дні з понеділка до п'ятниці, граничний час 14:00, без додаткових неробочих днів, вбудований календар свят вимкнено, а доставка займає 1–2 робочі дні від дати відправлення. Час розрахунку наведено для часового поясу Europe/Warsaw.

Діапазон днів у правилі означає час від відправлення до доставки. Змінні, що показують кількість робочих днів, які залишилися, також враховують перенесення відправлення відносно дня розрахунку. Значення нуль у калькуляторі означає, що дата доставки дорівнює даті відправлення; його не слід використовувати як скорочення для «невідомо».

Що робити з товаром, який стане доступним пізніше?

Якщо ввімкнути врахування дат доступності, модуль може перенести найраніше можливе відправлення на найпізнішу майбутню дату серед відсутніх товарів. Для варіанта він спочатку використовує його коректну дату доступності, а якщо її немає, дату товару. Ці відомості мають походити з даних, збережених у магазині.

Наприклад, якщо розрахунок виконується в п'ятницю 9 жовтня, відсутній товар буде доступний із середи 14 жовтня, а діапазон становить 3–5 робочих днів від відправлення, описаний календар визначить відправлення на 14 жовтня та доставку на 19–21 жовтня. Це результат розрахунку за прийнятими даними, а не перевірка терміну поставки від оптового постачальника.

Відсутність дати не запускає зв'язок із постачальником або отримання його графіка. Якщо калькулятор не може визначити дату, модуль залишає стандартне повідомлення перевізника замість тексту з порожніми змінними дат. Блок товару, який потребує такого розрахунку, у цій ситуації приховується.

Оцінювання наявності має сенс лише за достовірних даних про складські залишки. Якщо ви оновлюєте їх із файлів оптових постачальників, окремою темою є оновлення залишків із CSV у PrestaShop. Поточний складський залишок і підтверджена постачальником дата поставки не є одним і тим самим.

Як написати конкретне повідомлення про доставку?

Розділяйте заплановане відправлення й орієнтовний діапазон дат доставки. Приклад шаблону тексту правила: Заплановане відправлення: %dispatch_date%. Орієнтовна доставка: %date_range%. Дати підставляються під час розрахунку, тому не потрібно щодня переписувати повідомлення вручну.

Для змішаного відправлення можна додати пояснення: Відправлення містить товар, який очікує на появу в наявності. Заплановане відправлення: %dispatch_date%. Орієнтовна доставка: %date_range%. Текст має відповідати реальному способу виконання замовлень. Сам модуль не організовує часткові відправлення й не резервує товар.

Повідомлення вводяться окремо для кожної мови магазину. Модуль не перекладає їх автоматично. Порожній текст для певного стану може означати збереження повідомлення перевізника, тому варто підготувати всі потрібні мовні версії, а не припускати, що польський текст з'явиться й на інших ринках.

Інформація на сторінці товару та в замовленні

Необов'язковий блок товару показує оцінку за одним правилом. Він не порівнює всіх перевізників і не підтверджує доступність конкретного способу доставки для адреси покупця. Це варто враховувати під час написання тексту: інформація на сторінці товару не повинна видаватися за остаточний вибір, зроблений у кошику.

Після ввімкнення збереження інформації для нових замовлень модуль може записати змінену назву перевізника й повідомлення. Збереження є умовним і відбувається під час підтвердження замовлення. Це не копія конкретного попереднього екрана кошика; якщо підтвердження платежу затримується, розрахунок може відбутися пізніше.

Збережені тексти не перераховуються щодня відповідно до поточних складських залишків. Функція не доповнює автоматично старі замовлення й не охоплює замовлення без власного перевізника. Тому слід розрізняти поточну оцінку до покупки та інформацію, збережену для конкретного замовлення.

Поширені запитання про терміни доставки в PrestaShop

Чи гарантує діапазон дат доставку?

Ні. Калькулятор використовує календар, діапазони днів і наявність, збережені в магазині. Він не підтверджує виконання перевезення або дату доставки в системі кур'єрської служби.

Чи має змішане відправлення третій діапазон днів?

Ні. Воно може мати власне повідомлення, але для розрахунку дати використовується діапазон для відсутнього товару. Окремі тексти не означають трьох незалежних діапазонів розрахунку.

Чи змінює модуль вартість доставки або складські залишки?

Ні. Він адаптує назви й повідомлення, а для розрахунків використовує наявні дані. Він не змінює вартість перевезення, не резервує товари й не генерує етикетки.

Чи покаже блок товару дату перевізника, якого буде обрано пізніше?

Ні. Він використовує одне налаштоване правило. Лише список варіантів доставки пов'язує повідомлення з товарами конкретного відправлення.

Із чого почати налаштування?

Визначте спосіб оцінювання запасів, граничний час і робочий календар. Потім задайте діапазони днів для наявного та відсутнього товару й підготуйте повідомлення всіма використовуваними мовами. У попередньому перегляді модуля порівняйте три стани відправлення, а в реальному процесі покупки перевірте, чи вибрана тема й спосіб оформлення замовлення використовують список варіантів доставки, який змінює модуль.

Якщо ви використовуєте нестандартний кошик, прочитайте також, що перевірити перед переходом на оформлення замовлення на одній сторінці. Сам попередній перегляд правила не підтверджує, що клієнт побачить його повідомлення у використовуваному процесі покупки.

Можливості та обмеження інтеграції описані в описі модуля назв і умовного терміну доставки. Відправною точкою є коректні дані й зрозуміла оцінка, а не обіцянка дати, яку магазин або перевізник не підтвердив.