WHMCS.Community
-
WHMCS Beta Program
-
- 24
- posts
-
-
WHMCS.Community
-
Using WHMCS
-
- 13.1k
- posts
-
- 6.5k
- posts
-
- 6.1k
- posts
-
- 96.4k
- posts
-
- 28.6k
- posts
-
- 854
- posts
-
-
WHMCS Showcase
-
Developing & Extending WHMCS
-
Third Party Add-ons
A place to discuss third party modules, add-ons and extensions for the WHMCS platform.
- 18.7k
- posts
-
- 22.9k
- posts
-
- 59.1k
- posts
-
- 636
- posts
-
- 183
- posts
-
-
Community Competitions
-
- 625
- posts
-
- No posts here yet
-
-
General Discussions
-
- 40.1k
- posts
-
-
General Feedback & Assistance
-
- 8.7k
- posts
-
- 6
- posts
-
-
Club Forums
-
- No posts here yet
-
- 51
- posts
-
- 149
- posts
-
- 17
- posts
-
- 523
- posts
-
- 494
- posts
-
- 108
- posts
-
- No posts here yet
-
- 69
- posts
-
- 90
- posts
-
- 6
- posts
-
- 7
- posts
-
- 5
- posts
-
- No posts here yet
-
- 29
- posts
-
- No posts here yet
-
- 30
- posts
-
- 298
- posts
-
- 20
- posts
-
- 22
- posts
-
-
Member Statistics
116268
Total Members11199
Most Online
-
Community Statistics
81.9k
Total Topics377.5k
Total Posts -
Who's Online 4 Members, 0 Anonymous, 5959 Guests (See full list)
-
Popular Contributors
-
1
-
2
-
3
-
4
-
5
-
-
Our picks
-
![[From the Blog] WHMCS 9.1 Is Now Available](//storage.whmcs.community/monthly_2026_10/whmcs91.png.1bfe575deb67063d976fa5af8b0156ff.png)
[From the Blog] WHMCS 9.1 Is Now Available
WHMCS Community posted a topic in News, Announcements & Blogs from WHMCS,
WHMCS 9.1 is here! The latest release is now available and supported for use in production environments, bringing new ways to manage billing, simplify routine maintenance, and build more flexible customer experiences. Whether you want greater control over invoice handling, an easier way to get started with MarketConnect, or less manual work keeping your installation up to date, WHMCS 9.1 has something for you. The release also introduces PHP 8.4 support and expands the possibilities for...View the full blog post-
0
Reputation Points
- 0 replies
Picked By
WHMCS John, -
-
![[From the Blog] WHMCS 9.1 Beta Now Available](//storage.whmcs.community/monthly_2026_10/whmcsheader91beta.png.edbcd64ce9f791b06baed31a5b6fcc7d.png)
[From the Blog] WHMCS 9.1 Beta Now Available
WHMCS Community posted a topic in News, Announcements & Blogs from WHMCS,
The WHMCS 9.1 Beta is now available for testing on staging environments. Whether you're testing your own integrations and templates, running it on staging to see how it affects your day-to-day work, or just want to help us catch issues before general availability, here's what's changed. Please don't run this build in production. Get it on the WHMCS 9.1 Beta landing page. WHMCS 9.1 Beta includes the following new functionality and enhancements: Credit and Debit Notes, with Invoice Immutability...View the full blog post-
0
Reputation Points
- 0 replies
Picked By
WHMCS John, -
-
![[From the Blog] WHMCS 9.0 Release Candidate OUT NOW](//storage.whmcs.community/monthly_2025_12/whmcs9-rc-blog-fin.png.c46266bad8fb542c4a5855754481b67c.png)
[From the Blog] WHMCS 9.0 Release Candidate OUT NOW
WHMCS Community posted a topic in News, Announcements & Blogs from WHMCS,
We're excited to announce the availability of the WHMCS 9.0 Release Candidate!-
1
Reputation Points
- 0 replies
Picked By
WHMCS John, -
-
-
Topics
-
-
Posts
-
By WHMCS Carlos · Posted
Hi Slim, Nobody has edited any post dates. The page you landed on is not our live blog. It is the new version we are migrating to, and it is not finished: the import has not carried the original publish dates across yet, which is why every post on that page is showing 21 October 2026. It was not meant to be publicly reachable yet either, so the flag is useful on two counts. Our live blog is blog.whmcs.com. That is the published one and the dates on it are correct. On the part that matters, whether that security alert is current: it is not. It is from 8 March 2024. It was never about the WHMCS software itself, it concerned three third-party vendors and their extensions and themes. Here it is with its real date on it: https://blog.whmcs.com/133747/security-alert The migration should be finished in the next week or so. That unfinished copy is being taken out of public reach now, because a two year old security post wearing last week's date is the last thing anyone needs to stumble across at the moment. Thanks for calling it out. -
By WHMCS Carlos · Posted
Thank you!, if you have a bug tracker number, please send to me, I will personally take a look at it, I am very keen to get WHMCS 100% compliant for the markets that require it. -
By Waqas Ahmed Waseer · Posted
Your maths checks out. 520.00 x 0.0476752 = 24.7911, Stripe rounds that to 24.79 EUR, and 24.79 / 0.0476752 gives exactly the 519.98 you're seeing, so the recorded amount looks like it's being rebuilt from the rounded settlement figure rather than taken from the charge itself. A few things I'd do to pin it down and stop it piling up: 1. Check Billing > Gateway Log for that payment. It shows the data the module actually received and processed, so you can see whether the amount it recorded came from the charge or from the balance transaction (the settlement side). That's the evidence WHMCS support will want. 2. Open a ticket with WHMCS and include the invoice ID, the Stripe PaymentIntent ID, the gateway log entry and your example above. Since the charge currency equals the invoice currency, the expected behaviour is to record the gross charge (520.00) and only convert the fee, so it's worth getting it logged as a bug against 9.1.0 rather than waiting for a hotfix to appear. 3. If your Stripe account supports it, add an MXN settlement currency (a payout bank account in MXN). When the charge and settlement currencies match, there's no conversion round trip, so the recorded amount and fee come through without the rounding drift. Availability depends on your Stripe account country, so check Settings > Payouts in Stripe. 4. To find the ones already affected, filter Billing > Transactions List by the Stripe gateway since your switch date and compare against invoice totals, or run a quick query on tblaccounts joined to tblinvoices for Stripe payments where amountin differs from the invoice total by less than 1. The small leftover balances can be cleared by adding a manual payment for the difference or crediting it, so the invoices stop sitting as Unpaid or triggering overdue reminders. Also keep in mind that the fee being converted back the same way means your fee reporting in MXN is slightly off too, which matters if you reconcile against Stripe payouts in EUR. -
Can someone clarify if this is current or has someone jiggered with the post dates on your blog.? https://www.whmcs.com/blog/security-alert/ - dated 21st Oct 2026. The dates on the blog appear to have quote a few n the 21st - so I would guess someone has stuffed the dates - these should be corrected asap. if this particular security incident is current, we need to know. -
-
Ive just upgraded from 8.13.7 -> 9.1 on two sites. The immutability issue still needs work - Ive filed one bug report already. However, with it off, WHMCS seems to be as solid as 8.13.7.
-
Hi everyone, After switching from the legacy Stripe module to Stripe Dynamic Payments, we started noticing small differences between the amount customers actually pay and the payment amount recorded in WHMCS. This did not happen with the previous module. Environment: WHMCS 9.1.0 PHP 8.4 Official Stripe Dynamic Payments module “Convert To For Processing” set to “None” Stripe settlement currency: EUR Here is one example: Invoice total: 520.00 MXN Amount successfully charged in Stripe: 520.00 MXN Stripe exchange rate: 1 MXN = 0.0476752 EUR Gross settlement amount in Stripe: 24.79 EUR Payment amount recorded in WHMCS: 519.98 MXN Transaction fee recorded in WHMCS: 32.09 MXN (1.53 EUR in Stripe) The discrepancy can be reproduced by converting the rounded EUR settlement amount back to MXN: 24.79 / 0.0476752 = 519.976843… → 519.98 MXN The fee calculation matches too: 1.53 / 0.0476752 = 32.092156… → 32.09 MXN This suggests that the module may be reconstructing the payment amount from the rounded settlement amount instead of using the original amount charged in the invoice currency. However, we have not confirmed this in the module’s implementation. In this particular example, the invoice shows as Paid with a zero balance, despite the ledger recording 519.98 MXN against a 520.00 MXN invoice. We have also noticed small outstanding balances on other payments since switching modules. Has anyone experienced this with Stripe Dynamic Payments? Is this a known issue, and is there a hotfix or configuration change to prevent it? When the charge currency matches the invoice currency, should WHMCS record the original gross charge amount and convert only the transaction fee? We would prefer to keep Dynamic Payments enabled, so any guidance would be appreciated. -
-
By WHMCS Carlos · Posted
I hear you all, and on this one I'm going to take a step back and give a bit more time. 8.13 support is extended to 31 December 2026. The docs will be updated, and the notice goes out by email to everyone early next week. After that date our focus is fully on 9.x, so please plan your upgrades around it. @DennisHermannsen please send me the EU invoicing issues you found, I want to make sure they're looked at. -
By pixelweb001 · Posted
As @DennisHermannsen mentioned, I didn't even know about this until I checked the documentation for EOL updates. When I saw the updated timeline, I honestly thought it was a typo. I would have expected at least 90 days' notice for an update of this size. Please kindly reconsider. Thanks.
-
![[From the Blog] WHMCS 9.1 Is Now Available](http://storage.whmcs.community/monthly_2026_10/whmcs91.png.1bfe575deb67063d976fa5af8b0156ff.png)
![[From the Blog] WHMCS 9.1 Beta Now Available](http://storage.whmcs.community/monthly_2026_10/whmcsheader91beta.png.edbcd64ce9f791b06baed31a5b6fcc7d.png)
![[From the Blog] WHMCS 9.0 Release Candidate OUT NOW](http://storage.whmcs.community/monthly_2025_12/whmcs9-rc-blog-fin.png.c46266bad8fb542c4a5855754481b67c.png)
