|
Tommy Thomas
|
August 28, 2012 at 7:10 am
I haven’t bought the ticket plugin but was just wondering, if I’m hosting this event site, and people are wanting to use tickets for their events, all the funds have to be funneled through my paypal account? (Not a real scenario obviously, but …) So if a local bar sells 500 tickets to see Jim Morrison for $50/ticket, I have to deal with $25,000 of income on my business account that isn’t mine… and now that everyone just realized it’s not the Doors’ Morrison, I have to deal with the fallout … Is that an ‘accurate’ representation of how this plugin works? Is there a way to associate a bar’s own paypal account with the event so everything is done through their account?
|
|
Chris Reynolds
|
August 28, 2012 at 11:47 am
You mean if you are managing multiple venues for events, is there a way to segregate the merchant accounts to be unique for each venue?
If that’s what you’re asking, then, no, that’s not currently supported (but is something we will be working on adding after 3.2 is released). Let me know if I’ve misunderstood your question.
|
|
Tommy Thomas
|
August 28, 2012 at 11:54 am
Yes, that is what I was asking and I wanted to make sure that if I implemented it, that I am understanding that I’m using my paypal account and business to collect and disperse monies to the owner of the ticketed events… even though I’m not affiliated with the event owner. So basically I charge the 10% or 20% for the ticket service and hand them back the difference once it’s over… I guess… seems weird, needs to have the workflow examined on that one.
I would have to recommend there be a PayPal or whatever field for each event where you put the event owners credentials in and the tickets are bought against that account…
|
|
Chris Reynolds
|
August 28, 2012 at 12:56 pm
Well, down the road, we’re going to make it so that multiple users can have their own settings — so, theoretically, payment gateways can be assigned to a specific user, so if you have multiple users, and events for those users, you can have specific gateways configured for those users as well. The initial framework for this system is in place (settings are stored in the user table rather than the options table) but we haven’t had the opportunity to work extensively on building this out yet.
|
|
Ella Rhoades
|
September 5, 2012 at 7:09 pm
Before I address my concerns, I want to thank Event Espresso for proving a fabulous and full featured product! I am a web developer and extremely impressed with the overall functions of the application. I was thrilled, after registering for a “free” test workshop. Everything worked smoothly and professionally! Good Job!
However, a slightly different scenario occurred when I tested the “paid” scenario. I suspect that my requirements may be similar to Tommy’s issue. I was under the impression that with the multiple gateway options, I would be able to implement more than ONE payment gateway scenario for EACH purchase. While the client would prefer to use Paypal, we noticed (in testing scenarios) that it required the user to have a Paypal account in order to process their transaction. With other payment gateways I have used, it allows the choice of NOT having a Paypal account and utilizing a “non Paypal account” credit card. Unfortunately, I believe I may have seriously mislead the client. As with your own payment system for purchaing your own product (presuming that Event Espresso would function similarly), I assumed that there would be an intermediary choice as to which payment scenario the visitor wished to use. Through our testing scenario, this was clearly not the case. Once the user entered their registration information, they were taken to a page that provided ALL THREE choices (Paypal option being first, then two “attention” elements on both the Check and EFT choices) with the Check and EFT elements showing ” Attention! Since you are using the bank payment option, please make note of the information below, then click here to finalize your registration.”
Alas, this result is not acceptable. Have I implemented something incorrectly? Have I misunderstood the abilities of the product? Please let me know how I should proceed and how I can explain to the client that the product may not function as expected.
|
|
Seth Shoultes
|
September 5, 2012 at 10:33 pm
@Ella
While the client would prefer to use Paypal, we noticed (in testing scenarios) that it required the user to have a Paypal account in order to process their transaction. With other payment gateways I have used, it allows the choice of NOT having a Paypal account and utilizing a “non Paypal account” credit card. Unfortunately, I believe I may have seriously mislead the client.
We have no control over this. This is a setting in your clients PayPal account. Here is an old post that discusses how to fix this issue:
https://eventespresso.com/forums/2010/10/paypal-optional-setting/
Once the user entered their registration information, they were taken to a page that provided ALL THREE choices (Paypal option being first, then two “attention” elements on both the Check and EFT choices) with the Check and EFT elements showing ” Attention! Since you are using the bank payment option, please make note of the information below, then click here to finalize your registration.”
This is changing Event Espresso 3.2 and will function similarly to what you need. In the meantime you can modify the Event Espresso gateway files for the invoice and bank payment options to suit your needs.
Hope that helps.
|
|
Ella Rhoades
|
September 6, 2012 at 9:48 am
Seth –
Thanks for the quick feedback. However, after searching for an hour, I do not see the settings you refer to in Paypal. Possibly these have changed since the 2010 posting? By all indications, Paypal says it should automatically happen based on the type of account.
I would be happy to modify the gateway files. Is there a post that explains this process?
Thanks!
|
