#village-dispute
1 messages ยท Page 1 of 1 (latest)
I believe that there are no other Stripe fees, but when stripe take back from you the original transaction amount, they dont give you back the transaction fee that was taken when the transaction initially occurred, so you have to cover that; same as a reimbursment.
To be clear:
- The client pays you via stripe an amount X, you get X - (1,4% * X + 0,25โฌ) (theses are the fees for me, they me be different for you)
- The payment is disputed and you loose, therefor stripe reimburse the total amount X, and makes you pay it (so you loose X + 15$), since you reimburse X but you got only got X - fees, you must pays these transaction fees
$100 charge -> Stripe fee is 2.9% + $0.30 so $3.2 so you net $96.8
Dispute => $100 returned to the customer and $15 dispute fee so you lose $115. We don't return our original fee. So you end up with -$15 and -$3.2 (original fee)
So there isn't an extra fee, but the fee itself is on the BT of the original charge
yes that's what I explained, that's the original fee for the charge
your math at step 1
Can I ask you to just continue using this thread?
Like I'll close it when I leave but until then, just ask your questions here, it's faster!
cc @wet relic
happy to archive if you prefer, but since I'll be here for a few hours it seems faster for both of us!
It's fine, i dont mind keeping the same thread all day if you guys don't mind.
How late is support working, and is it on weekends?
We have people around the world so we usually transition between regions. Like US West coast ends at 6pm PT and then Singapore or Tokyo takes over
But we don't work week ends so there's no one to take over after me, so it's whenever I'm leaving after 5pm
Im using \Stripe\Customer::createBalanceTransaction(); the old way. How do i figure out the key for the customer ID to include it inside of the [array] with amount, currency?
it's the same as that screenshot in that case
just change line 4 (no need for the trick from the other day)
Oh, okay, i thought id have to stuff it inside like the other day. What is the difference between why that time but not this time?
this time the customer id is the "parent id" because the URL is /v1/customers/:id/balance_transactions. It's a bit complex/hard to explain but last time you were fetching a specific resource, this time you creating a new resource under an existing parent
Do you have anything to do with dashboard dev, can i give you my 2 cents?
I can listen!
On the customer balance view details screen, it would be nice to show the reason. There is the real-estate for it.
You have to hover the little iddy bitty paper icon and then you only get a tool tip.
sorry had to handle that other thread
ah you mean show the reason separately from the hover?
No problem on getting to it when you can. Im here for the long haul.
Yeah, on the line look at all of that dead space.
maybe throw down a div with an overflow so when its too long it just gets truncated.
Agreed, I'll raise this as product feedback!
And... ๐ ... the credit balance shows $1.00 for negative and ($1.00) for positive. Confusing to me. It would be easier to comprehend at a glance if $1.00 meant they had a positive credit and -$1.00 meant a negative debit balance.
yeah that one is tricky, we iterated a lot on this and everyone has a different intuition
Because to me, that looks like they have $11.17 credit they can spend
because it says CREDIT right above it.
Just my worthless 2 cents, id ditch any credit/debit and just call it the balance. And then show it as a positive $1 or negative -$1 number.
yeah because the balance is called the "credit balance" because it's more often used for storing credits the customer owers you
but agreed
and we're building a new type of balance called "cash balance"
so that's why one is credit
Sure, its can be used for storing credit, but mechanically since it allows you to have a positive or negative "balance"....
Oh, so after i get built you tossing a wrench in things? ๐
What is the logic in that, since the customer's "currency value" or "buying power" is stored in a "ledger", what distinguishes it between being "credit" or "cash"?
legal rules :p
I hope some kind of migration is considered then, if a cash balance is going to be added, and the way im using the only credit balance better fits as cash, that i can push a button and import / transfer all past transactions/balances from the "credit" to "cash" column.
But im just guessing having no idea how it will be fleshed out. Wait and see.
.
Alright, looks like end of the day/week. See ya next week. Thanks for the help. You can close the thread whenever.
Still here? ๐ณ
for now yes
For pausing subscriptions, pause_collection, trying to understand behavior of draft vs uncollect vs void. I want to pause a sub for dispute, freeze in time instead of canceling it. So the customer has a chance to input a different payment in their portal and kick start it again.
the main difference is what you plan to do with those invoices
So while its frozen, dont try to charge a payment method, dont make any new invoices. Just make the end date now and freeze waiting only if they restart with a new payment.
since you're "freezing" the susbcription, you don't plan to have them pay for those invoices so you could void them
it will still create invoice but choose "void" so that they can't be used/paid
Well while its frozen, they are locked out of service, so no need to make invoices, if they want to start service again, add a new payment and start a new billing going forward, no payment for while frozen.
So in their account portal it will still show invoices being made while frozen? And that is using void?
The only way to not make invoices is to cancel subscription?
or put them on a trial period
funnily enough we're literally working on a "pause" feature as of today
If i cancel a sub, there is no way for them to start a new sub from their portal then?
will take a while to get there but it's to address a case like yours
Correct the portal doesn't let you start a new subscription today
pause feature, you already have one called pause_collection ๐
yeah but that's completely different
Maybe just add one more option to behavior none
there's a lot more to it than just a none option really
Oh well, so much for trying to be outside of the box. I guess i will go back to just canceling. Thanks. Bye.