This page documents the complete JSON schema used for inspection records in the Euroautos Inspection Form — both as persisted in the local IndexedDBDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/juanmatz/inspection-form-euroautos/llms.txt
Use this file to discover all available pages before exploring further.
inspections store and as transmitted to the backend sync API. All payloads conform to this schema, making it the authoritative reference for integrations, data exports, and custom reporting pipelines.
Root Inspection Object
A full inspection record with all fields populated:Vehicle Object
Thevehicle object is embedded inside the root inspection record. It captures the vehicle’s identity at the time of inspection, independent of any external vehicle registry.
| Field | Type | Required | Description |
|---|---|---|---|
id | string | Yes | Unique identifier for the vehicle. May be a UUID or a workshop-specific code. |
licensePlate | string | Yes | Vehicle registration plate. Format varies by country. |
make | string | Yes | Vehicle manufacturer (e.g. "BMW", "Mercedes-Benz"). |
model | string | Yes | Model name (e.g. "320i", "Clase C"). |
year | integer | Yes | Four-digit model year. |
mileage | integer | No | Odometer reading in kilometres at the time of inspection. |
colour | string | No | Vehicle colour, as described by the inspector or sourced from registration documents. |
vin | string | No | 17-character Vehicle Identification Number. |
InspectionSection Object
Each inspection is divided into sections corresponding to a logical area of the vehicle (e.g. brakes, tyres, lighting). Thesections array in the root object contains one entry per completed or in-progress section.
| Field | Type | Required | Description |
|---|---|---|---|
id | string | Yes | Unique identifier for this section within the inspection. |
type | string | Yes | Section type key. Maps to the section template defined in the app configuration (e.g. "brakes", "tyres", "lighting", "bodywork", "engine", "interior"). |
completedAt | string (ISO 8601) | No | Timestamp when the inspector marked this section as complete. null if still in progress. |
items | ChecklistItem[] | Yes | Array of checklist items belonging to this section. See ChecklistItem Object below. |
ChecklistItem Object
Checklist items are the individual inspection points within a section. Each item captures the inspector’s finding, any free-text notes, and references to attached photos.| Field | Type | Required | Description |
|---|---|---|---|
id | string | Yes | Unique identifier for this checklist item within the inspection. |
sectionId | string | Yes | ID of the parent InspectionSection. |
label | string | Yes | Human-readable label for the inspection point, in the app’s active language. |
status | string | Yes | Inspector’s finding. One of "ok", "warning", "fail", or "not_applicable". |
notes | string | No | Free-text notes entered by the inspector. May be empty string "". |
photos | string[] | No | Array of photo IDs (from the photos IndexedDB store) attached to this item. May be empty array []. |
mandatory | boolean | Yes | Whether this item must be completed before the inspection can be submitted. Mandatory items with status null block form submission. |
The
photos array in a ChecklistItem stores photo IDs only, not the raw image data. To resolve a photo, look up its id in the photos IndexedDB object store, or in the photos array of a JSON export. This keeps inspection records compact and avoids duplicating potentially large Base64 strings.Field Reference
The following<ResponseField> entries describe every top-level field in the root inspection object.
Universally unique identifier for the inspection, generated client-side using UUID v4 at the moment the inspection is created. Used as the idempotency key when syncing to the backend. Format:
insp-<uuid>.Identifier of the vehicle being inspected. References the
vehicle.id field embedded in the same record, and may also correspond to a vehicle record in an external workshop management system.Identifier of the workshop branch where the inspection is being performed. Set from the
VITE_WORKSHOP_ID environment variable at build time. Example: "ws-euroautos-medellin".Identifier of the technician performing the inspection. Sourced from the inspector profile configured in the app settings, or from an external authentication provider if SSO is enabled.
Current lifecycle status of the inspection. See Status Enum Values below for all valid values and their meanings.
UTC timestamp of when the inspection record was first created on the client device. Immutable after creation.
UTC timestamp of the most recent modification to any field in the inspection record, including nested sections and items. Updated automatically by the app on every save.
UTC timestamp of when the inspection reached a terminal status (
completed or approved). null for inspections that are still in progress.Free-text notes entered at the top level of the inspection, typically used for overall vehicle observations or special customer instructions. Separate from the per-item
notes fields inside sections.The customer or inspector signature captured on the signature pad, encoded as a Base64 data URL. The MIME type prefix is included in the string (e.g.
data:image/svg+xml;base64,...). null if no signature has been captured.Embedded vehicle snapshot. See Vehicle Object above. The vehicle details are copied into the inspection at creation time so that the record remains accurate even if the vehicle’s registry entry is later updated.
Ordered array of inspection sections, each containing a set of checklist items. The order of sections in the array matches the display order in the form. See InspectionSection Object above.
Status Enum Values
| Value | Description |
|---|---|
draft | The inspection has been created and is actively being filled in by the inspector. Sections and items may be incomplete. The record is not ready for review. |
pending_review | The inspector has submitted the form for supervisory review. No further edits are permitted by the inspector until the status changes. |
approved | A supervisor has reviewed and approved the inspection. The record is considered final. |
completed | The inspection has been completed and, where applicable, the customer has signed off. Used in workshops that do not require a separate supervisory approval step. |
The
draft → completed path (bypassing pending_review and approved) is the default workflow for workshops configured without the review feature. To enable the two-step approval workflow, set VITE_ENABLE_REVIEW_WORKFLOW=true in your environment configuration.