Before correcting an issued invoice, preserve the original record, identify exactly what is wrong and establish the applicable correction process. Do not silently overwrite a downloaded document and present the edited copy as an unchanged original. The appropriate document, references and handling can depend on the transaction, applicable rules and recipient process.

The document identity and type workflow distinguishes ordinary preparation from changes after issuance. EInvoiceCreator is an editable preparation workspace, not a system that determines legal issuance status or maintains a formal correction ledger. Its ability to edit text does not establish the correct treatment of an already issued document.

Establish the document’s status

Identify whether you are reviewing an unissued draft, a file shared for review or a document that entered the relevant issuance process. Do not infer that status solely from a filename, a browser save or the presence of an invoice number. Use the actual business records and process.

If status is unclear, ask the responsible person before replacing values. A document in the customer’s accounts-payable system can require different handling from a draft never sent outside the business. The current creator does not detect those external events or update them when you edit a local file.

For a fictional supplier, a PDF downloaded for internal checking is different from an invoice already submitted through a customer’s platform. The same local edit screen cannot establish whether the platform record needs a correction, replacement or another response.

Identify the exact error and evidence

List the affected fields and compare them with the source agreement, order, approval or business record. A buyer-name error, incorrect quantity and changed payment instruction are different issues. Do not make unrelated edits while preparing the correction unless they are independently justified.

Preserve the original value and confirmed replacement with their source. If the customer requests a different buyer entity, establish why and whether the instruction affects the underlying supply. A request that helps automated matching does not by itself resolve every commercial or tax consequence.

If the correction changes an amount or tax decision, obtain the appropriate review. The editor can calculate entered values but cannot decide which economic or legal facts should change.

Confirm the required corrective document

Consult the applicable rules and recipient instructions, with suitable professional advice where needed. A credit note, corrected invoice or other corrective process should not be chosen merely because a familiar label appears in an external tool. Establish what the document is meant to do.

The invoice and credit-note comparison explains why type matters beyond a heading or sign. Supporting software may need an original-document reference, specific amount conventions and a distinct structure. The current creator does not implement credit notes or a complete issued-document correction workflow.

The European Commission’s VAT invoicing overview identifies unambiguous initial-invoice reference information for relevant corrective documents within its scope. Check the actual requirements for the transaction instead of treating a general source as a universal replacement procedure.

Preserve the original relationship

Keep the original invoice number and record distinguishable from the correcting document or revised working version. Do not reuse a reference in a way that makes two different documents appear to be the same unchanged record. Use an appropriate allocation and traceability process.

Record which items or fields are affected and the confirmed reason. Where several original invoices or partial changes are involved, preserve those relationships for supporting software. A note naming one old invoice does not demonstrate every required structured link.

Do not remove the original evidence from your records merely because a revised preview now looks correct. Later questions may concern what was originally issued, what changed and which process communicated the correction.

Review the complete revised representation

After the appropriate process is established, check the parties, references, dates, descriptions, quantities, prices, tax information and payment instructions affected by the change. One correction can alter dependent amounts or leave an old reference elsewhere in the document.

Inspect the actual output rather than only the open draft. Earlier downloads do not update when you edit the browser record. A correct local version can still be accompanied by the wrong attachment if the file-selection step is overlooked.

The current printable output, application JSON and line-items CSV are not verified implementations of recognised corrective-document formats. Do not rename one of those exports or add a note and claim that the required standard-specific correction has been generated.

Handle communication and external status separately

Use the recipient’s appropriate process for providing the corrective information and retain the relevant acknowledgement or feedback. A successful local download does not notify the customer, change a portal entry or establish acceptance by a tax authority.

If a dispute remains about the underlying work or charge, identify that business question separately from technical file validity. A validator can check a defined message without deciding whether the customer agreed to the commercial correction.

Keep a concise record of the original document, confirmed change, chosen process, reviewed output and remaining action. That makes the correction traceable without attributing an issuance service, legal decision or external delivery capability to a preparation editor that does not perform those functions.