sixullc

I'm running WHMCS v8.4.1 (current as of this post) and PHP v7.4.28. In the System Health Status there is the following warning: The next version of PHP is 8, which WHMCS does not support. So I can't figure out why is WHMCS throwing a warning for this? I'm using the most current version of PHP supported by WHMCS and there is nothing I can do. This seems ludicrous.

I received an email from Stripe that the webhook for Stipe ACH is not working correctly. The webhook is located at https://my.domain.com/modules/gateways/callback/stripe_ach.php. The file is there and it is working for ACH payments, but it looks like credit card payments are being sent to the Stripe webhook for credit cards AND the Stripe ACH website for ACH payment. I recently had an ACH payment invoice that was correctly marked as paid so that seems to be working. Also, the credit card payment invoices are correctly being marked as paid. It looks like the failing webhooks are the payments made by credit card that are also using the ACH webhook for some reason. Those invoices are being marked as paid by credit card but are also sending notifications to the ACH webhook. Any suggestions?

That's great info @slable. Thanks for sharing. I'm trying to transition away from checks so I might need to use your solution in the near future. I'm not sure how to use the createRemoteBankPayMethod class, but I'll look into it. A hook for the admin portal would be fantastic! Thanks again for the update.

I'm using the Stripe/Plaid ACH Bank Transfer payment method. I don't see a way for clients to add a new bank account from the client's main navigation. If you go to Billing > Payment Methods there is only a button Add New Credit Card but no way to add a new bank. The only way I can see how to do that is to: View an invoice Select ACH Bank Transfer as the payment method Click Pay Now In this scenario the client is then taken to the Add New Bank Account page (presumably if they don't already have a bank account saved). Am I missing something here?

Hi @slable. We haven't had that 2FA issue yet, or at least we haven't heard about it from our clients. If I hear, I'll let you know. I just ask the customer to use a different payment method if their bank isn't listed. I might be up for manually adding them, but that could open a can-O-worms in regard to manually adjusting invoices, but I do it now with checks, so probably wouldn't be a huge issue. Regarding the micro-deposits, I don't think WHMCS/Stripe/Plaid have that option yet, although it would be great if they did.

Hi @vinc1402 I did read somewhere that the first 100 integrations were supposed to be free, but it was never really clear if that was part of this Stripe/Plaid integration. Apparently it was not a part of this, because I was charged $1.50 for my very first "Auth Usage" as Plaid called it. I haven't rolled it out to clients yet, but I suspect I'll get charged from Plaid every time a client adds/changes a bank account. It's worth it to me though considering the almost 3% credit cards charge. Even with the $1.50 charge, this is definitely much cheaper. By the way, I never received a response from Plaid after applying for my API Key to be switched from Sandbox to the live environment. However, I logged back in a couple days later and it was live and worked just fine.

In case anyone else in the US is interested (this is limited to US banks at this time), I had a client use the Stripe ACH payment method. The client said that it worked really well. I tried it out and not every bank is supported, but a lot seem to be available. Stripe ACH uses Plaid to get the bank information for the transfers. I was excited for this option, but no where did it clearly state how much it would cost to use Plaid in this integration and I couldn't get an answer from them or from WHMCS. Well, it looks like I have the answer. I was just billed $1.50 for what Plaid listed on my invoice as "Auth usage." I think that's essentially finding and passing on the clients bank info to the Stripe system. And from what I understand, that only needs to happen once per client (or when they change banks). My client has made 3 separate payments so far with Stripe ACH and there was just the one charge from Plaid. Hope that helps anyone else that might be considering this payment option. I'm definitely keeping it and I'm very pleased with how well it works. Feel free to contact me if you have any other questions about my experience.

OK. Thanks. I'll give it a try.

OK. So it does the same thing though? I shouldn't be automatically logged out if I check this box?

I do not have a checkbox on the login screen for "Remember me until I logout". Is that the same as the "Remember Me" checkbox?

I updated to 6.2.0 today and had an issue with the new draft invoice functionality. I entered my invoice details (description and amount) and then clicked the "Publish and Send Email" button. It then published and sent a blank invoice. I understand now that one needs to click save first, but that is not 100% obvious from the interface. Perhaps the "Publish" and "Publish and Send Email" buttons shouldn't be clickable until the form is saved? Or add a save routine for when either button is pushed.

Thank you so much for your followup message. This is what helped me too. I added the server IP to cPHulks whitelist and it worked immediately.

Where do I find this script to sync OpenSRS domains?

Just found another post with an answer that worked for me at http://forum.whmcs.com/showthread.ph...horize.net+cim. Contrary to what you might think, you should not tick the setting to "Disable Credit Card Storage" in Setup > General Settings > Security as that will disable entry by a client. It must be enabled to show the credit card payment form and allow clients to update their card details, but the fact you are using the Authorize.net CIM module will prevent the details being stored locally in WHMCS and instead store them only on the remote system. After disabling the checkbox, it worked perfectly.

Just found another post with an answer that worked for me at http://forum.whmcs.com/showthread.php?45399-Authorize-net-CIM-testing-CC-keeps-declining-how-do-you-test/page2&highlight=authorize.net+cim. Contrary to what you might think, you should not tick the setting to "Disable Credit Card Storage" in Setup > General Settings > Security as that will disable entry by a client. It must be enabled to show the credit card payment form and allow clients to update their card details, but the fact you are using the Authorize.net CIM module will prevent the details being stored locally in WHMCS and instead store them only on the remote system. After disabling the checkbox, it worked perfectly.

Not sure if this applies here, but I had a problem where transaction were not working with the Authorize.net CIM gateway. The post with an answer that worked for me is at http://forum.whmcs.com/showthread.php?45399-Authorize-net-CIM-testing-CC-keeps-declining-how-do-you-test/page2&highlight=authorize.net+cim. Contrary to what you might think, you should not tick the setting to "Disable Credit Card Storage" in Setup > General Settings > Security as that will disable entry by a client. It must be enabled to show the credit card payment form and allow clients to update their card details, but the fact you are using the Authorize.net CIM module will prevent the details being stored locally in WHMCS and instead store them only on the remote system. After disabling the checkbox, it worked perfectly. Hope this helps someone else.

Just found another post with an answer that worked for me at http://forum.whmcs.com/showthread.php?45399-Authorize-net-CIM-testing-CC-keeps-declining-how-do-you-test/page2&highlight=authorize.net+cim. Contrary to what you might think, you should not tick the setting to "Disable Credit Card Storage" in Setup > General Settings > Security as that will disable entry by a client. It must be enabled to show the credit card payment form and allow clients to update their card details, but the fact you are using the Authorize.net CIM module will prevent the details being stored locally in WHMCS and instead store them only on the remote system. After disabling the checkbox, it worked perfectly.

You ROCK xrampage16! Thank you. That is absolutely contrary to what I thought. I would have never figured that out. This should be documented somewhere for sure. Everything works great for me now.

I am also wondering what script is being referred to here. I am assuming it is a migration script for A/net CIM? Merlinpa1969, it would be nice if you shared how you figured it out. Simply posting that you did, doesn't help anyone else. Thanks in advance for any help provided.

I am having the same problem. I am signed up for the Authorize.net CIM service. When I use just the regular Authorize.net payment gateway, everything works fine. When I enter the same details into the Authorize.net CIM payment gateway, every transaction is declined and it doesn't even show up in my Authorize.net account as a declined card. Looks like it's not ever getting there. Any suggestions?

I am having the same problem. The regular AUthorize.net works, I am signed up for the CIM, and when I try the Autorize.net CIM gateway, it does not work. The transaction doesn't even get to Authorize.net. Any ideas on this?

I just found the answer. I knew I'd seen this somewhere. In Setup > Products/Services > Domain Pricing - you can un-check the EPP Code box for each domain type. I assume you will still need to get the EPP Code before you can actually transfer the domain from the order. http://forum.whmcs.com/showthread.php?7389-Domain-tranfer-with-hosting&highlight=epp+code

I agree. I would like to disable this as well. I don't want there to be any reason why people would not order when wanting to transfer their domain.

Where did you get the table mod_opensrs? I have a new install of WHMCS and this table is not there.

It looks like it has been a while since this thread was last answered. I found this paragraph in some WHNCS documentation at http://docs.whmcs.com/OpenSRS, but I can't find the table mod_opensrs in my WHMCS installation. Any ideas?