Bug:

Transcript (Final)

Webhook events missing entirely. Example CallID: 019c2a75-47a9-7aa9-8e68-55c2aafdb280 Timestamp: Every time

transcript (final)

should be sent First Attached Screenshot: Assistant configuration showing Server Messages selected: * Transcript (Final) * hang * assistant.started From the

assistant.started

webhook I received (literally the only reason I have it selected, otherwise I would have no record of this), the assistant configuration confirms the above configuration:

json
"serverMessages": [
  "transcript[transcriptType=\"final\"]",
  "hang",
  "assistant.started"
],

Despite being very clearly configured to send finalized transcripts, I'm getting absolutely nothing but the

assistant.started

message. Pretty sure

hang

is also supposed to have come through when I hung up, but we can set that aside for now. My server logs also confirm the ONLY event received throughout this entire conversation. Second attached screenshot shows the transcript as proof that dialogue took place. As an aside... I am able to get my

Transcript (Final)

webhook calls if I also select

transcript

(partials), but I do not want those and should not have to receive them to get what I've configured to be sent. https://cdn.discordapp.com/attachments/1468717026053849318/1468717026770948277/image.png?ex=698508d2&is=6983b752&hm=8e4f64fcac289aff9c3e8752601177f5299f9de3fcc0ed8e087ccc710aa0bbf7& https://cdn.discordapp.com/attachments/1468717026053849318/1468717028700454973/image.png?ex=698508d3&is=6983b753&hm=93a8731327bb088edf4210302923a1f5e8213700a6e0fbced6a5415c232c2e23&

Actionable Suggestion: As a workaround, try configuring your

serverMessages

to include both

"transcript"

and `"transcript[transcriptType=\"final\"]"`:

json
"serverMessages": [
  "transcript",
  "transcript[transcriptType=\"final\"]",
  "hang",
  "assistant.started"
]

This should ensure you receive final transcript webhooks, even though it's not ideal. The documentation does not specify that this is required, so if the issue persists, consider reporting it as a potential bug with your Call ID and configuration details to Vapi support for further investigation. Reference: [Vapi server events documentation](https://docs.vapi.ai/server-url/events) Source: - [Vapi server events documentation](https://docs.vapi.ai/server-url/events)

I should not have to bombard my server with partials if they are of no use to me.

Yes, looks like there's a bug from our side in here, the workaround you used will work fine. For the hang, it doesn't mean call hang, it means if there's some issue like a 5s server hang from the vapi end, it informs your server.