#nyxi_connect-paymentmethoddomain

1 messages ยท Page 1 of 1 (latest)

normal geyserBOT
gleaming hawkBOT
#

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.

normal geyserBOT
#

๐Ÿ‘‹ 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.

halcyon halo
#

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

frigid latch
#

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

halcyon halo
#

No that's impossible and that worked exacly the same way for ApplePay since the day this launched

frigid latch
#

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

halcyon halo
#

yeah that has existed since early 2015.

frigid latch
#

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 ๐Ÿ˜„

halcyon halo
#

all good, the Dashboard UI changes always confuse me too ๐Ÿ˜‚

frigid latch
#

The good old "users don't want change"

halcyon halo
#

yup

frigid latch
#

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?

halcyon halo
#

(I'll be right back, testing something)

frigid latch
#

no problem

normal geyserBOT
halcyon halo
#

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)

frigid latch
#

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

halcyon halo
#

ah good point

frigid latch
#

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.

halcyon halo
#

Do you have an exact PaymentIntent where it doesn't appear?

frigid latch
#

Yes hold on

halcyon halo
#

Did you attach an existing Customer to it? If not, that's expected

frigid latch
#

aha ok it needs a customer

frigid latch
#

Makes sense

halcyon halo
#

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 ๐Ÿ˜‚

frigid latch
#

Haha. I guess I just assumed it would reconcile it on the payment intent directly without a customer object

halcyon halo
#

yeah we could but then you'd get a new VBAN each time which could be super costly or cause issues

frigid latch
#

You get an IBAN per customer?

#

Or VBAN, which I assume is virtual IBAN?

halcyon halo
#

yes

frigid latch
#

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

halcyon halo
#

that's how you can do recurring payments where they just send the money to the same bank account for example

frigid latch
#

Yeah right now we do manual bank transfers and I go into stripe and mark teh invoices as paid

#

which is alot of work

halcyon halo
#

yeah I bet

frigid latch
#

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

halcyon halo
#

seems like a downside to me ๐Ÿ˜‚

frigid latch
#

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

halcyon halo
frigid latch
#

that's SEPA bank transfer right?

#

because that's capped at like 4.5 EUR per transaction

#

which is reasonable

halcyon halo
#

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

frigid latch
#

๐Ÿ˜„

halcyon halo
#

I mean I don't disagree ๐Ÿ˜‚

frigid latch
#

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.

halcyon halo
#

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

frigid latch
#

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

halcyon halo
#

yup but you already do for bank transfers today

frigid latch
#

I still rely on the generated invoices, sent out by billing, I just mark them paid manually

#

Not sure I follow what you mean

halcyon halo
#

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?

frigid latch
#

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

halcyon halo
#

how do you attach the bank info?

frigid latch
#

custom_fields

#

on the invoice.created webhook

halcyon halo
#

so you could totally do that and attach the Stripe VBAN instead of a PaymentIntent you'd create in that case right?

frigid latch
#

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" ?

halcyon halo
#

Sorry this seems so clear in my head

frigid latch
#

I never did bank transfers on stripe, I'm sorry ๐Ÿ˜„

halcyon halo
#

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

frigid latch
#

But wouldn't that... mean the same amount of work? I wanted to not have to go in and manually mark invoices as paid

halcyon halo
#

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.

frigid latch
#

Okay, that's what I mean with

halcyon halo
#

yeah I wasn't sure what those words meant

frigid latch
#

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

halcyon halo
#

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

frigid latch
#

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

halcyon halo
#

ah yeah that wouldn't work in that case ๐Ÿ˜ฆ

frigid latch
#

I mean it is a "their problem" though

halcyon halo
#

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

frigid latch
#

I guess incoming transfers dont have metadata

halcyon halo
#

Oh it can all be solved. Just at this point it seems as much work as what you already have :p

frigid latch
#

(that I control)

halcyon halo
#

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

frigid latch
#

Keep the money, generate a new invoice

halcyon halo
#

and if they under/overpay (really common too) it's also a lot of work to find which Invoice it was paid for

frigid latch
#

problem solved

#

๐Ÿ˜„

#

can I debit their accounts instead, somehow?

#

10k EUR limit is too low though

halcyon halo
frigid latch
#

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

halcyon halo
#

for sure!

frigid latch
#

I'll think about it

#

for now my handy script does the job

#

Gotta go. Bye for now