Counts how deliveries ended in a time window, broken down by outcome.
POST
/api/notifications/deliveries/outcome-summary
deprecated
Requires: Notifications.Deliveries, merchant scope.
This is drop accounting for an outage: how many events were still queued, how many were skipped without an outbound attempt because the destination was suppressed, and how many exhausted their retries and were dead-lettered, over the period a receiver was unreachable. It counts in the store and reads no delivery, so the answer costs the same whether the window holds ten deliveries or ten thousand. The window is bounded, and a wider one is refused rather than quietly narrowed: an answer silently covering a quarter of what was asked for would look exactly like a merchant who sent nothing for the rest of it. Count a longer period in steps. A POST because the window and its narrowing are a request body, matching the other continuation and summary reads in this platform. Nothing is created or changed.
Example request
Every block below sends the same request. Replace {{BASE_URL}} with the address of the API you are calling and {{API_KEY}} with your own key.
The request body is a GetNotificationDeliveryOutcomeSummaryInput. See the Request body section below for its fields.
Parameters
| Name | In | Type | Description |
|---|---|---|---|
suppressNulls
required |
query | boolean | If true, omit properties with null values. |
Request body
application/json
, required
| Field | Type | Description |
|---|---|---|
fromUtc
required |
string (date-time) | Start of the window, inclusive, in UTC. |
toUtc
required |
string (date-time) | End of the window, exclusive, in UTC. |
merchantId
required |
string (uuid) | Count only this merchant's deliveries, or every merchant the caller's operating context already reaches when omitted. nullable |
eventType
required |
string | Count only this exact event type, or every type when omitted. nullablemax length 512 |
This request body has no documented fields.
Responses
200 The count of deliveries in each state, plus the window they cover.
Body: NotificationDeliveryOutcomeSummaryDto
Each item has these fields.
| Field | Type | Description |
|---|---|---|
fromUtc
required |
string (date-time) | Start of the counted window, inclusive, in UTC. |
toUtc
required |
string (date-time) | End of the counted window, exclusive, in UTC. |
pending
required |
integer (int64) | Deliveries created but not yet picked up by a processor: still queued on this side. |
processing
required |
integer (int64) | Deliveries in flight when the window was counted. |
succeeded
required |
integer (int64) | Deliveries the destination acknowledged. The "delivered" number. |
failed
required |
integer (int64) | Deliveries that failed an attempt and may still be retried. |
deadLettered
required |
integer (int64) | Deliveries that exhausted every retry and were dead-lettered. |
skipped
required |
integer (int64) | Deliveries never attempted, because the destination was suppressed or another policy gate stopped them. The closest thing this platform has to "discarded". |
total
required |
integer (int64) | Every delivery in the window, in any state. read only |
This response has no documented body fields.
400 The window is missing, inverted, or wider than the bound.
Body:
Each item has these fields.
| Field | Type | Description |
|---|
This response has no body.
403 The caller may not read delivery history.
Body:
Each item has these fields.
| Field | Type | Description |
|---|
This response has no body.
default The request failed. The body carries the standard error envelope: a machine-readable `error.code`, a human-readable `error.message`, and `error.validationErrors` when the failure was a validation rejection. See the error-code reference in this document's description for the values `error.code` can take.
Body: RemoteServiceErrorResponse
Each item has these fields.
| Field | Type | Description |
|---|---|---|
error
required |
RemoteServiceErrorInfo |
This response has no documented body fields.
429 The request was refused because a rate limit was exceeded. Wait at least the interval `Retry-After` names before retrying, then back off. Limits are tuned per deployment, so read the allowance from the response headers rather than assuming a fixed ceiling.
Body: RateLimitProblemDetails
Each item has these fields.
| Field | Type | Description |
|---|---|---|
type
required |
string | The problem type identifier. Always the same value: the failure is the status code itself, so there is no sub-type for a caller to branch on. nullable |
title
required |
string | A short, human-readable summary of the problem type. nullable |
status
required |
integer (int32) | The HTTP status code, repeated in the body as the problem-details format defines. |
detail
required |
string | A human-readable explanation of this occurrence of the problem. nullable |
retryAfterSeconds
required |
integer (int32) | How long to wait before retrying, in whole seconds, carrying the same figure as the `Retry-After` header. Always at least one: a value of zero would invite an immediate retry that is certain to be rejected again. |
This response has no documented body fields.
Errors
A failed request returns the platform error envelope. The
error reference lists every value
error.code can carry and shows the four response shapes.