Новий

Повернення в PrestaShop – форма та відшкодування Pro | PrestaDev

Повернення та відмови Pro модуль для PrestaShop

Module version: 1.3.30

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

Файл модуля оновлено: 2026-10-14 16:56:19

Дані товару оновлено: 2026-10-16 10:44:38

1 Відгуки

Повернення та відмови Pro — модуль PrestaShop для обробки заяв про відмову від договору, повернення товарів і коштів. Авторизовані клієнти та гості можуть подати заяву онлайн і вибрати товари, кількість та доступні способи зворотного відправлення й повернення коштів. Адміністративна панель об'єднує статуси справ, історію, документи, вкладення, етикетки та експорти. Способи розрахунку охоплюють ручне банківське й зовнішнє повернення та інтеграції з imoje, PayU, Przelewy24, Paynow, Tpay і PayPal за умови налаштування оператора й доступності потрібних даних транзакції. Способи відправлення охоплюють ручні інструкції, InPost Paczkomaty, InPost Kurier, DPD Kurier і DHL Kurier; InPost недоступний у формі гостя. Налаштування API зберігаються в самому модулі, однак автоматичне повернення коштів може й надалі потребувати даних транзакції з таблиць платіжного модуля. Версія 1.3.30 має перемикач панелі подробиць клієнта, вибір IBAN або польського номера рахунку з 26 цифр і налаштування показу поля SWIFT/BIC.

248,00 zł
201,63 złnetto

Price history: Show chart

опис

Функціональність для обслуговування магазину

Панель справ щодо відмови від договору з фільтрацією за типом, джерелом, статусом, перевізником повернення, методом оплати, термінами та даними клієнта.
Перегляд деталей звернення з товарами, потенційним відшкодуванням, статусом повернення, логістичними даними та історією операцій.
Розрахунок сум на основі кількості повернених товарів, знижок, налаштувань початкової доставки та встановленої плати за етикетку; під час збереження повернення коштів ліміт перевіряється відносно оплаченої суми замовлення за вирахуванням повернень, записаних цим модулем, окрім невдалих повернень і поточної справи.
Ручне проведення відшкодування, а також автоматичний запуск повернення на початковий спосіб оплати для налаштованих операторів.
Налаштовувана зміна статусу замовлення для підтримуваних платіжних операторів; у PayU вона може відбутися також після прийняття запиту зі статусом очікування, тому сам статус замовлення не підтверджує виплату коштів.
Генерування, оновлення та завантаження етикеток для повернення для підтримуваних методів перевізників, якщо відповідна конфігурація активна.
Необов’язкова інтеграція з нативними механізмами PrestaShop, такими як документи повернення або повторне приймання товару, там, де це дозволяє версія магазину.

Інтеграції оплат і перевізників

Повернення коштів: банківський переказ, ручне зовнішнє повернення, imoje, PayU, Przelewy24, Paynow, Tpay і PayPal.
Способи відправлення: ручні інструкції, InPost Paczkomaty, InPost Kurier, DPD Kurier і DHL Kurier. Форма гостя не пропонує InPost.
Імпорт конфігурації з модулів imoje, PayU, Przelewy24, Paynow, Tpay, PayPal, pdinpostkurier, pdinpostpaczkomaty, dpdshipping і dhlshipping.
Незалежне зберігання конфігурації API в модулі після імпорту або ручного збереження даних.
Режими sandbox для підтримуваних інтеграцій оплат і перевізників, відповідно до доступних налаштувань конкретного провайдера.

Бізнес-переваги

Одна форма збирає товари, кількості, спосіб зворотного відправлення та бажаний метод повернення коштів.
Список справ поєднує статуси, терміни, фільтри та історію; експорти CSV і JSON дозволяють передати збережені дані за межі адміністративної панелі.
Розрахунок суми враховує кількості повернення, знижки, налаштування доставки й оплати етикетки та ліміт повернень коштів, записаних модулем.
Після імпорту налаштування інтеграцій залишаються в модулі; повернення первинного платежу все ще може потребувати ID транзакції з таблиць платіжного модуля.
Авторизований клієнт може користуватися списком справ і статусів; подробиці, документи й етикетки залежать від налаштування панелі та наявності відповідних матеріалів.
Пакет не потребує додаткового встановлення Composer або зовнішніх бібліотек PHP. Налаштування для кожного магазину не гарантують ізоляції справ; перед використанням цього пакета в multistore слід перевірити й усунути виявлені проблеми контролю доступу.

Панель клієнта та банківські дані у версії 1.3.30

Панель подробиць для авторизованого клієнта можна вимкнути окремо від форми звернення та списку справ. Тоді клієнт не відкриває цим шляхом подробиці, документи чи етикетки та не додає відстеження або подальші вкладення. Робота в адміністративній панелі й надалі залежить від прав працівника.
Форми авторизованих клієнтів і гостей можуть збирати міжнародний IBAN або польський номер рахунку з 26 цифр із необов'язковим префіксом PL. Польський режим перевіряє правильність номера, а не лише його довжину.
Поле SWIFT/BIC можна приховати окремим налаштуванням. Якщо опцію вимкнено, нові передані значення ігноруються; раніше збережені дані справ автоматично не видаляються.
Вибір банківського переказу зберігає дані для ручної обробки. Повернення коштів зі станом очікування працівник реєструє окремо; модуль не здійснює банківський переказ замість нього.

Посібник

Повернення в PrestaShop: як провести часткове повернення замовлення? (польською)

Правила ліцензії, тестової копії та оновлень ви знайдете в §7 Регламенту магазину (польською).

Спроєктуйте обробку звернення після покупки

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

Що перевірити перед запуском?

Перевірте форму для відповідних замовлень, обов’язкові поля та доступ клієнта до власного звернення.
Порівняйте статус у панелі, історію та тексти сповіщень мовою, що використовується.
Узгодьте ролі працівників і зв’язок з рештою обслуговування замовлень. Індивідуальні процеси можна описати для оцінки вартості адаптації магазину (польською).

Посилання на демо модуля:

Демо панель адміністратора:
https://moduly-prestashop.eu/zwroty-pro/admin-dev

Демо фронтальна панель:
https://moduly-prestashop.eu/zwroty-pro

Деталі продукту

Підтримка Prestashop 9.x: Так
Підтримка Prestashop 8.x: Так
Підтримка Prestashop 1.7.x: Так
Модульні переклади: EN, ENG
Безкоштовна підтримка: Так
Безкоштовні оновлення (1 рік): Так
Легко встановлюється: Так
Потрібна модифікація двигуна: Немає

довідка PDLRPRO

FAQ

Find answers to the most common questions about this product.

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

Так. Якщо модуль увімкнено, авторизований клієнт використовує форму в обліковому записі або кнопку замовлення, якщо магазин її надає. Гостьовий сценарій вмикається окремо; доступ до замовлення ґрунтується на його номері, адресі e-mail та чинному токені, надісланому електронною поштою. Вимкнення панелі подробиць клієнта не вимикає подання звернень.

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

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

Модуль реалізує банківський переказ, ручне зовнішнє повернення та повернення на початковий платіж через imoje, PayU, Przelewy24, Paynow, Tpay і PayPal. Доступність залежить від налаштувань, початкового способу оплати та потрібних даних транзакції. Прийнятий запит може залишатися в очікуванні; сам по собі він не підтверджує отримання грошей клієнтом. Банківський переказ виконує працівник, а не API цього провайдера. У формі можна обрати IBAN або польський номер рахунку з 26 цифр та окремо показувати чи приховувати необов'язкове поле SWIFT/BIC.

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

Реалізовані способи: ручні інструкції, InPost Paczkomaty та InPost Kurier через ShipX, DPD Kurier через DPD Polska та DHL Kurier через DHL Polska. Інтеграції перевізників потребують активних налаштувань. Форма гостя пропонує ручні інструкції, DPD і DHL, але не InPost.

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

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

Модуль передбачає імпорт конфігурації з imoje, PayU, Przelewy24, Paynow, Tpay, PayPal, pdinpostkurier, pdinpostpaczkomaty, dpdshipping і dhlshipping. Імпорт призначений для швидшого перенесення даних API, режиму sandbox і налаштувань, необхідних для запуску повернень.

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

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

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

Так. У конфігурації можна увімкнути вкладення, встановити максимальний розмір файлу та дозволені типи файлів. Типова конфігурація передбачає файли PDF, JPG, JPEG і PNG, а також ліміт 5 МБ.

Так. Модуль надає експорт звернень у CSV і JSON, опціональний endpoint API, а також вебхуки подій, пов’язаних із поверненнями та відшкодуваннями. API і вебхуки за замовчуванням вимкнені та потребують налаштування токена або секрету.

Пакет 1.3.30 декларує сумісність із PrestaShop від 1.7.0.0 до 9.99.99. Декларація не підтверджує роботу кожної комбінації PrestaShop і PHP. Пакет не потребує додаткового встановлення Composer, каталогу vendor чи зовнішніх бібліотек PHP; PDF використовує PDFGenerator магазину, HTTP-інтеграції використовують cURL, а DPD/DHL — SOAP. Налаштування для окремого магазину реалізовані, але впровадження multistore потребує усунення проблем контролю доступу до справ у цій версії.

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