All Activity

Likely have to do the same with the templates. Something akin to "if your invoice is marked as paid while you hadn't yet submitted a new payment...." Was WHMCS made aware of this, do you know? A search reveals the error may be caused by malformed dates in either transactions or invoices. Searching this client, they have two old invoices (long before v9) that were canceled when they decided to drop a few domains. The canceled ones have date paid as "0000-00-00" (along with timestamp of zeros), which might be causing it. No way to fix it, since invoices are immutable within WHMCS now, even to the point of deleting canceled ones. Also can't add a date in that paid field, since that would indicate it's paid.... What a mess.

Sadly it doesn't resolve the confusion. It does contribute to showing that it's broken. I had to look at the transactions list to be able to make some sense of these changes. Customising the email templates is something I did to reduce confusion.

Fun. Looks like it may be just the one client has the error, but don't see how this will help resolve the confusion.

There is no way we have found. Occasionally customers double pay the same invoice. In v8 it would put the account in credit, then the credit balance would get used and shown on the invoice (not as the transaction at the bottom). v9 has changed this behaviour. And transactions are applied different ways and shown differently in the emails and PDFs Have you tried viewing the client account statement?

Client has a small overpayment. It was added as a transaction and the next invoice was paid using it. The invoice is marked as paid, but the line says this in the email: Credit Applied: $0.00 USD. The ledger on the invoice shows it was applied, but strangely: Type: Client Account Debit, with "Applied Credit Note funded by Client Credit" for the description. As far as the client could see, it was paid, but no idea how. My clients don't typically log in and review, but just look for the email. This used to work back in the day, quite simply. Now it's confusing for admins, and worse, clients. Can it be made to show this (latest version WHMCS)? Not seeing any merge fields that might do it.

Here you go: https://marketplace.whmcs.com/product/8944-whmcs-analytics

You can check out ModulesStack. I had a good experience with their WHMCS payment gateway module.

I see your point, especially regarding the legal and accounting implications of receiving and holding funds on behalf of clients. I was mainly thinking about the technical implementation in WHMCS, but the money-handling and compliance side makes the situation much more complicated than simply creating a donation balance. The issue of returning funds when a client cancels also makes it clear that the hosting company could take on additional responsibility that may not be worth the complexity. It probably makes more sense to keep donations separate from the hosting account and let clients handle those transactions directly rather than having WHMCS receive and hold the money. Thanks for pointing out those considerations.

Just for reference - looks like there is a maintained module available. I just stumbled over it while checking options: EPP Registrar - WHMCS Marketplace You may give it a try.

We're happy to announce the release of Zoho Books WHMCS Module v1.4.0, bringing several useful enhancements and important fixes to improve your Zoho Books and WHMCS integration. Highlights of this release: Added GST Number synchronization from Zoho Books to the WHMCS VAT Number field. Introduced Domain Mapping along with Default Domain Mapping and Default Product Mapping for easier setup. Added an option to disable the Invoice Payment Confirmation email when needed. Fixed duplicate and zero-value invoice creation issues. Improved invoice synchronization for invoices containing multiple products. Enhanced phone number synchronization between WHMCS and Zoho Books. Optimized the Import section for faster performance. Added compatibility with PHP 8.4 and ionCube Loader v15.x. We recommend all existing users update to the latest version to benefit from these improvements. As always, we'd love to hear your feedback and suggestions. Buy now: https://whmcsglobalservices.com/zoho-books-whmcs-module/ Don't miss 40% flat sale on all our Products. Avail Benefits Here!

DemoTiger v2.3 Released! Outlook Tutorials Updated to the Latest Version (Outlook 2024). Improvements in Integration file.

Selection of Gateway depends mainly on where your business is registered and where your customers are located. Stripe is an excellent overall choice for businesses registered in the US, Canada, UK, EU, Australia, Singapore, and many other countries. PayPal is a great secondary option globally, as many clients prefer paying with their PayPal balance. Mollie is ideal if your customers are mainly based in Europe, as it natively supports popular local European payment methods (like iDEAL, Bancontact, and SEPA). Razorpay is the standard and best choice for businesses registered in India, where local regulations make options like Stripe much harder to use.

PayPal and Stripe are very easy to install.

Crazy thought, but maybe affiliate links. What if you had a service that would generate a 100% affiliate payment in the recipient's name? Tracks money in, where it went and so on, then the recipient can use it to pay the service. Not saying it's not a crazy accounting nightmare and will unlikely work out well, but that's the approach I'd at least consider if trying to keep it in WHMCS. Personally, I'd do something that kept me more out of the loop and have the donations be direct, and they then pay from it on their own, but that's just me.

None that I know of and the likely reason there is not is because it would be an absolute nightmare. Recieved donations you would still need to declare. Recieved donation = income tax - Services charges you pay for the transaction charges. Your holding money that doesn't belong to you/business. Client decides to cancle services what ever moneys you have recieved in donations for said client has to be given to client if they ask for it you can not legally hold onto it. Next issue if you are recieving donations for a client and holding those funds you become a money handler at which point your Business/Company then has to register as money handler. Simplest solution to this is clients should be responsible for that themselves its not the hosts responsibility.

I also have the same question, especially around how other hosting providers are handling community donations without requiring every donor to create a WHMCS account. The idea of giving each client a unique donation link and then automatically applying successful payments to that specific client’s credit balance seems like a really practical setup for game-server hosting. I can see how this would be useful for Minecraft, ARK, and similar communities where several players may want to contribute toward the server costs rather than having the server owner pay everything themselves. The part I’m most interested in is how people securely associate a payment from an anonymous donor with the correct WHMCS client account while still keeping the process simple for the person making the donation. I’m also wondering whether there is an existing module or established integration pattern for this rather than having to build the whole workflow from scratch. Using the WHMCS AddCredit API sounds straightforward on the surface, but I assume the payment callback, validation, duplicate-payment protection, refunds, currency handling, and mapping each unique donation URL to the correct client would need to be handled carefully. It would be great to hear from anyone who has already implemented something similar and can share which payment gateway or WHMCS module they used, and whether there are any important security or accounting considerations to keep in mind. I’d definitely prefer a proven approach if one already exists.

$40 for a .com renewal might be difficult to compete with, especially if most customers are comparing prices across different registrars. I’d suggest checking your costs and competitor pricing first, then setting a reasonable margin that still keeps the prices attractive. You could also consider different pricing for registration and renewal.

I’m in the same boat. Google reCAPTCHA has become frustrating,and the other CAPTCHA options aren’t much better with WHMCS.I tried finding a Turnstile plugin, but the developer’s website was broken, so I couldn’t even buy it.

Looks the same, feels the same, just acts worse.

How about admin area speed? Did you notice any performance issue in Admin area? - Kailash

Version: 1.0.4 Released Fixed: Smarty variable assignment when the module is activated Fixed: Image path logic to use the WHMCS System URL throughout the module. Fixed: Made the module fully compatible with the Croster theme by ThemeMetro Fixed: The default WHMCS promotional banner from the Client Area Home page and the Client Product Details page.

Thanks pRieStaKos it is a different issue to the one I posted about.

Try to re-upload `/admin/lang/*.php` files and make sure they got the proper file permissions.

It's a known bug since the 9.0 release.