How can I edit a customer invoice

[microtronix]

Whats stupid is as a developer this is as simple as adding a checkbox to the config to allow us to choose ourselves. I've never in my life understood why software companies lock you in, instead of giving you the option. You keep increasing prices year after year and you want us to stay with you, but if you keep doing this crap most of your base is not gonna find value in your ever increasing prices.

[Mr. Prateek]

14 hours ago, Juanzo said:

@WHMCS Rex is it true that the only solution now, $allow_adminarea_invoice_mutation = true; in configuration.php, will be removed in future versions?

Yes, it is mentioned on their official website docs. 

They could have easilly added a checkbox settings to enable/disable this but they chose to enforce it so badly.

 

 

[LittleCreek]

21 hours ago, Juanzo said:

@WHMCS Rex is it true that the only solution now, $allow_adminarea_invoice_mutation = true; in configuration.php, will be removed in future versions?

No to the first part of your question. You can manually change the invoice back to Draft in the database. Then you can edit it just fine. 

[Mr. Prateek]

10 hours ago, LittleCreek said:

No to the first part of your question. You can manually change the invoice back to Draft in the database. Then you can edit it just fine. 

It is not wise to edit DB data directly as it might create unknown consequences. There might be dependencies and conditions, for example, if the invoice is in draft state, some other value might have to be x, and it isn't, it might start throwing errors on your WHMCS or cron job. 

Edit the DB records directly only when it is a last resort; this is not something you create a module to edit the invoice every other day.  

The best way is to use WHMCS internal APIs to call and update things, but again it won't work as invoice edit is blocked.

[WHMCS Ricardo]

On 4/16/2026 at 8:41 PM, Juanzo said:

@WHMCS Rex is it true that the only solution now, $allow_adminarea_invoice_mutation = true; in configuration.php, will be removed in future versions?

Hey Juanzo.

I am afraid this is correct, per the series v9.

[bear]

17 minutes ago, WHMCS Ricardo said:

I am afraid this is correct, per the series v9.

The one question I have is "why"? Clearly there's a need and demand for it, why is it not even considered being made optional, with warnings about not doing it or what have you. Why is it simply removed, with no options and so on. 

[LittleCreek]

On 4/18/2026 at 4:07 AM, Mr. Prateek said:

Edit the DB records directly only when it is a last resort;

I would say this issue qualifies needing a last resort technique since they are removing it. What else can I do?

 

Edited Sunday at 06:20 PM by LittleCreek

[microtronix]

22 minutes ago, LittleCreek said:

I would say this issue qualifies needing a last resort technique since they are removing it. What else can I do?

 

Literally! They remove a function I use weekly at least twice then say, only use as a last resort! don't take our feature!

[Juanzo]

Thanks for the confirmation @WHMCS Ricardo.

I really hope WHMcs team reconsiders this, hopefully making it optional.

[Mr. Prateek]

11 hours ago, LittleCreek said:

I would say this issue qualifies needing a last resort technique since they are removing it. What else can I do?

 

Request WHMCS to make it a confugurable option instead of removing it? 

[LittleCreek]

4 hours ago, Mr. Prateek said:

Request WHMCS to make it a confugurable option instead of removing it? 

I have already done that. I'm not an idiot.

[Mr. Prateek]

53 minutes ago, LittleCreek said:

I have already done that. I'm not an idiot.

certainly not 

[LittleCreek]

So now the question I have is how are late fees supposed to be added because none are bring added at this time.

Edited yesterday at 12:03 PM by LittleCreek

[Juanzo]

Does anyone know why WebPros is trying to loose WHMcs customers?

Anyone know who is the Product Manager of WHMcs that is taking this weird decisions?

[bear]

If I had to guess, it's not an arbitrary decision, but based on some legal requirement they must follow or get into trouble. I'd have hoped a "change this at your own risk" choice would suffice, but maybe they don't want to chance someone claiming they missed it. 
Just a guess. 

[wsa]

On 4/19/2026 at 8:49 PM, Juanzo said:

Thanks for the confirmation @WHMCS Ricardo.

I really hope WHMcs team reconsiders this, hopefully making it optional.

Yes, I'm hoping they're making an option 

[LittleCreek]

It totally broke the adding late fees option. I have invoices that are many days old and none of the late fees have been added like they were supposed to be. This is a real mess.

[Juanzo]

Maybe stakeholders are not aware of the income reduction they'll keep suffering if this trend continues.

Alternatives like Upmind are really tempting and better in several ways, it's not like the old days where competition was not very mature.

[bear]

2 hours ago, Juanzo said:

Alternatives like Upmind are really tempting and better in several ways

Not everyone wants SAAS solutions, or keeping data with a third party due to concerns about client data. I'm one of those businesses. 

[ilex044]

On 4/17/2026 at 4:37 PM, microtronix said:

Whats stupid is as a developer this is as simple as adding a checkbox to the config to allow us to choose ourselves. I've never in my life understood why software companies lock you in, instead of giving you the option. You keep increasing prices year after year and you want us to stay with you, but if you keep doing this crap most of your base is not gonna find value in your ever increasing prices.

Yeah, that’s mentioned in their official documentation as well.

It does feel a bit unnecessary though something like this could easily be handled with a simple option in settings instead of being forced. Giving users control with clear warnings would probably solve most of the frustration and still keep things safe and stable.

[nwd]

Glad to see more customers speaking up about this… it’s a simple, fixable issue.
All they need to do is keep allowing the switch:
Add ($allow_adminarea_invoice_mutation = true;) in your WHMCS configuration.php  .
WHMCS choosing a one-size-fits-all strict model is what’s really causing the pain… let us decide if we need to deal with regional compliance and added accounting complexity, not force it on everyone.