Push Notification Payload
Whenever you request that a transaction be put into the background, there needs to be a mechanism for notifying you that the request has been completed. This notification will push you the high-level details of the result, and you can then query the results at your leisure.
The same notification process will also be used to push alerts to your system. This means that RequestIDs may not match your records
Path parameters
Request
If you’re calling a processing function of some kind, a check number will be issued. This field will only be present if the function you’re calling would normally return a checkId (such as scan, verify, and compare).
If the entity in entityId above has had an external service ID attached to it in the entity extraData with kvpKey = customer_reference, then this is that kvpValue
High level indication of the final disposition of a backgrounded function
- “COMPLETED”: the request completed (not that the final result is a success, just that we completed)
- “FAILED”: the request failed.
- “INCOMPLETE”: could not complete the request.
Indicates the type of notification being pushed.
- “FUNCTION”: A request that you previously backgrounded has completed and this is the notification that is it complete (success is another matter)
- “RESULT”: Like the FUNCTION notification, this tells you that a previously backgrounded request has completed, and that there is a set of results in the payload pointer.
- “EVENT”: There has been a stateful change in a document, entity or some other piece of data that we are holding/monitoring for you. This is an indication that you may wish to take some action.
- “ALERT”: Like the EVENT, except that the severity of the notification indicates that action is almost certainly required.
Unique identifier for every request. Can be used for tracking down answers with technical support.
Uses the ULID format (a time-based, sortable UUID)
Note: this will be different for every request.