Format spec
Customer copy card slip template
The half of the card slip the cardholder keeps: the same authorisation record without the write-in lines.
This is a generic industry format — the printing convention, not any company’s trade dress. You supply your own business identity; Get Receipt supplies the grid it prints on.
Physical spec
- Paper
- 80 mm thermal roll
- Roll or sheet width
- 79.5 mm
- Printable width
- 72 mm
- Horizontal dots
- 576
- Head density
- 203 dpi (8 dots/mm)
- Characters per line
- 48 (ESC/POS Font A)
The character grid is the printer’s, not an approximation: at 203 dpi a Font A cell is 12 × 24 dots, so 576 dots of printable width is exactly 48 characters. Anything you render has to land on integer dot multiples or the edges blur.
Ordered field list
Top of the document to the bottom. This is the order a reader expects and the order a scanner, a bookkeeper or a returns desk looks for.
- 1.Merchant DBA and address
- 2.Merchant ID and terminal ID
- 3.Date and time
- 4.Card brand, masked number and entry method
- 5.Authorization code and reference number
- 6.EMV block
- 7.Approved total
- 8.CUSTOMER COPY
- 9.RETAIN THIS COPY FOR STATEMENT VERIFICATION
Alignment
Identical to the merchant copy, minus the write-in block.
Tax convention
None printed.
Tender
Card approval only. The cardholder verification method prints one of PIN verified, signature, no signature required, or no CVM.
Machine-readable code
None.
How to recognise it
- No blank tip or total lines — the amount is pre-filled
- Copy legend and statement-verification sentence at the foot
- NO SIGNATURE REQUIRED is now the common retail case
Get Receipt renders this as Retail card slip — customer copy
The cardholder's copy of an EMV slip: authorised amount, the terminal's AID/TVR/AC/ATC/TSI block, CVM result, and the retain-this-copy legend. Every total is recomputed by the engine from the line items, so the printed lines always sum to the printed total — the one thing generated receipts most often get wrong.