ForzaUKB

Step 1.5 — MVMNT Shipper Billing Configuration

3 min read

Step 1.5 — MVMNT Shipper Billing Configuration

File name note

Previously named Step-1.5-EZ-Loader-Shipper-Billing-Configuration. Renamed to Step-1.5-MVMNT-Shipper-Billing-Configuration on 2026-04-29. Content reflects the actual MVMNT-based process. EZ-Loader migration was cancelled 2026-04-28.

Phase: Phase 1 — New Shipper Onboarding Owner: Accounting Trigger: Shipper profile created in MVMNT (Step 1.4 complete).

🎯 Ideal State

Accounting configures billing settings in the MVMNT Shipper profile. This is a separate step from profile creation and is one of the highest-leverage configurations in the entire workflow. Billing configuration tells MVMNT how this Shipper should be invoiced — and MVMNT enforces these settings automatically at the point of invoicing for every load.

Configuration fields:

FieldPurposeForza-Specific Setting
Billing name and addressMay differ from company address — some Shippers have a separate AP department addressFrom intake form
Billing contact and emailWhere invoices are sentFrom intake form
Federal Tax IDFor W-9 / 1099 reportingFrom intake form
”Factor This Customer” flagControls whether invoices route through HaulPay or Forza bills directlyFactored (Tier 1/2): Yes · Path A Self-Finance: Yes · Path B Self-Finance: No
Factoring emailWhere HaulPay receives invoice submissions from Forzapayments@haulpay.io if Factor flag = Yes · Blank if Path B

Critical remit-to logic:

ScenarioRemit-To on Invoice
Factored (Tier 1/2)HaulPay PO Box 201323, Dallas TX 75320-1323 + HaulPay ACH details
Path A Self-FinanceSame as factored — HaulPay still collects
Path B Self-FinanceFifth-Third-Bank details (Forza’s bank)

Getting this wrong causes payments to go to the wrong party. Reconciliation problems can take 30–60 days to surface.

⚠️ Verification needed: When “Factor This Customer” is set to “No” (Path B Self-Finance), confirm whether MVMNT’s invoice template automatically switches remit-to from HaulPay to Forza’s bank details, or whether this requires manual template configuration per Shipper.

🤖 SYSTEM AUTOMATION

Human setup, one time per Shipper. Once configured, MVMNT uses these settings automatically for every load and pushes the customer record to QuickBooks-Online via the two-way sync.

📍 Current State

  • Billing configuration is set manually per Shipper in MVMNT.
  • “Factor This Customer” flag is typically set Yes since most Shippers are factored.
  • Self-financed Shippers (Path A or B) are rare enough that configuration decisions have not been systematically documented.
  • Remit-to logic has not been fully validated in MVMNT — team has not tested whether remit-to auto-switches for non-factored Shippers.

Who does this today: Accounting.

🚧 Gap

  1. Remit-to behavior for non-factored (Path B self-financed) Shippers is not verified in MVMNT.
  2. No documented SOP distinguishing billing configuration between factored, Path A, and Path B Shippers.
  3. No cross-check process to verify billing configuration matches the credit/self-finance decision made in Steps 1.3/1.3a.

🛠️ Gap Closure Actions

  • Action 1 — Verify with MVMNT support how remit-to information behaves when Factor flag is set to No (Owner: Casey + Ops Manager + MVMNT support | Effort: Low)
  • Action 2 — Document billing configuration SOP distinguishing factored / Path A / Path B settings (Owner: Casey + Accounting | Dependency: Remit-to behavior verified | Effort: Low)
  • Action 3 — Add billing configuration verification to the greenlight checklist in Step-1.11-Greenlight-Declaration (Owner: Casey + Accounting | Dependency: SOP documented | Effort: Low)

Previous: Step-1.4-MVMNT-Shipper-Profile-Creation | Next: Step-1.6-MVMNT-Invoice-Settings-Requirements

Graph View

Backlinks