#denjaland_api

1 messages · Page 1 of 1 (latest)

chrome craneBOT
slender tigerBOT
#

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.

chrome craneBOT
#

👋 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/1235937877171638353

📝 Have more to share? Add more details, code, screenshots, videos, etc. below.

next juniper
#

Hiya - basically we just want stripe to use as a payment processor, not all the fanciness of having to deal with customer accounts and balances at that level.

#

But we also have some customers paying by bank, and to automate the processing of these payments, we would actually prefer to have them all pay to ONE VBAN

#

but using a payment reference

#

so my question is whether this is
(1) acceptable use
(2) will the remittance reference they put on the payment be available to use for reconciliating the payment with the correct invoice/customer in our proprietary software?

molten birch
#

I can't say whether or not that's acceptable use (i'm not sure exactly; we just help with api questions). However, this will be tricky because you won't have access to such a remittance reference

next juniper
#

hmm - are you sure?

#

isn't this the reference the customer entered on the payment?

image.png
molten birch
#

Ah

#

So in that case you could use manual reconciliation

#

Using that as a reference

#

But, again, not sure whether or not this is "acceptable" use

#

So recommend asking our support team: https://support.stripe.com/contact

Stripe: Help & Support

Find help and support for Stripe. Our support site 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.

next juniper
#

okay - will check in with them

#

but in theory - whenever a payment is received on a "dummy" customer

#

it would result in a new customer_cash_balance_transaction

#

so I could listen for the creation, and based on the reference make a payment intent which would transfer the cash balance to our account balance

#

right?

molten birch
#

yeah exactly

next juniper
#

which I can then transparently process in our accounting software

#

like any other payment

#

but then doing a refund would be a two step transaction for these cases?
1/ refund the payment intent which would increase the customer balance on the dummy account
2/ initiate a refund, but I see that that appears to be sending an email to a user having them complete account details?

#

I can not provide the bank information myself when doing the refund from the customer balance?

molten birch
#

Correct it'd need to be a 2 step process

#

But you can define the email used

next juniper
#

yes, but when you send that email

#

will that customer have access to the entire customer account?

#

that would immediately make our implmeentation invalid of course if we take the route of the "dummy" ustomer account

molten birch
#

Oh no

#

It's also not an account

#

It's just an object in stripe representing a customer

#

That email is purely just instructions for submitting their bank account details

next juniper
#

yes, but a refund is initiated from a customer balance

#

let's say if I have a "dummy customer"

#

and that dummy customer holds balances from two "actual customers"

#

wich we want to refund

#

I'd initiarte 2 refunds - one for each "actual" customer

#

and you would send two emails for each of those refunds

#

I can be 100% sure that those two customers just have to enter their bank details for these individual transactions and nothing else?

#

(to be honest - this is the first implementatio I see from stripe where I think you got it wrong - very happy with all your other flows, but forcing the customer balances in between the payments is really absurd - we wouldn't be needing VBANs if you could just accept incoming payment sfrom 1 VBAN linked to my account which you would just feed to us, and which we can individually have refunded - the customer balances make the process too complex imho)