---
title: "Get proof of delivery configuration for a parcel."
method: GET
path: "/v1/parcels/{parcel_id}/proof_configuration"
tags: ["parcels"]
---

# Get proof of delivery configuration for a parcel.

`GET /v1/parcels/{parcel_id}/proof_configuration`

## Request

- Base URL: `https://logistics.api.cabify-sandbox.com`
- URL: `https://logistics.api.cabify-sandbox.com/v1/parcels/{parcel_id}/proof_configuration`
- Auth: HTTP bearer

Returns the proof of delivery methods currently configured for the specified parcel.

## Path parameters

- `parcel_id` string, uuid, required

## Response `200`

Proof of delivery configuration retrieved successfully.

- ProofConfiguration: The proof of delivery methods configured for a parcel.
  - `parcel_id` string, uuid, required: UUID of the parcel this configuration applies to.
  - `delivered_proofs` object, required: Configuration for each available proof of delivery method.
    - `code_proof` object, required: Configuration for code-based proof of delivery.
      - `active` boolean, required: Whether this proof method is active for the parcel.
      - `code` string: Four-digit code shown to the driver (only present if no `hashed_code` was provided).
      - `hashed_code` string: SHA-256 hash of the code (only present if a hashed code was supplied).
    - `ic_proof` object, required: Configuration for identity card (IC) based proof of delivery.
      - `active` boolean, required: Whether this proof method is active for the parcel.
    - `photo_proof` object, required: Configuration for photo-based proof of delivery.
      - `active` boolean, required: Whether this proof method is active for the parcel.
    - `comment_proof` object, required: Configuration for comment-based proof of delivery.
      - `active` boolean, required: Whether this proof method is active for the parcel.

## Other responses

- `401`: Unauthorized. Missing or invalid authentication token.
- `404`: No parcel found with the given ID.
- `429`: Too many requests. This API is rate limited per account and per endpoint. A 429 is an expected condition rather than a failed request: back off and retry it. The limits are not the same for every endpoint and can change, so handle the status instead of hard-coding a rate. See the Limits and reliability guide.

---

[API](https://skmtc.dev/cabify/apis/cabify-logistics-api.md) - [All operations](https://skmtc.dev/cabify/apis/cabify-logistics-api/llms.txt) - [OpenAPI document](https://skmtc.dev/cabify/apis/cabify-logistics-api/revisions/dff49457aac9?raw)
