#gyfis-ach-credit-pm
1 messages · Page 1 of 1 (latest)
Hi! This happened for every customer we set an out-of-band invoice to; one payment method is src_1LcqaUIblPWRbK7qfpJRtj70 . Thanks!
Now that I checked the details, it's actually a Source, which should be legacy as well - intriguing!
hmm look like the source was created internally so could be expected behavior
I'm not super sure, let me check with my colleagues
Yeah, we assumed as much - something like an internal payment method to "pay for" the invoice, which should be hidden, but is rendered in error. Thanks for looking into it!
are you integrating ACH Credit Transfer in your flow before invoices are paid out of band?
can you also share the invoice ID that goes with this source?
No, we're not doing anything with the ACH Credit Transfers. Sure, the invoice ID is in_1LcqaSIblPWRbK7qmr5oyhPz
Gotcha. My theory is that since collection_method is send_invoice we're proactively creating a source that the customer can push the funds into
re-confirming with the team
Thanks!
Yup just confirmed with the team
do you have ACH credit transfer enabled under payment methods for invoice settings?
https://dashboard.stripe.com/settings/billing/invoice
Yes, we have that turned on 👀 is that an issue?
That's creating the sources proactively so that when you send invoice, customers have a source to push funds to
Thanks, that explains it! Is there a way of not doing this at all? We don't ever want the customers to pay this invoice, in this case.
You could try disabling the ACH credit transfer as a payment methods on the link I shared above
This thread has been archived. If you need help with anything else please ask in #dev-help or contact Stripe Support: https://support.stripe.com/contact
Find help and support for Stripe. Our support center provides answers on all types of situations, including account information, charges and refunds, and subscriptions information. Get your questions answered and find international support for Stripe.