GHL Check availability not working
# support
h
Still having major trouble with this. Call begins, checks for contact and all good when it gets to scheduling, i say Tuesday at 4pm, an open slot on the calendar. It says no times are available for Tuesday, or for Wednesday, or any day.. when I was testing before actually it worked and scheduled an appointment 2 months in the future on a day that wasn’t even Tuesday. How can it be this messed up? I’m using {now}, I’ve got the metadata for New York, my permissions are correct, I’ve double checked everything…
s
send the latest call_id pls
h
theres a few, does this one work e0690259-164e-4a9c-95f3-188132d7be89
s
looking into it.
System Prompt: "This is the current time May 24, 2025, 05:13 PM (important for checking availability and making bookings)" Tool Definition: The get_free_slots tool is properly configured with the correct timezone (America/New_York) and calendar ID. The issue is not that the AI doesn't know the current time - it clearly does. The problem is that the AI is failing to correctly calculate epoch milliseconds when converting from natural language ("Tuesday at 3 PM") to the required startDate and endDate parameters.
Copy code
[CURRENT DATE & TIME CONTEXT]
- Current Date & Time: {{now | date: "%B %d, %Y, %I:%M %p", "America/New_York"}}
- Current Unix Timestamp (milliseconds): {{now | date: "%s"}}000
- Today is: {{now | date: "%A", "America/New_York"}}
- Timezone: America/New_York
Copy code
[SCHEDULING TOOL PARAMETERS]
When calling get_free_slots:
STEP 1: Calculate target date from user request
- "Tuesday at 3 PM" → May 27, 2025
STEP 2: Convert to epoch milliseconds for full day
- startDate: May 27, 2025 at midnight (beginning of day)
- endDate: May 27, 2025 at 11:59:59 PM (end of day)
STEP 3: Call tool with calculated values
- calendarId: "K0MNKtDbMZmdC9QfZXIG"
- timeZone: "America/New_York"
- startDate: 1748284200000 (13-digit number for May 27 start)
- endDate: 1748370599999 (13-digit number for May 27 end)
CRITICAL: Always calculate new timestamps. Never reuse 1717036800000 or other old values.
Try the following prompt changes or similar with the 2-3 calls.
h
testing now
v
To fix the GHL "Check Availability" issue, ensure you always convert the user's requested date (e.g., "Tuesday at 4pm") to fresh epoch milliseconds for the full day in the correct timezone. Here’s a JavaScript example for calculating the start and end of a day in epoch milliseconds (America/New_York):
Copy code
js
const moment = require('moment-timezone');
const userDate = '2025-05-27'; // e.g., parsed from "Tuesday"
const tz = 'America/New_York';
const startDate = moment.tz(userDate, tz).startOf('day').valueOf();
const endDate = moment.tz(userDate, tz).endOf('day').valueOf();
console.log({ startDate, endDate });
Always generate new timestamps for each request—never reuse old values. This should resolve the "no times available" error if your other settings are correct. Source: - [GoHighLevel Tool Config & Troubleshooting](https://docs.vapi.ai/tools/go-high-level)
h
well couldnt even test if it worked, said the tools werent working. sending call id + prompt
call id 07a8414a-54f6-41a3-852d-0177b1fd4691
triedto ask it questions to give context
let me know if any other context is needed
v
To resolve the "no times available" error with GHL Check Availability, always convert the user's requested date (e.g., "Tuesday at 4pm") to fresh epoch milliseconds for the full day in the correct timezone. Here’s a JavaScript example:
Copy code
js
const moment = require('moment-timezone');
const userDate = '2025-05-27'; // parsed from "Tuesday"
const tz = 'America/New_York';
const startDate = moment.tz(userDate, tz).startOf('day').valueOf();
const endDate = moment.tz(userDate, tz).endOf('day').valueOf();
console.log({ startDate, endDate });
Always generate new timestamps for each request—never reuse old values. [See full documentation](https://docs.vapi.ai/tools/go-high-level) Source: - [GoHighLevel Tool Config & Troubleshooting](https://docs.vapi.ai/tools/go-high-level)
h
bonus problem: sometimes when making the outbound call (i use ghl to initiate it) itll make it, but the call wont appear on my phone. in the call logs itll say it went to voicemail but i never got the call popup, is this just because its ringed my phone a few times already? i fix it by switching the outbound number
not as big as a priority i just dont know if itll be an issue when i get this system running for a client
Hi, this is a problem I need solved crucially
s
Hey the issue has been informed to the team they will start working on it from today.
h
appreciate it
s
Can you try again?
h
Yes will try again tomorrow
hi all, still nothing
9587f37a-78db-4a68-b78a-60c3ec16052d
call id ^
still says tech issue
then skips, and says normal issue which is noa vaillable times
would be happy to send a loom video going through ghl and vapi config to show you guys everything is setup properly
m
Hey! Margarita from team Vapi here -- Really sorry about the GHL issues. I would really appreciate if you would send that loom video. We have not been able to replicate the issue ourselves. Could you show in the video how you connect and install the vapi app in GHL, and also show you Settings > calendar view and point the calendar you are trying to use? Also show the settings when trying to edit the calendar, its availability really anything would help. Thanks!! The way you are setting up the tools looks just fine, I'm really puzzled about why it would not show availability if you say it should.
h
Yes. will get it tomorrow, thank you
m
Also, let me know what type of calendar you are using. Is it personal? Round robin?
h
Sorry. Been busy but let’s keep this open please
And I’m not sure I think it’s round robin but I’m the only user
m
ok, great to know, I think we might be having issues with round robin calendars particularly, will check with that type then
h
message has been deleted
This was in my other thread. So is it my issue or software issue ?
message has been deleted
m
it depends, we still need your loom video that shows how you are setting up the GHL connection and you calendar settings please
We have not been able to reproduce the error with Round robin calendar, or any type of calendars so far
our logs only show you calendar not having availability for the requested times but I'd like to know if there is something specific about your permissions with the calendar or overall calendar configuration
h
doing the vid now sorry for wait
tool calls arent even orking, cant even see if it works 05fff3cd-fead-46ed-b539-f75786612222
s
Thanks, we will be looking into it and get back to you soon.
h
Okay
b
What is the status of the GHL booking tool issues? Have they been resolved?
s
Hey @BlackJC , the issue has been resolved. Can you try again and let me know how it goes? If it appears again, please share the call ID.
5 Views