# Vehicles

# Vehicles

<h2 id="bkmrk-overview">Purpose and when to use this record</h2>

Maintain agency vehicles used for dispatch, mileage, and transportation records.

## At a glance

- **Identify it by:** **Car Number**, and **Description**.

- **Why care:** Use the agency’s approved terminology and access policy. Preserve dates, responsible personnel, case links, and audit history because these records may support official reporting or custody review.

- **Why care:** Availability and publication flags affect future use without erasing history. Prefer disabling an obsolete setup record when existing transactions still refer to it.

## Before you begin

You need the Brisk permission for the action you are taking on vehicles. If a Create, Edit, or Delete control is absent, do not work around it with another user’s account; ask an administrator to review your role.

<h2 id="bkmrk-create">Create a vehicle</h2>

<figure class="brisk-doc-media"><img src="https://help.brisksystems.us/uploads/images/gallery/2026-08/article-modellaw-enforcementvehicle-create-law-enforcement-vehicle-create.png" alt="Brisk Vehicles create screen displayed with fictional documentation-demo data." loading="lazy" style="max-width:100%;height:auto;"><figcaption>The Vehicles create screen in the Brisk documentation demo.</figcaption></figure>

Create a vehicle only after confirming that the source document or operational event has not already been entered.

1. Select the business context first.

2. Enter the required identifying and operational values: **Car Number**, and **Description**.

3. Review **Active** deliberately; these choices control availability or workflow rather than merely describing the record.

4. Save the vehicle, then confirm **Car Number**, and **Description** on its detail page before continuing.

After saving: Verify **Active** on the detail page, then continue the law enforcement workflow only when those values agree with the source document and actual work performed.

<h2 id="bkmrk-delete">Delete a vehicle</h2>

Delete this vehicle only when it was entered by mistake and no downstream history depends on it. Use a reversal, void, credit, counter-adjustment, or status correction for a real event that later changed.

If the record is merely obsolete, use **Active** to remove it from future use while preserving existing references.

Before confirming, check for related **Logs**, and **Transportation Entries**. Brisk may refuse deletion when another record depends on this one; resolve the duplicate or use the supported correction workflow instead of breaking the trail.

On the confirmation page, verify **Car Number**, and **Description**. After confirmation, return to the Vehicles list and make sure only the intended vehicle was removed.

<h2 id="bkmrk-detail">Review vehicle details</h2>

Use the detail page as the shared record of what this vehicle currently means. Verify **Active** before relying on it for a decision.

Compare the vehicle with its source document or approved setup request before deciding that it needs correction.

Next check: Verify **Active** on the detail page, then continue the law enforcement workflow only when those values agree with the source document and actual work performed.

<h2 id="bkmrk-update">Edit an existing vehicle</h2>

Edit this vehicle to correct or complete the same source document or operational event; use the supported reversal or follow-up workflow when the business event itself changed.

1. Open the detail page. Compare **Car Number**, and **Description** with the supporting document or approved request.

2. Recheck **Active**. These values are most likely to change case history, custody, dispatch, official reporting, or audit review.

3. Save the change, return to the list, and confirm that the vehicle now appears under the expected **Active**.

After the change: Verify **Active** on the detail page, then continue the law enforcement workflow only when those values agree with the source document and actual work performed.

<h2 id="bkmrk-list">Find and review vehicles</h2>

<figure class="brisk-doc-media"><img src="https://help.brisksystems.us/uploads/images/gallery/2026-08/article-modellaw-enforcementvehicle-list-law-enforcement-vehicles.png" alt="Brisk Vehicles list screen displayed with fictional documentation-demo data." loading="lazy" style="max-width:100%;height:auto;"><figcaption>The Vehicles list screen in the Brisk documentation demo.</figcaption></figure>

Use the Vehicles list to find the correct record before opening or changing it. Compare **Car Number**, and **Description**. Compare the full identifier rather than relying on a similar name.

Open the vehicle whose **Car Number**, and **Description** match the task. If it is missing, clear the list filters and recheck **Active** rather than creating a replacement immediately.

## Fields and business rules

Brisk stores 3 user-relevant fields for this vehicle, including 0 linked-record selections and 0 controlled-choice fields. Create and edit screens may hide calculated or workflow-managed values from this full reference.

| Field | Required | What it controls |
|---|---:|---|
| **Car Number** | Yes | The designated number of the vehicle. |
| **Description** | Yes | Provides a description of the vehicle. |
| **Active** | No | If this field is unchecked, this vehicle will no longer appear in reports. |

## What happens next

Verify **Active** on the detail page, then continue the law enforcement workflow only when those values agree with the source document and actual work performed.

## Common mistakes and troubleshooting

- **The record will not save:** Recheck **Car Number**, and **Description** and any message beside the field. A required related record may also be inactive or unavailable to your role.

- **The record saved but is not available where expected:** Recheck **Active**, then clear the filters on the destination list. A saved record can still be inactive, unpublished, locked, unapproved, or in the wrong workflow state.

- **The values look right but the result is wrong:** Compare this vehicle with the source document or approved setup decision, then check the downstream screen where it is used.