Skip to content

Governance & Assumptions

Document ID: PLCY-GOV-001
Version: 1.0
Effective Date: December 22, 2025
Last Review: December 22, 2025
Owner: Hop And Haul Team


CONFIDENTIAL

This document is CONFIDENTIAL and for internal use only. Do not distribute outside the organization.

1. Foundational Assumptions

This documentation assumes the following operational model:

1.1 Hop And Haul is an Independent SaaS Company

Hop And Haul operates as a standalone software company providing matching services under contract. Hop And Haul is NOT:

  • A fleet operator
  • An employer of drivers
  • A motor carrier
  • Responsible for DOT/FMCSA compliance of customer operations

Hop And Haul provides software as a service. The customer (fleet operator) retains full operational control and liability.

1.2 Customer Relationship Model

AspectHop And Haul RoleCustomer Role
Matching algorithmProvide and maintainConfigure, accept/override
Driver eligibilityQuery customer systemsDefine requirements, authorize drivers
Safety policiesEnable platform controlsDefine and enforce policies
LiabilitySoftware errors/negligence onlyFull operational liability
Regulatory complianceSupport through featuresBear responsibility
Employment relationshipNoneEmployer of all drivers
Vehicle ownershipNoneOwner/lessor of all vehicles
InsuranceNoneMaintain required coverage

1.3 Customer Operational Authority

Customers retain FULL operational control:

CapabilityDescription
Match overrideCustomer can override or reject any automated match
Global visibilityFull dashboard access to all operations in real-time
Dispatching modeCan switch to manual dispatch at any time
ConfigurationAll safety parameters are customer-configurable
IntegrationHop And Haul integrates INTO customer workflow, not the reverse

1.4 Autonomous Operation (Default Mode)

The platform's core value proposition is autonomous matching:

  • Matches drivers on routes requiring minimal deviation
  • Pre-validates safety, HOS, insurance automatically
  • Executes matches without manual dispatcher intervention
  • Logs all decisions for customer review and audit

Customer can disable autonomy at any time and operate in full manual dispatch mode where every match requires explicit dispatcher approval.

1.5 Liability Structure

Event TypeLiable PartyHop And Haul Role
Driver accidentCustomer (employer)Provide incident detection and logging
HOS violationCustomerProvide validation; customer owns ELD data
Insurance gapCustomerQuery insurance system; customer maintains policy
Matching algorithm errorHop And HaulFix defect, document issue
Platform downtimeHop And Haul (per SLA)Restore service, credits per contract
Regulatory violationCustomerProvide compliance-supporting features
Data breach (platform)Hop And HaulSecurity remediation, notification
Data breach (customer credentials)CustomerCustomer security responsibility

2. Role Assignments

2.1 Hop And Haul Platform Team

All policy documents are owned and maintained by the Hop And Haul Team.

2.2 Customer Organization Roles (Fleet Operator)

The customer (fleet operator) is responsible for all operational roles:

RoleResponsibilityWhere Defined
Safety DirectorDriver safety policies, DOT compliance, trainingCustomer's policies
Operations ManagerDispatching decisions, driver management, schedulingCustomer's policies
Legal CounselLiability management, employment law, claims handlingCustomer's policies
Compliance ManagerFMCSA/DOT regulatory compliance, audit responseCustomer's policies
Fleet ManagerVehicle maintenance, inspections, DVIR complianceCustomer's policies
HR ManagerEmployment, driver qualifications, background checksCustomer's policies

2.3 Role Clarification in Existing Documents

Where existing policies reference "Safety Director" or "Operations Director" in operational contexts, these refer to the CUSTOMER's roles, not Hop And Haul staff.

  • "Safety Director" reviewing incidents = Customer's Safety Director
  • "Operations Director" approving overrides = Customer's Operations Manager
  • "Legal Counsel" managing claims = Customer's Legal Counsel

Hop And Haul provides the platform capabilities; the customer makes operational decisions.


3. How to Read Hop And Haul Policy Documents

3.1 Platform Policies vs Customer Responsibilities

Document TypeWhat It DescribesWho Decides
Safety Buffers (PLCY-BUF-001)Platform capabilities and defaultsCustomer configures for their fleet
Communication Protocol (PLCY-COM-001)Available methods and safety featuresCustomer chooses which to use
Pre-Transaction Validation (PLCY-VAL-001)Validation framework and checksCustomer defines requirements
Incident Response (PLCY-INC-001)Platform incident detection and alertingCustomer responds to operational incidents
Accident/Liability (PLCY-LIA-001)Reference framework for customer useCustomer bears liability
Voice Agent (PLCY-VOI-001)Voice capabilities and constraintsCustomer enables/configures

3.2 Language Interpretation Guide

When reading Hop And Haul policy documents:

Document SaysInterpretation
"Hop And Haul will..."Platform capability, not customer mandate
"The Company..."Refers to Customer (fleet operator), not Hop And Haul
"Safety Director"Customer's Safety Director (unless context is platform security)
"Operations Director"Customer's Operations Manager
"Must" / "Shall" for operationsCustomer's obligation; platform supports
"Required before match"Platform enforces; customer defines requirements

3.3 Autonomous vs Manual Mode

All operational policies describe the AUTONOMOUS mode where Hop And Haul makes matching decisions automatically. In MANUAL mode:

AspectAutonomous ModeManual Mode
Match decisionsPlatform decidesDispatcher approves each
ValidationAutomatic blockingAutomatic + dispatcher override
SpeedInstant matchingDispatcher response time
Platform roleDecision-makerTool/assistant
Customer roleOversight/overrideActive dispatching

The same safety validations apply in both modes, but in manual mode the customer makes the final call on every match.


4. Contract & Service Boundaries

4.1 What Hop And Haul Provides

ServiceDescription
Matching PlatformAlgorithm that matches drivers on compatible routes
Validation EnginePre-transaction checks against customer data sources
Communication InfrastructureVoice agent, messaging, push notifications
Dashboard & VisibilityReal-time view of all operations
Audit TrailComplete logging of all platform decisions
Integration APIsConnect to customer HR, ELD, insurance systems
SupportPlatform support and customer enablement

4.2 What Hop And Haul Does NOT Provide

Not IncludedCustomer Responsibility
Driver employmentCustomer employs all drivers
DOT/FMCSA complianceCustomer is the motor carrier
Insurance coverageCustomer maintains policies
Vehicle maintenanceCustomer maintains fleet
Driver trainingCustomer trains drivers
Incident investigationCustomer investigates (platform provides data)
Claims handlingCustomer handles claims
Regulatory filingsCustomer files all reports

4.3 Data Ownership

Data TypeOwnerHop And Haul Role
Driver PIICustomerProcess per customer instruction
GPS/telematicsCustomer (via ELD provider)Query for matching
Match historyCustomerStore and provide access
Audit logsCustomerGenerate and retain per policy
Platform logsHop And HaulMaintain for debugging/support

5. Document References

DocumentRelevance
PLCY-IDX-001 Policy IndexComplete list of all policy documents
PLCY-SYS-001 System DescriptionTechnical architecture overview
PLCY-ORG-001 Organization & DomainsMulti-tenant customer setup
PLCY-LIA-001 Accident & LiabilityLiability framework for customer use

6. Revision History

VersionDateAuthorChanges
1.0December 22, 2025Hop And Haul TeamInitial release

CONFIDENTIAL - Internal Use Only - Hop And Haul Policy Documentation