Orders that are being processed in the CloudBlue Commerce and integrated with Connect might require special attention following Connect maintenance periods.

Depending on the CloudBlue Commerce configuration specifics, some orders can be marked failed following Connect’s maintenance periods and require attention of the operator, who will need to re-submit those orders. In this article, we list a number of well-known cases that require special attention in different Commerce Management systems that Connect integrates with.

Resubmitting failed orders in CloudBlue Commerce

CloudBlue Commerce (a.k.a. “Odin Automation” or “OSA” or “OA”) might mark orders as failed and stop retrying in case API of the fulfillment system is not responding. Due to the nature of the planned maintenance, CloudBlue Connect APIs will not provide any response during that process, thus some orders might get stuck in the OA queue.

To handle such case, OA has a special feature for mass resubmit orders. Such orders may be originated from direct customers or resellers. Note that this article is written from the Service Provider perspective, which requires access to the Provider Control Panel of the Billing of the CloudBlue Commerce, as illustrated below:

Navigate to the queue of “Failed Orders” available at the TOP of the Orders page, as illustrated below:

In case such view does not exist in your instance of CloudBlue Commerce, it can be created following the steps described in the CloudBlue Commerce Billing Guide.

Once in the view, please note that in the screen itself you can:

  • Filter by date (to remove orders failed for other reasons)
  • Select all orders (unless you need to handle individual orders for whatever reason)
  • Resubmit selected orders for Provisioning (as illustrated below)

Following these steps, you can easily select all failed orders at once and resubmit them to the fulfillment queue.

Is this page helpful?
Translate with Google
Copied to clipboard