List Settlement Documents
Every post-settlement compliance document filed against a settled B2B-services payment, and whether the set is locked.
Overview
Once a B2B-services payment is settled, one more compliance step remains: evidence that the service was actually delivered. This endpoint reads the delivery proofs you have uploaded against the payment, and whether the set is locked. It is safe to call at any time — it reads, it never re-runs anything. That includes before the payment settles: it answers withis_settled: false rather than refusing. Only Submit Settlement Documents refuses on an unsettled payment.
Response
documents array means you have uploaded nothing yet — not that nothing is owed.
FRESH (nothing filed yet) or SUBMITTED (filed and locked). Two values, not three — there is no draft on this surface, because one submit files the set in a single call. documents is listed in both states, so FRESH means “this is what you are holding”, not “this is empty”. Read this before submitting: once it is SUBMITTED, a second submit is refused with ERR_B2B_SETTLEMENT_002.ERR_B2B_SETTLEMENT_003. Uploading earlier is allowed, and so is this read.true for B2B services. Read it together with required_doc_types — see below.is_multi is true, the set is complete once one file of any listed type is filed — not one of each. A single-file flow (is_multi: false) would need one of every type.An upload under a type not listed here never reaches this set at all, so a ref from one is refused by the submit with ERR_B2B_SETTLEMENT_001.null while the set is still FRESH.ref Upload Document handed you. The upload writes this row, so there is only one id to hold on to.doc_type again after the upload. B2B services has exactly one, delivery_proof, and accepts many files under it. Goods is the opposite — one file per type — which is why the two flows do not share an endpoint.What is listed
Only active documents, oldest upload first. A delivery proof appears here as soon as it is uploaded, so you can check what you are holding before you file it. Two things remove a document from this list: uploading is not filing, andrefs on the submit is the whole set — a document you do not name there is deactivated and stops being listed. After a submit, this list is exactly what you filed.
Errors
Reading the set is refused only when the payment itself does not qualify. Both cases are a400 carrying 40360; the details string says which.
Related
Submit Settlement Documents
ref and lock the set.Upload Document
ref.B2B Services Verification
Authorizations
Client Application ID - Your unique application identifier used to authenticate API requests. You can find your Client ID in the Developer Settings section of the merchant dashboard.
Client Secret Key - Your secret key used alongside the Client ID for secure authentication. Keep this confidential and never expose it in client-side code. Available in the Developer Settings section of the merchant dashboard.
Merchant Identifier - The unique ID for the merchant account. This is required for PSP (Payment Service Provider) merchants who manage multiple merchant accounts. You can find merchant IDs in the Merchant Management section of the dashboard.
API Version - Specifies which version of the API to use (e.g., '1.X.X', '2.X.X', or '3.X.X'). This header allows you to control which API version your integration uses. Default version information is available in the Developer Settings.
Path Parameters
UID of the settled B2B-services payment the documents belong to.