Customer Experience & Engagement

Callback Requests

Phone callback requests with business-hours windows and a back-office lead queue

Version
1.1.3
Improvements
93
Updated
PrestaShop
1.6
Price: €49.00
Tax excluded
Partner price €39.20 Partner price for agencies Agencies with a partner account pay less on every module, depending on what they buy: 20% approved partner 25% from €1,000 a month 30% from €3,000 a month Average of the last 12 months, excl. VAT. Become a partner

Callback Requests turn a PrestaShop callback button into a shared sales queue with promised times, product context and call status. After installation you enter business hours; the shop email is already selected and the button and queue are ready.

A basic form leaves your team to work out who needs calling and when. Here the customer's offered time follows actual opening hours, and the request carries the same deadline into the staff queue.

You choose broad windows or exact slots, required fields and button placement by product or audience. Product and combination details accompany the lead, duplicate requests merge, and overdue reminders stay tied to the promised window. Requests and consent evidence remain in your shop without an external calling service.

The salesperson starts each call with the requested product and deadline already visible in one record.

In the box

  • Lifetime licence for one shop
  • 12 months of updates, security fixes free forever
  • 3 months of support by mypresta.rocks
  • PrestaShop 1.6

Recent changes

  • Callback requests handle submitted details more safely.
  • Fixes
  • Protects callback submissions against SQL injection.
Full changelog

Summary of what the module offers

Callback Requests - Sales Call Lead Queue adds a callback button to a PrestaShop store and turns every request into controlled sales work. Basic operation starts with the shop's hours and notification address, while the scheduling, form, targeting, design, workflow and privacy settings support a larger team and several shops.

  • Credible callback times: weekly hours, split shifts, overnight work, exceptions, public holidays, broad windows and exact bookable slots.
  • One working queue: deadlines, live overdue state, click-to-call numbers, account links, statuses, notes, bulk handling and filtered export.
  • Useful sales context: source page, product, variant, language and placement arrive with the request.
  • A form that fits the business: selectable and required fields, translated labels, international phone handling and recorded consent.
  • Precise storefront control: several placements, page and audience rules, visual settings, custom icon and phone visibility.
  • Follow-up and privacy: separate notification controls, recovered delivery, overdue reminders, consent evidence and automatic retention.
Business Hours screen with opening intervals per weekday, past-midnight shifts and the shop timezone

Which callback times does the customer receive?

The form offers times calculated from the hours the team actually works. Each weekday holds several intervals, so a gap becomes a lunch break, a day stays closed when it has no interval, and an evening shift continues past midnight. The shop timezone keeps the promise consistent when clocks change.

Exceptional dates replace the normal schedule for a closure, stocktake or special opening. Public holidays for a selected country and year enter the calendar together, and a live preview shows the same choices a customer receives at that moment. The merchant offers simple choices such as as soon as possible or the next open day, or exact slots generated only inside available intervals.

Availability is refreshed when the form opens and checked again when the request is sent. An old page therefore never creates an expired promise, and the deadline shown in the queue is the end of the same window confirmed to the customer.

Storefront callback request form offering bookable time windows, with a closed-right-now notice and a consent checkbox

How does the team keep every promised call under control?

Every request becomes a row under Customer Service with a clickable phone number, requested window, call deadline, source, notes and received time. Overdue state is calculated when the list is viewed, so a missed deadline appears immediately. Four figures above the list show new requests today, overdue requests now, calls completed today and the median time to call.

The workflow covers New, Called, No answer, Recall, Cancelled and Done. Status and notes change directly in the list, bulk actions process a group of requests, and filters narrow the work by status, deadline, product or date. A signed-in buyer's row links to the customer account, while the current filtered result exports to CSV for reporting or handover.

Repeated submissions from the same number and customer identity become one lead inside the selected duplicate period. The row records the extra attempts, fills in missing product context and keeps the earlier deadline when the later request is more urgent. The team therefore calls one person once without losing the strongest promise.

Callback Requests Requests Requests queue with counters for new, overdue and called today, and rows showing status, phone number, requested window, deadline, source and notes

What information reaches the salesperson with the request?

A lead from a product page carries the product and variant, localized product name, page address, page type, language and button placement. That context comes from the page itself and is protected before storage, so the customer never rewrites the request to look as though it came from another product. The call begins with the item already known.

The merchant builds the form around the sales conversation. Phone, callback time and consent remain the foundation, while name, email, company and message fields are enabled, required, labelled and ordered as needed. Button text, form title, introduction, consent wording and confirmation are written separately for every store language.

The country selector accepts local or international input and stores one consistent international number. Invalid prefixes and impossible lengths are rejected before the lead enters the queue. The exact consent wording accepted with the request is stored with its date and protected proof.

The Callback Requests Requests configuration screen

Where does the button appear, and who sees it?

You choose a floating button in any corner, a header position, a button beside Add to cart or a position provided by the theme. Each placement has its own switch. Inclusion and exclusion rules then restrict the button to selected products, categories and content pages, or keep it away from them.

Product rules also use price, stock state and quantity. Audience conditions distinguish guests from signed-in customers and target selected customer groups, so a wholesale enquiry reaches a different form than a retail visit. Each shop keeps its own placements, recipients, schedule and text.

Colours, border radius, form width, spacing and launcher dimensions are set in the module, together with a custom phone icon or image. A separate phone switch hides the launcher on small screens when space matters. The default design is responsive from installation, while the visual controls bring it into line with the storefront without changing the theme.

Storefront homepage with the floating Request a callback button in the bottom corner

What happens after a request is submitted?

The request is saved together with its notification, then the first message is sent immediately to the selected addresses. New-request, deadline-change and overdue messages have independent switches. Temporary delivery failures remain queued for another attempt, and an overdue reminder is created after the promised window plus the chosen grace period.

Every request preserves the consent sentence the customer accepted, its date and protected evidence. Registered customers use the store's privacy export and erasure process, while guest records are found, exported or permanently erased by a validated phone number. Automatic retention removes requests and their notification history after 30 or 90 days.

A hidden bot field, submission timing checks, request limits and protected form data keep automated abuse away from the sales queue. Network addresses are not stored in readable form. Lead, schedule and notification data stay in the shop, with no external calling service or off-site lead database.

Configuration screen with the shop timezone, the call-back target while open and the reminder grace period, beside tabs for placement, texts and notifications
  • Reference
    mprcallback
  • Version
    1.1.3
  • Improvements
    93
  • Released
  • Updated
  • PrestaShop Compatibility
    PS 1.6 – 9.x
  • Pricing Model
    One-time Purchase
  • Module Type
    Front & Back-office
  • GDPR Relevant
    Yes
  • Business Goal
    Boost Conversions
  • External Account Needed
    No
  • Module Complexity
    Feature-Rich Module
  • Customer Journey Stage
    Engage Shoppers
  • Works With Platform
    No External Platform

What customers say about us

Company reviews
5.0 ★ ★ ★ ★ ★ (4 reviews)
Customer Reviews for PrestaShop Modules and Support

No product reviews yet

Be the first to share your experience with this product.

Write a Review

Quick start

  1. Upload and install the ZIP in Modules > Module Manager, then select the shop to configure.
  2. Open Callback Requests > Settings > Configuration > Scheduling. Check Shop timezone, Call-back target while open and Reminder grace period, then Save.
  3. Open Callback Requests > Business Hours, enter your weekly intervals and exception dates, save and inspect the availability preview.
  4. In Configuration > Placement, check Floating button and Product pages, then save any page restrictions and choose their entities.
  5. Review Texts, Notify these addresses, Consent statement, Privacy policy URL and Delete requests after. Save.
  6. Connect a working authenticated shared scheduler and confirm Send overdue callback reminders and Purge expired callback requests can run.
  7. Submit a storefront test with a phone number, window and consent. Verify the confirmation, queue row, Call by time and notification.
  8. Change the test row to Called or Done, add a note and check filtered Export CSV output.

Requires PrestaShop 1.6 or later and PHP 7.1 or later.

Open the full help page

Loading tab content...
Loading tab content...
Loading tab content...
Loading tab content...
30 days return right
Easy return - no questions asked
Plug & Play Modules
Install, set up and take profit
Dedicated Support First
Priority Help & Satisfaction Over Sales

Who builds and maintains this module

Built and maintained by David Miller and mypresta.rocks. David Miller has worked with PrestaShop since 2013, and the company behind this shop has been registered since 3 December 2018. Every module in this catalogue is our own work, so your questions to support reach the people who wrote the code. The changelog on this page lists every update with its date.

About us

More modules

Better Contact Form

Callback Requests captures phone-intent leads in a private queue with business-hours callback windows and overdue reminders, and Better Contact Form collects written enquiries with custom fields and submission tracking. Customers can ask to be called or write to you.

Support Revolution

Callback Requests organizes phone callbacks within your business hours, and Support Revolution organizes written support as tickets with departments and email notifications. Every contact channel has a queue and an owner.

Custom Request Intake

Callback Requests collects customers who want to talk, and Custom Request Intake collects their sketches and requirements with a review status and replies from the back office. A conversation and a documented request for every custom job.

Loading...
Back to top