Jump to content
ic-hostingau

Create Credit Card Invoice email invoice_auto_capture_available check failing

Recommended Posts

Since updating to 7.8.2, all Customer Invoices emails created using the Credit Card Invoice Created template, have the "Payment will not be taken automatically"  text, rather than telling the client that it will be process automatically as expected.

We are using the Stripe payment gateway. It appears that the $invoice_auto_capture_available  variable check is not return true for clients that have a valid credit card on their account.

Share this post


Link to post
Share on other sites

Hi @ic-hostingau,

What pay methods do you see on the client's Summary tab please?

If you click on the pay methods, what data do you see displayed?

 

Please anonymize any sensitive data before posting it publicly here.

Share this post


Link to post
Share on other sites

Also have the same thing happening to me. 

 

I actually came here to start a topic but seems I'm not the only one. 

Share this post


Link to post
Share on other sites

I've seen another whmcs install where I am a client. 

 

Normally credit card payments are automatically. Now I got the text 

 

Payment will not be taken automatically.... 

 

I just logged in, pressed the button pay now and it's done as my card details were all there and correct 

Share this post


Link to post
Share on other sites

Hi @vinc1402,

Based on the information provided here, everything look to be in order so I would expect the Stripe token to be attempted for capture automatically.

We'll need to take a closer look to identify why this isn't happening in this situation, so please do open a support ticket with access credentials so we can investigate further.

Share this post


Link to post
Share on other sites
4 hours ago, WHMCS John said:

Hi @vinc1402,

Based on the information provided here, everything look to be in order so I would expect the Stripe token to be attempted for capture automatically.

 We'll need to take a closer look to identify why this isn't happening in this situation, so please do open a support ticket with access credentials so we can investigate further.

Thanks @WHMCS John

 

I've already opened a bug report a few days ago, no feedback on this.

I will open a ticket right now.

Share this post


Link to post
Share on other sites

Hi Vincent,

Thank you for contacting WHMCS support with your issue.

This issue was indeed reported in v7.8.2 and it was resolved in v7.8.3. I checked and it appears you are already in v7.8.3, so can you please check if the issue still persists for you?

We will be standing by in case you need any further assistance.

Best regards,

Share this post


Link to post
Share on other sites

I'm using 7.8.3, and I just heard from a customer that this is still an issue. I have the same results checking settings as the OP, so everything looks in order. Can you say what the results of the support ticket and/or fix for this is?

Share this post


Link to post
Share on other sites

@linux4me thanks for your post, is this impacting clients who's card have already been migrated to Pay Methods?  Or is it impacting cards successfully migrated to 7.8.3 as well?

Share this post


Link to post
Share on other sites

Hello,

I just want to note...We are using Authorize.net and just had emailed invoices go out with the notice "Payment will not be taken automatically. To pay your invoice ....".  We are checking all invoices...but, so far we have found 4. All with Credit Cards, long time customers all set to pay with Authorize.

We are on version 7.8.3

Share this post


Link to post
Share on other sites
16 hours ago, WHMCS ChrisD said:

@linux4me thanks for your post, is this impacting clients who's card have already been migrated to Pay Methods?  Or is it impacting cards successfully migrated to 7.8.3 as well?

I'm not sure how to tell if their cards have already been migrated. The client who complained already paid their invoice by the time I was notified. He does have the credit card in question listed in Pay Methods on his Summary Page, and it is set as the default. I checked through a few other clients, and all have a card on file and set as the default, so I guess that means they have been migrated as well? If you can tell me how to check this, I'll do so.

Share this post


Link to post
Share on other sites

A minor update.  We had 19 of these invoices process today with this messaging.

We went all the way back to the first day of the update to 7.8.3.  There are actually a ton of these (luckily, some of our customers just ignore this stuff and expect it will get paid). 

My biggest worry is that these will not process the charge when due. This just increased our workload tremendously, and during ramp up for our busy part of the season.

BUT, we have some successes. We did some research and noticed the common denominator was that the customer logs in before the invoice is generated.  (Has to be after the update was completed, and before the invoice is generated....so far, at least one day before based on the list of successes...).

We are unsure if this works after WE log in as the client, but we are testing this theory next. I hope so...as it sure will cause some issues for us to send everyone an email asking them to log in...

Share this post


Link to post
Share on other sites

@WHMCS ChrisD In the Client Log for the client who complained, I don't see any "Pay Method Migration Failed," or any errors or failures. It does look like he paid the invoice manually before it was due to be paid automatically.

I searched in the Activity Log for "failed" and did not find any "Pay Method Migration Failed," but I did find two "Credit Card Payment Failed" in the month of November. Neither was the client who reported the issue with the "Payment will not be taken automatically" email. In both those cases, the clients have a valid credit card on file, have our only gateway, Stripe, selected, and "use by default" checked in their Payment Method dialog.

If I look in Billing -> Gateway Log, the first failed payment shows it was declined by the client's bank due to insufficient funds, so that one isn't WHMCS. The second, which is also not the client that complained about the email notice,  shows this error, received on 11/09/2019 with a previous, identical error, on 10/09/2019:

Invoice ID => 1644
User ID => 21
Amount => 8.95
error => The PaymentMethod pm_1FGpwr... does not belong to the Customer you supplied cus_3sA... Please use this PaymentMethod with the Customer that it belongs to instead.
detail => 
    error => 
        message => The PaymentMethod pm_1FGpwr... does not belong to the Customer you supplied cus_3sA... Please use this PaymentMethod with the Customer that it belongs to instead.
        param => payment_method
        type => invalid_request_error

I don't see any failures or errors in either the Activity Log or the Billing log for the client who complained about the email.

I should mention that I did install the Payment Gateway Issues Hotfix prior to the client receiving the email.

Share this post


Link to post
Share on other sites
On 11/14/2019 at 7:43 PM, RaymondH said:
Quote

 

BUT, we have some successes. We did some research and noticed the common denominator was that the customer logs in before the invoice is generated.  (Has to be after the update was completed, and before the invoice is generated....so far, at least one day before based on the list of successes...).

We are unsure if this works after WE log in as the client, but we are testing this theory next. I hope so...as it sure will cause some issues for us to send everyone an email asking them to log in...

 

We took two accounts and logged in as that customer. the next day invoices generated properly. I have also received a reply for a ticket with an open case. The case states that if either the customer logs in, or the admin logs into the starting panel, this seems to do a tables migration.

So, I just spent hours (about 6) logging in to EVERY active account in our system. Pretty insane and very frustrating.

Lets see how those invoices go...hope they fix this soon...

 

Share this post


Link to post
Share on other sites

Same issue as all above. Checked all items mentioned by WHMCS ChrisD.  Here is the logic we're using:

{if $invoice_auto_capture_available} Payment will be taken automatically from the {if $invoice_pay_method_type == "bankaccount"}bank account{else}credit card{/if} {$invoice_pay_method_display_name} on {$invoice_next_payment_attempt_date}. To change or pay with a different payment method, please login at {$invoice_link} and click Pay Now, then follow the instructions on screen. {else} Payment will not be taken automatically. To pay your invoice, please login at {$invoice_link} and click Pay Now, then follow the instructions on screen. {/if}

Here is the result:

Payment will not be taken automatically. To pay your invoice, please login at https://OUR-DOMAIN.com/billing/viewinvoice.php?id=792 and click Pay Now, then follow the instructions on screen.

It seems no progress on this has been made by WHMCS
 

Edited by Arf

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Similar Content

    • By Mechanic
      HI,
      In WHMCS 7.8.3 + 2Checkout payment gateway, the discount is being applied twice when a client tries to create a recurring subscription.
      This does not happen when they try to make a one off payment.
      This can be reproduced by creating a similar invoice under any other client account.
       
    • By Luthersites
      When I try to do the update I get the following error:
      Unable to complete incremental updates: Unable to import the 7.8.0 Alpha1 database file. Unable to import /home/lutherh/public_html/resources/sql/upgrade780alpha1.sql: SQLSTATE[42000]: Syntax error or access violation: 1118 Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs
      I can't find anything on your site that talks about this error, and I find it odd that the database has incorrectly set column types.  Please advise as to what I need to do.
    • By noahesbjerg
      Hi,
       
      So, I just got a stripe account. And updated to the newest WHMCS version. But it seems that the new version completely broke the stripe module. For an example, if I try to delete a payment method I get this: https://i.imgur.com/xjtQkPn.png . And trying to add a new payment method results in this " Payment method failed to create successfully. Please try again.". I am using a custom theme, but it's also broken with the default one.
    • By loopmail
      Looking around and some clients have enabled 2fa for the primary user, but there seem to be no details for it on the contacts page. is this not a feature on offer to contacts or a way for administrators to see the status/clear the status for contacts?

       
    • By zarvis
      Hi,
       
      From today morning the Invoices are not being updated, and the API callback is getting failed for the Coingate and perfect money modules.
      Anyone else facing similar issue?
       
      Regards
      Chandrakant
  • Recently Browsing   0 members

    No registered users viewing this page.

×

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated