### Answer
Based on the available sources, I can see you're experiencing issues with the Check Calendar Availability node in batch calls versus testing [(1) ](
) .
For the Check Calendar Availability function to work properly, you need to ensure you've configured it with the required Cal.com credentials :
1.
API Key from Cal.com - obtained from Settings → Developer → API Keys
2.
Event Type ID - the number in your Cal.com event type URL
3.
Tool description (example: "Checks availability for 30-minute consultation calls")
4.
(Optional) Timezone to be used in the function
The sources indicate that when the agent is working in batch calls but behaving differently than in testing, this could be related to how variables are injected at call creation. One community discussion notes that "Retell will hallucinate dates unless availability is injected into the call context at call creation" [(2) ](
) . The key issue highlighted is: "If GHL triggers the call before Make finishes, Retell will not read the latest availability" .
For batch calls specifically, you may need to verify that:
- The calendar configuration is properly saved in the agent settings
- Dynamic variables are being passed correctly when the batch call is initiated [(3) ](
)
- The webhook timeout is sufficient for your calendar API to respond
Since testing works but batch calls don't follow the conversation flow properly, I recommend checking if there's a timing or variable injection issue specific to how batch calls are initiated versus manual testing.
If this doesn't resolve your issue, you may want to check the call history to see the exact error messages and review your webhook response times.