#senorkarlos
pale oarBOT
Hello! We'll be with you shortly. 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.
- senorkarlos, 3 days ago, 18 messages
slim hull
Can you share with me your merchant ID? you can find it from the Stripe Dashboard -> Settings ->Account Details
analog tangle
this one? acct_1Em27jErMl1EMpQJ
I'm in test mode right now trying to make some upgrades to my current Discord bot
keep running into walls of stupid where information should be LMAO
O.o
slim hull
What's the product ID?
analog tangle
.... prod_Lz8tgOT7xm9IDU
slim hull
Can you log out, log in, and try again?
analog tangle
I guess lol... got a bunch of Stripe open, didn't really want to close it.
Before I do that answer me this maybe... will this metadata appear on charges for this product? Statement Descriptor and Customer Unit Label thus far have been a waste of time and coding
slim hull
Please use appropriate langauge in this server, thank you.
No, the metadata is set on the product, and it won't be set on the charge.
analog tangle
is there literally any link between a one time payment and it's product?? I feel like this has been designed to be intentionally obtuse and it's starting to anger me LOL
along with this I'm looking at setting up a Zapier or IFTTT to assist my accounting, and trying to identify the product is apparently asking too much O.o
When I get a charge for a subscription creation, it has the product statement descriptor... haven't tried a renewal payment yet, almost dreading the failure already
slim hull
Are you using Checkout Session or PaymentIntent in your integration?
And can you tell me what's the primary problem that you want to solve?
analog tangle
Checkout Sessions entirely to create one-time payments and subscriptions, and now alo accepting both as dontaion type with no tax
slim hull
I still don't know what problem you want t solve
analog tangle
I'm yping....
hold on
LOL ok so it's kind of two-fold but the same data need.
My bot as-is only creates service access subscriptions and grants/removes roles based on live subscription or unix expiry date for one-time payments, and these payments require sales tax. I only ever track the latest charge ID for a half baked role function I'm scrapping
My upgrade involves accepting sales-tax free donations, both one-time and subscription, and both activities increase the total 'customer value' in my database, a number which involves funds from outside stripe up to this upgrade
I am also keeping a list of charge objects in the database for any refunds/validation etc.
At the same time I am trying to set up a Zapier applet to sync transactions from my account to QuickBooks Online
What I am finding is that there is no data available for me to sort/filter/etc charge objects by the product sale that generated them.
In my code, I was trying to provide different messaging and functions if it is a sale or a donation
In Zapier, I am trying to set the proper Item type for sales tracking while it creates the invoice.
Clear as mud?
slim hull
Not very clear, what is 'customer value'? is it related to Stripe?
analog tangle
it's a total spend, used to generate votes to guide my service deployment. It's area based. Up to now I've accepted PayPals, e-transfers, and stripe payments, so I'm inserting a start value on the upgrade date, and my bot will +/- for every charge or checkout processed after the upgrade
slim hull
To be honest, I still don't quite get what you want to achieve. Is your question more about how to integrate Stripe subscription and update your system when the customers fail to pay the subscription invoices?
analog tangle
not even remotely close lol 
.... I don't know how else to explain this. I'll try and break it down more I guess?
So, customer comes through checkout. I get the session complete webhook, and provision them a discord role, and set some database values, one if which being the charge ID attached to the checkout object
I then have a charge.succeeded and charge.refunded listener to catch the subscription charges and refunds coming in, and updating the charge object entry for checkouts (as it is only the ID saved). In order to filter donation vs sales for tax purposes and customer messaging, I need something on that charge that tells me which it is.
On checkouts it's easy, as the product price code and checkout type are returned. Not getting any such info on charges. I have not yet tested a subscription recurrence, as I am stuck on the 'payment' type not having any id. Subscription types seem to have the product statement descriptor as the calculated statement descriptor
slim hull
Why you are not listening to subscription events? You can get the items that your customer subscribed through its items property https://stripe.com/docs/api/subscriptions/object#subscription_object-items
More details in https://stripe.com/docs/billing/subscriptions/webhooks
analog tangle
... I do listen to the ones I need and that part of my code is fine.... focus man
charges.... tell me nothing about a product.... unless it is a subscription. I deal in payment type transactions too
pale oarBOT
analog tangle
I guess... on the code side of things... assuming the descriptor comes across on a sub payment, I can just work the code differently, but it really seems odd and a bit obtuse to not have any reference to the price or product the charge is for
LOL genius... I just advanced time in test mode on a subscriber to view the charge webhook..... guess what it didn't simulate
jaunty grove
A charge object in charge related events such charge.succeeded doesn't include the product information since it's only meant for payment itself.
To retrieve the product information, subscription.* events should be used as suggested by Jack earlier
analog tangle
I feel like I'm saying things and they're just not bein got here 😂 I'm stuck on payment type stuff. Presumably I'm just going to have to get creative with both my code and the services I'm trying to automate accounting with
The only clear thing I'm getting back is I'm not gonna find what I want on the charge object directly lol
jaunty grove
Yes, it is expected that looking for product information on charge object is not supported. You'd need to use other objects such as Subscription to obtain the product information
analog tangle
Not sure how I'm going to solve this for payment types... but I'll figure it out I presume. Another 'concern' for the bot was rejecting any webhooks that aren't in the bots scope, say someone with multuple connections/etc on their stripe account
... tell me, just what subscription are we referring to when I'm talking about the charges for a One-Time Purchase
again i say... I'm saying words... but...
😄
I guess I'd need to track and call paymentIntents for that maybe? I haven't had to directly interact with that part of the system
those seem to be the 2 major differences between a 'payment' charge and a 'subscription' charge - 'payment' has a paymentIntent id, and only the account descriptor, while a charge for a 'subscription' has the invoice ID and the product descriptor
why it's not the same descriptor use for both is kind of stupid to me really, I don't get why
there'd be no issue at all if that was respected
hrm... really basically put. at any given time I need to know if a transaction is one of 4 states
Service - One-Time Payment Charge
Service - Subscription Charge
Donation - One-Time Payment Charge
Donation - Subscription Charge
I don't suppose you'd know the best way for this to happen
I just figured out why I didn't get a test sub charge, and rolled the clock more for invoice finalization. That charge was processed properly by my code, so that confirms that subscription renewal charges carry the product statement descriptor with them as well. So literally all this because of one shortcoming that makes no sense to me LOL
well... I guess... checkouts carry the financial data and the type of product, the only charges I should be processing would be subscription renewals... so I guess bot-wise I can live with the limitation
jaunty grove
Both Charge and Payment Intent doesn't store product information. Since you use Checkout Session in your integration, the product information can be retrieved in checkout.session.completed event for one-time payment and the first time payment of subscription. For recurring payment on the subscriptions, product information can be obtained from subscription.* related events
analog tangle
well my charge based code just worked fine for subscription renewal I just said, so unless you folks decide to nerf that for no reason.
Answer me this though: The WHOLE POINT of a statement descriptor at the product level is to put it on the customers statements right?
I'll answer for you: Yes
So why is it after checking out a one time plan or donation, they will just see my company name
This literally just needs to be fixed
slim hull
Is your latest question about how to set the statement descriptor on invoice charges?
analog tangle
Well good thing I'm still working on this. I think I found something to try and work with LOL 😛
invoice would imply subscription, but I think if I pass a value here during checkout, I can get the 'product' info I need to go along in
modify my session create code to drop in what I need on 'payment' type checkouts
that should work yea?
based on this?
slim hull
What whould work? again you need to tell me what you want to achieve so that I can help you.
analog tangle
.... I have. A hundred times now. I'll just go keep muddling. Thanks anyways
slim hull
Then you need to be clearer on you questions. Otherwise I won't be able to help you.
analog tangle
Hell even more basic, and po the point maybe
Service - One-Time Payment Charge - Only has 'Account' Statement Descriptor, no other product identification
Service - Subscription Charge - Has 'Product' Statement Descriptor
Donation - One-Time Payment Charge - Only has 'Account' Statement Descriptor, no other product identification
Donation - Subscription Charge - Has 'Product' Statement Descriptor
I think I can get statement descriptors on the payment charges if I do #1196681582384259132 message
adding an object "payment_intent_data": { one of those descriptor modifiers } to my payment checkouts
I'm just not sure if I can replace the whole descriptor or if I have to use a suffix, as I won't know if it is card or say GPay until after checkout
slim hull
For card charges (including Google Pay or Apple Pay), you have to use suffix https://stripe.com/docs/api/payment_intents/object#payment_intent_object-statement_descriptor_suffix