HOS Basics
Driver starts shift at 6:00 AM. The 14-hr window closes at 8:00 PM — even if the driver took a 2-hr break in the middle. Within that window, they have up to 11 hrs of actual driving.
Total driving = 9 hrs (under 11 ✓) · 30-min break taken ✓ · Window closes 8 PM regardless
Duty Statuses
- Driver is fully off duty after completing a delivery
- Using truck for personal travel (home, hotel, etc.)
- Movement does NOT benefit the carrier
- Driver set PC status themselves before moving
- Driving event is under 30 min (Matrack eligibility threshold)
- Driver is heading to pick up a new load
- Inserted mid-shift to "extend" available hours
- Used to simulate a reset without actual rest
- Added retroactively to fix a violation (no letter)
- Dispatch or carrier requested it (must be personal use)
Legal ✅ — Driver finishes delivery at 5 PM, goes off duty, then drives 18 miles to their apartment in the company truck. That is valid PC.
Illegal ❌ — Driver is mid-shift with 3.5 hrs left. They want two 20-min driving events changed to PC to "recover" their 14-hr window. That is falsification.
Split Sleeper Berth Rule
At least 8 consecutive hours in Sleeper Berth + at least 2 consecutive hours Off Duty or additional SB.
Drive 3 hrs → 8-hr sleeper → drive 2 hrs → 2-hr off duty. Total rest = 10 hrs across two periods. ✅
At least 7 consecutive hours in Sleeper Berth + at least 3 consecutive hours Off Duty or additional SB.
3-hr off duty rest first → drive → 7-hr sleeper break. Both periods together complete the reset. ✅
The short rest period (2-hr or 3-hr portion) is excluded from the 14-hr window calculation — effectively extending the available driving window. Neither period alone counts as a reset; they must be paired.
| Situation | Effect | Advice |
|---|---|---|
| Driver goes On Duty during the SB period | Breaks the split | SB period is void. Must restart from a new uninterrupted SB period. |
| Short period is under minimum (e.g., 1.5 hrs for the 2-hr slot) | Invalid split | Doesn't qualify. Driver needs a full 10-hr off duty reset. |
| 5+5 split attempted | Not valid | Only 8+2 and 7+3 are FMCSA-recognized. 5+5 does not count. |
| Regular Off Duty used as the long period | Invalid | The 7-hr or 8-hr period must be SB. Regular off duty cannot substitute. |
HOS Exemptions
For CDL drivers operating within 100 air miles of home terminal AND returning within 12 hours.
✅ No mandatory 30-min break
✅ No detailed log entries
⚠️ Still must follow 11-hr drive limit
⚠️ Still must follow 60/70-hr weekly limit
Local delivery driver, warehouse start, city deliveries, back to base same day within 12 hrs. No ELD needed.
For non-CDL drivers within 150 air miles of home terminal who return within 14 hours.
✅ Time records instead of full logs
✅ No mandatory 30-min break
⚠️ Must still follow HOS hour limits
⚠️ Must keep basic duty status records
Non-CDL driver (truck under 10,001 lbs) doing regional deliveries within 150 miles, returning to base daily.
Unexpected snow, ice, sleet, fog, or road hazard that the driver could NOT have known about before starting the trip.
Allows drivers to extend driving time by up to 2 extra hours (up to 13 hrs drive, 16 hrs window) to reach a safe stopping point or complete delivery.
Drivers may use a 16-hour window instead of 14 hours once every 7 days if: they start and end at the same location, haven't used this exception in the past 6 days, and take at least 10 hrs off before the next shift.
Driver normally has a 14-hr window. On Tuesday they have an extra-long day — they can extend to 16 hrs once that week. Next Tuesday they may use it again.
During planting and harvest seasons, agricultural drivers transporting farm supplies within 150 air miles are exempt from HOS rules. Dates and conditions vary by state.
When a state or federal emergency is declared, FMCSA may issue a waiver suspending HOS rules for drivers in disaster relief or emergency response. Normal HOS limits may not apply during active waivers.
| Rule | Property Driver (most common) | Passenger Driver |
|---|---|---|
| Driving limit | 11 hours | 10 hours |
| Shift window | 14 hours | 15 hours |
| Daily reset | 10 hours off duty | 8 hours off duty or sleeper |
| Weekly limit | 60/70 hours | 60/70 hours (same) |
| 30-min break | Required after 8 hrs driving | Not federally required (state rules may vary) |
What We Can Edit
| Edit Type | Legal? | Requirements | Who handles | Notes |
|---|---|---|---|---|
| Add Off Duty event (missed) | ✓ Yes | Driver/carrier verbal or email confirmation + correct time range | Support agent (portal) | Most common edit. Must not overlap with any driving events. |
| Add On Duty event | ✓ Yes | Written confirmation with reason and time range | Support agent (portal) | E.g., missed inspection entry. Document reason clearly. |
| On Duty → Off Duty (non-drive) | ✓ Yes | Signed letter or email confirming driver was actually off (e.g., truck at mechanic) | Support agent (portal) | E.g., truck at shop — driver not working. Convert with documentation. |
| Add Personal Conveyance (PC) | ⚠ Conditional | Acknowledgment letter, confirm off-duty post-delivery, event under 30 min, not mid-shift | Agent after receiving letter | Matrack threshold: under 30 min event is eligible. No letter = no edit. |
| Co-driver reassign (ELD events) | ✓ Yes | Both drivers in system as team, letter with exact time range, co-driver presence confirmed | Agent adds co-driver first; driver uses Reassign in app | Manual events use Add Past Event method + deactivate on original driver. |
| Deactivate wrongly accepted UDP | ✓ Yes | Driver confirms accepted by mistake | Driver (via Reassign in app); agent guides | Logs → event → Reassign Event → confirm → moves back to UDP list. |
| Fix UDP end time (server bug) | ✓ Yes | Packet data confirming incorrect timestamps + tech team confirms bug | Development/tech team (server-side) | Share packet data with tech team. After fix, driver logs out/in, then rejects. |
| Minor non-drive adjustment (<15 min) | ⚠ Conditional | Non-driving event only, under 15 minutes, written approval from authorized senior team member | Agent, after senior member approves in writing | Internal Matrack guideline. Get written approval before editing. Document in ticket. |
| Edit any Driving (D) event | ✗ Never | — | Nobody | FMCSA mandate. ELD driving events are tamper-proof by law. Refuse all requests, no exceptions. |
| Remove violations (no factual basis) | ✗ Never | — | Nobody | Log falsification. Driver drove those hours — record must remain. No exceptions. |
| Add PC mid-shift to gain hours | ✗ Never | — | Nobody | PC mid-shift with drive events before/after = carrier benefit = falsification. Refuse firmly. |
| Edit | Documentation needed | Who approves |
|---|---|---|
| Off Duty missed | Verbal or email from driver/carrier with time | Support agent can proceed |
| On Duty → Off Duty (truck in shop etc.) | Email or signed letter with time range and reason | Support agent proceeds after receiving doc |
| PC add | Acknowledgment letter. Event under 30 min, off-duty post-delivery. | Support agent proceeds after letter |
| Co-driver reassign | Written letter with exact time range. Both drivers in system. | Agent sets up, driver completes in app |
| Minor non-drive overage <15 min | Written explanation in channel or ticket | Senior agent or authorized team member must confirm in writing before edit |
| UDP bug fix (wrong timestamps) | Packet data showing incorrect timestamps | Development/tech team must correct server-side first |
| Any driving event edit | Never permitted | No one — decline and document in ticket |
Violations Guide
| Violation | Common cause | Fixable? | What to do |
|---|---|---|---|
| 11-hr driving exceeded | Driver drove more than 11 hrs. Sometimes caused by wrongly accepted UDP events. | No (actual driving) | If from real driving: violation stands, inform customer clearly. If UDP-caused: check packet data, get tech team to fix timestamps, driver rejects UDP. |
| 14-hr window exceeded | Driver on duty past 14-hr window. Often from a missing Off Duty event at shift end. | Partial | If non-drive On Duty events caused overage: those can be edited with authorization. If driving events caused it: violation stands. |
| 30-min break not taken | Break not taken after 8 hrs driving. Or break was 29 min 59 sec (1-second rounding). | Sometimes | If 1-second rounding: adjust end time by 1 sec. If break genuinely wasn't taken: violation stands. Driver can also manually edit a driving event to Off Duty in the app. |
| 10-hr reset not completed | Driver came back on duty before 10 continuous hours off. | No | Cannot manufacture drive time. Driver must complete remaining off duty hours before driving again. |
| 60/70-hr weekly limit | Too many accumulated on-duty hours over 7 or 8 days. | No | Driver needs a 34-hr restart to reset the weekly clock. Cannot edit past logs to fix this. |
| Form and manner error | Missing required log fields — location, carrier name, vehicle number. | Yes | Driver can annotate/add missing info through the ELD app. Administrative error only — not a driving violation. |
| ELD malfunction (yellow dot) | Bad UDP timestamps, sensor issue, or connectivity problem causing a malfunction flag. | Conditional | Check UDP events. If bad timestamps: tech fix first → driver rejects UDPs → Help → Clear Malfunction. If hardware issue: escalate to tech team. |
UDP Events
The driver manually created this event. Fully editable and attributable to driver action.
System-generated when vehicle moved with no logged-in driver. These appear in the UDP queue for accept or reject.
| Scenario | Cause | Resolution |
|---|---|---|
| Driver accepted UDP by mistake | Accepted without reviewing — thought it was their own event | Logs → open UDP event → Reassign Event → confirm popup. Moves back to UDP list. Driver can then properly reject it. |
| UDP shows wrong/extreme duration (7 hrs, 300+ hrs) | Server/tracker bug — ELD recorded an incorrect end timestamp | Collect packet data → escalate to tech team → team corrects timestamps → driver logs out/in → driver can now reject normally. |
| Driver cannot reject UDP at all | Data integrity issue from bad timestamps | Tech fix required first. Do not ask driver to keep retrying rejection until timestamps are corrected. |
| UDP causing malfunction (yellow dot) | Bad UDP timestamps trigger an ELD malfunction flag | Tech fixes times → driver logs out/in → driver rejects UDP → Help → Clear Malfunction. Persist after rejection = re-escalate. |
| UDP belongs to a co-driver | Co-driver not logged in when vehicle moved | Add co-driver to logs in portal first. Then driver uses Reassign Event to attribute to correct co-driver. |
- Open the Matrack ELD app and navigate to Logs
- Find the date and time of the wrongly accepted UDP event
- Tap on the UDP driving event to open it
- Select Reassign Event from the event options
- Confirm the popup — the event moves back to the UDP pending list
- Driver can now properly Reject the event from the UDP list
- Check if the violation clears — if not, review remaining events on that date
Scenario Playbook
Quick Reference
✅ We CAN edit
🚫 We CANNOT edit
- Get written confirmation from driver or carrier with the exact time range the co-driver was driving
- Verify both drivers are in the Matrack system and linked as a team
- Add the co-driver to the relevant log in the admin portal
- For ELD-generated driving events: Logs → tap event → Reassign Event → select co-driver → save
- For manual events (On Duty / Off Duty): Add Past Event under the co-driver's account, then deactivate those events on the original driver
- Ask the driver to log out and log back in to verify all changes appear correctly
- Confirm with the agent and document the edit in the ticket