A Packing Slip Is Not a Payment Request
A packing slip answers one question — “what is in this parcel?” — for the person opening it. An invoice answers a different one — “what was sold, for how much, and is it paid?” Putting prices and payment details on the packing slip, or expecting the slip to do the invoice's job, confuses buyers, gift recipients, and your own records.
The documents travel differently. The invoice goes to the buyer — increasingly by e-mail or message, attached to the order conversation — and lives in both parties' accounts records. The packing slip goes in the parcel, which means its reader might be the buyer, a gift recipient who should never meet your prices, a warehouse hand, or a returns desk. Anything on the slip is effectively printed for strangers.
What belongs on each
| Invoice | Packing slip | |
|---|---|---|
| Purpose | Request or record payment; the sale's financial record | Identify the contents of this parcel |
| Prices and totals | Yes — itemized, with discounts and delivery shown | No — the classic slip omits prices entirely |
| Payment details / due date | Yes, when money is outstanding | Never |
| Order reference | Yes — yours and the platform's | Yes — so the parcel matches the order |
| Personalization spec | Yes, briefly — it is the record of the sale | Yes — it is how the picker checks the right piece went in |
| Returns / care note | Optional | Ideal place for it |
The gift problem alone justifies the split: a priced document in a gift parcel is a small social accident that costs repeat business, and it happens whenever one document tries to do both jobs. The reverse error is quieter but real — sellers who treat the platform's packing paperwork as “the invoice” discover at tax time, or in a buyer's “please send an invoice” message, that no document of theirs exists. Your invoice is yours: your name, your number, your terms. It takes minutes in the maker, it follows the seller template, and the packing slip can go back to being a humble checklist for whoever opens the box.
The returns-desk test
Judge every parcel document by the returns desk. When a parcel comes back, the person opening it needs to identify the contents, match them to an order, and know what happens next — the packing slip's whole world. Prices on that slip add nothing to the task and risk plenty: a return processed with a priced slip in view invites refund arithmetic done from the wrong document (was there a discount? was delivery charged?) by someone holding neither the order screen nor the invoice. Keep the slip operational and the money in the invoice, and each conversation happens with the right paper in hand.
Digital orders have no parcel — keep the split anyway
For downloads and services there is no box to pack, but the distinction survives: the delivery message (your file is ready, here is the link, here is what is included) is the packing slip's digital cousin, and it should stay just as free of payment language. The invoice remains the financial document, created in the maker, filed in your archive; the delivery message remains a courtesy note. Sellers who merge them end up with payment requests buried in delivery threads — unfindable at tax time and unprofessional at every other time.
A final small mercy of the split: when a buyer asks “did I pay for this?”, each document answers within its competence — the slip proves the parcel, the invoice proves the money, and neither is asked to testify about the other's subject.