Leaderboard

@WHMCS John If you want this to be the new default Stripe module, a migration path from the current default Stripe module will be necessary.

@NiceNIC Team Welcome to the WHMCS community. We look forward to some interesting conversations and valuable insights from your registrar-side perspective. Wishing you a great time in the community!

@bluesteam Don't remove those records now, I'll have a look to see what will happen if we remove these records. But do you have a table tblcredit, does it have some credit data as well?

What choice do we have though - I can't see that they will reverse this. It's very frustrating because we use Xero for our organisation. We should not be forced into this massive change. @WHMCS John why can't you give us the option to opt in or not? Our invoicing system is handled by Xero so these changes are just added complexity we don't need.

WHMCS support have told me recently that they're focusing on support tickets, and this community is not a good way to obtain support. Send a support/bug report and include the URL to your post and they will reply. Would be great if you post the reply here too. Will most likely be a case/bug number for a future release.

There are still issues. The nexus cart is API driven and WHMCS has not considered existing functionality for additional fields for domains (something that is in their documentation). Hold off for now. Unless you want to answer customer questions, and/or miss out on sales.

So after we have been told to rather use the Add Payment method instead for every single individual invoice, up to now for 15 years I have ALWAYS used the "Mark Paid" option for bank transfers as this is genuinely helpful when you have 5 invoices that need to be marked as paid. Now I have to edit every single invoice and mark them paid manually. What a MESS!! But now how do we fix the invoices that have credit notes added to them that are not being included in the reporting that were all marked with "Mark Paid" button? We can't edit the invoice after it has already been marked as paid and emails and invoices receipts have already gone out to clients! Did you manage to rectify the ones that have credit notes and were marked paid using the "Mark Paid" button so it shows in the financial reports? Do we just mark them as UNPAID and then add a payment? or what?

We've migrated from CentralNic to OpenProvider, and it's been mostly without issues. We've had to contact OP support a few times but have almost always gotten a quick reply. Their WHMCS module is fine. It needs work here and there but they're open to suggestions - and their entire module is open source so anyone can make PRs. I've submitted a few and got them approved. Their API can be slow from time to time, but this was also an issue with CentralNic. Unfortunately, OpenProvider's API has a few more stability issues than CentralNic's. Switching to OpenProvider won't necessarily release you entirely from the hands of CentralNic, though. OpenProvider use CentralNic for a lot of TLDs - but OpenProvider's pricing generally better, even for those TLDs.

Hi everyone, I am happy to share a complete, community-maintained Bengali language translation pack for WHMCS. This project aims to provide a native language experience for WHMCS users in Bangladesh and Bengali-speaking users around the world. This language pack covers the full WHMCS Client Area, as well as the Admin Area strings, making it fully localized for local business needs. Features: Full localization of Client Area. Admin Area support. Community-maintained and regularly updated. Easy installation and integration. You can access the project on GitHub: https://github.com/Mojib-Rsm/whmcs-bengali-language How to Install: Download the bengali.php file from the repository. Upload it to your WHMCS installation directory under /lang/. Activate it from Setup > General Settings > Localisation in your Admin Area. I welcome your feedback, suggestions, or contributions. If you find any typos or missing strings, please feel free to open a Pull Request on GitHub. Happy localizing! Best regards, Mojib Rsm Portfolio: mojib.me

Hello @sahostking Thank you for your message. We are aware of this issue in WHMCS 8.13.4, which is currently being tracked under case WHMCS-26568 with our development team. A hotfix has been attached to this message to address this issue for you and anyone else. Please upload and extract the contents of the attached file into your WHMCS installation directory, allowing it to overwrite the existing files. I hope this helps! WHMCS-26568-hotfix.zip

Hi everyone, I would like to share a free community addon I created for WHMCS 9.x: CW Invoice Mutability for WHMCS 9.x Repository: https://github.com/RicRey1988/cw-invoice-mutability-whmcs-9.x WHMCS 9 introduced invoice immutability for non-Draft invoices. I understand the reason behind this change from an accounting and audit-trail perspective, but I also noticed that some administrators still need a controlled way to manage invoice editing in specific internal cases, especially before an invoice is paid or before it is synchronized with an external tax/e-invoicing system. This addon provides an admin interface to manage the current WHMCS invoice mutability compatibility option without manually editing configuration.php. Main features: Enable or disable invoice mutability from the WHMCS Admin Area. Automatically add or remove the current WHMCS compatibility flag: $allow_adminarea_invoice_mutation = true; Create a backup of configuration.php before modifying it. Optionally hide the WHMCS Admin Area warning banner about invoice immutability being disabled. Advanced/emergency mode to convert eligible Unpaid invoices back to Draft. Audit log table with invoice snapshot, invoice items, transactions, admin ID, IP address, reason, and timestamp. Safety checks to block Draft conversion when the invoice has transactions, payment date, or possible external/tax authorization references. PayPal donation link included for anyone who wants to support the project. The advanced Draft mode is intentionally restricted. It is not intended for already-paid, fiscalized, externally authorized, or tax-reported invoices. In those cases, the correct workflow should normally be credit notes, cancellation, voiding, or re-issuance according to local accounting rules. Installation: The folder must be named exactly: cw_invoice_mutability Final WHMCS path: /modules/addons/cw_invoice_mutability/ Required structure: modules/ └── addons/ └── cw_invoice_mutability/ ├── cw_invoice_mutability.php ├── hooks.php ├── README.md └── lib/ └── CwInvoiceMutabilityTools.php You can clone it directly with: cd /path/to/whmcs/modules/addons git clone https://github.com/RicRey1988/cw-invoice-mutability-whmcs-9.x.git cw_invoice_mutability Then activate it from: Configuration > System Settings > Addon Modules After activation, go to: Addons > CW Invoice Mutability This addon is free and community-oriented. It is not affiliated with WHMCS. If it helps you, donations are welcome: https://paypal.me/hostingsupremo Feedback, improvements, and pull requests are welcome.

We have discovered an issue with 9.0.3 and were able to replicate it, if a customer has >100 billable items, once over 100 it will generate an invoice for each item Reproduced on an isolated test client with all custom hooks fully disabled; still fragmented at >100. ◦ Exact boundary confirmed: clean at 100, breaks at 101 (50→1, 99→1, 100→1, 101→2, 250→101 invoices). Once we rolled back to 8.13.3 it worked as normal and only produced 1 invoice >100

Can you please elaborate on Terminal Status? And the routine to transition invoices in v9.1? There has not been a WHMCS announcement or clear documentation about the immutable invoice changes, yet there are many posts and concerns a detailed document showing what has changed and is expected behaviour would be a good way forward.

still issues? I am considering switching to test but dont even want to bother if there are still issues.

100% do not roll it , the changes they introduced with like locking an invoice once published etc are bad enough, let alone the bugs on top of this.