# Clean up customers

> Raw onboarding cleanup was an unsafe deletion bypass around canonical Vigil offboarding.

Source: https://docs.vigilbase.com/one/api/reference/customers/post-customers-cleanup

`POST https://one.vigilbase.com/api/customers/cleanup`

Raw onboarding cleanup was an unsafe deletion bypass around canonical Vigil offboarding. Customer teardown is supported only by POST /api/customers/:id/delete with explicit confirmation.

## Authorizations

Send one of these:

- `Authorization` (string, header, required): Bearer access token from Vigilbase Identity (`auth.vigilbase.com`), sent as `Authorization: Bearer <token>`. The CLI gets one with `vigilbase login`.
- `Authorization` (string, header, required): Organisation API key (`vb_one_…`) from **Settings → API keys** in Vigilbase One, sent as `Authorization: Bearer vb_one_…`. Needs a key with write access: read-only keys get `403` with the code `read_only_key`. See [organisation API keys](https://docs.vigilbase.com/one/api#organisation-api-keys).

## Body (application/json)

## Responses

### 200

Success

### 401

Authentication required

### 403

Not permitted

## Example request

```bash
# Token from `vigilbase login`, or a write API key (vb_one_…)
curl --request POST \
  --url 'https://one.vigilbase.com/api/customers/cleanup' \
  --header "Authorization: Bearer $VIGILBASE_TOKEN" \
  --header 'Content-Type: application/json' \
  --data '{}'
```