Calendar

When updating calendar notification settings, even though I have clicked the SAVE button all over the place multiple times, the settings somehow don't save properly. I have to redo the settings several times before they finally save correctly. After I finished setting up my email notifications, I moved on to the SMS Settings, but when I went back to check my email settings, they were all messed up. The changes I'd previously made were not saved. I've tried clearing my browser cache and logging back into my account, but it still is not working.

We have a very stripped down use for GHL for just contacts and calendars for a couple clients. We do not want to give them access to things they don't need to make use of the app easier. One function that doesn't appear to work is sending test emails for calendar notifications, like confirmations, reminders, etc. unless we turn on the user's role access to include Automations. Is there a way to allow test emails w/o turning on Automations for a subaccount user? By turning it on, they can then see Automations in the left nav bar, and they can see all the things about AI, Email Campaigns, and all kinds of other things we turned off. I think this is a bug. A user should be able to use a function shown on screen without needing role access to a different module.

I have a deposit amount and its added at heckout but when testing payments the deposit is not there only the listing total.

Problem: When using the Service Booking (Services v2) trigger, the only way to access the service name is through the {{#each serviceBooking.services }}{{ this.name }}{{/each}} Handlebars block. However, the Update Contact Field action does not process Handlebars blocks. This means it is impossible to dynamically save the booked service name or assigned staff name into a contact custom field. What I've tried (all return empty): {{#each serviceBooking.services }}{{ this.name }}{{/each}} {{ serviceBooking.services.0.name }} {{ serviceBooking.booking _id}} {{#each serviceBooking.services }}{{ this.user.name }}{{/each}} {{#each serviceBooking.services }}{{this.assignedUser}}{{/each}} The variable picker inside Update Contact Field shows "Service Booking > Services > Name" but inserts the #each Handlebars syntax, which this action cannot process. Requested solution: Add flat (non-Handlebars) merge fields for Service Booking data that work in all workflow actions, not just in message templates. For example: {{serviceBooking.serviceName}} for the first/primary service name {{serviceBooking.staffName}} for the assigned staff member {{serviceBooking.serviceCategory}} for the service category This would allow users to save service booking details into contact fields for segmentation, personalization, and automation without needing premium webhook workarounds. Use case: Any business using Services v2 with multiple services needs to store the last booked service on the contact record for segmentation, personalized follow-ups, or rebooking automation. Currently the only workaround is building a separate If/Else branch for every single service, which doesn't scale. This affects salons, clinics, studios, agencies, and any multi-service business using Services v2.

When an appointment is marked as "showed", the time becomes available again in the calendar to book. IE currently the only status that stops a team member's time being booked, is "confirmed", all other statuses including "showed" open the slot again for booking. This is a problem in services bookings, for example health services (but also many others). A contact books an appointment, it is confirmed, then when they walk in the door the receptionist marks the appt as "showed" in order to notify the practitioner that the client is ready. It might be a 2 hours appointment BUT the calendar now shows the spot as available for booking and allows another appointment to be booked immediately, which creates a double-booking in reality. The solution is that "showed" status should also stop the team member from being available for booking, the same way "confirmed" does.

I am currently using GHL's new service calendar. I am referring to the service calendar that you have to activate in the sub-account settings, in the agency view. This calendar allows us to upsell during the booking process. For example, when a customer books a massage (30 min), during the booking process, they will be offered the option to add a facial (30 min), for a total of 1 hour. When the customer adds the upsell and chooses their staff member, this will automatically add a one-hour appointment to the employee's calendar. However, when the employee logs into the mobile app, they see that they have a 1-hour booking, but the title only says “massage”; the name of the upsell is not displayed. As a result, the customer has no way of knowing whether it is a 1-hour massage that has been booked, or a 30-minute massage with a 30-minute facial as an upsell. In the mobile app, there is really no way to see this. In the desktop version, you can see the details by clicking on the appointment, but even that is not ideal. It should be added as two separate overlapping appointments or simply display the upsell directly in the title.

There are appointments that we have been told are marked as "open" in the GHL (light green color) which means the widget is allowed to book over top of them but they are marked as busy events in our client's Google calendars. This leads to double bookings when it shouldn't be possible. We were also told that when you remove a single day of a recurring event that it won't be removed from the GHL calendar. We were told that you need to remove the original recurring appointment and every other recurring appointment from there in order for it to be removed. But shouldn't the GHL calendar just reflect what is in google and should auto update for every change? We have been having a TON of calendar sync issues lately and it is very frustrating.

Is there a way to block a contact from booking appointments on a GoHighLevel Calendar? I made an automation when a contact has the "Blacklist" tag to set the appointment status as cancelled, but this doesn't cancel or delete the appointment. Is there a way to do this?

It only works in the main "service calendar menu" or non service calendars such as round robin calendars. But we need this feature to work in the service calendars because when the calendars is on a funnel step, we need to allow people to book and go to the next step without allowing them to choose the staff member. All of my GHL clients want to choose the staff member internally. We could embed the main "service calendar menu" which does allow the staff member feature to toggle off but it does not allow us to do a "Go To Next Step" action in funnels. So, once people book and pay, they will be stuck on the same funnel step. But we need them to go to the next step, which is to sign the contract. This is why we use the calendar element on the funnel because that element allows us to go to the next step after completing the booking. The solution to this is to get the GHL dev team to add the same staff member toggle feature that works for round robin calendars and is already a toggle in the "Service Menu" and add it to the service calendars themselves and not just the main service menu that has the entire group of service calendars. It's almost as if the team added this feature to the Service calendars but forgot to enable it for individual service calendars.

When a new Service (Services V2) is created and assigned to a specific user, the service does not automatically inherit the existing working hours configured for that user. Instead, HighLevel seems to create a new, default availability for that service, which is separate from the user’s already defined schedule. As a result, when checking the user’s availability, the new service appears as if it has its own schedule rather than respecting the therapist’s established working hours. Expected behavior: If a service is assigned to a user, it should automatically use the user’s existing availability unless a custom schedule is explicitly defined for that service. Current impact: This creates confusion, extra configuration steps, and increases the risk of incorrect availability being shown to patients, especially in clinics with many services and therapists.