Create professional invoices specifically designed for software developers in New Zealand. InvoiceSonic's free invoice generator combines software developer-specific billing with New Zealand's GST requirements and NZD formatting.
An example of what your invoice could look like (sample figures).
New Zealand Software Developer
NZBN 299-037-004
TAX INVOICE
#INV-6299
Bill to
Sample Client — New Zealand
| Description | Qty | Unit | Amount |
|---|---|---|---|
| Development hours (features and bug fixes) | 3 | $1,333.33 | $3,999.99 |
| Sprint or iteration (fixed fee) | 2 | $2,666.67 | $5,333.34 |
| Milestone delivery (MVP, release, integration) | 3 | $2,333.33 | $6,999.99 |
Common software developer line items billed in New Zealand:
New Zealand requires these fields on a valid invoice:
GST: 15%
Currency: NZD ($)
Business registration: NZBN
A software developer invoice in New Zealand must include: your NZBN, business name and address, client details, invoice number and date, detailed service descriptions, amounts in NZD, GST at 15% (if registered), payment terms (typically Net 14–30; milestone invoices due on acceptance), and total amount due.
In New Zealand, software developers must charge GST at 15% if registered. Registration requirements vary - check New Zealand's thresholds. Always show GST separately on your invoices.
Common billing methods: Hourly (time and materials) from a timesheet, Daily rate, Fixed fee per sprint, Milestone payments on acceptance, Monthly retainer for maintenance and support. Typical pricing basis: Hourly, daily, per sprint or per milestone (set from your contract). Quote amounts in NZD and set rates from your own contract or price list.
Use the template as a starting layout, then replace its example information with the actual agreed work. The details below help you decide what to enter and what to check before sending.
Separate implementation, support and third-party costs. For milestones, define the deliverable and acceptance point; for time-based work, identify the service period and agreed rate. Keep a change request separate from a defect correction already included in the scope.
Include the project or support-ticket reference, service period and approved milestone. Check the legal billing name and delivery contact against the accepted work. Keep the statement of work, accepted change requests and time or delivery summary available to resolve questions. An invoice records the charge; it does not replace the underlying approval or supporting documents.
This example bills a completed milestone plus support outside its agreed scope. If hosting or licences are reimbursable, identify the supplier cost and period rather than adding an unexplained recurring amount.
| Description | Quantity | Rate | Amount |
|---|---|---|---|
| Implementation milestone — accepted release | 1 | 1,800.00 | 1,800.00 |
| Additional support hours — authorised | 3 | 90.00 | 270.00 |
| Example subtotal | 2,070.00 | ||
Copying last month’s support period into a new invoice obscures what was delivered. Check tickets, hours, subscription periods and whether any prepaid support balance applies.
If the client disputes completion, use the agreed acceptance criteria and delivery record. Keep the billing tool separate from issue tracking, release management and technical acceptance; invoice status alone does not prove that software was accepted.
The free browser tool prepares the document. Saving customers, sending tracked invoices and managing reminders require an account and are subject to plan limits. Payment status needs accurate payment records; an invoice view alone does not confirm payment.