Payment Slip layout
Payment Slip invoice template
A detachable payment part with a scannable SEPA code — on euro invoices, where it works.
What you see above is the whole document — every template stays visible whatever you pay. Making an invoice with Payment Slip itself is not part of the Free plan: Free covers 6 of the 60 templates, which are the 6 the generator offers, and the rest arrive with the paid plan when it launches.
| # | Description | Qty | Rate | Amount |
|---|---|---|---|---|
| 1 | Platform engineeringOrder pipeline refactor, background job scheduler and the accompanying migration runbook. | 82 | €95.00 | €7,790.00 |
| 2 | Design systemComponent audit and a print stylesheet for the customer-facing documents. | 24 | €85.00 | €2,040.00 |
| 3 | On-call supportJune retainer. | 1 | €1,200.00 | €1,200.00 |
| Subtotal | €11,030.00 | |||
| VAT (0%) | €0.00 | |||
| Total Due | €11,030.00EUR | |||
Sample data · A4 · rendered by the product
How this sheet is set
The Payment Slip layout unskinned. On a euro invoice the slip carries a scannable SEPA GiroCode; in any other currency it prints the reference block instead, because the standard is euro-only and an approximate code is worse than no code.
The Payment Slip layout
The foot of the sheet is a second document: a payment part, separated by a tear rule, carrying everything a payment needs on its own once it has been detached from the invoice above it.
Who it suits
Payments made by bank transfer where the reference has to survive being retyped, and any invoice a bookkeeper reconciles by hand.
Monospaced type, fixed measures, structure made visible. Figures line up because the face makes them line up, and the sheet reads as something produced by a system rather than composed by hand.
Modelled on the Swiss payment slip
Modelled on the Swiss payment slip: a detachable part at the foot of the sheet, dominated by a machine-readable code, that stands alone once it has been torn off.
A tradition tag describes layout lineage and nothing more. It is not a compliance claim. The template prints exactly the facts you type: there are no per-line tax rates and no state-issued identifiers in the document model, and nothing is validated, registered or checksummed. Whether a given document satisfies a particular country's requirements is between you and your accountant.
What it prints
Every template in the library prints the same set of facts — a template that dropped one would fail the library’s own contract test. What changes between them is where the facts sit and how they are set.
- Issuer and recipient, each with an address, an optional contact line, and a tax label and number you write yourself.
- Invoice number, issue date, service period, payment terms or an explicit due date, and the date of the service agreement.
- Your own references — purchase order, contract, cost centre — labelled the way your client labels them.
- Line items with a quantity, an optional unit, an optional period, a rate and an amount.
- A note field, and full banking details with an optional payment reference.
Anything you leave empty prints nothing at all — no blank labels, no placeholder rows.