Payment Slip layout
Slip Giro invoice template
Reference-first rather than code-first, the way a Nordic giro slip reconciles a payment.
What you see above is the whole document — every template stays visible whatever you pay. Making an invoice with Slip Giro 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
Reference first rather than code first: the payment reference is the largest thing on the stub and set in a monospace, because that is the field a bank reconciles on.
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.
Hairlines, light weights and no colour. Anything that could be a fill is a rule instead, and anything that could be a rule is often nothing at all. The sheet says as little as a sheet can while still being an invoice.
Modelled on the Nordic giro slip
Modelled on the Nordic giro slip, where the payment reference rather than a code is the largest element on the stub, because the reference is what reconciles the payment.
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.