#derjanni-payment-request-country
1 messages · Page 1 of 1 (latest)
I am not using connect. Can you specify what you mean by "plugin"? Plugin to what?
I am integrating Stripe into the websites of our customers and each customer, of course, has his own Stripe account.
The method to create a paymentRequest requires the location of the stripe account, that's why I am asking.
I'm currently integrating the payment request buttons (Apple Pay, Google Pay).
I am integrating Stripe into the websites of our customers and each customer, of course, has his own Stripe account.
Are you like a freelancer? Or are you sharing the code for all those websites?
We operate an Enterprise E-commerce software. No, I am not a freelancer.
Our software is not OnPrem.
the docs state:
country required string
The two-letter country code of your Stripe account (e.g., US).
But where can I retrieve it or do I need to maintain it manually and update it by hand?
I understand the doc, I'm trying to help you though. And for that I need to understand your integration. It seems, to me, like you host the code, have it common for everyone, but for some reason you collect every account's individual API keys. Is that the case?
Where does the code run? Is it on every company's own servers? Is it on your own server as your company?
^as I said, no onprem
We operate our software in approx. 20+ data centers in 6 countries. All ISO27001, all PCI DSS compliant. Organisation included.
It is NOT ON PREMISE.
It's an Enterprise E-commerce software.
serverless multi-tenant environment with tenant-pooling.
I'm sorry but that's a lot of words I'm not sure I grasp if I'm candid
you put all caps "NOT ON PREMISE". I don't do enterprise software. So I'm not sure what that word means to you
I guess that means you host the code for your customers?
It means that no servers, as you'd understand them, are involved.
I mean, there's a server somewhere. You don't run code on your local machine right?
If you define a distributed architecture with separate compute and storage systems as "a server", I agree.
This is getting a bit nitpicky
so I'll side step the question after all
https://stripe.com/docs/api/accounts/retrieve call this and retrieve the account and look at the country property
Ok thanks. I thought that'd be for Connect only.
The truth is, no one uses "classic servers" anymore. Not even Stripe if I understand the docs correctly.
an IBM z13 is not really "a server" as much as "a Discord server" has absolutely nothing to do with what would be defined as "a server" in the traditional sense.
If your CPUs are mounted in a different room than the NVMe storage, is that still a server?
The truth is, no one uses "classic servers" anymore. Not even Stripe if I understand the docs correctly.
agreed, but ultimately that's the work almost everyone uses to separate their front end and their back end. I did start by asking who hosts the code but you didn't like that wording
I still can not understand if you host the code. 99% sure you do, in which case you should absolutely be using Connect already.
Well, if you host binaries you're not hosting code, right?
Why should I be using Connect?
Well, if you host binaries you're not hosting code, right?
Okay, yeah, this is not working unfortunately. Let's ignore that question completely I think that's better!
Why should I be using Connect?
Because you are writing one application, used across businesses (your customers) and the code is shared. It should all flow through one unique platform, so that your integration is stabled and based on your own account's configuration (API version, webhooks, any beta feature, any rollout/breaking changes, etc.) instead of seen a separate Stripe accounts, each with their own configuration and API keys
Thanks, the call worked.
But how do I then allow my customers to operate as a platform and use Stripe Connect?
Ah in that specific case you can't. I did ask if you were using Stripe Connect earlier but you said no
I have not yet implemented it, but it's on the roadmap for Q1/22