Recompute LCA
Queues a recompute of this instance’s LCA, filling in any sub-assembly results it consumes that are missing. Call once on the root after all writes.
The recompute runs in the background: this returns immediately with the
job’s state. Poll GET /v2/product-instances/{id}/lca-results — it
carries the same job object and withholds results until the job
leaves queued/processing.
A 202 means the recompute is pending. If it could not be queued you
get a 503 instead — never a 202 whose job never runs.
Authorizations
Per-manufacturer API key in the X-API-Key header, format
emidat-{key_id}-{secret} where key_id is a random public handle.
Issued by an owner in the Emidat
dashboard; carries its own permission scopes, optional plant
restrictions, and optional expiry. A revoked, expired, or unknown key
returns 401. See the Authentication guide for details.
Path Parameters
The instance's Emidat UUID.
Response
Recompute accepted. Poll GET /v2/product-instances/{id}/lca-results for the outcome.
State of the recompute triggered by POST /v2/product-instances/{id}/lca-update.
Recompute runs in the background, so this is how you tell finished
results from in-flight ones.
idle — no recompute has been requested since the last one expired.
queued/processing — a recompute is in flight; results are withheld
until it finishes. completed — the last recompute succeeded.
failed — it did not; see err_code.
idle, queued, processing, completed, failed "queued"
Why the last recompute failed, drawn from the same err_* namespace
as Error.err_code. Null unless status is failed.