What Gong permissions does Callmine request, and why?
Callmine requests four read-only Gong scopes: basic call metadata, extensive metadata, transcripts, and user list. No write access.
TL;DR
Callmine asks for four read-only Gong scopes: api:calls:read:basic,
api:calls:read:extensive, api:calls:read:transcript, and
api:users:read. Nothing in Gong is modified, created, or deleted.
The four scopes
api:calls:read:basic
Lets Callmine list calls in a date range and read basic metadata — participants, duration, direction, start time. We use this to enumerate which calls fall inside the window you analyze and to power filter previews before a run starts.
api:calls:read:extensive
Lets Callmine read the full call record from Gong's /v2/calls/extensive
endpoint, including any HubSpot deal context Gong has linked to the call.
The deal context is what powers Callmine's HubSpot filters (stage, amount,
owner, company size) without a separate HubSpot connection.
api:calls:read:transcript
Lets Callmine fetch the transcript text for each analyzed call. Transcripts are the primary input the analysis prompt evaluates — without this scope, Callmine can read metadata but cannot answer questions about call content.
api:users:read
Lets Callmine resolve Gong user IDs to display names and email addresses, so reports show the actual rep on each call instead of an opaque ID. We use this only to enrich call records for the UI and downloadable reports.
What we don't request
Callmine never asks for write scopes, scorecard scopes, or scopes covering calls outside your tenant. If a future feature needs broader access, Gong will surface a fresh consent screen — your existing grant stays narrow until you approve the new request.