Split shipments create a common evidence trap: the order shows 'fulfilled' while one package may be missing, delayed, or refunded. A chargeback response should map each capture or order line to each package and show which package contains the disputed merchandise. One delivered tracking number cannot stand in for the entire order.

Build a shipment matrix using order lines, package IDs, tracking, carrier events, delivery addresses, customer communication, replacements, and refunds. Then reconcile the financial amount to the package or items actually disputed.

Build the shipment matrix

Create one row per package with items, quantity, ship date, carrier, tracking number, delivery status, and delivery address. If the order used multiple warehouses, identify origin only where it helps explain timing.

Label packages consistently in narrative and attachments so 'Shipment 2' means the same package everywhere.

Tie captures to fulfillment when payments were split

If the merchant captured separately as items shipped, map each payment capture to the corresponding items/package. Keep authorization and capture references for the disputed amount.

A cardholder may see multiple postings that resemble duplicates. The payment-to-package bridge can distinguish legitimate split captures from accidental multiple processing.

Handle one missing package honestly

If packages A and B delivered but C did not, do not submit A and B as proof the whole order arrived. Show the missing package status and any replacement/refund decision.

A partial defense should correspond to the value actually delivered and retained.

Document address and reroute differences

Compare the address for each shipment, including customer-requested changes, carrier holds, lockers, or pickup points. Preserve the customer's request when the destination changed.

An unexplained address mismatch can weaken a package that otherwise shows delivered.

Reconcile replacement and refund activity

For a delayed or lost package, show whether the merchant resent items, refunded them, or waited on a carrier claim. Keep the original package and replacement separate.

Calculate net retained value after all credits so the merchant does not defend money already returned.

Use a one-page package summary

Lead the packet with the shipment matrix and highlight the disputed item/package. Attach detailed tracking pages and customer communication after it.

This is more reviewer-friendly than several carrier screenshots with no item mapping.

Improve split-shipment customer communication

Send package-specific confirmations that state which items are in each shipment and surface delays early. Preserve those messages with order data.

Internally, trend disputes by warehouse and split-shipment frequency to see whether multi-package orders create disproportionate non-receipt complaints.

Example: three packages, one replacement shipment

A merchant captures an order in stages as inventory ships in three packages. The second package is lost and replaced. If finance exports only the total captured amount while support exports only the replacement tracking number, the evidence no longer explains which money corresponds to which goods.

Map each capture to the items and shipment it funded, then add the replacement as a separate fulfillment event rather than overwriting the lost package. For a partial dispute, identify the challenged line or amount first so unrelated delivered packages do not overwhelm the relevant record.

Give every package a stable shipment identifier

Split shipments become hard to defend when the order system overwrites tracking or shows only the latest package. Store a shipment record with its own ID, item lines, carrier/tracking, ship date, delivery status, replacement relationship, and capture amount where captures are split. Never replace the original lost package record with the replacement.

For a dispute, start from the challenged amount and items, then trace outward to the relevant package. This keeps unrelated delivered shipments from becoming noise and makes partial failures visible.

If the merchant captures once for the full order but ships in parts, do not invent a one-to-one capture/package relationship. Instead, show the single financial event and a separate fulfillment matrix that accounts for every line item and remedy.

Treat each package as a stable object with its own payment and item relationships

Split shipments create evidence problems when the merchant only stores an order-level fulfilled flag. Give every package a stable shipment identifier and map line items, quantities, tracking, carrier, ship date, destination, and delivery status to it. If payment captures are split by shipment, connect each capture to the package or items it funds. The dispute team should be able to show exactly which dollars correspond to which physical movement.

Handle failed packages honestly. If two of three packages arrived and one was lost, proving the two successful deliveries does not answer the missing third. Calculate the value of the affected items and show any replacement or refund. If the customer disputes the full order, make the successful and failed portions visible. A balanced packet is more credible than one that hides the package that caused the complaint.

Address changes and reroutes should be recorded at package level. A customer can change the destination after one package has shipped but before another. Preserve the request, implementation, and final destination for each package. Do not use the original order address as though every shipment followed it. Carrier hold, locker, pickup, or forward events also belong to the package record.

Improve customer communication with the same structure. Show separate tracking and item lists so customers know an order is intentionally split. Many non-receipt contacts arise because one package arrives and the customer assumes the rest was omitted. The evidence architecture and customer experience can use the same package model, reducing both confusion and chargebacks.

Track package-level customer notifications to explain staggered delivery

For each shipment, preserve the customer notice showing items, tracking, and expected delivery. If the merchant told the customer that one package was delayed or backordered, that message can explain why the order was intentionally incomplete at an earlier date. It can also reveal where communication failed if the customer reasonably expected all items together.

Compare dispute timing with package notifications. A non-receipt case filed before the final package's promised date may require a different customer-resolution approach from one filed after a long unexplained delay. Communication does not replace delivery proof, but it helps reconstruct customer expectations.

Reconcile multiple captures when packages ship on different dates

Some merchants capture payment as each package ships. If so, map every capture to the items and shipment date it covers and show the customer-facing order total. A customer who sees several charges can mistake a split-capture design for duplicate billing. Clear receipts and shipment messages should explain the structure. If the capture mapping does not match package value, investigate amount or duplicate-processing problems before treating the case as only non-receipt.

Split shipments require the payment and fulfillment ledgers to be reconciled together. If the merchant captured once for the whole order, show how each package contributed to the same charge. If captures occurred as items shipped, map each capture amount to its package, items, and shipment date. Then account for lost packages, reships, cancellations, and partial refunds. A customer may recognize one package but dispute another, and a reviewer should not have to infer which tracking number supports which amount. This mapping is especially important when tax, discounts, or shipping charges were allocated across packages in a way that differs from the visible item prices.

VERIFY CURRENT RULES

Primary references

Processor interfaces, reason-code mappings, filing windows, and network rules can change. Check the active dispute notice and current official documentation before submitting.

Scope: This guide is educational merchant-operations information. It is not legal advice, banking advice, or an interpretation of card-network rules for a specific case.