[Deprecated]: V3.0

post

/ec-datahub-svc/rest/v3.0/tenant/{tenantId}/studies/{studyId}/kitsAndRandomizations

Deprecated: Use latest version instead.

Retrieves the study-permissioned Kits and Randomization Design dataset for a single study.

The dataset exposes versioned randomization and supply design configuration, including study-event linkage, randomization definitions, treatment arms, titration and allocation settings, kit types, calculated dose configuration, and design audit columns.

Supports select, filter, sort, limit, and offset query patterns.

The dataset returns rows for randomization and kit design entities configured for the study versions available in the selected mode.

This version additionally includes the following data points: SCHEDULED_FROM_EVENT_ID, SCHEDULED_FROM_EVENT_WID, and SCHEDULED_FROM_EVENT_REFNAME.

Required permission: KitsAndRandomizationDatasetPost.

Recommended order columns: The backend query always orders results by DH_TIMESTAMP and VERSION_START in ascending order first. If orderColumns is empty, only these two columns are used. If orderColumns is provided, the specified columns are appended after DH_TIMESTAMP and VERSION_START. For stable, deterministic pagination, use STUDY_ID, STUDY_VERSION, STUDYEVENT_ID, RAND_ID, ARM_ID, KIT_ID, SCHEDULED_FROM_EVENT_ID, and TITRATION in the orderColumns field of the request payload.

Request

Path Parameters
  • Unique study identifier supplied in the studyId path parameter.

    Use the uppercase hexadecimal UUID value for the study.

    Example: 0C7CBA3F70034C47947E2FAB086BFBF5.

  • Unique tenant identifier supplied in the tenantId path parameter.

    Use the uppercase hexadecimal UUID value for the tenant.

    Example: EC942244BB30163BE053BEC44C64CF34.

Query Parameters
  • Minimum Value: 0

    Page size for the result set.

    • 0 disables pagination and returns the maximum result set allowed by the dataset endpoint.
    • Positive values enable pagination.
    • Negative values return HTTP 400.
  • Minimum Value: 0

    Zero-based row offset.

    • Counts rows, not pages.
    • To fetch the next page, repeat the same request body and set offset = previous offset + previous count.
    • When limit = 0, this value is ignored and the response echoes offset = 0.
    • When limit > 0, an offset beyond the available rows returns HTTP 200 with an empty page.
    • Negative values return HTTP 400.
Supported Media Types
Request Body - application/json ()
Root Schema : schema
Type: object

Submit a structured query for a Data Hub dataset.

  • selectColumns is required and must contain one or more valid column names exposed by the target dataset version.
  • whereColumns is optional and provides structured filter predicates. Supported operators are =, !=, <>, >, >=, <, <=, LIKE, NOT LIKE, IN, NOT IN, BETWEEN, NOT BETWEEN, IS, and IS NOT.

    Default behavior: Data is filtered based on the STUDY_WID column.

  • orderColumns is optional and controls sort order. For stable multi-page retrieval, keep the same orderColumns across page requests.
Show Source
  • orderColumns

    Optional sort instructions to apply to the result set.

    Duplicate order-by columns are rejected.

  • selectColumns

    Required non-empty list of dataset column names to return.

    Column validation is case-insensitive, and the response echoes canonical uppercase dataset column names in the same order.

  • whereColumns

    Optional structured filter predicates.

    This is the request-body equivalent of a WHERE clause.

    All predicate values are supplied as strings and are parsed according to the underlying dataset column type.

Nested Schema : orderColumns
Type: array

Optional sort instructions to apply to the result set.

Duplicate order-by columns are rejected.

Show Source
Example:
[
    {
        "columnName":"VERSION_START",
        "sortOrder":"ASC"
    }
]
Nested Schema : selectColumns
Type: array

Required non-empty list of dataset column names to return.

Column validation is case-insensitive, and the response echoes canonical uppercase dataset column names in the same order.

Show Source
  • Required non-empty list of dataset column names to return.

    Column validation is case-insensitive, and the response echoes canonical uppercase dataset column names in the same order.

    Example: ["STUDY_VERSION","STUDY_ID"]
Example:
[
    "STUDY_VERSION",
    "STUDY_ID"
]
Nested Schema : whereColumns
Type: array

Optional structured filter predicates.

This is the request-body equivalent of a WHERE clause.

All predicate values are supplied as strings and are parsed according to the underlying dataset column type.

Show Source
Example:
[
    {
        "columnName":"STUDY_ID",
        "operator":"=",
        "value":[
            "A86F2D0BB610404DB62D37AFA9C20B50"
        ]
    }
]
Nested Schema : QueryOrder
Type: object

Sort instruction specifying a dataset column and optional order direction.

Show Source
  • Required dataset column name to sort by.

    Column-name validation is case-insensitive.

    Example: VERSION_START
  • Allowed Values: [ "ASC", "DESC" ]

    Optional sort direction.

    If omitted, SQL default ascending order is used for that column. Allowed values are ASC and DESC.

    Example: ASC
Example:
[
    {
        "columnName":"VERSION_START",
        "sortOrder":"ASC"
    }
]
Nested Schema : QueryPredicate
Type: object
Structured filter predicate used to constrain dataset results by column, operator, and value
Show Source
  • Required dataset column name to filter on. Column-name validation is case-insensitive.
    Example: STUDY_ID
  • Allowed Values: [ ">", "<", "=", ">=", "<=", "<>", "!=", "IN", "NOT IN", "BETWEEN", "NOT BETWEEN", "LIKE", "NOT LIKE", "IS", "IS NOT" ]
    Required comparison operator. Use one value for =, !=, <>, >, >=, <, <="," like, and not like; one or more values for in in; exactly two between between; value equal to null is not.< div>
    Example: =
  • value
    Filter values as strings. Value cardinality depends on the operator: one for most operators, one or more for IN/NOT IN, exactly two for BETWEEN/NOT BETWEEN, and exactly one value equal to NULL for IS/IS NOT.
Example:
[
    {
        "columnName":"STUDY_ID",
        "operator":"=",
        "value":[
            "A86F2D0BB610404DB62D37AFA9C20B50"
        ]
    }
]
Nested Schema : value
Type: array
Filter values as strings. Value cardinality depends on the operator: one for most operators, one or more for IN/NOT IN, exactly two for BETWEEN/NOT BETWEEN, and exactly one value equal to NULL for IS/IS NOT.
Show Source
  • Filter values as strings. Value cardinality depends on the operator: one for most operators, one or more for IN/NOT IN, exactly two for BETWEEN/NOT BETWEEN, and exactly one value equal to NULL for IS/IS NOT.
    Example: ["A86F2D0BB610404DB62D37AFA9C20B50"]
Example:
[
    "A86F2D0BB610404DB62D37AFA9C20B50"
]
Examples

Back to Top

Response

Supported Media Types

200 Response

Response behavior

  • The response is tabular. columns defines the selected output order, and each row in data follows that same order.
  • Every value in data is returned as a JSON string or null, including logical numbers and date/time values.
  • hasMore = "true" means more matching rows exist after the current page.
  • If filters match no rows, or offset is beyond the last row, the API returns HTTP 200 with data = [], count = 0, and hasMore = "false".

Section index

Study context | Randomization context | Event context | Kit context | Calculated dose context | Audit context | Reference and system identifiers

Study context

Study-level identifiers, version metadata, and protocol attributes associated with the dataset row.

Column Name Data Type Description
STUDY_TITLEVARCHAR2(4000 CHAR)

The STUDY_TITLE data element reflects the title of a protocol as defined by the study manager each time a new study version is created and renamed in the Study Mode section. For example, if the original study version is named P01_A23 in Active mode, that name appears as the STUDY_TITLE. If the study manager later creates a new version of the study and renames it to P01_A23_Production2, this new name will be displayed as the STUDY_TITLE for that version when used in Active mode.

When you include multiple study versions in your dataset, and each has a different title, the STUDY_TITLE element will reflect the specific title assigned to each version. For example, your dataset might include study versions 1.0.2, 1.0.3, and 1.0.4. If the study manager renamed each version, you would see those unique titles in the dataset:

  • P_01_A23 (for study version 1.0.2)
  • P01_A23_Production2 (for study version 1.0.3)
  • P01_A23_Production3 (for study version 1.0.4)
STUDY_ID_NAMEVARCHAR2(64 CHAR)A study ID as specified by the study manager when they created the study, such as a protocol acronym and protocol number.
STUDY_REFNAMEVARCHAR2(64 CHAR)Indicates the study's reference name used by the system. This value is composed by STUDY_ID_NAME converted to uppercase with blank spaces removed. Once created, this value never changes, even if STUDY_ID_NAME is changed.
STUDY_VERSIONVARCHAR2(32 CHAR)Indicates the study version number of the referencing data in a custom report.
STUDY_DESIGN_STATUSVARCHAR2(16 CHAR)Indicates the study design version status associated with the dataset row. Possible values include DRAFT, TESTING, APPROVED, ARCHIVED, or OLDDRAFT.
STUDY_PHASEVARCHAR2(64 CHAR)A study's phase as indicated by the study manager when they created the study. Possible values include I, I/II, II, II/III, III, IV, or Other.
BLINDING_TYPEVARCHAR2(64 CHAR)Indicates whether the study is an open-label type of study or a blinded study, as specified by the study manager when they created the study. Possible values include OpenLabel, Blinded, OpenLabelBlinded, or Observational.
THERAPEUTIC_AREAVARCHAR2(64 CHAR)Indicates the therapeutic area as specified by the study manager when they created the study. Possible values include CardiologyVascularDiseases, DentalOralHealth, Dermatology, Endocrinology, FamilyMedicine, Gastroenterology, GeneticDisease, HealthyVolunteers, Hematology, Hepatology, Immunology, InfectionsInfectiousDisease, Musculoskeletal, Nephrology, Neurology, NutritionWeightLoss, ObstetricsGynecology, Oncology, Ophthalmology, Otolaryngology, PediatricsNeonatology, PlasticSurgery, PharmacologyToxicology, Podiatry, PsychiatryPsychology, PulmonaryRespiratoryDiseases, Rheumatology, Sleep, Trauma, Urology, or Vaccines.

Parent topic: Section index


Randomization context

Randomization, cohort, treatment-arm, and allocation settings associated with the dataset row.

Column Name Data Type Description
RANDOMIZATION_TITLEVARCHAR2(64 CHAR)Indicates the title of a randomization strategy, as specified by a study designer when they design the randomization in Study Design mode.
RANDOMIZATION_DESCRIPTIONVARCHAR2(4000 CHAR)Indicates the description a study designer provides in the Description field, on the Create Randomization dialog. Creating a randomization is done in Study Design mode.
RANDOMIZATION_TYPEVARCHAR2(32 CHAR)Indicates the type of randomization, as specified by a study designer when creating a randomization. Possible values include Blinded or Unblinded.
COHORT_NAMEVARCHAR2(32767 CHAR)Indicates the cohort name, as specified by a study designer.
COHORTTYPEVARCHAR2(32 CHAR)Indicates the type of cohort selected by a study designer when creating a randomization design: None, Adaptive, or Demography. Possible values include NoCohort, Adaptive, or Demography.
TREATMENT_ARM_TITLEVARCHAR2(64 CHAR)The title of the treatment arm, as specified by the study designer when creating the arm.
TREATMENT_ARM_DESCRIPTIONVARCHAR2(4000 CHAR)The description of the treatment arm, as specified by the study designer when creating the arm.
TREATMENT_ARM_IDVARCHAR2(64 CHAR)The ID of the treatment arm, as specified by the study designer when creating the arm.
RERANDOMIZATIONNUMBERIndicates whether the study designer chose to use the current randomization design for a second or later randomization event in the study. Values can be 1 or 0.
RESTRICT_RANDOMIZATION_TO_AVAILABLE_KIT_TYPESNUMBER

Indicates the option that a study designer chose (1 or 0) when configuring this setting.

  • 1: Indicates that subjects can only be assigned to specific treatment arms during randomization if the associated kit types are available. This would result in forced randomization to a specific treatment arm if the kits for a different treatment arm are not in stock.
  • 0: Indicates that a study designer chose not to restrict the randomization to available kit types. When randomization is not restricted, a subject can be randomized to a given treatment arm regardless of site inventory and may result in dispensation failure when there are no available kit types to dispense.
ASSIGNED_SKIPPED_RANDOMIZATION_NUMBERSNUMBER

Indicates the option that a study designer chose (1 or 0) when configuring this setting.

  • 1: Indicates that, when a randomization number is skipped due to forced randomization, the skipped randomization number may be subsequently assigned to a subject who enrolls after.
  • 0: Indicates that skipped randomization numbers are never assigned to subjects.
RANDOMIZATION_VERSION_STARTTIMESTAMP(6)Indicates the date and time of when the randomization data was entered.
RANDOMIZATION_VERSION_ENDTIMESTAMP(6)Indicates the date and time of when randomization data was changed, if the data is not current.

Parent topic: Section index


Event context

Event metadata, scheduling rules, and visit-window attributes associated with the dataset row.

Column Name Data Type Description
EVENT_TITLEVARCHAR2(64 CHAR)The event's title, defined by the user when an event is created.
EVENT_ID_NAMEVARCHAR2(16 CHAR)The event's id as in Clinical One Cloud Service.
EVENT_REFNAMEVARCHAR2(64 CHAR)A visit's reference name used in the system. This value is composed by EVENT_TITLE converted to uppercase with blank spaces removed and once created it doesn't update.
EVENT_TYPEVARCHAR2(32)The event type of the visit.
VISIT_TYPEVARCHAR2(32 CHAR)Indicates the event type as specified by the study designer when they created the event. Possible values include ScreeningVisit, ScheduleAbleVisit, SubjectWithdrawalVisit, SubjectCompletionVisit, UnScheduleAbleVisit, Event, AdverseEvent, ScreenFailureVisit, or ReScreeningEvent.
VISIT_HOUR_SEQ_ORDERNUMBERThe order in which subject visits occur, as configured in the study design.
VISIT_IS_REQUIREDCHAR(1)Indicates if a visit is required. Possible values include Y or N.
IS_SCHEDULED_VISITCHAR(1)Indicates if the visit is scheduled. Possible values include Y or N.
SCHEDULED_FROM_EVENT_NAMEVARCHAR2(64 CHAR)Displays the EVENT_TITLE (visit title) of the Scheduled From visit as defined in the Visit Schedule.
SCHEDULED_FROM_EVENT_REFNAMEVARCHAR2(64 CHAR)Displays the EVENT_REFNAME of the Scheduled From Visit as defined in the Visit Schedule.
DELAY_DAYSNUMBERThe number of days between the prior scheduled visit.
DELAY_HOURSNUMBERThe number of hours between the prior scheduled visit (in addition to the DELAY_DAYS field).
VISIT_WINDOW_BEFORE_DAYSNUMBERIndicates the number of days before the event or activity should happen.
VISIT_WINDOW_BEFORE_HOURSNUMBERIndicates the number of hours before the event or activity should happen.
VISIT_WINDOW_AFTER_DAYSNUMBERIndicates the number of days after the event or activity should happen.
VISIT_WINDOW_AFTER_HOURSNUMBERIndicates the number of hours after the event or activity should happen.

Parent topic: Section index


Kit context

Kit design, supply configuration, and kit-type attributes associated with the study setup.

Column Name Data Type Description
KIT_TYPEVARCHAR2(23)

A kit's type, as specified by the study designer when they created the kit. The following values can be displayed:

  • Investigation Product
  • Device
  • Kit Type Titration
KIT_TYPE_IDVARCHAR2(64 CHAR)Indicates the unique identifier for a kit type.
KIT_MEASUREMENTNUMBER(20,2)Indicates the total numeric value for the product in the kit, as specified by the study designer.
SUBJECT_MEASUREMENTNUMBER(20,2)Indicates the value that, along with the answer for the subject and the value of a single unit, determines the dose, as specified by the study designer.
TYPEVARCHAR2(16 CHAR)Indicates the supply type of the kit, as specified by the study designer. Possible values include Blister Pack, Bottle, Device, Syringe, Topical Ointment, Vial, Inhaler, Infusion, Box, or Other.
TITRATIONNUMBERIndicates if a kit type is part of a kit type titration. Values can be 1 or 0.
MINIMUM_KITS_TO_SHIPNUMBERIndicates the minim number of kits to include in each shipment to meet packaging requirements, as specified by the study designer when they created the kit type.
UNITS_PER_KITNUMBERIndicates the number of units in the kit, such as the number of pills in a bottle, as specified by the study designer.
SINGLE_UNIT_DOSE_VALUENUMBER(20,2)Indicates how one unit in the kit is measured, specifically its specified value.
SINGLE_UNIT_DOSE_UNITSVARCHAR2(16 CHAR)Indicates how one unit in the kit is measured.
CALCULATING_DOSESNUMBERIndicates whether the study designer specified that the kit type should have calculations defined based on subjects' answers to one or more questions.
DEVICE_TYPEVARCHAR2(255)Indicates the type of device, as specified by the study designer when they created the device kit type. Possible values include Activity Watch, Blood Pressure Monitor, Glucose Monitor, Weight Scale, ECG Reader, Spirometer, Mobile App, Smart Pill Bottle, Pulse Oximeter, Wearable Patch, or Other.
DEVICE_CONNECTIONVARCHAR2(255)

Indicates the type of device connection, as specified by the study designer when they created the device kit type. The following values can be displayed:

  • No Connection
  • Device to Cloud
  • Cloud to Cloud
DISTRIBUTION_SETTINGSVARCHAR2(16 CHAR)Indicates the type of distribution a kit has, as specified by the study designer. Possible values include Blinded, Unblinded, or Unblinded Pharmacist.
KIT_VERSION_STARTTIMESTAMP(6)Indicates the date and time of when the kit data was entered.
KIT_VERSION_ENDTIMESTAMP(6)Indicates the date and time of when kit data was changed, if the data is not current.

Parent topic: Section index


Calculated dose context

Calculated-dose definitions and dosing rules configured for kit supply design.

Column Name Data Type Description
CALCULATED_DOSE_TITLEVARCHAR2(64 CHAR)Indicates the title of the kit type containing calculated doses, as specified by the study designer.
FORM_QUESTION_FOR_CALCULATED_DOSEVARCHAR2(64 CHAR)Indicates the question that is selected by the study designer to be used in calculating the appropriate dose.
VISIT_WHERE_FORM_IS_COLLECTEDVARCHAR2(64 CHAR)Indicates the visit in which the question that is used to calculate the appropriate dose is asked, as specified by the study designer.
DOSING_FREQUENCYVARCHAR2(21 CHAR)Indicates how many doses the subject must consume, as specified by the study designer.
PERCISION_FOR_EACH_DOSENUMBERIndicates the number of places after the decimal point that each dose should be calculated in, as specified by the study designer. For example, if the precision for each dose is 0.0001, this value displays the number 4.
ROUND_UP_FORNUMBERIndicates how the rounding is performed to reach the dose precision, as specified by the study designer.
USE_LEFTOVER_UNITS_IN_NEXT_DOSENUMBERIndicates whether leftover units from a previous dose can be used in a next dose, during the study conduct period, as specified by the study designer.

Parent topic: Section index


Audit context

Audit-trail metadata captured with the dataset row.

Column Name Data Type Description
VERSION_STARTTIMESTAMP(6)Audit trail timestamp when this version of the dataset row became effective. Together with VERSION_END, it defines the validity window for the row version.
VERSION_ENDTIMESTAMP(6)Indicates the date and time of when data was changed, if the data is not current.
CURRENT_STUDY_ROLE_NAMEVARCHAR2(100 CHAR)Current study role name of the user who updated the dataset row. If the user's study role changes later, this field shows the user's current study role.
MODIFIED_BYVARCHAR2(255 CHAR)The user who last modify the study.

Parent topic: Section index


Reference and system identifiers

System identifiers, numeric reference keys, and technical linkage fields carried with the dataset row.

Column Name Data Type Description
STUDY_IDRAW(16 BYTE)GUID of the study.
STUDY_WIDNUMBER(10)A number that represents the unique identifier of the study.
MODIFIED_BY_IDRAW(16 BYTE)GUID of the user who modified the study.
MODIFIED_BY_WIDNUMBER(10)A number that represents the unique identifier of the user who modified the study.
RAND_IDRAW(16 BYTE)GUID of the randomization design.
RAND_WIDNUMBERA number that represents the unique identifier of the randomization design.
ARM_IDRAW(16 BYTE)GUID of the treatment arm.
ARM_WIDNUMBERA number that represents the unique identifier of the treatment arm.
SCHEDULED_FROM_EVENT_IDRAW(16 BYTE)GUID of the parent visit from which the associated visit was scheduled.
SCHEDULED_FROM_EVENT_WIDNUMBER(10)A number that represents the unique identifier of the parent visit from which the associated visit was scheduled.
CURRENT_STUDY_ROLE_IDRAW(16 BYTE)The ID associated with the study role assigned to the user who updated the given record. If the user study role changes, this field will show the current study role ID of the given user.
CURRENT_STUDY_ROLE_WIDNUMBER(10)Numeric identifier of the role of the user who updated the given record. If the user study role changes, this field will show the current study role of the given user.
COHORT_IDVARCHAR2(32767)Identifier of the cohort selected in the randomization design.
COHORT_WIDVARCHAR2(32767)A number that represents the unique identifier of the cohort.
STUDYEVENT_IDRAW(16 BYTE)GUID of the study event.
STUDYEVENT_WIDNUMBER(10)A number that represents the unique identifier of the study event.
KIT_IDRAW(16 BYTE)GUID of the kit.
KIT_WIDNUMBER(10)A number that represents the unique identifier of the kit.
DH_TIMESTAMPTIMESTAMP(6)A timestamp that indicates when the data became available in the dataset.

Parent topic: Section index


Body ()
Root Schema : DataHubReportDto
Type: object

Tabular dataset response for a dynamic Data Hub query.

columns defines the selected output order, and each row in data aligns positionally to that list.

Show Source
  • columns

    Ordered dataset column names selected by the client.

    Each row in data uses this exact order.

  • Number of rows returned in the current page.

    Example: 2
  • data

    Row data aligned positionally with columns.

    Each cell is serialized as a JSON string or null, even for logical numbers and timestamps.

  • String pagination flag ("true" or "false") indicating whether more matching rows exist after the current page.

    Returned as a string for backward compatibility.

    Example: false
  • Requested page size.

    Dataset endpoints commonly use 0 to mean unpaginated or all rows.

    Example: 100
  • Zero-based row offset applied to the result set.

    Dataset endpoints that disable pagination with limit = 0 typically echo offset = 0 in the response.

    Example: 0
  • Total number of matching rows across all pages after filters are applied.

    This can be non-zero even when the current page is empty because the requested offset is beyond the last row.

    Example: 2
Nested Schema : columns
Type: array

Ordered dataset column names selected by the client.

Each row in data uses this exact order.

Show Source
  • Ordered dataset column names selected by the client.

    Each row in data uses this exact order.

    Example: ["STUDY_ID","RECORD_ID","STATUS"]
Example:
[
    "STUDY_ID",
    "RECORD_ID",
    "STATUS"
]
Nested Schema : data
Type: array

Row data aligned positionally with columns.

Each cell is serialized as a JSON string or null, even for logical numbers and timestamps.

Show Source
  • items

    Row data aligned positionally with columns.

    Each cell is serialized as a JSON string or null, even for logical numbers and timestamps.

Example:
[
    [
        "A86F2D0BB610404DB62D37AFA9C20B50",
        "REC001",
        "Active"
    ],
    [
        "A86F2D0BB610404DB62D37AFA9C20B50",
        "REC002",
        "Inactive"
    ]
]
Nested Schema : items
Type: array

Row data aligned positionally with columns.

Each cell is serialized as a JSON string or null, even for logical numbers and timestamps.

Show Source
  • Row data aligned positionally with columns.

    Each cell is serialized as a JSON string or null, even for logical numbers and timestamps.

    Example: [["A86F2D0BB610404DB62D37AFA9C20B50","REC001","Active"],["A86F2D0BB610404DB62D37AFA9C20B50","REC002","Inactive"]]
Example:
[
    [
        "A86F2D0BB610404DB62D37AFA9C20B50",
        "REC001",
        "Active"
    ],
    [
        "A86F2D0BB610404DB62D37AFA9C20B50",
        "REC002",
        "Inactive"
    ]
]
Examples

400 Response

Returned when the request is invalid.

  • Causes include invalid tenantId or studyId, negative limit or offset, empty selectColumns, invalid dataset columns, invalid whereColumns operator/value combinations, duplicate orderColumns, invalid sortOrder, and malformed typed filter values.
  • Error payload format: {"status":"failed","result":null,"errorData":{"errorCode":"...","errorMessage":"...","details":{...}},"version":1}.
Body ()
Root Schema : DataHubResponse
Type: object

Standard Data Hub response envelope.

Successful responses return status as "success" and populate result. Failed responses return status as "failed" and populate errorData.

Show Source
Nested Schema : errorData
Type: object

Machine-readable error payload when status is "failed".

This field is null when status is "success".

Example:
{
    "errorCode":"VALIDATION_ERROR",
    "errorMessage":"Invalid column name specified in the select columns: SITE_ID1",
    "details":{
        "field":"selectColumns"
    }
}
Nested Schema : result
Type: object

Payload returned by the API when status is "success".

This field is null when status is "failed".

Example:
{
    "message":"Operation succeeded"
}
Examples

401 Response

Returned when the request cannot be authenticated.

The response body is empty.

403 Response

Returned when the request is authenticated but the caller is not authorized to access the requested resource.

The response body contains a plain-text authorization message.

Possible response bodies:

  • Either the resource does not exist, or the user cannot access the resource.
  • The entity is in maintenance mode, or the user cannot access the resource.
Body ()
Root Schema : schema
Type: string

500 Response

Returned when an unexpected server-side error occurs while processing the request.

The response body contains the platform error payload with the error code and description.

Body ()
Root Schema : Status
Type: object
Show Source
Examples

Back to Top