# PMI -type4 meeting webhooks **URL:** \ **Category:** API and Webhooks\ **Created:** [September 8, 2020, 5:37am UTC](https://devforum.zoom.us/t/pmi-type4-meeting-webhooks/29465 "2020-09-08T05:37:11Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![manideep.simhadri95](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/manideep.simhadri95/32/14875_2.png) [@manideep.simhadri95](https://devforum.zoom.us/u/manideep.simhadri95)\ **Post date:** [September 8, 2020, 5:37am UTC](https://devforum.zoom.us/t/pmi-type4-meeting-webhooks/29465/1 "2020-09-08T05:37:11Z")
**Description** data in webhooks events for PMI(type 4 meetings) is different to identify a meeting **Error** for PMI(type 4) meetings, the uuid and meetingId is different in meeting create event from meeting meeting start/end events. Through webhooks there is no possible way to map that meeting create and meeting start are related to same meeting. Since uuid and automatic meetingId and meeting type as 2 are sent in create event while in start event data, another uuid along with personal meetingId and type as 4 is being sent. **Which App Type (OAuth / Chatbot / JWT / Webhook)?** the app ia user based Oauth app **Which Endpoint/s?** the issue is from webhooks data for type 4 meetings(create over start/end) **How To Reproduce (If applicable)** Steps to reproduce the behavior: 1. configure an zoom app, and subscribe for zoom events 2. create personal meeting and verify data of create and start/end events ---
**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\ **Post date:** [September 10, 2020, 1:35pm UTC](https://devforum.zoom.us/t/pmi-type4-meeting-webhooks/29465/2 "2020-09-10T13:35:04Z")
Hi @manideep.simhadri95, To make sure we’re on the same page, can I kindly ask that you provide a screenshot or a copy of each of the JSON payloads that contain the meeting IDs and UUIDs in question? This will help me to take a closer look! Thanks, Will ---
**Author:** ![manideep.simhadri95](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/manideep.simhadri95/32/14875_2.png) [@manideep.simhadri95](https://devforum.zoom.us/u/manideep.simhadri95)\ **Post date:** [September 11, 2020, 11:46am UTC](https://devforum.zoom.us/t/pmi-type4-meeting-webhooks/29465/3 "2020-09-11T11:46:52Z")
Hi Will, I sharing the screenshot, with personal details masked. if you see the screenshot - ![pmi_issue_type4](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/2X/5/54cadaff3a5ce6cb030a16bb487ce1dad926288b.png) meeting created event has different uuid, unique meetingId and topic given by us but, the started events(rest of other events apart from updated) have personal meetingId, default topic name and different uuid. It is difficult to map the events for a particular pmi meeting. ---
**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\ **Post date:** [September 14, 2020, 8:54pm UTC](https://devforum.zoom.us/t/pmi-type4-meeting-webhooks/29465/4 "2020-09-14T20:54:21Z")
Hey @manideep.simhadri95, Thanks so much for clarifying—I think we’re on the same page now. To clarify, when a meeting is created, that meeting is assigned a UUID, which is a different UUID than what you’ll see for a meeting that has occurred (meeting started and ended). The **common identifier between these meetings (scheduled vs occurred) is the Meeting ID**, which is what I would recommend to map the meeting back to the original scheduled meeting. I hope this helps to clear some of this up. I would also recommend reading through this post, which covers this in a bit more detail: > [@Tracking Meetings with id and uuid before and after they occur](https://devforum.zoom.us/t/tracking-meetings-with-id-and-uuid-before-and-after-they-occur/14787/2): > > Hey @michael3, You are spot on, the best way right now is to use the [meeting.ended webhook](https://marketplace.zoom.us/docs/api-reference/webhook-reference/meeting-events/meeting-ending) and reference back to the scheduled meeting via the meeting id. If you use the meeting.ended webhook, and make the connection right away via the meeting ID you should not run into the issue of the meeting expiring. Let me know if that answers your question. Thanks, Tommy Let me know if you still have questions! Will ---
**Author:** ![manideep.simhadri95](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/manideep.simhadri95/32/14875_2.png) [@manideep.simhadri95](https://devforum.zoom.us/u/manideep.simhadri95)\ **Post date:** [September 26, 2020, 1:47pm UTC](https://devforum.zoom.us/t/pmi-type4-meeting-webhooks/29465/5 "2020-09-26T13:47:16Z")
Hi Will, **Meeting ID is not the common identifier in PMI(type 4 meetings) nor the UUID is the problem here**. If you see in the screenshot , only the create and update events have same meetingId(which is unique one). The rest of the events (start, shared, end and other related to the meeting) have personal meetingId and different UUID (compared to create event) and also topic name is different. It is difficult to track for different PMI meeting events uniquely. **THIS IS ISSUE WITH PERSONAL MEETINGS(type 4)**. My suggestion is, you can maintain same UUID in events(webhooks data sent) throughout the meeting(start to delete) or send along the meetingId sent in the create event data as secondary Id along with personal meetingId sent in rest of the events data(webhooks). If I am getting it wrong, Please point me in right direction. Thankyou ---
**Author:** ![will.zoom](https://sea2.discourse-cdn.com/flex016/user_avatar/devforum.zoom.us/will.zoom/32/14417_2.png) [@will.zoom](https://devforum.zoom.us/u/will.zoom)\ **Post date:** [September 28, 2020, 7:21pm UTC](https://devforum.zoom.us/t/pmi-type4-meeting-webhooks/29465/6 "2020-09-28T19:21:24Z")
Hi @manideep.simhadri95, Thank you for clarifying, and apologies for any misunderstanding. At the moment, you’re correct in that when a personal meeting is created using personal meeting ID, a unique meeting ID is also created as seen in the create meeting response. However, in the webhooks it will show your personal meeting ID. Your suggestion to include a secondary ID along with the personal meeting ID is a great idea, but is not how this currently functions. I’m happy to raise this internally, as I can definitely appreciate how it would be helpful to have something like a secodary ID in the webhook data. If you’re so inclined, you’re also welcome to suggest this in our #feature-requests channel. Thanks, Will ---
**Author:** ![system](https://us1.discourse-cdn.com/flex016/uploads/zoomdeveloper/original/3X/6/1/614bdd549b610bbaa46ff934617683a02bdaa03c.png) [@system](https://devforum.zoom.us/u/system)\ **Post date:** [October 29, 2020, 5:21am UTC](https://devforum.zoom.us/t/pmi-type4-meeting-webhooks/29465/7 "2020-10-29T05:21:31Z")
Closed on October 29, 2020, 5:21am UTC This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.