# API Requests in Postman

Postman is a graphical tool for building, sending, and debugging API requests without writing code.
You can use it to explore the DIDWW API, inspect responses, confirm your API keys, and prototype integrations before
adding them to your application.

---



## Before You Begin

- An active account with DIDWW is required. [Create Your Account](https://my.didww.com/users/sign_up).
- Create at least one active API key in the DIDWW User Panel. See [Create API Key](configuration.html).
- For a Sandbox account, API key, test funding, and safe first request, see the [DIDWW API Sandbox guide](sandbox.html).
- It is recommended to install the Postman application. [Download Postman](https://www.postman.com/downloads/).
- Sign in to an active Postman account. [Create an account](https://identity.getpostman.com/signup).

---

## Step 1: Fork the DIDWW API Collection

Create a personal copy of the official DIDWW API collection in your Postman workspace so you can edit and test the
requests.

Use the button above to fork the latest DIDWW API3 collection directly, or follow the manual steps below.

### Open the DIDWW Workspace

1. Open the official [DIDWW API Postman Workspace](https://www.postman.com/didww-api/workspace/didww-api3-documentation/overview).
2. If you are not already signed in, Postman will prompt you to log in.

[![Postman sign-in screen.](../_images/fig11.png)](../_images/fig11.png)


Fig. 1. Postman sign-in screen.

### Fork the Collection

1. In the left sidebar, locate the latest **DIDWW API3** collection version.
2. Click the **Actions (···)** button next to the collection name and choose **Fork** to create a personal copy in your workspace.

[![Actions and Fork Button.](../_images/fig25.png)](../_images/fig25.png)


Fig. 2. Actions and Fork Button.

3. Enter a **Fork label** and select your **Workspace**.
4. (Optional) Select the **Environment to fork** or [configure the environments later](#api-using-postman-environment).
5. (Optional) Enable **Watch original collection** if you want to be notified about changes to the original collection.
6. Click **Fork Collection**.

[![Forking the DIDWW API collection into your workspace.](../_images/fig36.png)](../_images/fig36.png)


Fig. 3. Forking the collection into your personal workspace.

### Open the Collection in the Postman Application

Open the **Postman App**. Your personal copy of the collection appears automatically.

[![Forked collection in the Postman App.](../_images/fig3.5.png)](../_images/fig3.5.png)


Fig. 4. Forked collection in the Postman App.



---

## Step 2: Configure Environments

Use Postman **Environments** to store the hostname and API key for each API mode.
This helps you switch between production and sandbox environments safely and reduces the chance of using the wrong API
key or host.

**Sandbox Environment**

Configure the host and apiKey variables for the Sandbox API.

[Configure the Sandbox Environment](#api-using-postman-environment-sandbox)

**Production Environment**

Configure the host and apiKey variables for the Production API.

[Configure the Production Environment](#api-using-postman-environment-prod)



### Configure the Sandbox Environment

1. Click on the **+** symbol to the left of the **Search environments** bar to create another environment.
2. Name it, for example: **DIDWW Sandbox**.
3. Add the following variables:

   | **Variable** | **Value** | **Description** |
   | --- | --- | --- |
   | `host` | `sandbox-api.didww.com` | Hostname for the **sandbox** API. |
   | `apiKey` | `<YOUR_SANDBOX_API_KEY>` | Your sandbox API key from the User Panel. |

Note

- Create a sandbox API key in the Sandbox User Panel under **API → DIDWW API 3**. If API-key management is unavailable, contact [DIDWW Customer Support](mailto:support%40didww.com). Add Sandbox funds with Stripe test-card details as described in the [DIDWW API Sandbox guide](sandbox.html).
- The DIDWW Postman collection uses `{{host}}` to build URLs (for example: `https://{{host}}/v3/dids`). Enter only the hostname (for example, `sandbox-api.didww.com`) without `https://` or `/v3`.

[![Sandbox environment configured with host and apiKey.](../_images/fig54.png)](../_images/fig54.png)


**Fig. 6.** Example Sandbox Environment.

### Configure the Production Environment

1. In Postman, go to the **Environments** tab.
2. Click the **+** symbol to the left of the **Search environments** bar to create a new environment.
3. Name it, for example: **DIDWW Production**.
4. Add the following variables:

   | **Variable** | **Value** | **Description** |
   | --- | --- | --- |
   | `host` | `api.didww.com` | Hostname for the **production** API. |
   | `apiKey` | `<YOUR_PRODUCTION_API_KEY>` | Your production API key from the User Panel. |

Note

The DIDWW Postman collection uses `{{host}}` to build URLs (for example: `https://{{host}}/v3/dids`). Enter only the
hostname (for example, `api.didww.com`) without `https://` or `/v3`.

[![Production environment configured with host and apiKey.](../_images/fig46.png)](../_images/fig46.png)


**Fig. 5.** Example Production Environment.

### Select the Environment

Click the button to set the correct environment active before sending API requests.

[![Selecting environment in Postman.](../_images/fig62.png)](../_images/fig62.png)


**Fig. 7.** Switching between Production and Sandbox.

## Step 3: Configure Required Headers and Authentication

The DIDWW API follows the [JSON:API specification](https://jsonapi.org/format/#content-negotiation).
All requests must include the correct JSON:API headers and your API key.

Note

For more detailed hostnames and authentication rules, see the [DIDWW API Sandbox authentication
section](sandbox.html#api3-sandbox-authentication), [Getting Started with the DIDWW API](configuration.html), and
[Specification headers](specification/headers.html).



### Open a Sample Request

You can use any request in the collection for this step. For example:

1. In your forked DIDWW API collection, expand the **Inventory Resources** folder.
2. Click **DID** to open the DID resource group.
3. Select the **Get DIDs** request.

[![Example request opened in Postman with headers visible.](../_images/fig71.png)](../_images/fig71.png)


**Fig. 8.** Sample DIDWW API request opened in Postman.

### Verify the Required Headers

The official DIDWW Postman collection already includes the required headers.
Verify that they are present, enabled, and correctly configured.

1. With the **Get DIDs** request open, go to the **Headers** tab.
2. Ensure that the following headers exist and are enabled:

   | **Header** | **Example Value** | **Description** |
   | --- | --- | --- |
   | `Accept` | `application/vnd.api+json` | Required for all API responses. |
   | `Content-Type` | `application/vnd.api+json` | Required for all JSON request bodies. |
   | `Api-Key` | `{{apiKey}}` | Authentication header using the `apiKey` variable from the selected environment. |

Warning

Never share your API key in screenshots, code samples, or public repositories.
If it becomes exposed, rotate it immediately in the DIDWW User Panel.

[![Example request opened in Postman with headers visible.](../_images/fig7.5.png)](../_images/fig7.5.png)


**Fig. 9.** Sample DIDWW API request opened in Postman.



---

## Step 4: Send Your First Request

When the environment and headers are configured, you can send any request from the collection.

1. Open a request of your choice (for example, **Get DIDs**).
2. Make sure the correct environment is selected.
3. Click **Send**.

[![Sending a request using the configured environment.](../_images/fig8.png)](../_images/fig8.png)


**Fig. 10.** Sending a test request in Postman.



---

## Step 5: Check the Response and Troubleshoot Errors

After you send a request, the response appears in the lower Postman panel. Here you can review the **status code** and
the **JSON response body**.

### Success Response

A valid, authenticated request returns a **200 OK** status and a JSON response.

[![Example JSON response from DIDWW API.](../_images/fig91.png)](../_images/fig91.png)


**Fig. 11.** Successful API response.

### Troubleshooting API Errors

401 Unauthorized
:   `Api-Key` is missing or invalid. Set the `apiKey` variable correctly in the active environment.

406 Not Acceptable
:   The `Accept` header is incorrect. Set it to `application/vnd.api+json`.

415 Unsupported Media Type
:   The `Content-Type` header is missing or incorrect. Set it to `application/vnd.api+json` for any request with a JSON body.

404 Not Found
:   The host, endpoint path, or resource ID is incorrect, or the API key does not match the selected host. Make sure
`{{host}}` is exactly `api.didww.com` or `sandbox-api.didww.com` (without `https://` or `/v3`) and verify the request
URL.

422 Unprocessable Entity
:   The request body is missing required fields or is not valid JSON:API. Ensure POST or PATCH requests follow the
JSON:API document structure.
    See: [JSON API specification](https://jsonapi.org/format/#document-structure)

On this page
