I am developing an E-Commerce application.
I want to integrate Sirikit with the app.
Sample Instructions i want to give is in the following format
Buy |Something| from |App Name|
I did everything but i am confused which Domain or Intent to choose. Would be great if someone could guide me.
The only domain that seems suitable for your needs is the Payment domain.
As its documentation states, the Payment domain can be used for bill payment to any vendors, so it seems like a good candidate for an eCommerce application. Specifically, you should be using the INPayBillIntent as this is the intent that should be used to facilitate a financial transaction between an individual (your user) and an entity (the seller of your eCommerce product).
Even this intent won't exactly match your use case, so most probably you won't be able to use the phrase "Buy |Something| from |App Name|", but this is as close as you can get with the currently available intent domains.
Related
I have a grails Application
http://partner.strotmann.org
https://github.com/pstrotmann/partnerForFree
managing partner Information like persons, organizations, their resp. adresses, bank data and communication data (email, phone, ..)
As this Application is important for other applications in a company e.g. sales, marketing, human resources etc., it should be reused by those applications with no data redundance and as less code redundance as possible.
My first approach is Rest Webservice, that I implemented for a small production planning system, that just needed the name of the customer.
Is there a more grails like approach ?
For my needs a solution with rest Webservice will do.
First I wrote
https://github.com/pstrotmann/partnerAdapter
that encapsulates rest logic for the applications.
Using that adapter I wrote two simple examples:
http://sale.strotmann.org for English users
http://purchase.strotmann.org for German users
and deployed them on a server residing on a cloud other than partner. You can record orders and purchases and link them to a partner, that can be selected from the partnersystem. The link back from partner to sale and purchase is implemented as roles in the partner system.
Click the links and try.
peter
Dortmund, Germany
I am trying to create a donation centre of sorts in Rails for a non-profit, using PayPal, and am wondering if I should start from scratch or use an existing eCommerce gem/platform.
I want to:
- list various "products", or donation types that a user can select, customize and pay for
- be able to send/serve downloadable files to a donor, depending on their donation type
- keep track of donors, donations and various custom bits of data the user enters
- add hooks to add donors to mailing lists, push donation notifications to social media, etc.
Basically, I want something that looks like a store and supports digital products, but processes donations instead of sales through PayPal.
Does anyone have experience using Spree (or something similar) to accept donations? I can't seem to find evidence that this works without a lot of hacking.
Thanks!
There are several ways of doing this, but each will require you to roll up your sleeves and get into the code. I would recommend, especially if you are learning rails, using Daniel Kehoe's "railsapp - Ruby on Rails Membership Site"
http://railsapps.github.com/rails-stripe-membership-saas/
It is a great tutorial and building block for what you are wanting to accomplish. Don't just copy/clone it and use it out the box, I would run through the tutorial to get a better understanding of what is going on and how you can customize it to meet your needs. It uses Stripe, for payment processing.
I have a client who recently changed the scope of a project I was building for them, to a marketplace.
Previously users had to pay a nominal fee to register for the site...I was handling credit card transactions using Active Merchant.
For the marketplace that they now want to build they want to build a simple escrow-type system...the payment to the seller gets released when the buyer receives the product.
This will be difficult for several reasons:
How will the system be able to determine when the item has been received? The receiver could simply lie about it. I know paypal does something similar, but they use the tracking number from the shipping company to determine this.
How do I go about depositing payments in the sellers account? It's easy to process the payment from the buyer, but how do I get this money to the seller?
For #2 I was thinking it might be possible to use some sort of paypal account to handle this...I haven't looked into any specifics yet. Any idea where to start?
Paypal may be able to handle #1 as well, if I am lucky.
Any suggestions?
We used PayPal Adaptive Payments for #2... still hunting for a solution to facilitate the transaction between User A and User B with the marketplace taking a %...
Would love to hear more answers!
In regards to #1 - I'd require some sort of signed receipt on delivery. That would depend on the value of the goods, at the lower range tracking receipt + some sort of reputation system to remove people who abuse the system has worked for me in the past.
In regards to #2, disbursements; I'd recommend you look at our product Balanced. It's built to solve exactly this problem so I think it's a good match.
Balanced will allow you to collect funds into an escrow account and then disburse the funds as a separate action which allows you to split the funds up or group them together as required. Payouts are done via next-day ACH (US only) but we're building out international support.
Balanced has an excellent ruby gem since you're building in Rails and there's an ActiveMerchant plugin if that's what you are/have integrated with.
I know it's possible to sit between a payer and payee using PayPal by just storing payee's PayPal account information.
Is it possible to take a percentage of the that transaction and pay it to a different PayPal account. Basically acting as a service fee for using our website?
If it helps, I would probably be using Active Merchant for rails.
What you are looking for is called "Chained Payments". You can take a commission from a payment, and the remainder can be split with one or more payees. The original payer only sees you. Chained payments are one of the several types of workflows you can get through the "Adaptive Payments" API.
More info on:
https://developer.paypal.com/webapps/developer/docs/classic/adaptive-payments/integration-guide/APIntro/
and pages 18 and 19 of the following manual on Adaotive Payments manual at cms.paypal.com/cms_content/US/en_US/files/developer/PP_AdaptivePayments.pdf
I was looking into this very same scenario, and I believe I've found that it is supported via PayPal's Website Payment Pro API. It appears as though there are several available use cases, such as:
Taking a cut, as you described
Dividing up a single customer payment among multiple payees (so if you have a shopping car where you resell items from several different providers, you can divide the payments up based on who provided each item)
Take a look at the document here and see if it fits your needs. I'd be very curious to hear how your integration goes, since I'm looking at something very similar for my forthcoming site.
https://www.x.com/docs/DOC-1328
EDIT: You should also take a look at the Adaptive Payments API. That was the other service I found that may fit this use case...
https://www.x.com/community/ppx/adaptive_payments
You can automatically charge transaction fees between the payer and payee if you use the Amazon Payment Service. It explicitly supports your business model.
I have a site where members write specialized articles. I'd like to allow my members the option of putting up a PayPal button to charge their readers for these articles.
Basically, I'd like to set it up so that a member can choose to charge for content or not. If they choose to charge for an article, then their reader must pay via PayPal before they can view the article.
What is the best way to do this?
Most PayPal website tutorials are geared towards how to integrate PayPal to sell items on one site and don't really cover how to allow a site's members to charge others.
I'd just like for members to use Website Payments Standard. I'd like to make it very simple for them to take payments. Just enter their PayPal email address into our admin console and our site will take care of everything else.
Do I need to have the member setup IPN to get this to work? Or can just adding their PayPal email be enough.
Anyhow, any tips or tutorials you could point to would be great. Also, I'm using rails if that makes a difference.
Thanks.
You touched on what my suggestion would be - have them specify their IPN URL to a resource on your site that would process the transaction and allow access to the article if appropriate.
Another option would be to process those payments yourself, then at the end of the month, say, use the Mass Pay feature to send money to all the authors. I'm not sure what your tax liability would be in this situation however - IANAL.