Transportation Checkpoints
Transportation Checkpoints
Purpose and when to use this record
Define a scheduled or required checkpoint along a transportation route.
At a glance
-
Identify it by: Checkpoint Date/Time.
-
Check its business context: Transportation Entry, and Officer.
-
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.
Before you begin
You need the Brisk permission for the action you are taking on transportation checkpoints. 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.
Have valid Transportation Entry records ready first. Those selections determine where this Transportation Checkpoint belongs and which later screens can find it.
Create a Transportation Checkpoint

Create a Transportation Checkpoint only after confirming that the source document or operational event has not already been entered.
-
Select the business context first: Transportation Entry, and Officer.
-
Enter the required identifying and operational values: Transportation Entry.
-
Review Checkpoint Type deliberately; these choices control availability or workflow rather than merely describing the record.
-
Save the Transportation Checkpoint, then confirm Checkpoint Date/Time on its detail page before continuing.
After saving: Verify Checkpoint Type, Transportation Entry, and Officer on the detail page, then continue the law enforcement workflow only when those values agree with the source document and actual work performed.
Delete a Transportation Checkpoint
Delete this Transportation Checkpoint 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.
On the confirmation page, verify Checkpoint Date/Time. After confirmation, return to the Transportation Checkpoints list and make sure only the intended Transportation Checkpoint was removed.
Review Transportation Checkpoint details
Use the detail page as the shared record of what this Transportation Checkpoint currently means. Verify Checkpoint Type, and Checkpoint Date/Time before relying on it for a decision.
Follow Transportation Entry, and Officer to determine whether the issue is on this Transportation Checkpoint or on one of those linked records.
Next check: Verify Checkpoint Type, Transportation Entry, and Officer on the detail page, then continue the law enforcement workflow only when those values agree with the source document and actual work performed.
Edit an existing Transportation Checkpoint
Edit this Transportation Checkpoint 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.
-
Open the detail page. Compare Transportation Entry, and Officer with the supporting document or approved request.
-
Recheck Checkpoint Type, and Checkpoint Date/Time. These values are most likely to change case history, custody, dispatch, official reporting, or audit review.
-
Save the change, return to the list, and confirm that the Transportation Checkpoint now appears under the expected Checkpoint Type.
After the change: Verify Checkpoint Type, Transportation Entry, and Officer on the detail page, then continue the law enforcement workflow only when those values agree with the source document and actual work performed.
Find and review transportation checkpoints

Use the Transportation Checkpoints list to find the correct record before opening or changing it. Compare Checkpoint Date/Time. Records with similar names or numbers can still belong to different Transportation Entry, and Officer.
- The initial order emphasizes Checkpoint Date/Time, and Id. Select a column heading when you need a different comparison.
Open the Transportation Checkpoint whose Checkpoint Date/Time match the task. If it is missing, clear the list filters and recheck Checkpoint Type rather than creating a replacement immediately.
Fields and business rules
Brisk stores 6 user-relevant fields for this Transportation Checkpoint, including 2 linked-record selections and 1 controlled-choice field. Create and edit screens may hide calculated or workflow-managed values from this full reference.
| Field | Required | What it controls |
|---|---|---|
| Transportation Entry | Yes | The transportation entry associated with this transportation checkpoint. |
| Checkpoint Type | No | The checkpoint type recorded for this transportation checkpoint. Available values: Intake, Departure, Arrival, Release, Transfer, Other. |
| Checkpoint Date/Time | No | Date and time recorded for checkpoint date/time on this transportation checkpoint. |
| Officer | No | The officer associated with this transportation checkpoint. |
| Location | No | The location recorded for this transportation checkpoint. |
| Notes | No | Additional internal notes about this transportation checkpoint. |
What happens next
Verify Checkpoint Type, Transportation Entry, and Officer 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 Transportation Entry and any message beside the field. A required related record may also be inactive or unavailable to your role.
-
The values look right but the result is wrong: Open Transportation Entry, and Officer from the detail page. Correct the specific relationship that is wrong instead of forcing a total or status to compensate for it.
No comments to display
No comments to display