I need to change an invoice but get this: This is an Unpaid Invoice. You cannot modify an Invoice that is Unpaid.

[Web Host Pro]

Can someone please tell me how I can change an unpaid invoice? The price has changed and I need to adjust it. 

WHMCS is giving me this error when I try This is an Unpaid Invoice.
You cannot modify an Invoice that is Unpaid.

Which doesn't make any sense, of course I will need to change unpaid invoices. 

[pRieStaKos]

 

 

[bear]

1 hour ago, Web Host Pro said:

Can someone please tell me how I can change an unpaid invoice? The price has changed and I need to adjust it. 

WHMCS is giving me this error when I try This is an Unpaid Invoice.
You cannot modify an Invoice that is Unpaid.

Which doesn't make any sense, of course I will need to change unpaid invoices. 

WHMCS decided that immutable invoices should be the default, with no chance of shutting that off for those that don't want or need it. 
This is allegedly being addressed in the latest version; the one where they will be forcing a marketplace account on everyone with no opt out. 
Enjoy. 

To change an invoice now, I believe you need to cancel the current one and recreate it, causing much confusion to the client. 
Again, enjoy? 😉

[Web Host Pro]

2 hours ago, pRieStaKos said:

That thread is outdated, I added this and got an error: Invoice immutability is disabled. We have deprecated the ability to edit invoices and we will remove the option to enable invoice mutability in a future release. Learn More » 

Any Any feedback that current?

 

 

[Web Host Pro]

1 hour ago, bear said:

WHMCS decided that immutable invoices should be the default, with no chance of shutting that off for those that don't want or need it. 
This is allegedly being addressed in the latest version; the one where they will be forcing a marketplace account on everyone with no opt out. 
Enjoy. 

To change an invoice now, I believe you need to cancel the current one and recreate it, causing much confusion to the client. 
Again, enjoy? 😉

This is wacky, WHMCS thought we should not be able to edit our own invoices? Do they think they own our invoices? This is almost as weird as when they wouldn't let us change an account password. 

So what do you do, delete the invoice and create a manual one that won't sync to the product? What's the process if you need to change an unpaid invoice? 

[Waqas Ahmed Waseer]

On v9 the supported way is to reissue the invoice rather than edit it. It takes a minute once you've done it a couple of times:

1. Open the unpaid invoice and click Duplicate Invoice. The copy is created as a Draft with the same line items, invoice date, due date and payment method.

2. Edit the Draft copy (new price, description, whatever changed), then click Publish, or Publish & Send Email if you want the client to get the corrected one straight away.

3. Go back to the original invoice and Mark Cancelled.

Don't forget to fix the price at the source too, otherwise the next renewal invoice comes out with the old amount again. On the client's service (Products/Services tab) update the Recurring Amount, and if the product price itself changed, update the product pricing as well.

If you really want the old behaviour back, it's still there for now: Configuration > System Settings > General Settings > Invoices > Invoice Immutability, pick one of the "Immutability disabled" options. That's also what triggers the "Invoice immutability is disabled" banner you saw. WHMCS says that option will be removed in a future release, so I'd get used to the duplicate, publish, cancel routine instead of building your workflow around editing.

[Nathan Davis]

The duplicate-publish-cancel sequence makes sense, but I'm wondering about the client-side confusion bear mentioned. If you cancel the original and publish the draft copy, does the client end up with two invoice records visible in their billing history, or does marking the original cancelled hide it? For a small operation that's probably fine, but it seems like it could generate support tickets from clients seeing a cancelled invoice next to a new one. Also curious whether the duplicate keeps the same invoice number or generates a fresh one, since that affects how it reconciles with accounting records.

[Waqas Ahmed Waseer]

Good questions, both worth knowing before you do this on a live client.

The client will see both. Cancelled invoices still show in the client area invoice list (there's a Cancelled status filter in the sidebar on the default themes), so the original stays visible next to the new one. Draft invoices aren't shown to the client, which is why I'd do it in that order: get the corrected copy ready as a Draft first, then publish it and cancel the original back to back, so they never see two unpaid invoices at the same time.

What cuts down the tickets for us is putting a short note on the new invoice before publishing, something like "Replaces invoice #1234 (price correction)". The Notes field on the invoice is shown to the client on the invoice itself, so they get the explanation without having to ask.

On numbering: the duplicate is a new invoice with its own new ID, not the same number. If your accountant cares about gaps, look at Sequential Paid Invoice Numbering under Configuration > System Settings > General Settings > Invoices. With it on, the formal invoice number is only given out when an invoice is paid, so a cancelled one never takes a number in that sequence and your paid run stays gapless. If you already reconcile on the invoice ID, just keep the old and new ID together in that note so the trail is clear.

One more check before you publish: open the line items on the draft and make sure they're still tied to the client's service or domain, so paying it renews the right thing.