# Understanding the online store Prepare the public catalogue and help customers book a service, register for a training course and pay. Language : en Updated : 2026-09-07 Source : https://app.bookelio.app/docs/en/online-store ## What visitors see The Bookelio store is a public area separate from the dashboard. It presents your organisation's services and training courses, offers their booking journeys and provides access to gift card purchases and the contact form. Its address uses the path `/store/` followed by your organisation's identifier, on the address of your Bookelio installation. Use the exact link provided for your organisation. Do not replace the identifier with a trading name, and do not give customers a dashboard address. A partner website can use the same Bookelio data with different pages. For example, registration on a specialised website may require signing in by email. This guide describes the standard Bookelio store; it does not guarantee that every connected website exposes the same options. ## Before sharing your link The store relies on your organisation's data. Prepare that data in the dashboard before inviting customers to book: 1. Check service names and descriptions under **Planning → Services**. 2. Check their prices, VAT, durations and associated rooms. 3. Prepare the schedules for places and members so that genuine time slots are available. 4. Check training courses and their upcoming dates if you use this catalogue. 5. Configure online payment with your manager and provider. 6. Check contact details and email sending configuration. 7. Open the store as a visitor and review all visible information. Service descriptions are part of the information shown publicly. Do not put internal notes, a customer's private contact details or login secrets in them. The dashboard does not necessarily offer a ‘draft’ status for every content type: do not assume that saved text remains hidden. ### An important check before launch Generic links in the store footer, particularly to FAQs or terms, do not replace your approved documents. Check their destinations in your installation before publication. A label appearing in the footer does not prove that legal content specific to your organisation has been configured. ## Exploring the catalogue The home page brings together the services and training courses available in the catalogue. Its search helps visitors find an offering by name or description; training categories also contribute to this search. 1. Open your store link. 2. Browse the sections for services and training courses. 3. Enter a search term to narrow the results. 4. Open an item and check the details before continuing. A search with no results does not mean the organisation has disappeared. Remove the search term and check the content on offer. For a training course, the existence of an administrative record does not guarantee that a future bookable date is displayed. The store provides a language selector for its interface. Changing the interface language does not automatically translate names and descriptions entered by your team. ## Booking a service: the customer journey ### 1. Choose the service and time slot The customer opens the service, chooses the available parameters and then selects a date and time slot. The choices may depend on the room, number of people and duration when the price varies with those parameters. Available times reflect resource constraints and service rules. A missing time may be due to a closure, an unavailable member, an existing booking or a minimum interval before the start. Your team can check these factors using [Places and availability](/docs/en/places-and-availability). In ‘all linked rooms’ mode, a booking covers all the spaces required for the service simultaneously. Do not treat the displayed main room as the only resource occupied. ### 2. Enter contact details The customer fills in details including their name, email address and postal address. They check the country and contact information before confirming. Explain why an accurate email address matters: it is used for confirmations and matching records. A typo may prevent the customer from receiving their information without necessarily preventing the booking from being recorded. ### 3. Check the summary Before confirming, the customer should review the service, resources, date, times, number of participants and amount. A price matrix requires an available combination of people and duration; a missing price must not be interpreted as free service. Where the field is available, the customer can enter and then validate a gift card code. The summary shows its effect and any amount remaining to pay. The store does not offer this field for services with a variable pricing matrix. See [Gift cards](/docs/en/gift-cards) for types and restrictions. ### 4. Confirm and pay If an amount remains to be paid online, the customer is redirected to the payment provider. If the booking is fully covered in this journey, they can reach the summary directly without entering new banking details. Booking confirmation and bank confirmation are separate steps. While payment is in progress, avoid asking the customer to start their booking again immediately: first check the record created and its associated transactions. ## Understanding the return after payment The return page checks the payment status when a payment request is associated with the booking. It may show a pending or failed payment, followed by the booking information once the journey has been finalised. The browser returning, a confirmation URL or a screenshot is not proof that payment has been received. To answer the customer, your team must check the payment request and its transactions in Bookelio. If the journey requests a deposit, distinguish this first payment from the balance of the service. Check the recorded amounts rather than inferring the financial position solely from the time slot's status. ## Registering for a training course A training course follows a different journey from a time-based service: the visitor opens a course page, chooses a training date and completes their registration. Depending on the configuration, additional questions from a published form may appear. Training-specific rules may include a waiting list, prior approval or payment deadlines. A waitlisted registration is not a confirmed place. A registration requiring approval does not necessarily proceed immediately to payment. To prepare this journey and handle responses, see [Training courses](/docs/en/trainings), [Registrations and certificates](/docs/en/registrations-and-certificates) and [Forms](/docs/en/forms). ## Gift cards and contact requests The gift card purchase page lets visitors choose a service and number of sessions, enter their details and then pay. This public purchase catalogue should not be confused with the other card types your team can create manually. The **Contact** form, available from the store, lets a visitor send a request to the organisation. Your team can find it under **Communication → Contact Requests**. A contact request is neither a booking nor a confirmed registration; handle it before promising the customer a place. ## Resolving difficulties without multiplying records ### The customer cannot complete the process Check mandatory fields, the validity of the time slot and the pricing combination. Ask for the exact message shown, without requesting a bank card number or other sensitive payment information. ### The payment seems stuck Find the existing payment request, check its status and read [Payments](/docs/en/payments). Do not create another booking until you have identified what is already recorded. ### The email has not arrived Check the entered address, the spam folder and the actual payment status. A missing email is not enough to conclude that the booking failed. To check sending, follow [Communication](/docs/en/communication).