• Resolved Woozy Face

    (@shaady4)


    Hello WooCommerce Community,

    I am encountering an issue with the WooCommerce Stripe Payment Gateway plugin, specifically in version 8.5.2. The problem arises with SEPA tokens that are attached to the customer before sending the API request to Stripe, resulting in an accession error. Here are the details:

    Issue Description:

    • Plugin Version: 8.5.2
    • Problem: SEPA tokens attached to the customer are causing an accession error when the API request is sent to Stripe.
    • Error Details: The PaymentIntent was confirmed with the off_session option, but the attached Source is not chargeable.

    Stripe’s Feedback:

    After discussing with Stripe support, it was found that the issue is related to charging a reusable source without first attaching it. The source is consumed (its status changes from chargeable to consumed), and consumed sources cannot be used for further payments. Stripe has recommended checking the source before making the request.

    Here is the relevant information from Stripe support:

    As discussed, you are using WooCommerce integration to create charges for you. When we checked, it appeared that they were charging a reusable source without first attaching it. As it appears to be the case, the source is consumed (its status changes from chargeable to consumed). As I have mentioned, consumed sources cannot be used for further payments. They can refer to the link below for more detailed information:

    Reusable Sources – Stripe Documentation

    Also, we noticed on the logs below that they are attaching the “consumed” source in the request.

    Stripe Logs

    Additionally, they pointed out that we are using a deprecated version of the Sources API and suggested migrating to the Payment Methods API. For more details, refer to the link below:

    Migrating to Payment Methods API


    Example Error Log:

    POST /v1/payment_intents Status 400 ERR ID req_hgGAbPoFB3sxe0 Time 07-08-24 00:47:20 IP Address redacted for privacy API Version 2024-06-20 Application WooCommerce Inc. Source WooCommerce Stripe Gateway/8.5.2 (https://woocommerce.com/products/stripe/) Idempotency Key: redacted for privacy invalid_request_error The PaymentIntent was confirmed with the off_session option, but the attached Source is not chargeable. { "amount": "redacted for privacy", "capture_method": "automatic", "confirm": "true", "confirmation_method": "automatic", "currency": "eur", "customer": "redacted for privacy", "description": "shop Order redacted for privacy", "metadata": { "customer_email": "redacted for privacy", "customer_name": "redacted for privacy", "order_id": "redacted for privacy", "payment_type": "recurring", "site_url": "https://redacted for privacy" }, "off_session": "true", "payment_method_options": { "card": { "mandate_options": { "amount": "redacted for privacy", "amount_type": "redacted for privacy", "interval": "redacted for privacy", "interval_count": "1", "reference": "redacted for privacy", "start_date": "redacted for privacy", "supported_types": { "0": "india" } } } }, "payment_method_types": { "0": "sepa_debit" }, "source": "src_partly redacted for privacy I35" } Response: { "error": { "message": "The PaymentIntent was confirmed with the off_session option, but the attached Source is not chargeable.", "request_log_url": "redacted for privacy", "type": "invalid_request_error" } }

    Steps to Reproduce:

    1. Attach a SEPA token to a customer.
    2. Attempt to create a PaymentIntent with the off_session option enabled.
    3. Observe the error.

    Request for Assistance:

    Could anyone please provide guidance on how to properly attach and use SEPA tokens with the WooCommerce Stripe Payment Gateway plugin? Any insights on migrating to the Payment Methods API would also be highly appreciated.

    Thank you in advance for your help!

    Best regards,
    Shaady

Viewing 9 replies - 1 through 9 (of 9 total)
  • Plugin Support Shameem R. a11n

    (@shameemreza)

    Hi @shaady4

    I understand you’re experiencing an issue with SEPA tokens, causing an accession error when the API request is sent to Stripe.

    Just to make sure I’ve got this right, are you experiencing this issue with subscriptions or regular products? If it’s a subscription, can you tell me which plugin you used? Have you re-authenticated your Stripe account? Also, I’m curious to know if you’re using the new checkout experience or sticking with a legacy one.

    By the way, we’re launching version 8.6 today. I’d appreciate it if you could test it using the latest version and let us know if you still have this problem.

    Looking forward to hearing from you!

    Plugin Support Shameem R. a11n

    (@shameemreza)

    Hi @shaady4

    We’ve not heard back from you in a while, so I’m marking this thread as resolved. Hopefully, you were able to find a solution to your problem!

    If you have further questions, please feel free to open a new topic.

    Thanks!

    Thread Starter Woozy Face

    (@shaady4)

    i reopen it since I had not received any notifications of an update to this topic.

    This happens only on subscriptions.

    • This reply was modified 6 months, 2 weeks ago by Woozy Face.
    Plugin Support Rajesh K. (woo-hc)

    (@rajeshml)

    Hello @shaady4,

    Thanks for getting back to us on this.

    Could you please share the additional details asked by my colleague in the previous response?

    If it’s a subscription, can you tell me which plugin you used? Have you re-authenticated your Stripe account? Also, I’m curious to know if you’re using the new checkout experience or sticking with a legacy one.

    By the way, we’re launching version 8.6 today. I’d appreciate it if you could test it using the latest version and let us know if you still have this problem.

    Looking forward to hearing from you soon and assist you further.

    Thanks!

    Thread Starter Woozy Face

    (@shaady4)

    If it’s a subscription, can you tell me which plugin you used? Have you re-authenticated your Stripe account? Also, I’m curious to know if you’re using the new checkout experience or sticking with a legacy one.

    we use the new experience, in combination with WooCommerce subscriptions.

    By the way, we’re launching version 8.6 today. I’d appreciate it if you could test it using the latest version and let us know if you still have this problem.

    I’ll get back to you with the status. I’ve updated the plugin, so now I have to wait until September 1st. Since this issue is only occurring with one specific client, we can’t just bill them without cause.

    • This reply was modified 6 months, 2 weeks ago by Woozy Face.
    Plugin Support ckadenge (woo-hc)

    (@ckadenge)

    Hi ,

    I’ll get back to you with the status. I’ve updated the plugin, so now I have to wait until September 1st. Since this issue is only occurring with one specific client, we can’t just bill them without cause.

    Sounds like a plan, we’ll be waiting to hear from you.

    Thread Starter Woozy Face

    (@shaady4)

    Hello WooCommerce Team,

    The issue with SEPA tokens in WooCommerce Stripe Payment Gateway Version 8.5.2 has been successfully resolved, and I’d like to provide a detailed rundown of the steps we took and which solutions worked.

    Issue Recap:

    We were encountering an accession error when trying to process SEPA payments with tokens attached to a customer, specifically for recurring subscription payments. Stripe identified that the issue was due to charging a consumed source without reattaching it, along with the use of a deprecated Sources API.

    Steps Taken and Results:

    1. Discussion with Stripe Support: We identified that the source was being consumed and not properly reattached before attempting a charge. Stripe advised checking the source status before making the request, as consumed sources cannot be reused.
      Outcome: This clarified the core issue. It was crucial to ensure sources were either reattached or a new one was used.
    2. Migration to Payment Methods API: Stripe also recommended migrating to their Payment Methods API, which handles token management more efficiently and avoids issues with consumed sources.
      Outcome: While this step was not immediately implemented, it’s part of our long-term plan to prevent future issues.
    3. Plugin Update: After updating to WooCommerce Stripe Payment Gateway Version 8.6, as suggested by the support team, we monitored the transactions closely.
      Outcome: The update resolved the accession error. The issue no longer occurred after the update, and transactions with SEPA tokens were successfully processed without errors.

    What Worked:

    • Updating to WooCommerce Stripe Gateway Version 8.6: This fixed the immediate issue, as the updated version likely handled the SEPA token process differently.
    • Regular monitoring of Stripe logs: This ensured that any recurring issues were quickly identified and addressed.

    What Did Not Work Initially:

    • Continuing with the old Sources API: Attempting to process payments with the deprecated API without migration led to persistent errors until we moved forward with the update.

    Thanks to the update and following Stripe’s advice, the issue has been fully resolved. I appreciate all the support and guidance provided throughout the process.

    Best regards,
    Woozy Face

    • This reply was modified 5 months, 2 weeks ago by Woozy Face.
    • This reply was modified 5 months, 2 weeks ago by Woozy Face. Reason: Formatting issues
    Thread Starter Woozy Face

    (@shaady4)

    Looks like my reply is stuck in moderation limbo—guess we’ll have to wait for it to escape and bring the results with it!

    Plugin Support Zubair Zahid (woo-hc)

    (@doublezed2)

    Hello Woozy Face,

    Thank you for your reply.

    I appreciate your time and effort in posting a detailed solution here.
    I am sure this will be helpful for other users who might face a similar issue.

    Please don’t hesitate to contact us again if you have more questions or concerns.
    We are here to help ??

    Best regards.

Viewing 9 replies - 1 through 9 (of 9 total)
  • You must be logged in to reply to this topic.