Choose an invoice-number pattern that your business can allocate consistently and check against its existing records. The pattern should make document references manageable, but the appearance of a number does not establish that it is unused or legally appropriate. Confirm the invoicing requirements applicable to your business and transaction before relying on a particular numbering convention.

The identifier and date preparation workflow keeps document identity separate from order and payment references. EInvoiceCreator starts a blank draft with an initial invoice number, but it does not operate a business-wide allocation register. You must establish the actual reference before treating the draft as ready for the next stage.

Decide what the reference identifies

The invoice number identifies the document in your records. It is not automatically the customer’s purchase order, a project code or a payment transaction identifier. Those values may be related, but their roles should remain clear to the person preparing the invoice and any later reviewer.

A fictional business might use “INV-2026-041” to identify an invoice. That example illustrates a readable pattern, not a statement that a year prefix and three digits satisfy every jurisdiction’s rules. The European Commission’s full VAT-invoice overview includes a unique sequential identifying number within its scope; the actual rules and transaction context still need checking.

Avoid adding information to the pattern that will frequently change or expose unnecessary private details. A reference should remain usable after a contact leaves or a project is renamed. Keep descriptive project information in an appropriate record rather than making it the only document identity.

Maintain an allocation record

Use a register or system suitable for your business to record allocated references and the associated customer and document. The essential preparation control is knowing whether the intended value is available and how it relates to prior records. A neat prefix without that control can still produce duplicate numbers.

If several people prepare invoices, establish who allocates references and how they see recent allocations. Two operators opening a blank form can otherwise choose the same starting value independently. The current creator does not coordinate users or reserve a number while another tab is open.

Keep draft status distinguishable from an issued or otherwise final document in the process you use. Do not assume that downloading a file or saving a browser draft automatically allocates or issues a reference according to your business requirements. The application does not maintain that ledger.

Use prefixes and series deliberately

A prefix can help distinguish a series when the applicable rules and your process allow it. If you use several series, document what each means and how allocation works. Do not create a new series merely to conceal a conflicting reference or rewrite the history of an existing document.

For a fictional supplier with two preparation teams, the important question is not whether “A” and “B” look clear in the preview. It is whether the series are appropriate, consistently operated and traceable in the actual records. Obtain suitable advice where the legal or accounting treatment is unclear.

If a pattern includes a year, establish how the relevant process handles a year change. Do not let a new browser default decide whether a sequence restarts. Preserve the relationship between references and the documents they identify.

Keep formatting stable across tools

Treat the allocated reference as text where necessary so that leading zeros or meaningful characters survive copying. A spreadsheet can interpret a numeric-looking value differently from a text field. Compare the value after transferring it rather than assuming that a familiar visual format preserves the stored string.

Check any final format’s character or length constraints before generating the structured output. The current application’s acceptance of a value does not establish that every recipient profile accepts the same representation. Preserve the confirmed reference if a mapper reports a limitation; do not silently assign a different identity to the document.

The number-uniqueness limitation explains why a creator without access to all business records cannot verify that a reference is unused. A successful required-field check establishes only that the number field meets the application’s input requirements.

Review references during revisions

When changing a draft’s invoice number, review any copied payment reference, notes or filenames. Do not automatically replace a buyer’s order reference with the new invoice number; its role and source are different. Check which repeated values were deliberately linked and which were merely copied from a sample.

An already issued invoice can require an appropriate correction process rather than a casual renumbering. Retain the original record and obtain suitable guidance where needed. The current product does not implement issued-document status, credit notes or an authoritative correction history.

Enter the allocated number and preserve evidence

Once the reference is confirmed, you can prepare the invoice with its allocated number in the creator. Compare it with the register, review the related dates and check the actual exported file. A browser download may sanitise a filename, so do not rely on the filename as the only record of the invoice number inside the document.

Keep the allocation evidence and reviewed version distinguishable from incomplete drafts. A reliable numbering process combines a suitable convention with controlled allocation and traceability. The pattern assists that process; it does not replace the records or checks needed to operate it.