> ## Documentation Index > Fetch the complete documentation index at: https://docs.getoneprofile.ai/llms.txt > Use this file to discover all available pages before exploring further. # Resume many contacts > Picks contacts back up where they stood, finishing any wait they were in and never restarting at step 1: wakes a paused contact, and undoes a reply stop, a cooldown stop or a mailbox_removed stop (that one only once its mailbox is back on the sequence, and not for a contact who has replied or bounced since). With `out_of_office=true`, reaches only the contacts whose thread reads out of office: one snoozed to a stated return date is due now, and one a misclassified auto-responder stopped as a reply picks up where they stopped. Takes the Audience tab's selection: listed `ids`, or `all=true` for every contact the given filters match, less any `excluded_ids`. Each contact is judged on its own and one the action cannot apply to is skipped rather than failing the batch, because a selection is rarely uniform: `updated` reports how many actually took it. ## OpenAPI ````yaml /openapi.json post /sequences/{sequence_id}/contacts/bulk/resume/ openapi: 3.1.0 info: contact: email: support@getoneprofile.ai name: Oneprofile Support description: >- REST API reference for Oneprofile, the GTM data layer for your CRM. Manage tables, enrichments, and integrations. Authenticate with an API key to get started. termsOfService: https://www.getoneprofile.ai/terms title: API Reference | Oneprofile version: '0.0' servers: - url: https://api.getoneprofile.ai security: [] tags: - description: >- The docked AI Assistant: its general chat about the workspace and the product, streamed as Server-Sent Events, and the one list of a person's threads across every assistant, with pin, rename, delete and the search-to-table link. name: assistant - description: >- The messages a person keeps to send the assistant again: the ones the workspace saved and the ones that ship with the product, with save, rename, edit and delete. name: assistant-prompt - description: >- Granted workspace actions: what the AI Assistant proposed or applied in a conversation, the approve and dismiss decisions on each card, the workspace's spend threshold and default grants, and the eight verbs. name: workspace-actions - description: >- The Getting started checklist: a workspace's progress through the six steps from its first people search to its first launched sequence. name: onboarding - description: Senders, connected mailboxes, tags, and the Google connect flow. name: senders - description: The workspace do-not-contact list, enforced before every send. name: suppression - description: >- The workspace's recontact rule: how long before anyone hears from us again. name: contact_cooldown - description: 'Sequence authoring: the graph, the table-backed audience, previews.' name: sequences - description: >- The outbound agent behind a sequence: the voice it writes in, its per-message prompts, what it wrote and what people told it. name: outbound-agents - description: >- The LinkedIn channel: connecting an account to a sender, its safety limits and history, and the protocol the browser extension speaks. name: linkedin - description: >- The approval queue: everything waiting on a person across every sender and channel, and the workspace's manual or automatic modes per channel. name: outreach - description: 'The unified outreach inbox: threads, replies, labels, events.' name: inbox - description: 'The AI reply layer: workspace settings, drafts, and approval.' name: inbox-ai - description: Notification rules, per-user preferences, and the Slack connection. name: notifications - description: Endpoints for seeing all available integration types. name: integration-types - description: Endpoints for creating and managing integrations. name: integrations - description: Endpoints for the generic OAuth install/claim app-listings engine. name: app-listings - description: Endpoints for creating and managing API keys. name: apikey - description: >- AI apps connected to the workspace: Claude, ChatGPT, Claude Code or any other MCP client a person signed in to Oneprofile's MCP server with. name: ai_apps - description: Endpoints for managing billing and subscription information. name: billing - description: Endpoints for creating and managing tables. name: tables - description: Endpoints for table columns, formula previews, and on-demand column runs. name: table-columns - description: Endpoints for table rows and manual cell edits. name: table-rows - description: Endpoints for observing and cancelling table recompute runs. name: table-runs - description: >- Endpoints for org-shared per-column display preferences: hidden, pinned, width, and colour tint. name: table-ui-prefs - description: >- Endpoints for the org-shared names given to the column tint palette: what this organisation calls each colour. Org-level, not per-table. name: table-column-color-labels - description: >- Endpoints for the enrichment action catalog, model list, presets, draft generation, and saved agents. name: table-enrichments - description: >- Endpoints for an agent's Preview: example rows run one at a time, and a Looks good on each. Needs work lives under agent-learnings. name: agent-training - description: >- An agent's learnings, the one-line rules it follows on every output, and the thumbs down that teaches them: give one with what was wrong, list the ones on a subject, Undo one, and price the redo it would run. name: agent-learnings - description: >- The durable audit trail of a table's enrichment actions: configured, edited, run, cancelled, and settled cost. name: table-enrichment-audit-logs - description: Endpoints for saving and applying column templates. name: table-templates - description: Server-sent change feed for a table's grid. name: table-events - description: 'Endpoints for org-shared saved table views: sort, filters, hidden columns.' name: table-views - description: >- Endpoints for PER-USER table preferences: favourites and recently opened. Unlike the rest of the table surface these are personal, so two members of one organisation legitimately see different answers. name: table-user-prefs - description: >- Endpoints for building a table from an uploaded CSV: upload and preview the inferred columns, commit the reviewed mapping, then poll the row load. name: table-imports - description: Endpoint for downloading a table's rows as CSV. name: table-export - description: >- Endpoints for the integration a table imports from: attach and preview it, promote imported fields into columns, and run the import on demand. name: table-sources - description: >- Endpoints for a table's recurring import cadence: set it, pause it, and read the next fire times. name: table-schedules - description: >- Endpoints for pushing a table's rows out to a connected integration: list writable destinations, derive their write capabilities, and map export columns. name: table-writeback - description: >- Endpoints backing a lookup column's setup: the connections whose records a column could read, and the identity fields one record type can be looked up by. name: table-integration-lookup - description: >- Endpoints for sourcing leads from the lead database: count and preview matches, land them in a table, and keep saved searches. Alongside people and company searches, leads can be sourced from buying signals (what a company or person just did), with a catalogue endpoint behind the picker that builds them. name: find-leads - description: >- Endpoints for discovering a domain's subdomains from public certificate logs and landing the results in a table. name: find-subdomains - description: Endpoints for the credit balance meter and usage reporting. name: credits - description: >- Endpoints for the workspace referral program: the shareable link, the friends who joined through it, and claiming a code after signup. name: referral - description: >- Endpoints for the affiliate program's own dashboard: enrolling and claiming a code, the summary, stats and activity feed, the commission ledger, and identity verification and payouts. name: affiliate - description: >- Endpoints for recording where a new workspace came from: the marketing page or campaign its signup link carried, sent once after signup. name: attribution - description: >- Endpoints for the design partner program's customer surface: whether this workspace is a design partner, the badges its feedback has earned, and sending and reading that feedback. name: design-partner - description: >- Endpoints for the org-level AI business context (company description, ideal customer profile, buyer personas, interest signals and social proof), plus domain-based generation and the reference documents whose summaries ride alongside those fields. name: ai-context - description: >- Endpoints for the signed-in user's Google Drive connection: starting and finishing the OAuth grant, checking or dropping it, and minting the short-lived token the Google Picker needs. name: google-drive paths: /sequences/{sequence_id}/contacts/bulk/resume/: post: tags: - sequences summary: Resume many contacts description: >- Picks contacts back up where they stood, finishing any wait they were in and never restarting at step 1: wakes a paused contact, and undoes a reply stop, a cooldown stop or a mailbox_removed stop (that one only once its mailbox is back on the sequence, and not for a contact who has replied or bounced since). With `out_of_office=true`, reaches only the contacts whose thread reads out of office: one snoozed to a stated return date is due now, and one a misclassified auto-responder stopped as a reply picks up where they stopped. Takes the Audience tab's selection: listed `ids`, or `all=true` for every contact the given filters match, less any `excluded_ids`. Each contact is judged on its own and one the action cannot apply to is skipped rather than failing the batch, because a selection is rarely uniform: `updated` reports how many actually took it. operationId: bulk_resume_contacts parameters: - in: path name: sequence_id required: true schema: format: uuid title: Sequence Id type: string - description: >- Answer what the action would do, exactly as the real call answers it, and change nothing. in: query name: dry_run required: false schema: default: false description: >- Answer what the action would do, exactly as the real call answers it, and change nothing. title: Dry Run type: boolean requestBody: content: application/json: schema: $ref: '#/components/schemas/ResumeContactsSchema' required: true responses: '200': content: application/json: schema: $ref: '#/components/schemas/SequenceContactBulkUpdateResponseSchema' description: Successful Response '401': content: application/json: schema: $ref: '#/components/schemas/UnauthorizedResponse' description: Unauthorized '403': content: application/json: schema: $ref: '#/components/schemas/ForbiddenResponse' description: Forbidden '404': content: application/json: schema: $ref: '#/components/schemas/NotFoundResponse' description: Not found. '422': content: application/json: schema: $ref: '#/components/schemas/UnprocessableEntityResponse' description: Invalid request made to the API. '500': content: application/json: schema: $ref: '#/components/schemas/ServerErrorResponse' description: Internal server error. '502': content: application/json: schema: $ref: '#/components/schemas/ServerErrorResponse' description: Bad gateway error. '503': content: application/json: schema: $ref: '#/components/schemas/ServerErrorResponse' description: Service unavailable. security: - APIKeyHeader: [] - HTTPBearer: [] components: schemas: ResumeContactsSchema: description: >- The contacts a bulk resume reaches, and whether they are the out-of-office ones. properties: all: default: false description: >- Act on every contact the filters match, or every contact when there are none. Required when ids is absent. title: All type: boolean created_from: anyOf: - format: date-time type: string - type: 'null' description: >- Only contacts added on or after this instant. The grid's date range, which an action on everything matching has to honour or it reaches past what the person was looking at. title: Created From created_to: anyOf: - format: date-time type: string - type: 'null' title: Created To exclude: default: false description: >- Read 'statuses' and 'stop_reasons' as 'everything but', matching the Contacts tab's one Include/Exclude toggle. title: Exclude type: boolean excluded_ids: description: >- With all, contacts to leave out: the rows unticked after ticking the header. items: format: uuid type: string maxItems: 1000 title: Excluded Ids type: array group: anyOf: - $ref: '#/components/schemas/ContactGroup' - type: 'null' description: >- The Audience tab's tab the grid was showing. An action on everything matching reaches only the contacts under it, or Select all under one tab would act on everyone. ids: anyOf: - items: format: uuid type: string maxItems: 1000 type: array - type: 'null' description: The contacts to act on, by enrolment id. title: Ids order_by: $ref: '#/components/schemas/ContactOrderBy' default: created_at description: >- The order the grid was listing in. Under a 'group', the action judges the same contacts the tab's list judged in that order. order_direction: default: desc description: The direction of order_by. enum: - asc - desc title: Order Direction type: string out_of_office: default: false description: >- Reach only the contacts whose thread reads out of office: one snoozed to a stated return date is due now, and one a misclassified auto-responder stopped as a reply picks up where they stopped. Either finishes a wait they were in first. title: Out Of Office type: boolean search: anyOf: - maxLength: 255 type: string - type: 'null' title: Search statuses: anyOf: - items: $ref: '#/components/schemas/EnrolmentStatus' type: array - type: 'null' title: Statuses stop_reasons: anyOf: - items: $ref: '#/components/schemas/StopReason' type: array - type: 'null' title: Stop Reasons title: ResumeContactsSchema type: object SequenceContactBulkUpdateResponseSchema: description: What one bulk action on contacts did. properties: in_other_sequence: default: 0 description: >- Of the skipped, the contacts another live sequence has taken since: failed contacts a retry left failed, on the step that broke, for a retry once that sequence is done with them; and stopped contacts a resume marked skipped instead of putting back on the cadence. title: In Other Sequence type: integer updated: description: >- How many contacts actually took the action. A selection is rarely uniform, so rows the action cannot apply to are skipped, not failed. title: Updated type: integer required: - updated title: SequenceContactBulkUpdateResponseSchema type: object UnauthorizedResponse: properties: detail: description: The detail of why the request is unauthorized. title: Detail type: string required: - detail title: UnauthorizedResponse type: object ForbiddenResponse: properties: detail: description: The detail of why the request is forbidden. title: Detail type: string required: - detail title: ForbiddenResponse type: object NotFoundResponse: properties: detail: description: The detail of why the resource was not found. title: Detail type: string required: - detail title: NotFoundResponse type: object UnprocessableEntityResponse: properties: detail: description: >- The detail of the error. This is the error message to show to the user. You should also use the issues field to show more detailed error messages per field. Use this field for a single liner error message. title: Detail type: string issues: description: >- The issues that caused the error. There can be multiple issues. Each issue is a user-facing error message. items: $ref: '#/components/schemas/UnprocessableEntityIssue' title: Issues type: array required: - detail - issues title: UnprocessableEntityResponse type: object ServerErrorResponse: properties: detail: description: The detail of why the server returned an error. title: Detail type: string required: - detail title: ServerErrorResponse type: object ContactGroup: description: |- The Audience tab's tab a contact sits under; every contact is under one. The tabs used to be counts that overlapped (a bounced contact was both "reachable" and "blocked", so the counts added up past the roster) and opened a list of names over the roster they repeated (Natsuki, 2026-10-02). They partition the roster now and filter it in place, so a tab's count is exactly the rows it shows, and each row's own status chip names the state that put it there. Derived at read time from the status, the stop reason, the contact's current-step task and whether an address reaches them, never stored. enum: - in_progress - needs_approval - paused - done - blocked title: ContactGroup type: string ContactOrderBy: description: The orders the Audience tab lists a sequence's contacts in. enum: - created_at - due_at - status title: ContactOrderBy type: string EnrolmentStatus: description: >- Where one contact stands in one sequence. ACTIVE rows carry a ``due_at`` and are what the tick claims; CLAIMED is the in-flight guard between claim and outcome. PAUSED is a deliberate per-contact hold: unclaimable because the tick claims strictly on ACTIVE, yet still LIVE. It keeps its step and its one-live-sequence slot, and a compliance stop (reply, unsubscribe) reaches it. Everything else is settled: COMPLETED walked off the end; STOPPED was halted (reply, unsubscribe, bounce, manual, company pause); FAILED is terminal; SUPPRESSED was on the do-not-contact list; SKIPPED_DUPLICATE lost the one-live-sequence-per-contact rule, with the reason visible in the grid. A contact the workspace's recontact rule refuses is STOPPED with ``StopReason.COOLDOWN``. There is deliberately no held state: a cooldown settles a contact rather than parking them, so nothing here waits on a date and nothing lets itself out later. AWAITING_ACTION is a contact parked behind a task that needs a person or a channel, modelled on PAUSED: live, keeps its step and its one-live-sequence slot, unclaimable because the tick claims strictly on ACTIVE, and a compliance stop reaches it. Unlike PAUSED nobody wakes it by hand: only the outreach-task sweep does, once the task it waits on is decided or delivered. Deliberately not "awaiting approval": an AUTO-mode LinkedIn park is waiting for a browser rather than for anyone's approval, and this value is the word the Contacts tab shows for both. PENDING is a draft's roster: in, standing on a step, and NOT live. Binding an audience enrols on the spot so the Contacts tab can show who is in, but a sequence nobody has launched must not hold anybody's one-live-sequence slot, or a second sequence written for the same people skips them all. ``uq_sequence_enrolment_one_live`` leaves PENDING out, the tick never claims it, and launch turns each row ACTIVE, settling the ones another sequence took meanwhile as SKIPPED_DUPLICATE. enum: - pending - active - claimed - paused - awaiting_action - completed - stopped - failed - suppressed - skipped_duplicate title: EnrolmentStatus type: string StopReason: enum: - reply - unsubscribe - bounce - manual - company_reply - row_left_audience - row_left_paused - step_removed - removed - cooldown - rejected - mailbox_removed - unread_reply - declined - trashed - trashed_paused title: StopReason type: string UnprocessableEntityIssue: properties: input: anyOf: - type: string - type: integer - type: number - type: boolean - items: {} type: array - additionalProperties: true type: object description: The user's input that caused the error. title: Input loc: description: >- The location of the error. Always contains 1 or 2 elements. The first element is the type of location (e.g. 'body', 'query', 'path', 'header'). The second element is the name of the field that caused the error. If the error is not related to a specific field, the second element is not present. items: type: string title: Loc type: array msg: description: The message of the error. The error message to show to the user. title: Msg type: string type: description: >- The type of the error. Useful for frontend code to handle different types of errors. title: Type type: string required: - loc - msg - type - input title: UnprocessableEntityIssue type: object securitySchemes: APIKeyHeader: in: header name: X-API-Key type: apiKey HTTPBearer: scheme: bearer type: http ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.