I need to integrate stripe payment below use-case
I have two customers, customer one wants to send the money to customer two, how we can achieve this ??.
I have one idea when customer one send money to customer two means, we can move money owner of the stripe getway, then we will move money owner account to customer t
I'm using PHP SDK
There's no way to do this with Stripe Customers, but you can ~do it with Stripe Connect.
That said, I'd recommend you write into Support first and make sure they can support your use case: https://support.stripe.com/contact/email
Related
We currently have a website that uses eWay token payments and setup Auto Order for customers. They can manage what items are in the auto orders and at what frequency the orders will be placed.
After the first order we can save the users 'Token' with eWay and charge their card at each instance.
We would like to add in the ability to pay with PayPal, but cannot see a similar feature where future orders can be placed without the user interacting.
The issue is that the price may differ from original payment, as discounts for the item may change or the user could add in other products to the auto order. So we don't want to have a repeat purchase setup in PayPal, rather automatically charge the users account when needed.
Been looking through paypal API docs and nothing is jumping out as the correct way to proceed.
We have tried payments through eWay to PayPal however they are not supporting paypal through their gateway anymore so are not much help.
Our website is PHP, Mysql driven and we currently use PayPalExpress checkout API for single orders.
For PayPal, the receiving account needs a feature called "reference transactions". This is not enabled by default in the live environment (though it is in sandbox). It requires business approval, so the PayPal account owner should contact PayPal's general customer support or an account manager (note: not technical support) to discuss the business need for the feature.
Once approved for the "reference transactions" feature on a live business account, PayPal can guide you on which API to best integrate to make use of this. Something like v2 or v3 vault and that API's payment tokens are a possibility that sounds exactly what you are describing, though there are other (older/legacy) APIs that use something called a "billing agreement" as what's effectively a token as well.
Good afternoon. Interested in a question related to the integration of Stripe.
The business task is as follows: We have products in which you can invest your money (P1), we also have a system of rewards for users (P2, P3). The creator of the project (P0) also receives some kind of reward.
Question:
How to create a list of users so that they can deposit money and we can reward them with rewards in the future. I know about such objects in the Strip as Session Hescote (for debiting funds from the card) and Payout (for crediting to a bank account). But the Checkout object is created for the Customer, and Payut for the Account Connect. How to be?
Is it possible to create an Account with the Cyst type, without filling in the bank details in detail. Let's say only the card number and that's it?
Can someone share their solution? The main task is to realize investment in the project, as well as encouraging users (crediting money to the client's card).
Stripe is, in general, a ONE-WAY payment processor - FROM "Customers who make payments via various methods" TO "Business Accounts that take payments" - either the Platform, or connected Accounts. Stripe does NOT make payments or transfers to "Customers", and does NOT transfer funds between Connected Accounts.
There is a (far more complex) "Banking as a Service" as well...
Their ToS (Terms of Service) also explicitly says they generally do not support crowd-funding and equity-funding services...
Guys I found the solution, thanks for the help everyone.
I'm attaching a flow below that works for me.
Creation of a sub account in the Stripe system.
Each system user (project creator, investor, ambassador) will be created in the Stripe system as a separate user through the functionality (https://stripe.com/docs/connect).
Verification and data filling.
Each user will need to fill out their profile in Stripe for the system to work correctly. The data entry form is provided by Stripe. (https://stripe.com/docs/connect/connect-onboarding)
Investment. The money goes to the main account.
To invest in a product, you need to create a Checkout widget, this functionality is provided by Stripe. It is required to specify information about the product and set a price, and then ask the user of our system (the Investor) to enter the bank card details. (https://stripe.com/docs/payments/checkout)
The distribution of funds received between the main account and under the account.
Once funds are deposited into Stripe's account, the funds need to be distributed among customers.
To distribute funds, you need to use (https://stripe.com/docs/api/transfers)
Withdrawal of funds to the user's account.
After there is money on the client's account, you can withdraw it through the functionality (https://stripe.com/docs/api/payouts)
I am creating a laravel project where I am using omnipay. I have never used omnipay before but what I know is that one can transfer money between two accounts (e.g. PayPal). However, my question is, is it possible to transfer money between two accounts of a different provider. For example: The customer is paying with PayPal but I want that money transfered directly to my Stripe acocunt. Is that even possible?
No, that's not supported. There would need to be an external account of some sort as an intermediary.
Hi we are creating a mobile app for marketplace where we are hoping to get eBay model implemented. Where buyer will pay the seller and we will take our cut from the seller. We actually don't want to get payment ourself for the sale and handle the disputes for order shipping or chargebacks.
When a sale is done on our app, the buyer should send the payment to the sellers paypal and then Paypal will handle all the other stuff regarding that like disputes or chargebacks.
I want seller to link his paypal account to our app and we will take permissions for future payments and maintain a record where we can calculate his fee regarding sales made on our platform. Paypal Mobile SDK support this feature.
But my question here is how can we automate the original purchase process? One option is when a sale is done, we will send invoice from seller side to the buyer (possible using Paypal REST API) and open invoice pay link on the buyer side. Once the buyer pay the invoice and transfer the funds to the seller we will know that sale is approved successfully because as a Paypal facilitator we have access to that invoice (we actually sent that invoice to the buyer as we have permissions of invoicing of seller account).
But what if we don't want invoicing system? Can we implement anything where buyer will send the funds to the seller without generating an invoice from our app. Like when a sale initiated, we will present buyer a page where he will pay directly to the seller (without us involved) and we will track that transaction and make outstanding cut on that sale?
My Research so far
Payapl mobile SDK for iOS don't allow us to take permissions for invoicing, we can take single, future or profile sharing permissions in app
Paypal Rest API allow us to take permissions for invoicing but not for future payments (that is necessary to take our cut from the seller's account)
If we use Paypal Mobile SDK, we can take funds in our account but not directly to our sellers account
Adaptive payments is an option where can take funds from buyers and after deducting our cut send the rest to the buyer but in that case we will be primary recipient and seller will be secondary, being a primary recipient we are responsible for shipping the product which at this stage we don't want. Want want to be seller as primary recipient
Any help regarding our situation would be greatly appreciated. We just want to automate the system somehow with the APIs and SDKs without being the primary recipient. Please give us suggestion to make this a reality. Thanks
Using any other payment gateway like Stripe or Braintree will not help here because in that case we will be taking money as registered merchants. We would really like to work with Paypal for handling all order related stuff
The Express Checkout API supports Parallel Payments, in which case you specify the SELLERPAYPALACCOUNTID in the request. This is where the money for that particular payment would be sent.
You can use this functionality even with a single payment on the order, though. So you can just setup a single payment and include that SELLERPAYPALACCOUNTID parameter, and the money will go directly to that account.
When doing this you can use your own API credentials and no permissions or anything are required from the 3rd party account to send the funds directly to them.
This PayPal PHP SDK will make the Express Checkout API calls very quick and easy for you, so you could just setup some simple PHP services to hit from your mobile app(s).
I need a payment gateway for my php application.I am running a software consultancy and employees are from different parts of the world. I have build an application manage invoices and pay money to them. I need this to be integrated with a payment gateway.
My organization is in USA.
I checked with some payment gateways, but they need seller account for each employee.That is not possible.
My direct requirement is the cash must be transferred from my card/bank account to my employee's bank account . I want to pay through net banking,credit/debit cards,wired transfers,etc.
Please help!!
Thank you
If your requirements are such that the employees need to invoice you first before they get paid, I don't know how you can get around the seller account requirement.
However, if all you're trying to do is simply pay your employees, and manage their invoices through a separate system, something like PayPal could work -- I think really any payment gateway could work if you could push your requirements to the point that you simply pay your employees (one process) and handle client invoices through a second process.
Last time I checked, Paypal lets you transfer to family and friends without their percentage charge, which you could possibly bend to meet your employee payment requirement, if you can offload the invoicing piece to a separate system.
First, you don't tell us enough information about your requirements: do you need support for physical goods ? if so - who's doing the fulfillment ? you can't charge a credit-card until the package was sent which makes things more complicate than most people are aware of.
Second, what you're referring to is called the re-seller model. This model is problematic since all the major credit-card companies in the US recently came up with a new requirement: a merchant that processes more than 100K a year should open his own merchant account! (that's part of PCI compliancy required from the processors).
If all you need is to pay your employees, and being able to do so globally, there's a cool company that does just that called Tiplati.
Disclosure:I work for one of the major payment processing solutions called Bluesnap