Teardowns
Update a teardown
Partial update only the fields you send are applied.
PATCH
PATCH a teardown your organization owns. Sparse only the keys on your request body are written. Omitted keys are left alone. Use this for:Documentation Index
Fetch the complete documentation index at: https://teardowns.aero/docs/llms.txt
Use this file to discover all available pages before exploring further.
- Correcting a typo in
msnortail_number - Re-classifying with a different vocab name
- Setting / changing / clearing the
audience - Updating dates, location, traceability, description
status lifecycle changes go through the
state machine.
Headers
Bearer tdao_live_…Your organization’s UUID.
application/jsonPath parameters
Body
Every field is optional. Sending an empty body returns the teardown unchanged.Re-classify by name. Same case-insensitive lookup as create.
An unknown value returns
400 unknown_vocabulary with the allowed
list in the body. APU and landing-gear vocab fields are not patchable
through the public surface.Maps to
teardowns.teardown_start_date.Yes or No.ISO country code.
Set who can see the teardown’s documents. Pass an array of company
types (
Airline / Lessor / OEM / MRO / Distributor /
Others), or pass null to clear the restriction back to
“anyone with platform access”.This is the JSON-array form. The document-upload endpoint accepts
the same concept as a comma-separated string. See
audience.Direct overwrite. Usually you want the upload / delete-by-url
endpoints instead.
Direct overwrite. Usually you want the upload / delete-by-url
endpoints instead.
Response
200 OK. The full updated teardown in the same shape as the GET / POST
responses (partner field names).
Audit trail
PATCH writes:teardown.updatedthe generic update audit, withprevious_statecontaining the old values formsn,registration,description, andnew_statecontaining the sparse body you sent.teardown.audience.setorteardown.audience.changedif the audience field changed. Two separate action codes so support can filter “first time it was restricted” vs “subsequent change”.
via_api, api_key_id, api_key_prefix, actor_email).
See also
- Transition for changing lifecycle state.
- Audience for the visibility model.
- Vocabularies for the name-based lookup behaviour shared with create.

