Create professional invoices tailored for mobile app development businesses in New Zealand. Our free invoice generator combines mobile app development-specific formatting with New Zealand's GST compliance and NZD support.
An example of what your invoice could look like (sample figures).
New Zealand Mobile App Development
NZBN 765-970-246
TAX INVOICE
#INV-2765
Bill to
Sample Client — New Zealand
| Description | Qty | Unit | Amount |
|---|---|---|---|
| UX/UI design for mobile | 3 | $3,791.67 | $11,375.01 |
| iOS native development | 4 | $4,875.00 | $19,500.00 |
| Android native development | 3 | $8,125.00 | $24,375.00 |
Typical mobile app development services billed in New Zealand:
New Zealand requires these fields on a valid invoice:
GST: 15%
Currency: NZD ($)
Business registration: NZBN
A mobile app development invoice in New Zealand must include: your NZBN, business details, client information, unique invoice number, date, itemized mobile app development services, GST at 15% (if registered), amounts in NZD, and payment terms.
In New Zealand, mobile app development services are typically subject to GST at 15%. Registration thresholds vary. Once registered, you must charge GST and show it separately on all invoices.
Standard payment terms for mobile app development businesses in New Zealand are Net 30 days. The average invoice value in this industry is approximately $6500. Always clearly state your payment terms on every invoice.
Browse the Mobile App Development invoice template hub or try our free invoice generator.
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.