Skip to main content

SHIPMENT_COST_QUAL — Oracle Transportation Management Reference

Shipment cost qualifiers providing additional cost attributes.

This page documents the SHIPMENT_COST_QUAL table in Oracle Transportation Management (OTM) -- columns, primary key, incremental cursor, and the exact REST API endpoints used to extract it. This is one of 18 OTM tables that Supaflow's Oracle Transportation Management connector syncs natively into Snowflake, Databricks, BigQuery, Redshift, or Postgres.

Overview

AttributeValue
OTM export table nameSHIPMENT_COST_QUAL
OTM metadata resource nameinformationalCosts
Primary keySHIPMENT_COST_QUAL_GID
Incremental cursor fieldUPDATE_DATE
CategoryShipment children

OTM REST API endpoints

OTM exposes every table through the logistics REST API. Paths depend on the authentication method you use.

Export API (fetch rows)

POST one of the following URLs, depending on your OTM authentication mode:

  • OAuth 2.0 (IDCS): https://{your-otm-host}/logisticsRestApi/data/v1/exportRequests/
  • Basic Auth: https://{your-otm-host}/logisticsRestApi/data-int/v1/exportRequests/

Example request body for SHIPMENT_COST_QUAL:

{
"schema": "PRIMARY",
"contentType": "text/plain",
"tables": {
"items": [
{ "tableName": "SHIPMENT_COST_QUAL", "partSize": 5000 }
]
}
}

To pull only rows updated after a given timestamp (the recommended pattern for incremental sync), add a rangeAfter block:

{
"schema": "PRIMARY",
"contentType": "text/plain",
"rangeAfter": { "value": "2026-04-01T00:00:00Z" },
"tables": {
"items": [
{ "tableName": "SHIPMENT_COST_QUAL", "partSize": 5000 }
]
}
}

The response is a CSV payload with the table name on line 1, column headers on line 2, and data rows starting on line 3.

Metadata catalog (fetch schema)

GET the schema for SHIPMENT_COST_QUAL:

  • OAuth 2.0: https://{your-otm-host}/logisticsRestApi/resources/v2/metadata-catalog/informationalCosts
  • Basic Auth: https://{your-otm-host}/logisticsRestApi/resources-int/v2/metadata-catalog/informationalCosts
note

The OTM metadata-catalog endpoint returns HTTP 400 for several tables. If you receive a 400 here, fall back to data-driven type inference by sampling rows from the Export API. See the OTM integration guide for the full pattern.

Columns

ColumnTypeNullablePKForeign key
SHIPMENT_COST_QUAL_GIDVARCHAR2(101)Yes
SHIPMENT_COST_QUAL_XIDVARCHAR2(50)
SHIPMENT_COST_QUAL_DESCVARCHAR2(120)Yes
IS_VISIBLE_IF_MASTER_CARRVARCHAR2(1) Y/N
DOMAIN_NAMEVARCHAR2(50)
INSERT_USERVARCHAR2(128)
INSERT_DATEDATE
UPDATE_USERVARCHAR2(128)Yes
UPDATE_DATEDATEYes

Indexes

  • IX_SHIPMENT_COST_QUAL_XID (SHIPMENT_COST_QUAL_XID)
Column list source

The column list above is extracted from Oracle's OTM data dictionary included with the February 2025 release snapshot of this connector. Oracle publishes an updated dictionary with every Transportation and Global Trade Management release; for the current version, consult Oracle's Transportation and Global Trade Management documentation.

Incremental sync

The SHIPMENT_COST_QUAL table supports incremental sync via the UPDATE_DATE cursor. Supaflow's connector handles:

  • Server-side clock skew -- measured once from OTM's RFC 1123 Date header and applied to every cursor comparison.
  • Late-arriving updates -- configurable lookback window (recommended 300-600 seconds in production) re-scans the tail of the previous window.
  • Identical-timestamp batches -- tracks record count at the maximum cursor timestamp so batch updates that stamp thousands of rows with the same UPDATE_DATE don't cause missed or duplicated rows.

Full pattern: The Complete Guide to Oracle Transportation Management Integration.

Sync SHIPMENT_COST_QUAL with Supaflow

Supaflow's Oracle Transportation Management connector syncs SHIPMENT_COST_QUAL -- along with 17 other OTM tables -- into your cloud data warehouse with:

  • Sync and async (Object Storage PAR) export modes
  • Proactive OAuth token refresh (60-second safety margin on IDCS tokens)
  • Composite primary key preservation for tables with multi-field keys
  • Automatic handling of the five OTM-specific data quirks (metadata 400s, "0" temporal sentinels, Z-suffixed date fields, 1 MB sync-mode truncation, _TEXT / _COMMENT column type overrides)
  • Predictable connector-based pricing -- not per-row, not per MAR

Next steps: