I want to pay my users(share profit) automatically every month using PayPal.
I read a lot about PayPal and all features. I need to configure sending payments depends on some statistics from my database.
I'm using Rails and will appreciate all any help !
Can I rewrite or change something in recurrung bills gem to pay my users ?
There are several scheduling gems for this purpose:
https://www.ruby-toolbox.com/categories/scheduling
If you are using a payment gateway such as paypal, they have support for reccuring billing. Most payment services support this. I don't know if it is possible to set up a timer like you describe in the question, but I would definitely not rely on it. What about performance and what if your app goes down?
Take a look at activemerchant and this railscasts episode.
Maybe this paypal documentation is helpful too.
On the PayPal product family, take a look at Adaptive Payments. One of the features is the ability to do what's called Implicit Payments. Essentially this feature givves you the ability to programmatically send money out of your own account, to pay somebody else.
You simply need to write the script to determine the receiver's email address, the amount you want to send them, and make the API call with that information.
Check out page 25:
https://cms.paypal.com/cms_content/US/en_US/files/developer/PP_AdaptivePayments.pdf
Although it's probably easier to write your own API call (It's basically and HTTP POST request, with some additional headers), you could probably tweak the ActiveMerchant library to do it for you.
Related
I am integrating payment module for the first time. I want to integrate paypal payment in my app. For this I see multiple options but I can't decide which one is better.
1) integration with Paypal (Difficult one)
2) PayPal-Ruby-SDK
3) Stripe (Looking Easy)
Which one is better? I want to use stripe but is it support paypal ? It is available in every country?
Please guide me and don't ask to search on google.
NOte : Better meanz easier to implement
The question on 'better' is very subjective. Some facts: cost to you in time & cost in you per transaction. Depending on the country Stripe & Paypal take different amounts. I believe (in the uk) Stripe is cheaper (https://stripe.com/gb/pricing), 1.4% + 20p compared to paypal which I believe starts at 3.4% + 20p.
However for a developer, the bigger cost is the cost to build & maintain. My subjective experience on this (having implemented both previously) is the stripes documentation is easier and faster to integrate into your app.
Please note: Stripe does not o(as far as I know) support paypal payments. If you need this, you will need to use Paypal or Braintree (a paypal company: https://www.braintreepayments.com). Braintree is an all in one payments processor (similar charges to paypal), however they are currently offering the first £30k free (it may have country restrictions on that offer).
I've got a Rails 3.2 app that will need to send various transactional & bulk (marketing) types of emails. Ideally I'd be able to use a service (like Sendgrid or Amazon SES) to improve deliverability and for unsubscribe support. I've mostly used Sendgrid in the past, but I need the 'unsubscribe' to be just for a specific category of the email (there are around 6 categories). I can't have someone unsubscribing from a marketing email and miss out on notification or invitation emails. Does anyone know of an service that supports this, or does this just have to be done internally? It seems like there's a lot to deal with related to best practices for deliverability, list-unsubscribe, etc. if you manage it yourself.
I see this discussion on sendgrid, but seems to be pending still:
http://community.sendgrid.com/sendgrid/topics/unsubscribe_and_categories
I'm happy to go with any service if it integrates relatively easily with Rails and can support category/type based subscription management. Or perhaps a hybrid approach with different services or separate accounts on the same service, if they allow that for the same domain?
I very much appreciate any feedback on how others have tackled this.
Thanks!
SendGrid is currently developing this feature and we hope to have it out shortly. There isn't an exact time for the release of this feature yet but it sounds like it is just what you are looking for. Check out SendGrid's blog, it will be updated when this feature is available for beta testing.
http://www.sendgrid.com/blog
Thanks
Brian
It looks like CritSend(1) have what they call "tag" support and state the following on their site:
Our unsub processing is done per tag, so if someone unsubscribes from
one of your emails tagged "newsletter1" that does not unsubscribe them
from any other tag.
The one thing that is unclear is the level of Ruby support.
CritSend name MxmConnect as the gem to use for sending emails. There is a critsend_events gem for the CritSend Events API.
(1) Note, I have no affiliation with CritSend
Is it suitable to use Mail Gun to send out newsletters (bulk emails)? We are currently using Mail Gun to send out transactional emails (i.e. for confirmation emails) Works great!
We are looking at Campaign Monitor and Mail Chimp for weekly email newsletters. Are these services more suitable for this kind of task?
One thing I find more convenient with Mail Gun, is their API is much easier to work with. Especially when sending "dynamic" / more personalized emails. For example:
Hello Foo,
Your total video plays is 1,291. You have 214 total comments.
Regards,
Awesome Web
On the other hand, the UI analytics / reporting provided by Campaign Monitor and Mail Chimp make it much easier to read, especially for someone non technical. The same applies for creating campaigns and templates.
And it is simple enough to use with Rails. Since the templates are created via ActionMailer instead of from the UI (as seen with Campaign Monitor and Mail Chimp).
Are there any deliver-ability advantages for newsletters, from using one of the services, that I should be aware of?
Disclaimer: Since I love their service I ended up knowing them personally
If you want to use only one service to send and track all your emails, you need an all in one solution. They are not many players on this segment and I guess that the Cloud Emailing platform Mailjet would be the best for you :
They let you send both marketing and transactional email.
They have great analytics: really actionable and easy to use.
They must cost about the same price as Mail Gun, or maybe even less (30,000 emails cost something like $7 for example).
Last but not least, they optimize your deliverability (authentications, IP reputation, etc.).
On top of all this, Mailjet's API is well documented and makes you able to personalize the messages. And they even have an official Ruby Gem.
If you want a clear and objective overview of what exists, you can easily compare the different actors here.
I have noticed that some applications provide functionality allowing the user to pull down transaction records (usually for credit cards) from an online banking system. Usually specific banks are supported.
What is the general method to achieve this (i.e., using an API, or something else)? I have seen a web app that supports the bank that I want to pull down transaction records from (ANZ), so I know it's achievable - but have not been able to find any references to any kind of online banking API.
I intend to implement a solution in Ruby on Rails, but I imagine the underlying method would hold regardless of the language used.
Perhaps the bankjob gem might be useful:
http://bankjob.rubyforge.org/
Contact the bank in question and ask them for their API - most of the information you want relates to the security/automated logon issues. the actual data is usually just transferred as a CSV file.
I know easier said than done, but be persistent until you actually are talking to someone in the IT area who can answer questions and not just lawyers and front people. It helps to do some of this in person rather than by email or phone - banks are conservative organizations after all (and if your money is in that bank you want them to be).
EDIT:
Now when dealing with banks don't be surprised if you run into stuff like this:AMEX Security - what's behind this jaw dropping stupidity? - a legacy mainframe system that only accepts 6-8 character, lowercase, alphanumeric entries with no spaces and no special characters. This is why most banks are reluctant to let people know about any outward facing APIs.
Hi I know this is 6 years later but... I thought i would answer it so that future users(like me ) could come up with a solution.
Banks now have api's so you could use something like httparty gem to parse api data.
A simple option is yodlee and their api, or if using rails the Yodlee-icious gem.
hope that helps.
I need to set up a payment solution within one of our Rails apps using the ActiveMerchant library. Although this question is highly subjective, what are people experiences with the major gateways out there (BrainTree, Authorize.net etc)?
It must:
handle recurring payments.
have the ability to credit a persons account.
have the ability to void a payment.
have a way to store the users payment details (such as Authotize.nets CIM).
Cheers
ActiveMerchant is great, but there are a few issues I've discovered while working with it for the past year or so.
First, while some gateways maybe be 'supported' - not all functionality may be included. See the feature matrix to be sure the gateway you choose is fully supported -
http://wiki.github.com/Shopify/active_merchant/gatewayfeaturematrix
I've had to add additional functionality to gateways a few times.
Second, keep in mind that additional gateways may be 'supported' by applying a simple patch. Many people, myself included, have submitted support for additional gateways that are awaiting approval by Cody and crew. Most of these gateway patches are production tested and ready to go.
https://jadedpixel.lighthouseapp.com/projects/11599-active-merchant/tickets
Your problem probably relates more to your business and the fees the service will charge you than ActiveMerchant itself.
If you find yourself wanting a gateway not supported by AM you can write the support yourself or pay some AM developer to do it.
For a good explanation on fees and issues regarding Payment Gateways, refer to this post:
What's the best online payment processing solution?
Another great post about payment processors that you could read is:
Payment Processors - What do I need to know if I want to accept credit cards on my website?