#0xfiro_api

1 messages · Page 1 of 1 (latest)

minor pineBOT
#

👋 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. Thank you for your patience!

⏱️ We automatically close idle threads, which makes them read-only. Make sure you stick around to chat in realtime! If this thread is closed and you have another question you'll need to start a new thread.

🔗 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/1214125785309511711

📝 Have more to share? You can add more detail below, including code, screenshots, videos, etc.

green stag
#

Here you can see customer = None

#

Also why it says 0€ for fees ? Are those payment processing fees like tx fees or our applicaiton fee which we get from this payment transfer ?

white ledge
#

What's the checkout session ID?

#

If you can't find it, you also share with me the Payment ID

green stag
#

py_1OqLMERUUJDR978eWpzbYTte

#

not sure where I can find the checkout session id

white ledge
green stag
#

We are using destination charges

white ledge
#

Stripe would automatically create a transfer for a destination charges. But this transfer was manually created by you (you can check the request ID)

green stag
#

Oh , what would be right in this case ?
Let me quickly explain flow:
Buyer buys a product and funds are authorized but not captured .. once we get the good and it gets verified by us then we approve it and capturing the money and transfer it to the seller - processing fee and application fee.

white ledge
#

Do you have a PaymentIntent ID for me to take a look at your flow?

green stag
#

let me check

#

i think it is this here pi_3Opo8XDFUXreffb300MyFtiR

white ledge
#

No, this isn't a destination charge.

green stag
#

I see , but in our case separated charges can also work , right?
I just need to know how I can identify from which customer this account got the payment

green stag
green stag
#

I think we have to use destination charges in our case .. because if I check flow of funds ... we have buyer , seller (onboarded acc) and we as plattform provider

white ledge
#

As far as I can tell, you are not using destination charge, yet.

green stag
#

Ok , but is this the issue why I dont see any customer in payment details ?

green stag
flint flameBOT
tardy coyote
#

because the customer is associated with the payment object on the platform; all the connected account sees is the payment that represents the arriving transfer

#

they have no visibility into the customer or payment details, they just recieve the transfer

green stag
#

I got it , but how can I identify it as an admin

tardy coyote
#

transfer.source_transaction is the ID the originating payment on the platform(if you're using Destination Charges or if you set it when creating the Transfer); otherwise you have to track it yourself or use metadata on the objects

green stag
#

Okay, so destination charges would already do everything automatically , right?

#

and right now we are using custom flow and therefore we have to consider more steps in order to get more information , e.g use metadata on the object to get the source tx id

tardy coyote
#

you can also set source_transaction yourself

green stag
tardy coyote
#

only fees you take explicitly via application_fee_amount in the API (which you can't do when using Separate Charges and Transfers) appear there ,yes

green stag
#

aaah , so because we are using separated charges we are not able to see it

green stag
tardy coyote
#

yes, as far as I know the capture is unrelated to the repayment options inside Klarna, that is all between the customer and Klarna and not something you need to think about

green stag
#

Great, thanks.