disabledPlacard

disabledPlacard is one of the estate's 317 automotive nouns — a job a car needs done. It carries 3 capabilities: 0 live, 3 sandbox, 0 declared · doors aggregator.vin.

Identity

Events

The vocabulary this noun can append to the record — 3 past-tense, versioned event types, each linked to the capability that emits it:

• DisabledPlacard.applied@1 — emitted by apply
• DisabledPlacard.renewed@1 — emitted by renew
• DisabledPlacard.verified@1 — emitted by verify

Discover & read

verify

disabledPlacard.verify · GET /disabled-placards/verify · gate none · sandbox · answers DisabledPlacardVerify@1

No input — this capability takes no request body.

Door — aggregator.vin serves this noun on its two routes: / (the landing) · /1FMJK1KT2LEA04419 (the VIN lens).

Try it — sandbox: every call answers a deterministic, provenance-labeled simulated payload ({ environment, simulated } in the body). Force any documented outcome with the magic triggers. Going live is a connect, never a ballot: submit the credential at integrates.vin (dealer systems) or connects.vin (consumer accounts) — submissions enter the activation queue and rank live rollout.

Emits — DisabledPlacard.verified@1.

import { disabledPlacard } from 'apis.vin'

// the gate law is in the type system: Answer<T> = Ok | Empty | Blocked | Offer
const answer = await disabledPlacard.verify()

curl 'https://apis.vin/disabled-placards/verify'

Receipt — the sandbox wire answered the request above with this exact body at build time. Captured by the receipts runner (timestamped, provenance in the payload), never authored; it re-executes only when this descriptor changes.

{
  "type": "OK",
  "answers": "DisabledPlacardVerify@1",
  "value": {
    "vin": "1HGCM82633A004352",
    "verificationRef": "DP-001O",
    "placardNumber": "DP-SANDBOX-0001",
    "valid": true,
    "placardType": "permanent",
    "expiresOn": "2030-08-01",
    "status": "active",
    "asOf": "2026-08-10"
  },
  "evidence": {
    "vin": "1HGCM82633A004352",
    "verificationRef": "DP-001O",
    "placardNumber": "DP-SANDBOX-0001",
    "valid": true,
    "placardType": "permanent",
    "expiresOn": "2030-08-01",
    "status": "active",
    "asOf": "2026-08-10"
  },
  "provenance": {
    "simulated": true,
    "environment": "sandbox",
    "source": "accessibility-sandbox"
  },
  "events": [],
  "meter": {
    "charged": "0.00",
    "posted": false
  }
}

Apply & book

apply

disabledPlacard.apply · POST /disabled-placards/apply · gate key · sandbox · answers DisabledPlacardApply@1

No input — this capability takes no request body.

Door — aggregator.vin serves this noun on its two routes: / (the landing) · /1FMJK1KT2LEA04419 (the VIN lens).

Try it — sandbox: every call answers a deterministic, provenance-labeled simulated payload ({ environment, simulated } in the body). Force any documented outcome with the magic triggers. Going live is a connect, never a ballot: submit the credential at integrates.vin (dealer systems) or connects.vin (consumer accounts) — submissions enter the activation queue and rank live rollout.

Emits — DisabledPlacard.applied@1.

import { disabledPlacard } from 'apis.vin'

// the gate law is in the type system: Answer<T> = Ok | Empty | Blocked | Offer
const answer = await disabledPlacard.apply()

curl -X POST https://apis.vin/disabled-placards/apply \
  -H 'content-type: application/json' \
  -d '{}'

Receipt — the sandbox wire answered the request above with this exact body at build time. Captured by the receipts runner (timestamped, provenance in the payload), never authored; it re-executes only when this descriptor changes.

{
  "type": "OK",
  "answers": "DisabledPlacardApply@1",
  "value": {
    "vin": "1HGCM82633A004352",
    "applicationRef": "DPA-001O",
    "placardType": "permanent",
    "medicalCertificationRequired": true,
    "applicationAccepted": true,
    "estimatedIssueDays": 10,
    "requiredDocuments": [
      "medical-certification",
      "proof-of-identity",
      "placard-application"
    ],
    "asOf": "2026-08-10"
  },
  "evidence": {
    "vin": "1HGCM82633A004352",
    "applicationRef": "DPA-001O",
    "placardType": "permanent",
    "medicalCertificationRequired": true,
    "applicationAccepted": true,
    "estimatedIssueDays": 10,
    "requiredDocuments": [
      "medical-certification",
      "proof-of-identity",
      "placard-application"
    ],
    "asOf": "2026-08-10"
  },
  "provenance": {
    "simulated": true,
    "environment": "sandbox",
    "source": "accessibility-sandbox"
  },
  "events": [],
  "meter": {
    "charged": "0.00",
    "posted": false
  }
}

Lifecycle & state

renew

disabledPlacard.renew · POST /disabled-placards/renew · gate key · sandbox · answers DisabledPlacardRenew@1

No input — this capability takes no request body.

Door — aggregator.vin serves this noun on its two routes: / (the landing) · /1FMJK1KT2LEA04419 (the VIN lens).

Try it — sandbox: every call answers a deterministic, provenance-labeled simulated payload ({ environment, simulated } in the body). Force any documented outcome with the magic triggers. Going live is a connect, never a ballot: submit the credential at integrates.vin (dealer systems) or connects.vin (consumer accounts) — submissions enter the activation queue and rank live rollout.

Emits — DisabledPlacard.renewed@1.

import { disabledPlacard } from 'apis.vin'

// the gate law is in the type system: Answer<T> = Ok | Empty | Blocked | Offer
const answer = await disabledPlacard.renew()

curl -X POST https://apis.vin/disabled-placards/renew \
  -H 'content-type: application/json' \
  -d '{}'

Receipt — the sandbox wire answered the request above with this exact body at build time. Captured by the receipts runner (timestamped, provenance in the payload), never authored; it re-executes only when this descriptor changes.

{
  "type": "OK",
  "answers": "DisabledPlacardRenew@1",
  "value": {
    "plate": "plate-1dd1cf12",
    "state": "IL"
  },
  "evidence": {
    "plate": "plate-1dd1cf12",
    "state": "IL"
  },
  "provenance": {
    "simulated": true,
    "environment": "sandbox",
    "source": "disabled-placard-sandbox"
  },
  "events": [],
  "meter": {
    "charged": "0.00",
    "posted": false
  }
}

Data model

The record shape behind this noun — one entity, each property an evidence field. See the whole estate model on the data model page.

Plate

Modeled

The noun drawn out — its record shape, its lifecycle, and how it is exercised end to end. 2 diagrams, rendered from the estate model.

DisabledPlacard · Class model

DisabledPlacard · State machine

Generated from the catalog. Every capability, answer, gate, and entity on this page is a rendered descriptor — it cannot drift from the wire.