Article ID: KB-XXXX
Last Updated: [Date]
Applies To: Pulse For Meetings (Beta and GA releases)
Question
- What is Pulse For Meetings and which capabilities does it provide?
- Which meeting platforms and companion apps are supported?
- What configuration options exist for admins (recording, retention, notifications, risk features)?
- How does consent work across different meeting platforms (Zoom, Webex, Microsoft Teams, Google Meet)?
- How are voice authentication and deepfake (audio/video) detections surfaced in the product?
- What reporting and export options are available?
- What are the most common feature‑related issues in Pulse For Meetings and how are they typically resolved?
Answer
What Pulse For Meetings Does
- Pulse For Meetings provides real‑time and post‑meeting analysis of meeting participants to detect AI deepfakes and other risks for video and audio.
- The product includes video deepfake detection using new video AI engines, with ongoing accuracy improvements and additional engines being trained and validated.
- Pulse For Meetings also includes audio‑based analysis with new audio AI engines, mixture‑of‑experts approaches, and risk features such as location and IP‑based risk for participants.
- Support for voice authentication in meetings is being added so participants can be enrolled and authenticated based on their voice during meetings.
- Enterprise‑readiness features include options for custom storage, SSO authentication, and model update workflows tailored to customer environments.
Supported Meeting Platforms And Apps
- Pulse For Meetings is designed to work with major meeting platforms, with companion apps and adapters planned or delivered for: Microsoft Teams – a Teams app for meetings and a media‑capture adapter via Pulse Media Mesh / Capture integration. :llmCitationRef[5] Zoom – a Zoom app for meetings and Zoom RTMS/adapter for media capture. :llmCitationRef[6] Webex – a Webex app for meetings and Webex media capture adapter. :llmCitationRef[7] Google Meet – a Google Meet companion app for meetings. :llmCitationRef[8]
- Pulse Media Mesh and Capture teams provide the underlying media‑capture infrastructure for Teams, Zoom, and Webex so meetings audio/video streams can be sent to Pulse for analysis.
- Admin and user‑facing “Pulse Meetings” web application views expose meeting‑level details, risk signals, and configuration options for these integrations.
- Support for dial‑in (phone) participants is being considered, including the ability to stop analyzing dialed‑in participants if pre‑meeting consent must be handled by the meeting platform itself.
Admin Features: Configuration, Recording, Retention, Notifications
- Pulse Meetings includes an Admin View with configuration for meeting‑related features, including voice‑auth settings and other admin‑level options.
- Admin configurations planned for meetings include: Recording controls – whether and how meeting audio/video is captured and sent to Pulse. Data retention – configurable retention for liveness features (e.g., 30‑day retention for certain features) and voice feature retention per tenant. :llmCitationRef[13] Notifications – real‑time notifications and alerts for risk events (e.g., suspected deepfakes) as part of “Admin configurations (recording, retention, notifications etc.)”. :llmCitationRef[14]
- Enterprise storage options allow some customers to use custom storage for meeting artifacts as part of “Enterprise Readiness (Custom storage, SSO auth, model updates)”.
- Role‑based access control (RBAC) includes an admin/security role that can view meetings across all users in a tenant, supporting central security and risk teams.
- Monitoring and alerting for meeting‑related pipelines (audio, video, voice auth, IP risk) are being expanded to cover new features as they launch.
Consent Behavior Across Platforms
- Consent is supported differently by platform: Zoom – Pulse implements consent flows specifically for Zoom meetings, including Zoom‑side consent handling and liveness feature retention behavior. :llmCitationRef[18] Webex – Pulse is adding consent for Webex meetings via companion app and/or landing flows. :llmCitationRef[19] Microsoft Teams – consent is in progress and has known platform limitations; Zoom and Webex consent implementations are prioritized first. :llmCitationRef[20] Google Meet – manual consent for Google Meet is planned to support specific customers (for example, Moonpay) when platform constraints require it. :llmCitationRef[21]
- Some consent designs (such as interstitial pages shown before users join) have been explored but not always implemented if later product decisions changed (for example, removing a generic interstitial for certain use cases while keeping Zoom/Webex‑specific consent flows).
- Consent behavior is closely coupled with features like IP and location‑based risk, because some risk signals (e.g., browser‑side fingerprinting) may depend on consent obtained before the participant enters the main meeting.
- Consent configuration per tenant includes: Per‑tenant consent language settings. Visual indicators in UI that consent has been obtained for a given participant or session.
- Platform limitations (especially for Teams and Meet) can delay consent‑dependent features reaching full parity compared to Zoom/Webex, and this is explicitly called out as a risk during rollout.
Deepfake Detection, Voice Authentication, And Risk Signals
- Video deepfake detection: New video AI engines are trained and added for Pulse Meetings, with accuracy improvements and fusion with audio when needed. :llmCitationRef[26] Video detection is exposed as per‑participant or per‑meeting risk indicators in the meetings UI and via APIs.
- Audio deepfake detection: New audio AI engines are trained and deployed as “Audio AI Engines in Training” for meetings and call center use cases. :llmCitationRef[27] Mixture‑of‑experts approaches are used for audio to improve detection quality across many different synthetic voices and replay types. :llmCitationRef[28]
- Voice authentication: Voice authentication supports enrollment and authentication of participants in meetings, including special cases such as HR or high‑risk meetings. :llmCitationRef[29] Fuzzy‑match voice authentication is being developed so fraudsters using slightly altered audio can still be detected; initial implementations may require additional tuning based on product feedback. :llmCitationRef[30]
- Location and IP‑based risk: Location‑risk features allow blocklists, allowlists, and mismatch detection between expected and observed participant locations. :llmCitationRef[31] IP‑address risk detection compares participant IPs against known bad IPs, allowlists, and blocklists; implementation may be limited on platforms where consent or technical hooks are constrained. :llmCitationRef[32]
- Combination of signals: Pulse Meetings can combine video deepfake, audio deepfake, voice authentication, IP, and location risk to provide a meeting‑level risk assessment and per‑participant flags. :llmCitationRef[33] These signals are used for customer reporting, dashboards, and potential downstream integrations (e.g., SIEM or security workflows).
Reporting, Analytics, And Exports
- Pulse Meetings supports CSV export from the meetings page so customers can export meeting‑level data for further analysis and reporting.
- Additional reporting and analytics work is planned to provide value dashboards and license‑tracking views that quantify how often and how effectively Pulse is detecting risky participants.
- APIs are being developed to expose audio and video deepfake detections, and later voice‑auth results, so customers can ingest results into their own tools or workflows.
- Integration with customer SIEM tools is planned so risk signals from Pulse Meetings can be forwarded to the customer’s existing security monitoring stack.
- Meeting‑feature usage tracking (which tenants have which features enabled) is planned via internal APIs or dashboards so Pindrop can support adoption and troubleshooting at scale.
Common Feature‑Related Issues And Typical Resolutions
- Companion app availability and publication: Issue: Customers may not see the Pulse companion app listed or available in their meeting platform (Zoom, Webex, Teams, Google Meet) while the feature is still rolling out. :llmCitationRef[39] Resolution: Confirm which companion apps have already been published (Zoom and Webex are called out as done; Teams and Google Meet may still be in progress). If an app is not yet GA for that marketplace, customers may be onboarded via beta programs or need to wait for publication to complete. :llmCitationRef[40]
- Media capture not working for a specific platform: Issue: Meeting audio/video is not being captured or analyzed for a platform that is still in adapter development (for example, MS Teams or Zoom integration via Capture/Media Mesh still under active work). :llmCitationRef[41] Resolution: Verify whether the specific adapter (Teams, Zoom, Webex) has reached production readiness; in some cases, end‑to‑end integration exists but still requires additional scalability and load testing before use in production. Customers may be limited to platforms whose adapters are fully certified. :llmCitationRef[42]
- Consent not appearing or not enforced as expected: Issue: Customers may expect pre‑meeting consent pages or indicators (interstitials) on all platforms, but consent may only be fully implemented on Zoom and Webex, with Teams and Meet still in progress or constrained by platform rules. :llmCitationRef[43] Resolution: Confirm platform‑specific consent behavior in the customer’s environment, ensure the correct companion app version is installed, and document that some consent experiences are intentionally different (e.g., manual consent for Google Meet or absence of generic interstitial on some flows) due to product decisions or platform constraints. :llmCitationRef[44]
- Missing or delayed risk signals (video/audio deepfake, IP, location, voice auth): Issue: Customers may report that certain risk indicators (e.g., IP risk, location risk, voice auth status) are not visible for some meetings or participants, especially on newly supported platforms or tenants. Resolution: Verify whether the given feature is enabled for that tenant and platform; many features (IP risk, location risk, voice auth) have staged rollouts and dependencies on consent, storage, and engine readiness. In some cases, the feature may be at risk or marked as “in progress” in the roadmap, and not yet generally available for all combinations of tenants and platforms. :llmCitationRef[45]
- Reporting and export limitations: Issue: Customers might expect richer dashboards or longer‑term analytics beyond the currently available CSV exports and basic reporting. Resolution: Explain that CSV export from the meetings page is available today, and that more advanced value dashboards, license‑tracking views, and feature‑usage reports are planned but may still be under development; set expectations for roadmap timing accordingly. :llmCitationRef[46]
- Load‑testing or scale readiness: Issue: Large customers may raise concerns about readiness for high‑scale meeting traffic when some load‑testing automation is still in progress or at risk. Resolution: Clarify which components have been stress‑tested (for example, video pipelines) and which are still undergoing end‑to‑end load‑test automation. For new platforms like Teams and Zoom RTMS, communicate that end‑to‑end testing is prioritized for early Q1 before broad production rollout. :llmCitationRef[47]
- Enterprise integration and storage configuration: Issue: Customers needing custom storage, SSO, or enterprise model‑update patterns may experience configuration delays while enterprise‑readiness features are finalized. Resolution: Confirm availability of custom storage and SSO options for their tenant and schedule any required configuration changes through the Pulse and Cloud Engineering teams as those features reach “done” status on the roadmap. :llmCitationRef[48]
Related Articles
How To Configure Pulse For Meetings Admin Settings (recording, retention, notifications) Troubleshooting Pulse For Meetings Integrations With Zoom And Webex Pindrop Pulse Call Center – Features And Common Issues
Notes
- Some Pulse For Meetings capabilities are still in beta or at‑risk on the roadmap (for example, full consent parity on all platforms, IP‑risk for Teams/Meet, full load‑testing automation). Timelines and availability may change as engineering milestones are updated.
- Where roadmap items describe features as “At Risk” or “Not Ready,” those features should not be promised as GA to customers until confirmed by Product and Engineering.
Need More Help?
- If questions remain about specific Pulse For Meetings features or roadmap timing, contact the Pulse product/engineering team or open a case through the internal help portal so the appropriate team can provide up‑to‑date guidance.
Comments
0 comments
Please sign in to leave a comment.