This is a major release with a few important changes.
- The order states
QUEUED
andPROCESSING
have been moved to the capture level, which now includes the following states:QUEUED
(new)PROCESSING
PUBLISHED
FAILED
- To show more visibility into granular capture states at the order level, the following two fields were introduced to the orders response:
capture_status_queued_count
lists the number of captures inQUEUED
statecapture_status_processing_count
lists the number of captures inPROCESSING
state
- Together the following calls can be used to identify corders which were previously considered
QUEUED
orPROCESSING
:GET /tasking/v2/orders/?capture_status_queued_count__gt=0
GET /tasking/v2/orders/?capture_status_processing_count__gt=0
- The order state
FINALIZING
was introduced. This state represents an order with an end time that has expired, but still has one or more captures inQUEUED
orPROCESSING
states. This state will ensure an order isn't marked asEXPIRED
when aSUCCESS
capture is about to bePUBLISHED
. - New endpoint
/tasking/v2/orders/aggregates/status/
was introduced to give you a roll-up of all your organization's orders by status. - The endpoint
/tasking/v1/orders/<order_id>/captures
is now deprecated.