WHMCS John

Hi there, We received a feature request for something like this 2 years ago, but it only received one vote in support, so has now been archived: https://requests.whmcs.com/topic/allowing-partial-payments-automatically-for-services-could-be-useful-if-included-in-whmcs Please feel free to submit a new request for this feature at https://requests.whmcs.com and if it receives more support this time, it's potentially something we can consider for the future.

Hi all, We've been made aware of a technical issue at 2Checkout which sounds like the cause of the problem you're experiencing here. A fix for the issue is purportedly being deployed to 2Checkout's systems today. In the meantime a potential workaround from the WHMCS side is: Navigate to Setup > Payments > Payment Gateways > Manage Existing Gateways tab Adjust the 2Checkout "Convert to For Processing" setting Choose the currency matching that in which your 2Checkout account is held. I have published a help article with some more information: https://help.whmcs.com/m/payments/l/1103107-2checkout-transactions-30th-may-4th-june-2019

Today we announced that WHMCS is joining the WebPros family. Following in the footsteps of Plesk and cPanel, WHMCS becomes the latest company to join WebPros exciting and growing group of companies that power the web hosting industry. Established in 2005 by CEO Matt Pugh, WHMCS is the leading web hosting billing and automation platform. WHMCS was started with the idea that selling web hosting could be made better for consumers and more efficient through automation. By combining customer management, billing and support tools into a single package, coupled with easy extensibility, today we help over 40,000 businesses scale and succeed in today’s competitive web hosting market. In 2012, WHMCS partnered with cPanel to enable us to work more closely and deliver a better experience to our many mutual customers. Today's announcement and news means we'll be able to work even more closely with cPanel, as well as our good friends at Plesk and SolusVM, giving us the opportunity to enhance the integration between all our products to create a more seamless and integrated experience for everyone. "I am looking forward to working with the teams at WebPros to deliver better software and user experiences to both our direct customers and the customers of our customers" said Matt Pugh, CEO of WHMCS. "I also want to take this opportunity to thank each and every one of our customers for putting your trust in us over the last 15 years and bringing us to where we are today." "For us, it’s business as usual.", said Matt. "The same team remains in place, and we will continue to deliver the same high-quality product and experience you've come to expect. We have always strived to provide the most powerful, feature rich and reliable platform for you to operate your business from, and this commitment remains as strong as ever." Based in the UK and with offices in Houston TX, WHMCS employs a team of 28 people and powers over 40,000 businesses with a combined end user base of over 75 million customers in more than 140 countries. I've created this thread for user discussion of the announcement. We will be be monitoring and answering any questions we can.

Maxmind offers a Device Tracking Add-on as a complimentary part of their minFraud fraud checking service. It works by adding a small javascript code to your website which identifies each unique device accessing it, so even if a fraudster changes their IP address or uses a proxy, the device will still be recognized and can receive a higher fraud score if appropriate. I've prepared some sample code that uses the ClientAreaFooterOutput hook point to add this code to the footer of all public pages: <?php add_hook('ClientAreaFooterOutput', 1, function($vars) { return <<<EOF <script type="text/javascript"> maxmind_user_id = "ACCOUNT_ID"; (function() { var loadDeviceJs = function() { var element = document.createElement('script'); element.src = 'https://device.maxmind.com/js/device.js'; document.body.appendChild(element); } ; if (window.addEventListener) { window.addEventListener('load', loadDeviceJs, false); } else if (window.attachEvent) { window.attachEvent('onload', loadDeviceJs); } } )(); </script> EOF; }); Replace ACCOUNT_ID with your Maxmind Account ID number. To install this, you can simply add the code to a file in your /includes/hooks directory such as /includes/hooks/maxmind_device_tracking.php. For convenience, I've attached the completed hook file to this post here: maxmind_device_tracking.php To learn more about this feature refer to: https://dev.maxmind.com/minfraud/device/ Please note that this is being provided only as an example and is not guaranteed to work with future versions of WHMCS. Feel free to modify it to suit your needs and I hope it helps! 

Congrats @Kian. Glad to have you as a Gearhead!

Hi @plusplushosting, This is a display issue we have detected internally when a service owns multiple Marketplace addons. Case CORE-13280 is open with our developers in order to have this reviewed for future releases. Once we resolve cases and push features they are available at our change log, here: https://changelog.whmcs.com/ Thanks again for taking the time to report your findings. We welcome bug reports at https://bugs.whmcs.com/

Thank you @ModulesGarden for making this new translation available to the community. As a note, this translation should not be considered "official" in so far as it is not endorsed by WHMCS Ltd.

Hi there, I've been able to reproduce this on my fresh 7.7.1 installation too, and as such have opened case #CORE-13372 with our developers in order to have this reviewed for future releases. Once we resolve cases and push features they are available at our change log, here: https://changelog.whmcs.com/ Thanks again for taking the time to report your findings. We welcome bug reports at https://bugs.whmcs.com/

Hi @plusplushosting, Yes the "SiteLock Welcome Email" email template is created when you upgrade through 7.5.0 and new installs. If it's missing, it can be obtained from /whmcs/resources/sql/install/tblemailtemplates.data.sql and inserted into the tblemailtemplates table.

I remember a time where billing solutions preceding WHMCS (now defunct) would just ignore PayPal overpayments, such payments would go into the void and not be accounted for at-all. So yes, this was considered revolutionary. I'm pleased to hear that we have been able to set your expectations so high. @Kian have you opened a feature request to suggest changes to the overpayments system which would better suit your needs? I did a quick search but was unable to locate one.

Hi @undergroundhosting, This typically happens if the client's invoice was paid before the subscription payment came in. Could be via another payment method, a one-time PayPal payment or credit on the account. As the invoice is already paid, the subscription payment is an overpayment, and so is handled elegantly and credited to the client's account. Next month the invoice is automatically paid by the credit, but the PayPal Subscription sends payment anyway. This is another overpayment so a new credit is added. To find out why this happened originally: Take the invoice number from the oldest credit log entry. Examine the transactions on the invoice. You might see two transactions on this one invoice, indicating an over payment by the client.

Hi @crazeegeek, We've determined this could occur if the Modify Subscription feature was enabled before this feature was discontinued (only available in installations pre-2011). As a workaround, please execute the following SQL query against your WHMCS database: DELETE FROM tblpaymentgateways WHERE setting = 'modifysubscriptions' AND gateway = 'paypal';

Hi @kang28ivan, I'm pleased to hear you found a workaround, and thanks for updating the thread. This isn't currently a known issue in PHP 7.2, so I'd suggest comparing your phpinfo for PHP 5.6 against PHP 7.2 and examining for any differences.

Hi, I've tidied this and the previous thread up a bit. All reports of unlicensed WHMCS installations are investigated and pursued to the maximum extent possible under applicable laws. Please make reports via WHMCS - Verify a Domain is Licensed so our dedicated piracy staff can handle them directly. I'd prefer if unlicensed installations were not widely discussed here, as accusations (no matter how warranted) could run contrary to the friendly, helpful environment we try to curate. Whilst we aren't able to provide details on an investigation, sometime websites are hosted in jurisdictions where copyright and licensing law is less well enforced, or network providers are less co-operative then they should be. Please do keep submitting reports, we very much appreciate your vigilance.

Misinformation removed and off-topic discussion split into its own thread:

Hi all, In version 7.8 we intend to include an update to the Stripe module which will have support for Stripe's Payment Intents API. This is currently being advertised by Stripe as supporting 3D Secure. Please stay tuned to our blog and the community in the coming weeks for news on the 7.8 beta. Your help in testing these Stripe module updates will be appreciated.

Hi all, In version 7.8 we intend to include an update to the Stripe module which will have support for Stripe's Payment Intents API. This is currently being advertised by Stripe as being "SCA Ready". Please stay tuned to our blog and the community in the coming weeks for news on the 7.8 beta. Your help in testing these Stripe module updates will be appreciated.

Hi @kang28ivan, This could occur in two scenarios: 1. The daily automation task not running on your installation. Check these guides to verify that: https://help.whmcs.com/m/automation/c/195647 2. The order was manually assigned to an affiliate after the client paid. This is normal and manually paying out the initial commission is the correct thing to do in this situation. Subsequent recurring commission will be paid automatically.

Hi @ZeProf2Coding, Please begin your troubleshooting by following these steps: https://help.whmcs.com/m/troubleshooting/l/678235-troubleshooting-a-blank-page-oops-error-message

Hi @asil, Please begin your troubleshooting by following these steps: https://help.whmcs.com/m/troubleshooting/l/1007451-troubleshooting-a-404-page-not-found-error-in-the-admin-area

Hi @spido0, These are called "integration links" by cPanel. If your hosting account is no longer connected to a WHMCS installation to remove the links, then there is a cPanel API command which might work instead: https://documentation.cpanel.net/display/DD/WHM+API+1+Functions+-+remove_integration_link https://documentation.cpanel.net/display/DD/WHM+API+1+Functions+-+remove_integration_group

Hi @JimJ, Thanks for passing this announcement along. Subscription modification is not currently a feature of the WHMCS PayPal module, so I can confirm that no code change is required in WHMCS as a result of this. PayPal Billing Agreements is an alternative product which can provide more flexible billing options. There is a module for this in the Marketplace which may be of interest: https://marketplace.whmcs.com/product/330

Hi @D3vil, Thanks for your report. We are aware of this change, and will be including this change in our next update. The internal case number for this is CORE-13244. In the meantime @brian! has kindly provided an immediate update you can apply.

Hi @xyzulu, Your case is logged with the development team following your ticket, and this is still the case now. I'm pleased to hear that the CSS changes allowed you to complete the approval process, that us helpful for us to know. It was interesting that Google required approval for the apps, as we do not use any sensitive scopes. But it appears it may be related to the use of a logo on the consent screen. So another potential workaround in the meantime might be to leave the logo blank when creating the OAuth Credentials consent screen.