Cloud Readiness / Oracle Transportation and Global Trade Management Cloud
What's New
  1. Update 19C
  1. Revision History
  2. Overview
  3. Feature Summary
    1. Architecture
        1. REST Services Additions
        2. Index Changes
        3. Additional Parameter Added to Integration Command
        4. Enabled SMTP in BI Publisher for Sending Reports Via Email
        5. Three.js Library Upgraded
    2. Oracle Transportation Management (Base)
        1. Shipment Actual Processing Agent Actions
        2. Web Service Connection Type for External Service Engine
        3. CarrierConnect XL 3.0 Upgrade
        4. PC*MILER|Web Services - Use Custom Road Speeds Parameter Added
        5. OTM-WMS Integration Sample Data Content Provided
    3. Transportation Operational Planning
        1. Multistop Dynamic Clustering Solution Improvement
    4. Transportation Intelligence
        1. Prevent Simultaneous ETL Runs

Update 19C

Revision History

This document will continue to evolve as existing sections change and new information is added. All updates appear in the following table:

Date Feature Notes
28 JUN 2019   Created initial document.

Overview

This guide outlines the information you need to know about new or improved functionality in Oracle Transportation & Global Trade Management Cloud Update 19C. Each section includes a brief description of the feature, the steps you need to take to enable or begin using the feature, any tips or considerations that you should keep in mind, and the resources available to help you.

For existing clients who are migrating from 19A to 19C - you should review the What's New documents for both 19B and 19C to understand the complete list of features available in the 19C update.

GIVE US FEEDBACK

We welcome your comments and suggestions to improve the content. Please send us your feedback at otm-doc_us@oracle.com. Please indicate you are inquiring or providing feedback regarding the Oracle Transportation & Global Trade Management What’s New in Update 19C.

Feature Summary

Column Definitions:

Report = New or modified, Oracle-delivered, ready to run reports.

UI or Process-Based: Small Scale = These UI or process-based features are typically comprised of minor field, validation, or program changes. Therefore, the potential impact to users is minimal.

UI or Process-Based: Larger Scale* = These UI or process-based features have more complex designs. Therefore, the potential impact to users is higher.


Customer Action Required = You MUST take action before these features can be used by END USERS. These features are delivered disabled and you choose if and when to enable them. For example, a) new or expanded BI subject areas need to first be incorporated into reports, b) Integration is required to utilize new web services, or c) features must be assigned to user roles before they can be accessed.

Ready for Use by End Users
(Feature Delivered Enabled)

Reports plus Small Scale UI or Process-Based new features will have minimal user impact after an update. Therefore, customer acceptance testing should focus on the Larger Scale UI or Process-Based* new features.

Customer Must Take Action before Use by End Users
(Feature Delivered Disabled)

Not disruptive as action is required to make these features ready to use. As you selectively choose to leverage, you set your test and roll out timing.

Feature

Report

UI or
Process-Based:
Small Scale

UI or
Process-Based:
Larger Scale*

Customer Action Required

Architecture

REST Services Additions

Index Changes

Additional Parameter Added to Integration Command

Enabled SMTP in BI Publisher for Sending Reports Via Email

Three.js Library Upgraded

Oracle Transportation Management (Base)

Shipment Actual Processing Agent Actions

Web Service Connection Type for External Service Engine

CarrierConnect XL 3.0 Upgrade

PC*MILER|Web Services - Use Custom Road Speeds Parameter Added

OTM-WMS Integration Sample Data Content Provided

Transportation Operational Planning

Multistop Dynamic Clustering Solution Improvement

Transportation Intelligence

Prevent Simultaneous ETL Runs

Architecture

REST Services Additions

This feature provides you with the next chapter in Oracle's adoption of REST APIs.

This REST Services feature provides you with an additional set of REST resources:

Resource

Operations

Tracking Event

POST, GET, PATCH, DELETE

Order Release

POST, GET, PATCH

Shipment

POST, GET, PATCH,

PATCH to shipment child tables, 

POST to shipment child tables

SShipUnit

POST, GET, PATCH, 

PATCH to sShipUnits child tables,

POST to sShipUnits child tables

This feature also provides you with updated REST API Documentation that is available on docs.oracle.com.

Steps to Enable

Review the REST service definition in the REST API guides, available from the Oracle Help Center > your apps service area of interest > REST API. If you're new to Oracle's REST services you may want to begin with the Quick Start section.

Index Changes

Indexes have been added to the objects listed to improve performance.

  1. Created an index on the INSERT_DATE column of the following tables. 
  • SHIPMENT
  • ITEM
  • INVOICE
  • GTM_TRANSACTION
  • WORK_INVOICE
  • P_BID, ORDER_RELEASE
  • OB_ORDER_BASE
  • DM_TRANSACTION
  • ITINERARY
  • VOUCHER
  1. Created an index on START_DATE of INVOICE table. 
  2. Created an index on LATE_DELIVERY_DATE of ORDER_RELEASE.

Steps to Enable

You don't need to do anything to enable this feature.

Additional Parameter Added to Integration Command

An additional parameter - PersistOnly - has been added to the IntCommand for the PropagateShipUnitChanges option for the ActualShipment interface.

Using this parameter will bypass the shipment actual logic for ship unit changes and persist the ActualShipment as received in the payload/XML. This setup can be used when the Shipment Actuals logic should not be triggered for the changes coming in the XML. For example, this option is ideal for adding/updating a shipment reference number (or remark) -  in this scenario there is no need to propagate these changes.

Below is an example of this parameter should be used in Shipment Actual XML:

<ShipmentGid>

<Gid>

<DomainName>GUEST</DomainName>

<Xid>12345</Xid>

</Gid>

</ShipmentGid>

<IntCommand>

<IntCommandName>PropagateShipUnitChanges</IntCommandName>

<IntArg>

<ArgName>Type</ArgName>

<ArgValue>PersistOnly</ArgValue>

</IntArg>

</IntCommand>

Steps to Enable

Within the Actualshipment schema you will use the XML element IntCommand to specify the PersistOnly option for PropagateShipUnitChanges special instruction.

Below is an example of the required setup for the IntCommand:

IntCommand>

<IntCommandName>PropagateShipUnitChanges</IntCommandName>

<IntArg>

<ArgName>Type</ArgName>

<ArgValue>PersistOnly</ArgValue>

</IntArg>

</IntCommand>

Enabled SMTP in BI Publisher for Sending Reports Via Email

A default SMTP email server will now be configured as part of all new POD provisioning starting with 19C.  The new default SMTP email server will also be configured as part of the migration to 19C for existing clients. This new default setup will allow you to schedule and email reports directly from BI Publisher.

Steps to Enable

You don't need to do anything to enable this feature.

Three.js Library Upgraded

The three.js library has been upgraded to r104.  Three.js is a cross-browser JavaScript library and Application Programming Interface used to create and display animated 3D computer graphics in a web browser. This library is used with the 3D load configuration action view and in the Workbench view. 

Steps to Enable

You don't need to do anything to enable this feature.

Oracle Transportation Management (Base)

Shipment Actual Processing Agent Actions

This feature provides you with an agent action that you can use to process shipment actuals updates that OTM receives from other systems.

  • Shipment Actual Processing - This is a pre-persist agent action with two input flags as described below:
  1. Remove Planned S Ship Units: Default: false. When true, the planned ship units would be deleted based on the planning parameters FIELD NAME FOR SSU ACTUAL RECEIVED and FIELD VALUE FOR SSU ACTUAL RECEIVED. These need to specify the field and the value on the S_SHIP_UNIT table. Shipment Ship Units (SSUs) that match the field/value with in a shipment will be kept and the SSUs that do not match the field/value will be removed, including from the database. If these parameters are not set, the field RECEIVED_SHIP_UNIT_COUNT would be used for this purpose. Ship units that do not have the value 1 would be deleted when this flag is checked.
  1. Execute Shipment Actual: Default false. When false, none of the business logic would be executed and the payload would be persisted as is. This is equivalent to sending in the IntCommand with "Persist Only" in the XML. When true, the shipment actuals business logic would be executed.

Steps to Enable

  1. Create a shipment agent and configure that agent to use the pre-persist agent action Shipment Actual Processing.

Shipment Actual Processing Agent

  1. Set the field name and value  parameter fields that are used with the Removed Planned S Ship Units option.  These parameters are found under the SHIPMENT ACTUAL group and the parameters are FIELD NAME FOR SSU ACTUAL RECEIVED and FIELD VALUE FOR SS ACTUAL RECEIVED. 

Field Name and Value Parameters for SSU Actual Received

Tips And Considerations

These new agent actions have been provided to help clients who have shipment actuals cleanup logic in their middleware layer (including ICS) move that logic into base product.

Web Service Connection Type for External Service Engine

This feature provides you with a new External Service Engine (ESE) Connection Type option of Web Service.  The Web Service option will allow you to develop an integration to any web service enabled external service engine.

External Service Engine Web Service Connection Type

Steps to Enable

To add a new External Service Engine using the new Connection Type of Web Service:

  1. Enter a new External Service Engine ID.
  2. If needed, enter additional information about the engine in the Description field.
  3. Leave the External Engine Type blank this will allow you to configure your own External Service Engine. 
  4. For the Cache Control Type, you can leave it blank or select "Cache Off". If "Cache Off" is selected, OTM makes the call to External Service Engine without caching any result in the in-memory App-Tier caches (i.e., the RateServiceCache and associated caches). This option is needed for a situation where parameters to ESE change (such as weight, volume etc) for each call, even when the source/destination attributes are fixed.
  5. Select the Connection Type options of Web Service.
  6. Enter the required External System ID and information for your External Service Engine.

CarrierConnect XL 3.0 Upgrade

This feature provides clients who are using the SMC³ CarrierConnect XL 1.0 product with the changes required to upgrade to the 3.0 version of CarrierConnect XL. 

Please note that the upgrade to CarrierConnect XL 3.0 is a mandatory upgrade - SMC³ is moving CarrierConnect XL 1.0 to end-of-life status on December 31, 2019.

Your OTM configuration for the call to RsateWare XL and CarrierConnect (RATEWAREXL WITH CARRIERCONNECT) does not need to change to support this upgrade.  You will, however, need to contact SMC³'s Support organization to update your license key to accommodate the upgrade from CarrierConnect XL 1.0 to CarrierConnect XL 3.0.

SMC³ Support:

While your configuration in OTM does not need to change with the upgrade - the process used to call RateWareXL and CarrierConnect XL 3.0 is significantly different from the process that was supported with CarrierConnect XL 1.0.

With the Carrier Connect XL1.0 integration CarrierConnect XL and Rateware XL were called from OTM using a single combined call.  With the combined call solution Rateware XL would receive the request from OTM, and then Rateware XL would  internally make a call to Carrier Connect XL 1.0 to receive the transit days and the service provided on the lane - Indirect or Direct.

With the new CarrierConnect XL 3.0 integration the combined call is no longer supported  - now the call to the CarrierConnect XL 3.0 and Rateware XL are handled as two independent calls.  OTM now makes one call to Carrier Connect XL 3.0 to obtain the transit time and the service details ( (Indirect or Direct), then OTM makes a second call to RatewareXL with the correct information based on the call to CarrierConnect XL 3.0.

Steps to Enable

Your OTM configuration for the call to RateWare XL and CarrierConnect XL does not need to change to support this upgrade, however, you will need to contact SMC3’s Support organization to obtain new license keys for RateWare XL and CarrierConnect XL to support the fact that the upgrade now requires separate calls to these two products vs the combined call.

Once you receive the required credentials from SMC3 – username, password and the new license keys for CarrierConnect XL and RateWare XL – the following proprieties need to be set with the new information:

  • glog.RatingEngine.RatewareXL.Username
  • glog.RatingEngine.RatewareXL.Password
  • glog.RatingEngine.RatewareXL.License
  • glog.RatingEngine.CarrierConnectXL.License

NOTE: Your user name and password will be the same for both RateWare XL and CarrierConnect XL – this is why there are only two properties for these values, but the license keys will be different hence the reason why there are two different properties for the license keys.

SMC3 Customer Support

Key Resources

The link below will provide you with additional information about the transition from CarrierConnect XL 1.0 to CarrierConnect XL 3.0.

PC*MILER|Web Services - Use Custom Road Speeds Parameter Added

This feature provides clients using the PC*MILER|Web Services external distance engine with a Use Custom Road Speeds parameter that can be used to turn on and off any customs road speeds that have been configured for the client's PC*MILER|Web Services API key.

ALK - PCMiler Web Service Use Custom Road Speeds Parameter

Steps to Enable

To enable this feature - once the necessary custom road speeds configuration has been completed for your API key, you will need to add the Use Custom Road Speeds parameter to your ALK - PCMiler Web Service External Distance Engine configuration.

If you want to use the custom road speeds configured with your PC*MILER|Web Services API Key:

  1. Select the Use Custom Road Speeds from the parameter drop down
  2. Set the Value = Yes
  3. Click Save.

OTM-WMS Integration Sample Data Content Provided

This feature provides you with sample data content in support of the OTM-Oracle Warehouse Management Cloud (WMS) integration. The type of sample data content includes sample external statuses, saved conditions, agents, and reference number qualifiers. This new sample content is available in the the FA domain.

Sample content provided in the FA domain:

EXTERNAL STATUS

  • For Shipment in FA domain, status type FA.SHIP UNIT ACTUALS with values FA.SHIP UNIT ACTUALS_NOT STARTED (default), FA.SHIP UNIT ACTUALS_IN PROGRESS, FA.SHIP UNIT ACTUALS_SHIP COMPLETE and FA.SHIP UNIT ACTUALS_CLEANUP PROCESSED

SAVED CONDITIONS 

  • FA.IS_CLEANUP_PROCESSED - Checks to see if the external status for status type FA.SHIP UNIT ACTUALS is FA.SHIP UNIT ACTUALS_CLEANUP PROCESSEDFA.IS_IN_PROGRESS - Checks to see if the external status for status type FA.SHIP UNIT ACTUALS is FA.SHIP UNIT ACTUALS_IN PROGRESSFA.IS_SHIP_COMPLETE - Checks to see if the external status for status type FA.SHIP UNIT ACTUALS is FA.SHIP UNIT ACTUALS_SHIP COMPLETEFA.IS_STARTED - Checks to see if the external status for status type FA.SHIP UNIT ACTUALS is FA.SHIP UNIT ACTUALS_NOT STARTED

AGENTS

Pre-persist agent - FA.SHIPMENT ACTUALS SHIP UNIT PROCESSING - listens to SHIPMENT - MODIFIED with the following flow

  • IF: IS_SHIP_COMPLETE
    • SHIPMENT ACTUAL PROCESSING - both flags checked
    • SET STATUS: SHIP UNIT ACTUALS_CLEANUP PROCESSED
  • ELSEIF: IS_STARTED
    • SHIPMENT ACTUAL PROCESSING - only "Execute Shipment Actual" checked
    • SET STATUS: SHIP UNIT ACTUALS_IN PROGRESS
  • ELSEIF: IS_IN_PROGRESS
    • SHIPMENT ACTUAL PROCESSING - only "Execute Shipment Actual" checked
    • ASSIGN VARIABLE: $PLANNED-SSU-COUNT, PLANNED-SSU-COUNT
    • ASSIGN VARIABLE: $RECEIVED-SSU-COUNT, RECEIVED-SSU-COUNT
    • IF: $PLANNED-SSU-COUNT=$RECEIVED-SSU-COUNT
      • SHIPMENT ACTUAL PROCESSING - only "Remove Planned S Ship Units" checked
      • SET STATUS: SHIP UNIT ACTUALS_CLEANUP PROCESSED
    • ENDIF
  • ELSEIF: IS_CLEANUP_PROCESSED
    • SHIPMENT ACTUAL PROCESSING - none of the flags checked

Post persist agent - FA.SHIPMENT ACTUALS CLEANUP - listens to SHIPMENT STATUS - CHANGED, specifically for SHIP UNIT ACTUALS_SHIP COMPLETE status and calls the agent action Remove Planned S Ship Units and sets the status to SHIP UNIT ACTUALS_CLEANUP PROCESSED. This agent is to be used if a manual clean up needs to be initiated from the UI. The user would set the status of the shipment to be ship complete and that would trigger this agent and clean up the planned s ship units.

ORDER RELEASE LINE REFNUM QUALIFIERS

  • FA.ORDER NUMBERFA.ORDER LINE NUMBER
  • FA.FULFILLMENT LINE NUMBER
  • FA.EXT FULFILLMENT LINE NUMBER

Steps to Enable

You don't need to do anything to enable this feature.

Transportation Operational Planning

Multistop Dynamic Clustering Solution Improvement

This enhancement provides clients who are using Dynamic Clustering with the following optimization improvements:

  1. Dynamic clustering can now consider constraints that restrict routing decisions like mode, via locations, must ship direct, etc.

  2. The routing decision optimization logic can now take more multi-stop(direct combinations) routing options into consideration, and in so doing can potentially improve solution quality.

The multistop Dynamic Clustering solutions draws its inspiration from the concepts related to cross-leg consolidations where the multistop logic recognizes that both direct shipments and the line haul to the x-dock may be a multistop shipment.

Steps to Enable

You don't need to do anything to enable this feature.

Tips And Considerations

You can increase the number of routing options considered by setting the following parameters in multi-stop logic configuration.

  • MULTISTOP CONSOLIDATION ALGORITHM TYPE = iterative saving
  • MULTISTOP COLGEN NUMBER OF ITERATIONS >= 2

NOTE:  A larger value of MULTISTOP COLGEN NUMBER OF ITERATIONS, means there are more options inputted into routing decision optimization logic, which should provide you with better solution quality, but will  - potentially - require more computation run-time.

Transportation Intelligence

Prevent Simultaneous ETL Runs

This feature provides you with an error message that will be displayed in the UI when you attempt to start a second ETL run when one is already running,   This change will prevent locking issues that were possible when running multiple ODI sessions in parallel.

Now - when you attempt to run ODI when an ODI session is already running you will see the a error message:

"ETL cannot be triggered as an ETL session with session ID #number is already running."

Steps to Enable

You don't need to do anything to enable this feature.

---