Invoice generator

The output is a single-column A4 invoice laid out at 48-point margins. A thin brand-coloured rule runs across the top, under which sit the word INVOICE and your invoice number, right-aligned. Below that are two address blocks, FROM and BILL TO, each with a name, a wrapped multi-line address and an email. A row of three labels follows — ISSUED, DUE and CURRENCY — then the line-item table with Description, Qty, Unit price and Amount columns, ruled between rows. A totals box on the right shows Subtotal, the tax line with its percentage, and Total due picked out in the brand colour. An optional NOTES block closes the page. Long descriptions wrap, and a fresh A4 page is added automatically when rows would run past the totals area.

Every figure is computed in your browser as you type, and those same numbers are what get drawn into the PDF. The subtotal is quantity multiplied by unit price, summed across all line items; the tax is the subtotal multiplied by your tax rate divided by 100; the total due is the two added together. The Totals panel above the download button shows all three live, so what you read there is what exports — there is no second calculation happening anywhere else. Amounts print with comma thousands separators and two decimal places, except JPY which uses none, and the symbol goes in front for the dollar, euro, pound and yen currencies but after the number for SEK, NOK, DKK and CHF. Quantities accept decimals, which is how you bill 7.5 hours.

No, nothing is saved between visits, and that is a deliberate choice rather than a missing feature. The values you type live only in the page's memory for as long as the tab stays open. Nothing about the invoice is written to localStorage or to a cookie, there is no account, and no draft is synced anywhere, so reloading the page, closing the tab or pressing Reset returns every field to its placeholder defaults and the previous invoice is gone for good. The practical workaround is to keep your From block in a text snippet and paste it in, or to keep the tab open across a billing session and change only the client and the line items between exports. The downloaded PDF is your record — save it before you reload.

One tax rate applies to the whole invoice: a single percentage in the Tax rate field, from 0 to 100 with two decimal places, applied to the subtotal. There is no per-line rate, no reverse-charge handling and no separate VAT registration block. If your invoice genuinely mixes rates, the workable options are issuing one invoice per rate, folding the tax into the unit prices and setting the rate to zero, or setting the rate to zero and describing the tax treatment in the Notes field — which is also where reverse-charge wording normally goes. Setting the rate to zero still prints a Tax (0.00%) line, which many jurisdictions expect to see stated explicitly rather than left off the document.

Ten currencies are offered as chips: USD, EUR, GBP, SEK, NOK, DKK, CHF, JPY, AUD and CAD. The chosen code prints in the CURRENCY column of the dates row, and every amount in the table and the totals box carries the matching symbol — $, €, £, kr, CHF, ¥, A$ or C$. Placement follows each currency's own convention: in front for the dollar, euro, pound and yen family, after the number for the Nordic kroner and the Swiss franc, so you get $1,234.00 but 1,234.00 kr. Decimals are fixed at two everywhere except JPY, which prints without any. There is no exchange-rate conversion — choosing a currency changes presentation only, never the numbers you entered.

The invoice is a plain PDF document: there is no logo upload, no signature field, and no watermark or PDFChamp branding of any kind on the output. To sign it, download the PDF and run it through the Sign PDF tool. Legal validity depends entirely on what your jurisdiction requires an invoice to state — a tax or VAT registration number, a particular sequential numbering scheme, a legal entity address, specific wording — and none of that is checked or supplied for you here; the address blocks and the Notes field are where such text belongs. The file also carries no structured e-invoicing payload, so it is not a ZUGFeRD, Factur-X or PEPPOL document and will not satisfy a mandate that demands one.