thisismatt

Hello all So it's possible for a client to create their mandate outside of WHMCS, using the GoCardless site itself (you get the link from from clicking 'Add new, customer' within your Dashboard). But, how would I link that new mandate to a customer in WHMCS to ensure that their invoices use that Direct Debit? In fact, is it actually possible to do this? Thanks!

Done @WHMCS John 👍

I've got the dump of the table, but as it contains paths/filenames unique to me I'd rather not add it here, how can I share with you guys privately?

Unfortunately I didn't make a note; I was in too much of a rush to get it back up again!

I can indeed confirm that I am now running 8.6.1 and the error no longer appears. The auto-update failed and bricked my installation, so a full manual re-install was required though. But all good in the end.

Thanks. Raised a ticket. However, after that I tried to upgrade to 8.6.1 and it failed; wiping out the entire instance! So a manual re-install from scratch and the whole problem is fixed. Go figure!

As the title says, Cron has encountered a DivisionByZeroError error for 2 days on the run now. Invoices aren't being generated, along with any other processes relying on Cron. The full email content is (have changed certain path elements) in the attached; as I couldn't include this text in the post. Thanks anyone that can help!

As the title says, Cron has encountered a DivisionByZeroError error for 2 days on the run now. Invoices aren't being generated, along with any other processes relying on Cron. The full email content is (have changed certain path elements) in the attached; as I couldn't include this text in the post. Thanks anyone that can help!

Ah, that's perfect; thank you!

Hi Anwar, thanks for the reply. Do you know what Registrars support this functionality? I use eNom and Nominet, and enabling this with the toggle seems to make no difference within my client's accounts.

Can someone point me in the direction of guidance on what this does, or explain it in here? I've read the WHMCS Docs article but am none the wiser about what this toggle switch does. Thanks! Matt

That's exactly what I needed to do! I did know that solution as I've used it before, but could I think of it yesterday? Hell no! Thank you very much @pRieStaKos

I'm sure this is a really simple thing to do, but I have zero idea how to make it happen. Sorry! I have an existing client who is billed monthly for certain products. They've now taken anther product which is also billed monthly and I would like this new product to fall into line with the existing billing routine (one bill, one payment - far easier). But, for the life of me, I cannot figure out how to do this. Is anyone willing/able to guide me on this so that my head stops hurting as I try to figure it out?!

Hello all Strange topic here, but the basics of it are I don't recall how I previously integrated Clickatell's SMS platform into WHMCS ages ago! I have a Clickatell account which has an API listed as being for WHMCS - and I recall testing this functionality many years ago, but the functionality itself is no longer in my WHCMS instance - but I can't remember what functionality it was! (And unfortunately Clickatell's platform doesn't give me any clues). Does anyone here use Clickatell with their WHCMS instance? If so, what's your method of integration for the two? Thansks all!

Evening all If, like me, you've used the WHMCS-inbuilt Fraudlabs Pro functionality, you may well have found a flaw which (I think) needs correcting. WHMCS doesn't pass the client address to Fraudlabs as the "shipping address", which results in Fraudlabs raising the risk level of the transaction and, in my client's case, flagging it as fraud. Having discussed this with Fraudlabs it seems that *all* that's needed is for WHMCS to pass the address as the "shipping address" (as well as billing) and all will be good. If you're also in this boat, it would be fab if you can use your Feature Request votes here - https://requests.whmcs.com/idea/send-shipping-address-to-fraudlabs Thanks Matt