My customers when subscribes any of the available plans, they may use or not the coupons. So, what I want is to store the actual amount they paid while subscribing. How do I get it? Customer create API don't send the Net amount got deducted I saw in the doc.
Troedler
back with one more question. Is somebody aware if there is an "official" payment module for integrating stripe in Opencart 2?
tr12
arup_r: that amount would be on the invoice object
arup_r: you can retrieve a list of invoices for a particular customer. when you create the customer (with a subscription), there will be exactly one invoice in that list. stripe.com/docs/api#list_invoices
flippyhead joined the channel
arup_r
checking
tr12
Troedler: stripe doesn't provide such a module - I don't know if opencart has an endorsed one
though they're open source, so it seems unlikely that they would choose to "bless" a particular solution
Peder_ has quit
flippyhead has quit
Troedler
Opencart has several integrated payment gateways integrated, but not stripe. I just checked and there are some third party estensions, so i have to evaluate those if they can do the trick.
* - integrated
Can you recommend stripe for the "german-speaking-market"? In need of a fully german checkout aswell as a german backend?
arup_r
tr12: thank you!
tr12
Troedler: this is more dependant on what opencart provides than what stripe provides, as far as customer-facing UI
atombler joined the channel
Troedler
alright, thank you
tr12
the dashboard isn't localized for german, but that's not customer facing anyhow
atombler has quit
flippyhead joined the channel
Troedler
ok, english wouldn't be a problem for me, but to be honest, I think you would gain loads of plus points (and international customers) for providing a localized dashboard (in german, french, italian.... these guys often speak bad english). :D
koopajah
it's a matter of priority :)
Troedler
yes of course. And long term company strategy.
anyhow, thanks for your answers
Troedler has quit
arup_r has quit
mcwendy joined the channel
mcwendy has quit
ta_ has quit
adino joined the channel
adino has quit
deadghost has quit
flippyhead has quit
flippyhead joined the channel
deadghost joined the channel
thenes has left the channel
arup_r joined the channel
stripe has quit
emilkarl is now known as emilkarl[away]
abishek joined the channel
abishek has quit
PDP-71 has quit
PDP-71 joined the channel
emilkarl[away] is now known as emilkarl
Nigel_ joined the channel
Nigel_ has quit
flippyhead has quit
flippyhead joined the channel
arup_r has quit
emilkarl has quit
hardik_ has quit
atombler joined the channel
atombler has quit
Nic335 has quit
Nic335 joined the channel
jeffreyb joined the channel
dev1209412 joined the channel
dev1209412
hey if every user on my app is the owner of a managed account, should their cards be added to a customer object on the main platform or as an external account on their managed account?
flippyhead has quit
tr12
dev1209412: do you want to charge these cards, or make transfers to them?
David__
Hi @kkopan are you there?
dev1209412
it could be both
also is it possible to transfer money to credit cards on stripe?
tr12
dev1209412: then you'd want to have the card on both a customer on the platform, and as the external_account on their managed account
koopajah
David__ : I guess you meant me?
tr12
dev1209412: stripe can transfer money to bank accounts (ie: direct deposit) or to US-based, non-prepaid, USD debit cards
dev1209412
hmm okay, what are the differences between the two?
tr12
dev1209412: customers are charged, and managed accounts have the funds from charges paid to them
dev1209412: customers only ever pay money, and managed accounts only ever receive money
dev1209412: if in your application, you've got a person that needs to do both, you'd need both a customer and a managed account for them
dev1209412
Okay perfect, makes total sense now. Thanks for clearing it up so quick!
tr12
dev1209412: np!
nilsmunch has quit
koopajah
David__ ?
David__
Sorry Koopajah, Can you help me with subscription. I don't understand because we have different customer and different amount on a plan. Example customer 1 need to pay first rate 100€ and next rate are 50€; customer2 need to pay 250€ first rate and 100€ next rate
we don't have a standard amount
koopajah
David__ : well it's not something that can just work out of the box. You need some custom code here. Since the amount charged is different for each customer, just use a $0 plan and then each month add an invoice item for the correct amount to each invoice
David__
ok but I need to create this via code every month correctly I can't do it via stripe API
flippyhead joined the channel
koopajah
David__ : well no you don't need to do this. You will write some code that does this for you each month automatically. You listen to the `invoice.created` event on your webhook endpoint and each month you get one, look in your database and decide how much you will charge that customer this month.
David__
ok, can I create a single payment and create a plan for a customer that start on next month?
tr12
David__: so the first month costs extra, and then all the other months cost the same?
koopajah
for example yes, if you follow the instructions I outline in my SO answer or tr12's link about metered billing
David__
Yes first month costs extra and all other month are the same
#koopajah thank you, but in your link example I need to create all payment via code every month. I don't understand If I can create a one time invoice item for the first payment associated with plan
flippyhead has quit
markin
you'd have to create the invoice item each month
flippyhead joined the channel
David__
with tr12 example I understand that I can charge an amount for customer for the first time and next rate are automatically paid by stripe
alessandro1997 joined the channel
tr12
David__: correct - I think that's the simplest thing to do here, if all you need is for the first month to cost more
alessandro1997
Hey guys, is there a way to release a charge authorization?
markin
alessandro1997: refund the auth
alessandro1997
Oh, great. Should I pass anything in particular to the API call or is a regular refund call enough?
darenthis joined the channel
markin
just the regular refund charge api
alessandro1997
Thanks ;)
David__
I'll try this. Can I try it on test account? If I use day recurrency for plan I can see this on account? what do you think?
markin
David__: testing it is a great idea
David__
ok. thank you everybody
tr12
David__: yw!
aowron has quit
flippyhead has quit
abishek joined the channel
T1m0thy joined the channel
flippyhead joined the channel
aowron joined the channel
confused
I'm really digging Stripe
but is there a recipe or best practices for handling the tokenId passed back by Checkout? In regards to security, etc... is there a preferred way of handing the tokenId back to your server from the browser?
I guess I'm curious about the server side - how to lock that down to prevent tampering or clients from passing erroneous/invalid tokenId's in an attempt to break something
tr12
confused: re: security, you'd want to make that request over an https connection
confused
sure - and I'm going to have the js client simply hit a WebAPI (.Net) end point
markin
server-side you just need error handling to catch any errors stripe would give for a bad token
confused
ok - and maybe some client throttling if they send too many bad tokens
markin
I suppose, seems like an odd way to attack a server
tr12
confused: the bigger concern is lots of real tokens with bad cards, more so that tokens that don't exist
somebody could plausibly DoS your server by sending tons of broken requests, but this is not a property unique to bits of your code that interact with stripe