---
id: TST-COM-ORD-124
title: DepositInvoiceRequestOf
kind: unit
product_area: commerce
module: orders
revision: 1
status: draft
source_sha:
  services-commerce: c8b66a98e2490617aec38ba5c8165dd9bd0a8f9b
repository: services-commerce
files:
  - modules/orders/tests/unit/billing/deposit-invoice-request.spec.js
implements: []
environment: mock
implementation_state: implemented
latest_result: not-run
latest_run_at: null
latest_run_ref: null
conformance: not-verified
estimated_minutes: 1
isolation: 'The suite owns its in-memory inputs, scripted responses and rendered component state.'
evidence:
  - provenance: test
    source: 'services-commerce:modules/orders/tests/unit/billing/deposit-invoice-request.spec.js'
    test_cases:
      - >-
        bills each line as one unit of the deposit on it, in position order, with no discount and the order
        line named
      - >-
        writes the header: source commerce, the order, a pro forma under the settings, the terms, the PO
        number, the memo naming the plan, the key
      - 'expects the deposit as the total, never the order’s total, and no discount'
      - >-
        leaves out a line with no up-front part (the contract: zero or omitted lines are fine), the positions
        closing up
      - >-
        refuses, as an invariant, a summary naming a line the order lacks, one whose parts do not sum, one of
        another total, and a part above its line
      - 'sends the ship-to address and each line’s ships, as the full invoice does'
      - holds the frozen summary to the order’s total less its quoted tax
      - expects the up-front amount net of tax and the quoted tax apportioned to the up-front parts
      - sends no tax line left from the zone-table days
      - expects no tax when Commerce bills the tax as a line
      - 'apportions the line’s quoted tax to its up-front part, half away from zero'
scenario_coverage: []
dependency_evidence:
  provenance: test
  source: 'services-commerce:modules/orders/tests/unit/billing/deposit-invoice-request.spec.js'
  declared_by_test: 'the builder. Doubled: nothing (the inputs are literals).'
---

# DepositInvoiceRequestOf

## Verification Boundary

The unit suite checks the named contract or helper with controlled inputs.

## What This Suite Proves

The registered cases check depositInvoiceRequestOf with their fixture records and assertions. Scenario bindings name only the examples those cases exercise.

## What It Does Not Prove

A registered file supplies no run result or verified conformance by itself. Local fixtures do not establish deployed cross-service behavior or complete browser journeys.

## Real Dependencies and Test Doubles

Inputs and external responses are controlled in process; this suite establishes no deployed service behavior.

## Must Not Be Doubled

The named contract validation or component behavior under assertion must use its actual implementation.