Universal Appointments and Time Reservations v.15

Auto time slots generation

• Slots are generated according to resource business calendars. Each resource has its own working time and leaves: it is impossible to schedule an appointment when an employee or equipment is absent
• The algorithm is based on the service settings: duration, time step, rounding, checkout period, and extra calendar restrictions. You can flexibly configure the appearance and final choice of time slots
• The app lets plan specific business activities both of predefined duration or of the one entered manually
• For each service, it is possible to define extra resources required to provide that. The busyness of those resources is also taken into account
• Per each resource type, define when an appointment might be scheduled. For example, time slots are available not later than 2 days before, and not earlier than 30 days before. Similar rules are applicable for re-scheduling and cancellations
• Reserved time slots are not available for other bookings. Even not yet confirmed appointments (pre-reservations) temporarily block target slots. Pre-reservation would be canceled if not done within a specified period (you may change this limit on the configuration page)
• If the resource type is configured for that, the app would also consider simple meetings of responsible-for-resources users as busy time slots
• The tool is also perfect for multi-timezone appointments. Either let users choose the time zone by themselves (default is the OS browser tz), or set the same timezone for all cases

Smart Odoo reservations

• No appointment might be entered manually, but it should be selected among available slots and according to the principles you set up
• To start new scheduling pick up a required time period on the calendar: the wizard would be automatically initiated. Chosen dates are used as time range for slots
• In the wizard, you can change which resource type, resource, and service should be scheduled. The tool automatically checks and restricts viable options
• As soon as wizard details are filled up, the tool would generate and show time slots. A manager should merely select the desired one
• When a slot is selected, the app automatically adds chosen type and service, allocates a proper resource, and assigns reservation responsible
• Slot selection also means that the period is pre-reserved and can not be used for other bookings
• Afterward, the only thing left is to enter client details or choose an existing customer
• If needed, let managers schedule a few appointments simultaneously (regulated by the special setting on the configuration page). For a few or one resource types/resources/services.
• From the appointments calendar, you may also re-schedule reservations. To that end just drag and drop an event, and the tool would prepare possible time slots. The principles of calculating availability are the same as for simple scheduling.

• Scheduling an appointment through the Odoo portal and website is organized as the multi-steps checkout process
• A customer searches among resource types and selects a required one. For example, "Beauty salon" or "Class C Cars". The step would not be shown if there is a single published resource type for this website
• A customer navigates over resources available for this type and chooses one, a few, or applies any (all). For example, "Hair Dresser John Brown" or "Opel Astra 1234". The step is missed in case there is a single published resource, or the chosen resource type assumes automatic allocation
• A customer chooses the desired service provided by selected resources. For example, "Classic Hair Cutting" or "Car Rent Class C". Clients would not be asked to choose a service if there is only one published on this website
• A customer is shown available time slots. The interface lets adopt time frames for search, change the time zone, and insert duration (for services with manual duration). Each action results in slots recalculation. Website visitors might be optionally allowed to book a few time slots for a chosen service
• The slots selection is required and might be not missed. As soon as pre-reservation is done, nobody else can book the same slot. Simultaneously, clients have limited time to make confirmation after which pre-reservation would be canceled (the exact time is up to you)
• After pre-reservation appears, you may force the public (not logged-in users) to sign in, only offer to do so, or just let them add their details
• A customer should enter contact details, a set of which might be configured per website. By default required ones are name and email. Previously registered (portal) users would have fields auto-populated. Optionally add here a checkbox to agree with the terms and conditions
• Optionally ask customers to confirm email or mobile number. If the confirmation option is turned on, website visitors would be obliged to insert received codes. In case a correct code is not introduced in time (set up on the configuration page), appointments would be canceled. If you selected SMS confirmation (depends on Odoo SMS IAP) but your balance is not sufficient, a confirmation code would be forwarded by email
• As soon as all steps are done, a customer receives a confirmation email and is redirected to the success page/new appointments(s) page. For not yet registered users, Odoo would offer to enter the password for the Odoo portal
• Optionally configure success redirection to a created sale order, so a customer may sign/pay that right after finishing the reservation (based on the Odoo standard sales workflow)
• During the whole process, customers might see the progress bar (if you have not purposefully turned it off). The progress bar lets safely return to any previous step.

Configurable appointment pages

• Show/hide progress bar. Introduce your own names for progress steps
• Show/hide introduction block, images, short description for resource types, resources, and services
• Prepare your own full details pages for resource types, resources, and services using Odoo standard website builder. Show/hide links for those pages
• Show/hide pre-reservation and confirmation timers
• Choose contact details fields required to be entered. Define custom fields that should be entered for appointments
• Define filters and sorting criteria for resource types, resources, and service pages
• Show/hide the agreement with terms and conditions for portal/public users. Introduce your own text and link for that agreement
• Show/hide prices

Portal control of reservations

• Customers may control their appointments right in the Odoo portal
• Portal users observe the list of planned and done appointments and may check any of those
• The Odoo portal allows to schedule new or repeat existing reservations, cancel or re-schedule planned ones
• Each appointment has a chatterbox that allows direct communication with the resource manager and other followers
• From the portal appointment page, users can also print a voucher, so reservation confirmation
• If an appointment has a linked sale order (sent, confirmed, or done) it would be also available through the standard Odoo portal entries 'Quotations' and 'Sale Orders', and right from the reservation page
• Based on the Odoo standard sales functionality, customers may also sign and pay orders linked to their reservations.

Resource types

• Resource types might be particular businesses you manage. For example, 'beauty salon', 'dentistry', or just 'hairdressers'
• Another approach is to consider a resource type as a group of particular resources. For instance, 'class B cars' and 'class C cars' for rental business
• Resource types contain main settings of how to organize service provision: how to allocate resources, how to calculate appointment total price, what are time restrictions, which services are possible, etc.

Resources

• A resource in many service businesses assume certain specialists: For example, 'Dentist John Brown', 'Hairdresser Anna Green'
• In other companies, it might be particular equipment or facility. For instance, 'Mercedes A1231', 'Room 12'
• Resources are the Odoo object which working calendar you are planning. Thus, they define available days, timetables and time-offs, responsible users, etc.

Services

• An appointment service defines what actually should be done. For instance, 'consultation', 'tooth surgery', 'classic hair cutting', 'car class C rent'
• Services are not equal to Odoo products, but they are linked to each other to manage pricing details
• Services regulate time settings of appointments (how long should it take, when it can be started, what is the time step, extra restrictions and extra services needed), which goods might be suggested as complementaries

3 layers to reflect specifics

• The decision of what to consider resource types, resources, and services is completely up to you. Such an approach lets reflect almost any service business
• The tool does not force you to have multiple instances for each layer. In simple cases, there might be just a single representative for each step. For example, Lawyers - Attorney Chris Black - Consultation
• If there is a single option, the app would reflect that by simplifying appointment scheduling. So, steps without actual choice are auto missed.

Sale orders and appointments

• The app lets you link appointments and sale orders. You have 4 configuration options
• Sent sale orders: if chosen, a sent quotation would be prepared based on the appointment. This way, a portal user will be able to sign and pay such a quotation. The method is suitable in case your service is standard, and you accept customer approval/online payment
• Automatically confirmed sale orders: if chosen, a sale order would be created as soon as an appointment is scheduled. The method is suitable in case your service is standard, and final sale positions and details would hardly be changed during that appointment. For example, fixed-price hair cutting
• Draft sale orders: if chosen, only a quotation would be generated. In such a way you would be more flexible in updating an order during service provision or beforehand. For example, if you want to add extra complementaries during a visit or to grant clients individual discounts
• Manual sale orders: if chosen, managers would have to create quotations while providing service. The method might be applicable when most of sale lines become clear only during the visit itself. For example, a mobile phone repair business assumes initial diagnostics and only after that offers the price
• Until an appointment sale order is not confirmed, you would be also able to update that right from a reservation form. Both service, quantity, and complementary products are re-calculated in that case

Service pricing

• The tool lets you configure pricing method per each resource type
• Per planned duration: if chosen, Odoo quotations would be created based on initial reservation plans. For example, it might be suitable for car rent or massage
• Per units: if chosen, sale orders consider appointments for the same price disregarding their duration. For example, standard haircutting or tire mounting is invoiced the same disregarding how much time they take
• Per tracked (real) duration: when you want to invoice actual time spent on service provision. For example, the approach might be suitable for consultation or legal services
• Prices are price list dependent. It means, that a manager might select individual conditions during scheduling. In such a way, it is possible to apply various currencies, discounts, promos
• The latter feature is also applicable for website / portal users. In case there are a few to-select price lists, users would be able to choose the most suitable (e.g. in a correct currency). For the portal users, their partner price list is selected by default

Complementaries and upselling

• When a client finishes scheduling, it seems a good moment to increase a bill by offering complementary products. The tool aims to help you in that
• Odoo would show the popup with suggested products for backend managers immediately after reserving a time slot
• Website visitors/portal customers would see accessories dialog also when they select the time for reservation
• The popup allows both adding one or a few complementaries or merely missing the step if suggested products are not required
• The feature is turned on/off on the configuration page: for the backend in general and for each website. The popup would be shown only in case there are complementaries defined for a booked service.

Service time settings

• It is possible to configure the service to have a rigid duration (for example, standard hairdressing always lasts an hour) or let clients/managers select that manually (for example car rental might take from a day or 60 days)
• Duration is defined either in hours (for example, it might be suitable for consulting or repair) or in days (for example, applicable for equipment or room rent, conference translator services)
• For the manual duration, it is possible to apply restrictions: the maximum/minimum order and the multiplier. For instance, you can simply apply the rule: a service should last not less than an hour, not more than 8 hours, but the duration should be always multiplied by 30 minutes (1:20 is not possible, while 01:00 and 01:30 are fine)
• The app allows configuring the rule to round time slots start. Sometimes applied restrictions might result in a calculated start you do not like. For example, an hour-long service start at 12:23 is hardly good. To solve the problem you can simply set up rounding for an hour (other available options are 5, 10, 30 minutes; 2 hours; midnight or midday tomorrow)
• Together with duration, 'Slots step' defines the frequency of available time periods, including whether it is possible to have overlapping periods. When the chosen duration is equal to the slots step there would be no intersections: 12:00-13:00; 13:00-14:00 for the duration and the slots step set as an hour. When the duration is bigger than the slots step periods would be intersected: 12:00-13:00; 12:30-13:30; 13:00-14:00 for the duration of one hour and the slots step 30 minutes. Finally, if the duration is smaller than the slots step there would be breaks between the periods: 12:00-13:00; 13:30-14:30 for the duration of one hour, and the slots step 90 minutes
• The checkout period is the setting that might give resources to finish service until the next one is started. For example, to have a cleanup after room rental, assign manual duration in days with the rounding 14:00 and with the checkout period 2 hours. Then, the potential time slot for a customer would be 01/08 14:00 - 03/08 12:00, while the resource would be anyway registered for the whole period 01/08 14:00 - 03/08 14:00
• If there are certain restrictions on the service in addition to the resource timetable, introduce the 'Extra service calendar'. For example, although your beach is open 24/7, sunbed rental is available only from 08:00 to 17:00. Thus, you can define its own service working time
• For services lasting a few days, sometimes it is needed to define when the provision cannot be started or finished. Then, the settings Start/End Day Restriction may be used. They allow defining weekdays or specific dates when start/finish is not possible. For example, accepting/discharging patients is not possible on weekends and holidays but indoor treatment is possible. So, for the service 'Indoor treatment' block Saturdays and Sundays using the named settings

Resource allocation

• When there are a few resources of the same type, the challenge of how to distribute appointments among those arises. There are 2 general approaches introduced by the app
• Manual allocation - applied when each resource is unique, and you prefer to give clients a right to select among those. For example, a customer would like to be consulted by a certain doctor or to be serviced by a definite hairdresser. Manual allocation does not force a client to select resources. This is the right, which might be simply missed by explicitly choosing "any" or a few resources
• Automatic allocation - applied when all resources are considered equally good for clients. For example, a customer would hardly compare Opel Astra 1234 vs. Opel Astra 1235. Automatic allocation is configured per each resource type depending on your business specifics
• Automatic distribution by resource workload lets assigning appointments according to the total planned duration of all open appointments. For example, it might be fair in a beauty salon to equally spread tasks
• Automatic allocation by appointments number does not take into account real duration, but only absolute quantity. For example, it might be suitable for tire mounting where the price is set up not per duration but per units
• Automatic distribution by order means that each resource has its own priority, and allocation is done on a queue basis. Thus, the resource with the highest priority would be always chosen until it has available slots for the target moment. After that, the second-important resource is under consideration until it is also occupied, and so on. For example, such an approach might work for facilities booking or car rental

Resource aliases and extra service resources

• When a service requires multiple resources then it is possible to assign special service rules. The app lets configure as many extra resources involved as it is needed
• Each service extra resource rule assumes either resource types or resources that alternatively are required for the service. For example, either any resource of the type 'Rooms' OR the resource 'Hall 1' OR the resource 'Openspace'
• If there are a few rules, to reserve service at least a single resource in each line should be available. Thus, the number of extra appointment resources would equal the number of service rules. If some of the lines cannot result in a real resource, a service cannot be reserved. Please take into account that alias resources cannot be extra resources: their prime resources would be used instead
• When a resource is involved in a few business activities (so, relate to different resource types and have different services), use resource aliases. A resource alias is a resource that does not have its own working calendar and its own responsible user. Instead of that, it uses the prime resource settings. For example, Anita Oliver can be both a hairdresser and a dental consultant. Then, you should create the prime resource 'Anita Oliver' (the type 'Beauty salon'), and the alias resource 'Anita Oliver' (the type 'Dentistry') with the prime 'Anita Oliver, Beauty Salon'. In this way, she can be reserved both for the 'hair dressing' service and for the 'Dental consultation', but the busyness in one sphere would block availability in the other
• Alias resources have their own configuration, including description, image, sale settings, etc. So, the only differences from the normal resources are a working calendar and a responsible user, which are taken from their prime resource.

Configurable reminders

• The app allows preparing of 3 types of appointment alerts: pop-ups, emails, and SMS. You can quickly create those through the special configuration menu entry. SMS reminders are sent using the Odoo SMS server (make sure that you have sufficient balance for Odoo SMS IAP)
• Select default alarms for each resource type. Such alarms would be automatically applied to all new appointments of this type. Otherwise, you may choose those for specific appointments
• Define who should be notified: a responsible manager, external followers (clients), internal followers, or all followers. Popup alarms are available only for backend users
• Specify a period for alert: it is possible to apply a time range in days, hours, or minutes. For instance, 2 days before the scheduled date
• For SMS and email alarms you should also assign a template that is rendered based on appointment details.

Misc

• Optionally configure automatic requests for a customer review when an appointment is done. Clients should select among 3 simple "smiles": satisfied, not satisfied, and highly dissatisfied. The final rating is calculated for resource types, resources, and services
• The tool has its own report view, where you can analyze appointments on pivot and graph views
• Appointments have automatic numbering. You may change its logic (suffix, prefix, step, etc.) by configuring the related Odoo sequence
• Each appointment has a printing version that might be generated in the backend and optionally in the portal, and which is attached to all appointment confirmation emails. The printing version relies upon standard Odoo layouts and might be also used as a service voucher.

Optional add-ons features

• The app allows appointment managers to track time spent on providing service. This "real" time might be used not only for statistics but also to calculate the total appointment price.
• The tool lets link resources and employees to automatically apply working calendars of the latter for appointments of this resource
• Appointments might be shown on the special Odoo Enterprise Gantt view for instant resources workload observation.