CarsXE endpoints are designed to be composed. Start with the identifier your application has - an image, plate, or VIN - then pass the returned VIN into the products that answer the next business question.

These are implementation patterns for products built on the CarsXE API. They are not claims that every named company uses every endpoint in a particular sequence.

Choose a starting point

Workflow 1: Photo to vehicle risk profile

Goal: Let a user or staff member photograph a vehicle and receive an identity, safety, and ownership-risk summary.

Recognition -> Plate Decoder -> Specifications -> Recalls
                                      |------> Lien & Theft
                                      `------> Vehicle Images

1. Send the image to Recognition and extract the plate.
2. Pass the plate and region to Plate Decoder to resolve the VIN.
3. Use the VIN with Specifications to normalize the vehicle identity.
4. Run Recalls for safety issues. For a fleet or inventory list, use Recalls Batch instead.
5. For eligible B2B checks, run Lien & Theft. Treat missing records as unavailable source data, not proof that a vehicle is clear.
6. Optionally request Vehicle Images for a listing or review screen.

The Plate Decoder step is conditional: if you used VIN OCR and already have a VIN, skip Plate Decoder and continue with Specifications.

Workflow 2: Plate to quote or appraisal

Goal: Start an insurance quote, trade-in form, or appraisal from a plate without requiring the user to type a VIN.

Plate Decoder -> Specifications -> Market Value
                              `-> Recalls (optional)

1. Collect the plate plus state, province, or country.
2. Call Plate Decoder and read the returned VIN when available.
3. Decode that VIN with Specifications to confirm identity and equipment.
4. Send the VIN, mileage, state, and condition to Market Value.
5. Add Recalls when safety status is part of the quote or appraisal decision.

Do not make valuation or underwriting decisions from a plate response alone when the workflow requires a VIN. Validate the resolved identity and handle a missing VIN according to your product's fallback path.

Workflow 3: Marketplace listing enrichment

Goal: Turn a seller's VIN into a complete listing with accurate specifications, history, pricing guidance, and images.

Specifications -> Vehicle History
              |-> Market Value
              |-> Vehicle Images
              `-> Recalls

1. Decode the seller's VIN with Specifications.
2. Populate the listing's year, make, model, trim, engine, dimensions, and equipment.
3. Retrieve Vehicle History and present the returned events with appropriate unavailable-data handling.
4. Request Market Value using mileage, state, and condition to suggest a price range.
5. Add Vehicle Images to improve listing presentation.
6. Show Recalls status when the marketplace wants to surface safety information.

Run independent VIN lookups concurrently after the Specifications call when latency matters. Keep the response from each product separate so one unavailable source does not prevent the listing from rendering.

Workflow 4: Parking and valet intake

Goal: Identify a vehicle at a gate, camera, or mobile check-in flow and attach useful vehicle context to a parking record.

Recognition -> Plate Decoder -> Specifications

1. Capture a plate image at the entrance or in the driver's mobile app.
2. Use Recognition to extract the plate and region.
3. Resolve it with Plate Decoder.
4. Use the VIN with Specifications when the application needs dimensions, body style, or equipment for space assignment, EV charging, or operational records.

If the camera or form already supplies the plate text, begin at Plate Decoder. If Recognition returns a VIN, begin at Specifications instead.

Workflow 5: Fleet inventory and recall scan

Goal: Onboard vehicles and check an entire inventory for open recalls without making one synchronous request per VIN.

Specifications (per VIN) -> Recalls Batch (inventory) -> Market Value (selected VINs)

1. Decode each VIN with Specifications as units enter the fleet.
2. Submit the VIN list to Recalls Batch.
3. Poll the batch status or receive the configured webhook, then retrieve the results.
4. Use Market Value for selected units when the fleet needs asset valuation or replacement planning.

Recalls Batch is asynchronous and intended for B2B bulk workflows. Consumer applications checking one vehicle should use the single-VIN Recalls endpoint.

Workflow 6: Repair intake and documentation

Goal: Reduce manual vehicle entry during repair intake and provide the technician with vehicle-specific context.

Recognition (VIN OCR) -> Specifications -> Vehicle Images
                                      `-> Recalls

1. Photograph the VIN plate, dashboard VIN, or vehicle document.
2. Extract the VIN with Recognition using VIN OCR.
3. Decode it with Specifications to identify the vehicle configuration.
4. Retrieve Vehicle Images when staff need reference images or documentation.
5. Check Recalls when open safety campaigns are relevant to the repair intake.

Published customer examples

• ADAS Safe's published case study describes using CarsXE Specifications and Images APIs to document repairs, save time per job, and support Track AI workflows.
• MotorTango's published case study includes its use of CarsXE vehicle data and VIN/specification capabilities for customer-facing automotive workflows.

These references describe the published case studies only; confirm the current product scope and endpoint availability before reproducing a workflow.

Implementation notes

• Pass identifiers explicitly between calls. A plate lookup may return a VIN; use that VIN for downstream VIN-based products.
• Branch on missing or ambiguous identifiers instead of sending an invalid downstream request.
• Treat each endpoint's unavailable-data behavior according to its product guide.
• Use asynchronous batch products for large inventories and observe rate limits and quotas.
• Cache stable vehicle identity data in your application where appropriate, but refresh time-sensitive values such as recalls and market value according to your business requirements.

Browse the Products index for endpoint parameters and response examples.