Ok here goes:
Hypothetical: Let's say I'm selling digital content online for various freelance artists. The artists submit thier content to my site and I make them available to the public for a fee.
A customer enters the site to buy access to the content. Once the customer pays thru PayPal the payment is automatically split between my business (reciever 1) and the artist (reciever 2) through the use of Parallel Adaptive Payments.
Question: Is it possible to assign some type of "artist ID" to each submitted content that links that artist's content to thier PayPal account so that they are secured payment for each sale while still maintaining payment to the business from each split payment transaction? Keep in mind there will be multiple artists with each artist submitting multiple pieces of content.
I hope I didn't make this more complicated than what it is but if anyone can help with this it would be appreciated. Thanks!
I am not sure I completely understand your question. However, you could pass over a an id in one of the available variables such as item id, custom or etc. If you are trying to get some type of identifier back on your end.
Related
I am creating an app where sellers can sign up on an app, and sell products (think Etsy). Local users can view and purchase the product from the seller.
What would be the best approach for doing this? I was looking at the Square API. I looked through Square's Merchant API but could not find an endpoint to create a new Merchant account (which I would ideally create for each seller). Another option might be to create one Merchant account (for the app) and a new Location for each seller. Does this seem like a good idea?
At this time the ability to create merchant accounts with Square APIs isn't currently available. We’re constantly working to improve our features based on feedback like this, so I’ll be sure to share your request to the API product team.
It isn't recommended to have all payments run through one Square account cause you'd have to deal with all of the chargeback risk for every payment and all the payouts of funds to the sellers.
I've been searching Paypal's products and docs and I can't seen to confirm or deny if Paypal is a solution for what I need, so wanted to ask the community.
I run a web platform for creators to spin up websites. One common request is to create a page for them to sell their merch. I don't want to re-create Shopify/etc.. so have been telling them to go use that and link to their store from their website. But I'm wondering if there's an easy way to give them a very basic store experience using standard Paypal Buy Buttons.
My ideal approach:
Create a ShopItems model and users add items with price, description, shipping cost.
User adds their Paypal merchant ID
I generate a Buy with Paypal button that simply sends info to Paypal about the product being sold, how much to charge, etc..
I dont need any shopping cart functionality, and I dont want to have anything to do with the payment. I just want the end customer to feel like they're purchasing something (not sending someone $ via venmo), and have a place to add their shipping info, etc..
Currently, I see how a user can create accounts in their paypal account and then they're given a specific button for that item, but I'm trying to make this a little simpler where the user creates the product in my system and I just use Paypal for invoice/payment.
Would love any thoughts / ideas.
Integrate a version of PayPal Checkout: https://developer.paypal.com/docs/checkout/
Some sample demo code here: https://developer.paypal.com/demo/checkout/#/pattern/client (use the server version if you need robust payment completion notification -- this requires implementing two routes on your server, one for 'Set Up Transaction' and one for 'Capture Transaction', documented here: https://developer.paypal.com/docs/checkout/reference/server-integration/ )
If you know the merchant ID you're processing transactions for, this can be specified when loading the SDK: https://developer.paypal.com/docs/checkout/reference/customize-sdk/#merchant-id
Whether or not you specify a merchant ID on the SDK line, that same or some other identifier needs to be specified in the purchase_units payee object when setting up the transaction: https://developer.paypal.com/docs/checkout/integration-features/custom-payee/
I am using website payments standard and I have the following requirement. Please let me know if a solution is available for website payments standard.
I already have subscriptions integrated to my website. I would like to have a feature that enables the user to donate a dynamic amount along with the subscription. For that, I plan to add an additional text field for the amount in my payment page. I would like to know if it is possible to manage both donations and subscriptions in the same request.
Let me be more clear about the requirement.
When the user clicks a custom subscribe button, a page with a text field to enter a donation amount will be displayed. Suppose, the user enters a random amount. The user will then click the PayPal subscribe button and will be taken to the PayPal site for the payment. Both the subscription and donation have to be managed separately so that I can easily identify which one is subscription fee and which one is donated amount by looking into the PayPal statements.
Please let me know if this is possible with website payments standard. If not, can you please help me how to achieve this?
My additional requirements are:
I need to combine Add to cart button and Donations too.
I would like to manage subscriptions just like Add to cart feature. i.e., Paying for multiple subscriptions at once.
I am looking forward to your reply.
Is not possible to make both "Donations" and "subscriptions" in a single payment. Unless you treat the donation as an additional amount for your subscriptions initial payment.
I plan to create a page on my website that lets others upload games and apps they've built, then sell them via PayPal. Please forgive me if this is a simple question, I've never used PayPal for anything other than purchasing things. I need the button to dynamically change who it's sending the money to. I understand that in order to split who the money is going to, I would need to set up a business account, but if I wanted the creator to keep all of the money they charge for their virtual goods, would it be as simple as changing one of the tags within the PayPal form?
I'm experienced in PHP, SQL and Javascript, so dynamically changing any of the forms elements wouldn't be an issue, but would the payment actually finalize?
Yes, if you're working with Payments Standard it would just be a matter of updating the business parameter with the email address or PayPal merchant ID of the person you want the money to go to.
This isn't the best way to do it, though, because people can see the HTML, copy it, adjust it, and submit payments that are for less than what you set the price at.
In order to protect that sort of stuff you could generate your button code using the Button Manager API, or better yet, go with Express Checkout and the Permissions API (or manually granting permissions) so you can make API calls on behalf of 3rd party users.
My PHP class library for PayPal would make this pretty simple for you.
I would like to know if it was possible to sell products across multiple websites with a single paypal account?
I do not see any options on my management interface.
thank you
Yes, you can. PayPal makes it easy for sellers who use different brand names to manage multiple lines of business.
Therefore, you can setup your PayPal buttons or PayPal API to your individual websites.
For eg:
If you want to link your websites to your Single PayPal account for a Website Payment Standard button, then you just go ahead and create your button from PayPal(button factory)
and then use the generated button code in either of your websites.
Also, it's easy to receive payment notifications and manage orders by using a different email address for the two lines of business. More info here