WHMCS John

Hi @JakeMurray, Please ensure you've granted your API Role permission to use this API command. API permissions are managed via Setup > Staff Management > Manage API Credentials. The documentation for this is located here: https://docs.whmcs.com/API_Authentication_Credentials

Hi @azizo, The code you'll need to add to a non-WHMCS page is detailed here: https://docs.whmcs.com/Live_Chat_Addon#Integration_Outside_of_WHMCS Be sure to update the URL in the example that the actual location of the live chat addon on your server.

We have an official integration with the Kashflow accounting package: https://marketplace.whmcs.com/product/2546 You might like to consider 🙂

Hi @kiopeed, The WHMCS Community is primarily for user-to-user assistance. To access our 24/7 support team, please submit a ticket via https://www.whmcs.com/support Please begin your troubleshoot by referring to this guide: https://help.whmcs.com/m/troubleshooting/l/678803-troubleshooting-email-sending-problems

Hi @Chris74, Staff with an active admin session will see this documentation link and stack trace. It is not shown to clients/public. I've been able to reproduce this behaviour on my side to, so I've opened case CORE-14163 with the development team to display a more friendly message in future. Once we resolve cases and push features they are available at our change log, here: https://changelog.whmcs.com/ I apologize for the inconvenience, and appreciate your patience as we work to resolve this.

Hi @Piyush Mahes, Please begin your troubleshooting by running through the steps in this guide: https://help.whmcs.com/m/85428/l/797626-troubleshooting-a-blank-admin-dashboard-after-update

That's correct @DennisHermannsen; in writing this documentation we identified some areas for refinement, so have rolled those into our next release (7.9-GA). The developer documentation is available as a head-start in advance of that release. At this time we do not intend to publish developer documentation detailing functionality in earlier versions.

Hi @MoisesPerez, We too have seen this announcement (Microsoft is planning something similar for Office365 as well). We are tracking this internally to look at addressing it in 2020.

Hi all, I'm pleased to advise that the sample remote input gateway module development kit has been published in preparation for the forthcoming 7.9.0 GA release: https://github.com/WHMCS/sample-remote-input-gateway The code in this sample requires some product changes in the forthcoming release, so won't operate with 7.9.0-RC.1 or earlier. The accompanying documentation is located at: https://developers.whmcs.com/payment-gateways/remote-input-gateway/

Hi @Thomasmcdaniel9, First I'd review the MySQL database and look for any corruption or crashed tables. You'll need your database admin/server admin to resolve that. Alternately it's possible they were all deleted by a member of staff; check the Utilities > Logs > Activity Log for deletion records. Finally, if your WHMCS license was provided by a reseller, please use this link to contact technical support: https://www.whmcs.com/submit-a-ticket-reseller/

Hi @SinsaHosting, Please navigate to Setup > MarketConnect. Click "Manage" for the product in question Click the "Other" tab Toggle off the "Landing Page Links" option.

Hi @WayBetterWeb, We have self-help guides here: https://marketplace.whmcs.com/help/connect/kb/spamexperts_email_services The SpamExperts service should be provisioned when the client pays their corresponding invoice in your WHMCS installation. If there was an error (eg. low balance) then navigate to the client's Products/Services tab and click the "Create" Module Command button. If the service has already been provisioned, then you can click the "Attempt Configuration" button to do the automated setup of the MX records. Any further problems, please get in touch with our MarketConnect support specialist via https://marketplace.whmcs.com/help/connect

Hi @Mechanic, I placed a new order and I was taken to the Standard Checkout order page (attachment 1) I did notice that if I first tried paying an invoice via Inline, switched to Standard Checkout, then went to pay again, I saw an inline-style checkout page (attachment 2) WHMCS is redirecting correctly to https://www.2checkout.com/checkout/purchase but it it seems 2Checkout choose to display an inline-type checkout in that case. If I had to speculate it might be because the product records were already created at 2CO during the first payment attempt in Inline mode, so they maybe have some logic to display a different inline-style checkout page in that case?

Hi @sundey, Please forward that log to your server admin/hosting provider, who will be able to adjust your mod_security rules appropriately to prevent this false-positive.

Hi @Chris74, Yes we will need to review the data in your WHMCS installation's MySQL database to assist in resolving the issues you are facing here. Should you change your mind, my offer stands.

Hi @Chris74, The MyWorks PayPal Billing module has been known to cause a number of problem with Pay mMthods in 7.8, please do ensure you've applied their latest update which should help avoid problems moving forward. Our technical support team can then investigate and most likely get your locally stored cards back in order. Please do open a ticket with WHMCS Admin and database access credentials so we can assist: https://www.whmcs.com/submit-a-ticket/ Please do PM your Ticket ID to me afterwards and I can monitor it personally.

Hi @sahostking, I can confirm that an active affiliate won't be deleted by data retention automation, provided the affiliate has a balance greater than 0 or has made a referral within the specified retention period. Check out this documentation for more info: https://docs.whmcs.com/Data_Retention_Policy_Automation#Data_Retention_Settings

Hi @WeaveHosting, Enabling Google Invisible reCaptcha will help cut down on spam submissions greatly: https://docs.whmcs.com/Google_reCAPTCHA

What is the error you're encountering in the client area please? We'd certainly want to get that reproduced, reported and fixed. What problem are these kind of cards causing? are they not being charged successfully? I would not recommend deleting the data from the database directly, please use the UI. One would need to delete the card data from both tblcreditcards and tblpaymethods where tblcreditcards.pay_method_id = tblpaymethods.id. The "Delete Encrypted Credit Card Data" option will not delete remote gateway tokens (eg. Stripe)

Hi @Chris74, The Card Type value of the Pay Method will be set to "Card" if there is no card type in the source data (tblclients.cardtype). This could occur if the card expiry date passed whilst running v7.7 or earlier. Provided there is a valid Stripe token then payments should still be processed successfully.