How AI is applied across API Evangelist and APIs.io. Read my AI disclosure →
API Evangelist API Evangelist
Discovery
Learnings
Guidance
Toolbox
Alignment
API Evangelist LLC

Merge subpackage_tickets API

The subpackage_tickets API from Merge — 7 operation(s) for subpackage_tickets.

Merge subpackage_tickets API is one of 118 APIs that Merge publishes on the APIs.io network, described by a machine-readable OpenAPI specification.

This API exposes 21 JSON Schema definitions.

The published artifact set on APIs.io includes an OpenAPI specification, API documentation, a JSON-LD context, a support channel, and 21 JSON Schemas.

This API exposes 9 operations across 7 paths, and defines 44 schemas. It is described by OpenAPI 3.2.0, at version 1.0.0.

Requests are made against 3 base URLs: https://api.merge.dev/api, https://api-eu.merge.dev/api, https://api-ap.merge.dev/api.

9 operations 7 paths 44 schemas 7 GET1 PATCH1 POST

Metadata

The identity and technical contract details declared by the specification.

Specification
OpenAPI 3.2.0
API Version
1.0.0
Base URL
https://api.merge.dev/api/hris/v1
Authentication
HTTP Bearer
Resource Areas
1

Authentication & Security 1

Merge subpackage_tickets API declares 1 security scheme for authenticating requests. It accepts HTTP bearer tokens (tokenAuth).

  • tokenAuth — Token-based authentication with required prefix "Bearer"

Paths & Operations 9

Across 7 paths, the API surfaces 9 operations — 7 GET, 1 PATCH, 1 POST. Each is listed below with its method, path, parameters, and response codes.

subpackage_tickets 9
GET
/ticketing/v1/tickets
List
list 38 params → 200
POST
/ticketing/v1/tickets
Create
create 4 params body → 201
GET
/ticketing/v1/tickets/{id}
Retrieve
retrieve 9 params → 200
PATCH
/ticketing/v1/tickets/{id}
Partial Update
partial-update 5 params body → 200
GET
/ticketing/v1/tickets/{ticket_id}/viewers
Viewers List
viewers-list 9 params → 200
GET
/ticketing/v1/tickets/live-search
Live Search List
live-search-list 15 params → 200
GET
/ticketing/v1/tickets/meta/patch/{id}
Meta Patch Retrieve
meta-patch-retrieve 3 params → 200
GET
/ticketing/v1/tickets/meta/post
Meta Post Retrieve
meta-post-retrieve 4 params → 200
GET
/ticketing/v1/tickets/remote-field-classes
Remote Field Classes List
remote-field-classes-list 10 params → 200

Schemas 44

The contract defines 44 schemas that model the data the API accepts and returns. The most detailed are Ticket (30 properties), TicketRequest (22 properties), PatchedTicketRequest (21 properties), Permission (12 properties). Each schema is shown below with its type and property counts.

PatchedTicketRequest
object
The Ticket Object Description The Ticket object is used to represent a ticket, issue, task or case. Usage Example TODO
21 properties
ValidationProblemSource
object
1 property 1 required
WarningValidationProblem
object
7 properties 3 required
TicketsIdGetParametersRemoteFields
string
ItemTypeEnum
string
TicketsTicketIdViewersGetParametersExpandSchemaItems
string
TicketsLiveSearchGetParametersRemoteFields
string
DebugModelLogSummary
object
3 properties 3 required
PatchedTicketEndpointRequest
object
1 property 1 required
TicketsGetParametersPriority
string
PermissionFieldMappings
object
2 properties
PaginatedTicketList
object
3 properties
LinkedAccountStatus
object
2 properties 2 required
Viewer
object
The Viewer Object Description The Viewer object is used to represent a User or Team within a company. Usage Example TODO
6 properties
FieldFormatEnum
string
TicketsLiveSearchGetParametersShowEnumOrigins
string
Permission
object
The Permission Object Description The Permission object is used to represent permissions that can be applied to users, roles, teams, collections, and tickets.…
12 properties
ItemFormatEnum
string
Ticket
object
The Ticket Object Description The Ticket object is used to represent a ticket, issue, task or case. Usage Example TODO
30 properties
TicketsGetParametersShowEnumOrigins
string
MetaResponse
object
5 properties 3 required
RemoteField
object
2 properties 1 required
TicketsGetParametersRemoteFields
string
TicketsIdGetParametersShowEnumOrigins
string
RemoteData
object
The RemoteData Object Description The RemoteData object is used to represent the full data pulled from the third-party API for an object. Usage Example TODO
2 properties 1 required
TicketFieldMappings
object
2 properties
TicketsIdGetParametersExpandSchemaItems
string
ActionsEnum
string
RemoteFieldClass
object
11 properties
ItemSchema
object
3 properties
EffectEnum
string
PriorityEnum
string
PaginatedRemoteFieldClassList
object
3 properties
TicketStatusEnum
string
DebugModeLog
object
3 properties 3 required
TicketAccessLevelEnum
string
TicketResponse
object
4 properties 3 required
PaginatedViewerList
object
3 properties
TicketEndpointRequest
object
1 property 1 required
FieldTypeEnum
string
TicketsGetParametersExpandSchemaItems
string
TicketRequest
object
The Ticket Object Description The Ticket object is used to represent a ticket, issue, task or case. Usage Example TODO
22 properties
ErrorValidationProblem
object
7 properties 3 required
RemoteFieldRequest
object
2 properties 1 required

Specification

The full machine-readable OpenAPI contract behind this narrative.

Source

merge-subpackage-tickets-api-openapi.yml Raw ↑

Other APIs Merge publishes across the network.

Merge Default API
Merge subpackage_accessKeys API
Merge subpackage_accountDetails API
Merge subpackage_accountingPeriods API
Merge subpackage_accounts API
Merge subpackage_accountToken API
Merge subpackage_activities API
Merge subpackage_addresses API
Merge subpackage_applicationCredentials API
Merge subpackage_applications API
Merge subpackage_articles API
Where this information came from

This is an independent, third-party profile of Merge subpackage_tickets API, published by API Evangelist. We do not operate, host, resell, or support these APIs, and we are not affiliated with or endorsed by the company unless stated above. Everything here is built from publicly available information — the company's own site, developer portal, documentation, public repositories, and the specifications it publishes for public use. Nothing is obtained by breaching a system, defeating an access control, or using credentials.

The Kin Score and Agent Readiness rating are independently calculated assessments of a company's public API artifacts, scored against a published rubric. They are not certifications, endorsements, security assessments, or audits.

Corrections, re-scores, and removal are free — no partnership or purchase required, and you do not need to justify the request. A removed company is recorded as unrated, never scored zero for having asked. Acknowledgement within one business day; removal within two.

info@apievangelist.com · Read the full data-sourcing policy →
On a security or compliance team? Put security in the subject line and you will get a person, not a form — we will tell you exactly which public URLs this profile was built from.