#nyxi_connect-paymentmethoddomain
1 messages ยท Page 1 of 1 (latest)
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- nyxi_paymentmethod-multibanco, 17 hours ago, 32 messages
- nyxi_docs, 1 day ago, 24 messages
- nyxi_paymentelement-updates, 1 day ago, 37 messages
- nyxi_automatic-payment-methods, 2 days ago, 91 messages
- nyxi_docs, 6 days ago, 11 messages
- nyxi_pi-autopms, 6 days ago, 62 messages
๐ Welcome to your new thread!
โฒ๏ธ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
๐ This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1245783455892111523
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
That's expected, there are separate domains for everyone so one for your platform and one for the connected account's own calls with their own API keys. Trust the API, don't use "view Dashboard as" for things like this
nyxi_connect-paymentmethoddomain
Okay. Is there a way to globally enable the payment domains just for the platform (so I don't have to do this for each account)? I used to not have to do this, even for Apple Pay when using direct charges
But Stripe Elements in the current config complains about the domain not being added
Even though I load it with our platform public key
No that's impossible and that worked exacly the same way for ApplePay since the day this launched
I probably just cloned the payment method from platform to connect for Apple Pay then
because I know for sure I've processed thousands of Apple Pay in connect context but never did this domain dance
yeah that has existed since early 2015.
Did you remove payment intents from the dash? I've looked for a good two minutes now and I can't find them
I guess it's Transactions that lists payment intents?
Sorry, I was looking at at completely wrong date range and I could only find processed payments ๐
all good, the Dashboard UI changes always confuse me too ๐
The good old "users don't want change"
yup
So this leads me to another question, actually. In our previous non-automatic-payment-method config, we only accepted card + mobilepay, and if the user chose card (a non-wallet one), we would save the card on the platform customer object, then clone it to the connected account and use it to pay then. This way, the user could save their card and reuse it any other time (with any connected account) when paying again later.
With the stripe elements approach, where I just use confirmPayment() and let the elements select payment mthod and what not, how can I save a card then?
(I'll be right back, testing something)
no problem
Okay so just rewording your question to make sure I get it
Question: I am using Direct Charges, creating the PaymentIntent on the connected account and I would like to accept a card payment and save the card for future payments on the platform, is that possible?
Answer: Sadly it's impossible (assuming I got the question right)
Yes, I guess that is right
That's unfortunate
For this case we're doing right now, it's not important to save, but I wanted to move some other payment flows we have where there are a lot of repeat buyers, so having their card saved is good for conversion.
Will have to reconsider then
Suggestion, unrelated: Put a warning/info-box near the font sizes here, as they should not go below 16px on mobile for input fields. If you do, iOS will always zoom in on the text field, which is super annoying and cannot be turned off: https://docs.stripe.com/elements/appearance-api?platform=web#commonly-used-variables
ah good point
Example
I also cannot get bank* transfers to show up here, even though I enabled it in all places I can find for both the connected account and the platform's connected accounts' payment settings
(I don't need it in this case, just curious to test it out)
It seems it can only be enabled on the connected accounts directly, so I'm unsure what more I need to do.
Do you have an exact PaymentIntent where it doesn't appear?
Yes hold on
Did you attach an existing Customer to it? If not, that's expected
aha ok it needs a customer
Makes sense
I only know because I spent an hour debugging why I couldn't see it either while complaining to my team and we found the doc saying so ๐
Haha. I guess I just assumed it would reconcile it on the payment intent directly without a customer object
yeah we could but then you'd get a new VBAN each time which could be super costly or cause issues
yes
I am very keen to move our platform payments (for our product) to bank transfers, as we have a lot of problems with credit cards, especially because the payments are sometimes fairly large
that's how you can do recurring payments where they just send the money to the same bank account for example
Yeah right now we do manual bank transfers and I go into stripe and mark teh invoices as paid
which is alot of work
yeah I bet
For some of the bigger clients that don't want or can't pay with credit card
Upside is I pay no fee to stripe, hehe
seems like a downside to me ๐
It's not an insignificant amount of money though. If you charge both for the transactions (which to be fair, the bank also does, but we usually just put that fee on the payee) and the extra percent or whatever it is for the "Billing" product.
It may not be worth it
yeah that's fair, the fee is not as high for bank transfers though right? https://stripe.compricing/local-payment-methods
that's SEPA bank transfer right?
because that's capped at like 4.5 EUR per transaction
which is reasonable
yeah that's what I meant. It's not "cheap" but it's definitely cheaper than our card pricing since there's a cap
my bank charges me $30 for an outgoing wire transfer for example as a consumer
But that's theft, let's be real
๐
I mean I don't disagree ๐
But I will still be charged the Billing product percentage on top of the fee, yes?
for bank transfer
it's 0.5%
I think? Can you check if we're on scale or starter? acct_17xDxxL7ilRdQXxE
It may be grandfathered in from some previous price level because the account is so old
I could speculate in just adding an "administrative fee" to cover the cost while keeping it automated. It's still allowed when it's not a card payment.
I can't check sorry I know nothing about pricing
you could still do a one-time payment separate from the Invoice if you wanted to avoid that fee
okay cool
Hmm. It's all hooked up on the subscription logic already, just using cards or me marking the invoices paid manually
So I'd have to build all that myself if I wanted to do normal charges without Billing
yup but you already do for bank transfers today
I still rely on the generated invoices, sent out by billing, I just mark them paid manually
Not sure I follow what you mean
How do you get your end customer to pay you? You must be sending your own email saying "pay me on my bank account, ignore the Stripe Invoice" right?
We attach the bank info to the Stripe PDF
then just grab that invoice and send it out from our own mail system
so stripe does all the pricing logic, scheduling, proration, discount etc
how do you attach the bank info?
so you could totally do that and attach the Stripe VBAN instead of a PaymentIntent you'd create in that case right?
So you suggest just having the incoming payment cover outstanding invoices automatically?
How is that different from what Stripe already does for me if I just used billing "like it was meant to" ?
Sorry this seems so clear in my head
I never did bank transfers on stripe, I'm sorry ๐
You are currently using your bank, get a wire transfer and then mark as paid in Stripe.
I am saying: do exactly the same flow, but instead of using your bank, create a PaymentIntent in your Stripe account for that Invoice (with your own code). And when you get that PaymentIntent paid, mark the Invoice as paid.
Exactly the same as before but the wire transfer goes to Stripe
But wouldn't that... mean the same amount of work? I wanted to not have to go in and manually mark invoices as paid
I mean you would write code to do this. You wouldn't do it manually as a human
Listen for payment_intent.succeeded, look up the real Invoice id in metadata you'd have set when it's created, mark it as paid.
Okay, that's what I mean with
this
yeah I wasn't sure what those words meant
okay, but yes, I could do that I guess
Our bank is ancient. All I get is a CSV (which I have to log in and download to get) and it only has date, amount paid,message
so I parse that and search for invoices, then mark them as paid if the value matches
which works well, but it's a hackjob
yep that's what I assumed since it's common and so using it on Stripe would help even if you do the extra PI as a dance
I think having a VBAN for each customer is going to be a pain for some of the bigger companies though
they have maybe like 40 accounts which get invoiced to the same parent company
and they process all the invoices manually to our single bank account
not sure how they would react if our business ID suddenly has 40 different bank accounts
ah yeah that wouldn't work in that case ๐ฆ
I mean it is a "their problem" though
lol fair but you're going to constantly get wire transfers to the wrong VBAN
I guess you could have a separate Customer for a stable VBAN and then move the money to the right one to reconcile the funds but that doesn't sound fun
Could this not still be solved with metadata?
I guess incoming transfers dont have metadata
Oh it can all be solved. Just at this point it seems as much work as what you already have :p
(that I control)
You could do a custom reference when they pay the Invoice but users will be users so if they send you 1000โฌ twice in a row, you'll have to guess
Keep the money, generate a new invoice
and if they under/overpay (really common too) it's also a lot of work to find which Invoice it was paid for
problem solved
๐
can I debit their accounts instead, somehow?
with this ? https://docs.stripe.com/payments/sepa-debit
10k EUR limit is too low though
you can negotiate higher limits, especially with your history on Stripe. You'd ask our support team: https://support.stripe.com/contact/email
This could work though
And I can still just add a fee for it, if I want to avoid the 0.5% thing
Which I already pay on all the card payments anyway
for sure!