All Activity

Hello, I can create a hook for you, but can you give me the URL you are getting when getting this error? The url might be something like https://yourdomain.com/cart.php?a=checkout&paypal_error=CARD_TYPE_NOT_SUPPORTED&debug_id=f7102346dddd8 I just need that to prepare a hook for you.

Hi all, I have an uptime monitoring platform StatusEagle (https://statuseagle.com) and planning to develop support for WHMCS monitoring in to this. Before implementing it, I’d appreciate some feedback from operators running WHMCS in production. Specifically: 1) Do you run multiple WHMCS instances across brands? 2) Would monitoring cron execution (last run, duration, failures) via external alerting be useful? 3) Are business-level alerts (no new orders, gateway failures, module errors) something you currently monitor? 4) Is there any recurring WHMCS issue that external monitoring could help detect early? Goal is to build a centralized monitoring platform, that can easily show health of your WHMCS in a centralized dashbaord. If you have multiple WHMCS installations, all WHMCS health will be available in a single place. Appreciate any input.

add this line to your configuration.php it will go back to normal behavior $allow_adminarea_invoice_mutation = true;

What is SAC? It will help to get an answer here if you provide as much (even it seems obvious) detail to your question.

Thank you for the terrible WHMCS support. This is now the tenth client who has made a bulk payment and the late fee is simply not added to the invoice, and none of the outstanding invoices are automatically marked as paid. I’m not even going to mention the credit and debit issues anymore, because it seems the WHMCS developers themselves don’t even know what they’re doing. Does anyone have a suggestion for another system similar to this garbage?

Hi everyone, I’ve been working on a small WHMCS payment gateway module for crypto payments and would appreciate some early feedback before publishing it more widely. The gateway is non-custodial. Payments go directly from the customer wallet to the merchant wallet, and the platform only provides payment monitoring and webhook notifications. It supports normal one-time payments as well as subscription billing. For subscriptions the customer approves a smart contract once and recurring payments are executed automatically according to the billing schedule. I’ve put the module and installation instructions here: https://gitlab.com/alentev/zyrox-whmcs-gateway At this stage I’m mainly looking for people willing to test it in a dev or staging WHMCS installation and share feedback if something does not work as expected. Happy to help with integration or debugging if anyone wants to try it. Thank you

I would also like to note that when a client cancels a service and later requests that the cancellation be revoked so they can continue using the service, the system prevents them from making payment due to the credit note being applied. The invoice becomes closed and locked, which prevents the client from paying for the service. Unfortunately, this behavior appears to be a result of the recent update. In our experience, the change has created several operational issues and does not appear to have been fully tested prior to release.

Hello, I have enabled “Check to allow Upgrading/Downgrading of configurable options” under the product settings in WHMCS. Scenario: Configurable Option: Extra IPv4 Price: $2 per month Client has 15 days remaining in their billing cycle Currently, when the client upgrades and adds 1 Extra IPv4, WHMCS correctly calculates the prorated amount as $1 (half month). However, I would like prorata calculation to apply only when upgrading/downgrading the main product/plan, and NOT when upgrading configurable options. Is there any built-in way to achieve this? If not, can this be done via a custom hook or override? Any guidance would be appreciated. Thank you.

good points! I don't know, hopefully someone from whmcs will step in with clarifications

Thank you for the clarification and the documentation link. I understand that this is now intended behaviour and that the recommended workflow is to create a Draft Invoice, make changes, and then publish it. However, we have a few practical workflow concerns and would appreciate guidance. Linking New Invoice to Existing Service If we cancel an unpaid invoice and manually create a new one, the newly created invoice is not automatically linked to the original service. It becomes a separate invoice not associated with that service’s billing cycle. For example: A service invoice is generated with a late fee. The customer requests removal of the late fee. Now we must cancel the original invoice. If we create a new invoice manually without the late fee, it does not remain properly connected to the service renewal. Is there a supported way to create a replacement invoice that remains linked to the existing service and billing cycle? If the new Draft Invoice workflow allows proper tagging or association with the existing service, that would solve our concern. Editing Invoice Line Items for Adjustments Earlier, we could edit the invoice line item description and adjust the amount. For example: Mention “Special pricing adjustment for this month” Reduce invoice amount by half Keep everything within the same invoice record Now that unpaid invoices cannot be edited, this flexibility is gone. The only option appears to be cancellation and re-creation, which breaks continuity and increases administrative overhead. Is there a recommended best practice for handling such partial adjustments while keeping service linkage intact? Partial Usage / Refund Scenarios Another scenario: A customer pays via direct transfer. We add funds manually and deploy the service. After 20 days, the customer requests a refund for the remaining 10 days. We process a partial refund externally. If we want to: Calculate usage Deduct our effort or processing charges Clearly document the breakdown in an invoice format How should this be handled under the new workflow? Is it possible to generate an adjustment invoice or credit note that clearly reflects these calculations and keeps accounting clean? We fully understand the intent behind protecting invoice integrity, especially for compliance and audit reasons. Our main concern is maintaining service linkage, transparency, and clean billing history while still handling real-world adjustments. Appreciate any clarification on best practices under 9.0.1. Thank you.

It's an intended behaviour, explained here: https://docs.whmcs.com/9-0/billing-and-invoicing/invoice-management/

Wish I'd thought of that. 😉

i had to pass this onto my host as i dont have server access and they sent me this along with updated cron command 'Upon checking from our end the problem was occurring because the cron was running with the system PHP binary, which caused ionCube to be loaded more than once. This leads to the error emails you were receiving.'

Glad that it was sorted 🙂 What was the reason for the issue? Just curious 🙂

did you fixed this issue ?

Hello Everyone, We are currently using WHMCS version 9.0.1 and after upgrading, we have noticed two issues related to invoice management and staff permissions. We would appreciate clarification from the community. Unpaid Invoice Cannot Be Edited When trying to modify an unpaid invoice, the system shows: "This is an Unpaid Invoice. You cannot modify an Invoice that is Unpaid." Previously, we were able to edit unpaid invoices in cases of pricing corrections, tax adjustments, or client-requested changes. We are unable to find any setting that allows editing unpaid invoices in version 9.0.1. Is this now the intended behavior? Is there any supported method to allow editing unpaid invoices without marking them as paid first? Cancel Invoice Permission Requires Delete Permission We assign the "Cancel Invoice" permission to specific employees so they can cancel invoices when there are billing errors or mismatches. The cancel action keeps proper logs and maintains an audit trail, which is important for internal control. However, it appears that the Cancel Invoice permission now requires the Delete Invoice permission to function. This forces us to grant both Cancel and Delete permissions. This creates a concern because if Delete permission is given, staff may delete invoices instead of cancelling them. Deleted invoices do not provide the same level of audit visibility, and it becomes difficult to track what was removed and why. Our requirement is to allow invoice cancellation with proper logging, but not allow invoice deletion. Has anyone else faced this in 9.0.1? Is this expected behavior, or is there a way to separate Cancel and Delete permissions properly? Looking forward to feedback from the community. Thanks in advance.

How to ADD SAC in Invoices.???

And it was...?

Sorted

Nothing wrong in customers profile that I can see. No weird spaces or spelling of the province/region so its very weird this error occurs. This is being sent" [billing] => Array ( [region] => Gauteng Error in maxmind => INPUT_INVALID [warning] => Encountered value at /billing/region that does not meet the required constraints. [input_pointer] => /billing/region )

You can bulk update next due dates via database query or use a hook to sync them upon renewal. Be sure to test on a staging site first to avoid billing errors.

I think you are looking for Abuse Manager Pro. It lets you add abuse fees tied to specific services and suspend that service if the fee goes unpaid.

This was changed in 8.9 with PayPal Payments addition: https://docs.whmcs.com/releases/8-9/8-9-release-highlights/ It makes it so that if you change the price of a service after first payment, you can capture the new amount upon renewal, without it only capturing the old amount then having to get payment for the rest from the customer. This one is actually a welcome improvement (IMO).

Was that taken from the WHMCS phpinfo page, or one from the server's control panel or shell? Just calling "php" will use the server's version, which I'd guess is the cause. View this, look for the yellow part, and adjust your PHP call in the cron to the one used by your WHMCS installation (7.4): https://help.whmcs.com/m/troubleshooting/l/700394-troubleshooting-ioncube-errors

this is what i get from phpinfo.php Configuration File (php.ini) Path /opt/alt/php74/etc this has not been an issue until recently