#invisible-poles_code

1 messages ยท Page 1 of 1 (latest)

outer wrenBOT
#

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

๐Ÿ“ Have more to share? Add more details, code, screenshots, videos, etc. below.

teal merlin
#

Sorry if this isn't a code question, wasn't sure the right category!

spark flume
#

Hi there ๐Ÿ‘‹ where is your Platform located?

teal merlin
#

US

#

we are US-based

#

If it helps, here's two explicit use cases that seem to be mutually exclusive:

Case 1
My UK partner wants to sell a product for $20. I charge consumers $20, and transfer them $18.

Seems like they need to be on "Recipient TOS"

Case 2
My US partner wants to sell a product for $30. I charge consumers $30 and transfer them $26.

Seems like they need me to exclude the TOS Acceptance line of code, which presumably defaults them to "Full"? Not sure what the default is. I assume it's full.

#

My overall goal is maximizing country compatibility

spark flume
#

Then yup, full for US Connected Accounts. And recipient everywhere else to leverage cross-border payouts.

teal merlin
#
AccountCreateParams.Builder builder = AccountCreateParams.builder()
                .setCountry(country)
                .setController(
                        AccountCreateParams.Controller.builder()
                                .setStripeDashboard(buildDashboard())
                                .setFees(buildFees())
                                .setLosses(buildLosses())
                                .build()
                )
                .setCapabilities(AccountCreateParams.Capabilities.builder()
                        .setTransfers(AccountCreateParams.Capabilities.Transfers.builder()
                                .setRequested(true)
                                .build())
                        .build());

        if(!country.equalsIgnoreCase("US")) {
            builder = builder.setTosAcceptance(
                    AccountCreateParams.TosAcceptance.builder()
                            .setServiceAgreement("recipient")
                            .build()
            );
        }

        Account account = Account.create(builder.build());
#

Look reasonable?

#

apologies for formatting

#

better

#

haha

#

does that look about right?

spark flume
#

I'm not the most familiar with that builder syntax, but yeah, I think it looks right.

teal merlin
#

Thank you!

spark flume
#

Any time! Let us know if that gives you any troubles

teal merlin
#

Hey, one more question (realizing I can't make multiple threads)

#

this is unrelated to previous (but same context)

marble raven
#

๐Ÿ‘‹ Toby had to head out so i'll be taking over ๐Ÿ™‚

teal merlin
#

no problem! ๐Ÿ™‚

#

Actually, in typing out the explanation, I think I figured it out

#

thanks

#

sorry about that

marble raven
#

No worries! I do the same thing all the time.

teal merlin
#

rubber duck effect haha

#

ACTUALLY, another third question since I'm here

#

this isn't code though at all.
This is related to POS systems

#

is that fine?

#

We are now attending in-person events (in the US) where we want to sell products.

We previously used a basic solution of simply using a Stripe tap to pay from my android device using the Stripe dashboard app. But now we'd like to make it a bit more professional and scaled up.

So, we have some stripe readers (not the terminals). We were thinking of just downloading and installing the Stripe dashboard app on all the tablets, connect them to the readers, and go from that. Does that seem fine?

Is there a better solution?
I know long-term, we probably want to use a custom POS, but that's engineering time, so figure we try a simple approach first.

marble raven
#

Nothing immediately stands out as a problem but Id probably check in with support in case there is some policy concerns there. Sounds like long term you'd want to get a proper Stripe Terminal integration going. https://docs.stripe.com/terminal/overview

teal merlin
#

yeah I think so as well. Thank you!
I think that's everything. Have a great rest of your day, and thank you very much!