#Cerio
1 messages ยท Page 1 of 1 (latest)
Hello, how can I help you?
So this is the thread? I can just post freely here and it will be seen? (Sorry I don't normally use Discord outside of random stuff.)
Yes this is the thread, apologies for missing that message initially
Hi there. Are you referring to this library? https://github.com/stripe/stripe-dotnet The one I linked is Stripe's official library.
Awesome! Thank you
No problem. Recommend you use that one since it's officially supported by us and should contain the functionality you need
Let me just double check
Yes I believe that's the same API we're using sorry I was looking at the fuget page.
So this innately supports ACH payments? (I'm just double checking I see some of the classes that look like they'd be involved and it looks correct.)
Yep
Oh awesome, thank you again. Sorry I'm a little scatter brained atm.
Do our clients need to do anything special to get this support? or is it all provided under the same shared secret key?
Not sure I understand. Who are the clients in this scenario?
I'll provide much more detail in a few sorry I'm dealing with two issues atm.
Ok
Our operation exists in the vacation rental industry and our solution has a payment gateway project which handles multiple different payment processors (each are offered as options to or clients). Our clients are real estate brokers (their inventory being vacation real estate stays). ATM they're normally using Stripe to process incoming Tenant CC payments for those stays.
The CC payment/Stripe system is working great and we're interested in expanding the Stripe functionality to accept ACH.
Currently we're loading up a CustomerCreateOptions object with customer data,
creating this customer with the CustomerService.Create call,
creating a paymentMethod with the PaymentMethodService.Create call,
attaching the two,
and creating a paymentIntent with the PaymentIntentService.Create call.
This is working fine.
Am I correct in saying I can repeat this process with ACH?
If I'm understanding this correctly we'd just need
1: to load up a different paymentMethod into the PaymentMethodService and
2: to define the paymentIntent with a PaymentMethodType of ACH?
Sorry for the spam I wanted to aggregate all of the code flow into one post so it didn't get lost.
Yes but are you using the payment element?
Is the 'payment element' the JS portion of this integration?
Oh sorry, our integration only uses the Stripe.Net project.
So we do not use any aspects of the JS form.
Our payment gateway is deeply embedded in C# and the flow is one way (from the users input to our server, our server processes it and we interpret the result). We're fully PCI compliant, I know that's why most people use the payment element.
Ah ok then yes the flow you outlined is what you'll need
Ok I just wanted to make sure this flow supports ACH in the same way it supports credit cards.
Sounds like it does which is awesome.
One more question.
Our other payment gateway integrations allow our clients (the real estate brokers normally receiving the payments) to also pay out ACH. Do you know if this is the Stripe API will also support?
I ask because we had one payment processor say they handled ACH but they only handled one way (being 'in' where they accepted the ACH payment, but did not handle 'out' allowing the client to pay others VIA ACH.
Let me know if I can provide some more clarification on this.
So to receive money via stripe you must have a stripe account
Unless the real estate brokers have a stripe account connected to yours, this isn't possible
Also accepting ach might be tricky with your flow. Mandate acceptance is mandatory for this payment method
Ok I'll look more into mandate acceptance, do you have a link directly to some documentation around that by chance?
We don't have a stripe account, our brokers have individual accounts and we store their keys and they process via our software using their own account keys.
All steps needed are covered
Gotcha thank you again vm for your patience
I'm going to try and clarify the example above one more time to see if I understand this completely.
We have three people:
-
the broker (who is selling a stay at a property)(who has a Stripe account)
-
the tenant (who is purchasing the stay from the broker)
-
the owner of the property (who actually owns the property where the stay is occurring)
With how Stripe works:
The broker can accept payments(CC/ACH/ect) from the tenant (because the broker has a Stripe account).
However, the broker cannot then pay the owner via Stripe, because the broker has the Stripe account but the owner may not.
Correct?
Yeah
Awesome, thank you.
The owner would need to create a stripe account and connect to the broker
I'm following you there. Our other payment processors work directly with Visa / MC / and separate banks so I think their flow is innately different.
This is still a good addition.
Per the mandates:
These are only handled in the JS 'payment element'? I don't see anything for them in the Stripe.Net code, I could be missing something though.
Yeah let me check with a colleague to see if this is doable
Thank you VERY much
I know this is a probably a pain. I hate to spam people with questions but atm we're tight on people. And, potentially rushing through an ACH integration to find a road block is a head ache I'm desperately trying to avoid ๐ ๐
No worries. Will let you know when I hear back
Ok so this is all doable via the .NET library. When creating a payment intent, you can create the payment method inline with: https://stripe.com/docs/api/payment_intents/create#create_payment_intent-payment_method_data-us_bank_account. You'll also need to provide mandate_data here: https://stripe.com/docs/api/payment_intents/create#create_payment_intent-mandate_data
Complete reference documentation for the Stripe API. Includes code snippets and examples for our Python, Java, PHP, Node.js, Go, Ruby, and .NET libraries.
And then microdeposit verification is triggered automatically when you confirm the paymentintent