<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: I Need Help Setting Up Authorize.net</title>
	<atom:link href="http://www.GreenTaxi.com/i-need-help-setting-up-authorizenet/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.GreenTaxi.com/i-need-help-setting-up-authorizenet/</link>
	<description>A journey through Finance, the Environment, and Emerging Industries</description>
	<lastBuildDate>Mon, 02 Jan 2012 17:56:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Michael</title>
		<link>http://www.GreenTaxi.com/i-need-help-setting-up-authorizenet/comment-page-1/#comment-2728</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Sat, 15 Nov 2008 01:06:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.GreenTaxi.com/?p=1179#comment-2728</guid>
		<description>P.S. *EDIT* My last comment I meant to say I was somewhat opposed to doing the entire &quot;processing&quot; of payment on your website &amp; storing CC info. I didn&#039;t mean to say I was against accepting credit cards, haha.

If you are using a sophisticated shopping cart suite that quickly and easily handles your SSL Certs and payment processing API interface... then you are probably going to have an easy time doing it all on your own website. I&#039;d just be cautious when it comes to STORING your customers&#039; payment data, that&#039;s when PCI compliance and liability comes into play. Having Authorize.net or PayPal do the final step in the payment process, on their secure servers, is a tiny inconvenience for customers when compared to possible infiltration and theft of their credit card info from YOUR database.</description>
		<content:encoded><![CDATA[<p>P.S. *EDIT* My last comment I meant to say I was somewhat opposed to doing the entire &#8220;processing&#8221; of payment on your website &amp; storing CC info. I didn&#8217;t mean to say I was against accepting credit cards, haha.</p>
<p>If you are using a sophisticated shopping cart suite that quickly and easily handles your SSL Certs and payment processing API interface&#8230; then you are probably going to have an easy time doing it all on your own website. I&#8217;d just be cautious when it comes to STORING your customers&#8217; payment data, that&#8217;s when PCI compliance and liability comes into play. Having Authorize.net or PayPal do the final step in the payment process, on their secure servers, is a tiny inconvenience for customers when compared to possible infiltration and theft of their credit card info from YOUR database.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.GreenTaxi.com/i-need-help-setting-up-authorizenet/comment-page-1/#comment-2727</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Sat, 15 Nov 2008 00:59:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.GreenTaxi.com/?p=1179#comment-2727</guid>
		<description>Conor,

Glad to be of help.

Just let me know any other questions you have and I&#039;ll answer as best I can.

By the way, I recalled one other reason that made me go for the PayPal alternative first. I told Wells that I needed to accept cards online across a number of websites (same concept/venture), but with different URL&#039;s that are more locally geocentric. The rep said we would actually need to treat each URL as a different &quot;location&quot; and pay for an account for each -- which is unacceptable. 

Unless, of course, we did two of her proposed options: display the &quot;parent company&quot; in a logo or letters LARGER than the geotargeted web URL logo. Not going to happen. Or, have all customers get re-directed to the company website for pricing and payment processing. Yuck.

I think she just did not get the idea of using different URL&#039;s with the same concept &amp; even with the same design template. Different accounts for each would be cost prohibitive and total chaos for phone order transaction flow.

If you are going for a single-website transaction flow and not bothering with MOTO transactions, I&#039;d still advise going with Wells Fargo. By the way, I&#039;m somewhat opposed to accepting cards directly on a website -- keeping your https certs going and remaining in PCI Compliance is quite a nuisance. Not sure how you are planning to implement your specific online payment process, but there is my two-cents.

Michael</description>
		<content:encoded><![CDATA[<p>Conor,</p>
<p>Glad to be of help.</p>
<p>Just let me know any other questions you have and I&#8217;ll answer as best I can.</p>
<p>By the way, I recalled one other reason that made me go for the PayPal alternative first. I told Wells that I needed to accept cards online across a number of websites (same concept/venture), but with different URL&#8217;s that are more locally geocentric. The rep said we would actually need to treat each URL as a different &#8220;location&#8221; and pay for an account for each &#8212; which is unacceptable. </p>
<p>Unless, of course, we did two of her proposed options: display the &#8220;parent company&#8221; in a logo or letters LARGER than the geotargeted web URL logo. Not going to happen. Or, have all customers get re-directed to the company website for pricing and payment processing. Yuck.</p>
<p>I think she just did not get the idea of using different URL&#8217;s with the same concept &amp; even with the same design template. Different accounts for each would be cost prohibitive and total chaos for phone order transaction flow.</p>
<p>If you are going for a single-website transaction flow and not bothering with MOTO transactions, I&#8217;d still advise going with Wells Fargo. By the way, I&#8217;m somewhat opposed to accepting cards directly on a website &#8212; keeping your https certs going and remaining in PCI Compliance is quite a nuisance. Not sure how you are planning to implement your specific online payment process, but there is my two-cents.</p>
<p>Michael</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Conor</title>
		<link>http://www.GreenTaxi.com/i-need-help-setting-up-authorizenet/comment-page-1/#comment-2678</link>
		<dc:creator>Conor</dc:creator>
		<pubDate>Thu, 13 Nov 2008 20:38:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.GreenTaxi.com/?p=1179#comment-2678</guid>
		<description>Michael,

This is incredibly helpful.  I might be back with more questions if you don&#039;t mind, as it seems like you know exactly what we are going through.

Conor</description>
		<content:encoded><![CDATA[<p>Michael,</p>
<p>This is incredibly helpful.  I might be back with more questions if you don&#8217;t mind, as it seems like you know exactly what we are going through.</p>
<p>Conor</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://www.GreenTaxi.com/i-need-help-setting-up-authorizenet/comment-page-1/#comment-2661</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Thu, 13 Nov 2008 10:25:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.GreenTaxi.com/?p=1179#comment-2661</guid>
		<description>Hi Conor!

It just so happens I have been dealing with the same thing over the last couple weeks for a new venture.

I do have experience with Authorize.net from a few years back and have also dealt with using Wells Fargo on the retail-end, in the past(for actual CC equipment).

I can tell you straight up that going with WFB is the best option. First off, you are basically setting up an Internet Merchant Account with Wells -- which you can then use with whatever gateway / solutions provider you want. (I&#039;d recommend you tell Wells Fargo you want their Authorize.net solution, for sure, btw.)

Your tech guys can then implement the Authorize.net API however you want, and they gateway stuff all works out to get the funds into your bank account within 24 hours or so, because you are a Wells Fargo customer. Unfortunately, I don&#039;t have any recent experience with the new Wells Fargo &quot;ClientLine&quot; offering, which is what you use to track what&#039;s going on. I used to receive paper statements and therefore haven&#039;t used the new method as of yet.

Just as a caveat to all this, I do feel compelled to tell you that I hesitated signing the 3-year minimum contract with Wells Fargo this week... and I ended up telling my rep that we needed to wait -- I got a nice message from my banker after that, with her wondering what the holdup was.

The reason being, I&#039;m testing using PayPal&#039;s Website Payments Pro with their new Virtual Terminal (VT3.0) and Recurring Billing component. So far it is working perfectly, right out the gate, without any paperwork for setting it up, no term contracts whatsoever and their API looks far more advanced than how I remember PayPal back in the late 90&#039;s.

One of the reasons I told Wells Fargo I was holding off was due to their hard-sell approach (they really need to change that). I figure I will test-run with PayPal for another month or so and eventually switch to a WellsFargo resold Authorize.net solution. The other reason was, after discussing the &quot;transaction flow&quot; with an Authorize.net rep... their Virtual Terminal interface + Recurring Billing is not setup quite as well as PayPal&#039;s newest offering.

But, though it was faster to get going with PayPal and the end-consumer doesn&#039;t see any difference, our MOTO transactions do require a Virtual Terminal and Recurring billing solution -- which makes the PayPal solution about $20 more per month, compared to the Wells Fargo package. Also, PayPal&#039;s card rate hovers around 2.9% (decreases with higher volume, automatically), whereas Wells Fargo is a flat 2.4% (for non-AMEX)... but there are rumors of that increasing over the next year, as Wells is keeping it artificially low to remain competitive and eating the difference.

Now I&#039;m just basically making another pros/cons argument for myself in this comment. Sorry for rambling. Early 2AM commenting FTW. =)

Wells needs to dump the long paper-trail style contract and stop hard-selling. We had transactions and a shopping cart up and running with PayPal within 48 hours and with no setup fees, including business application submit &amp; merchant app approval, all in less time than it took for my banker to connect me with a Wells merchant services rep. And, interestingly enough, a decent percentage of transactions have been completed by users via their PayPal accounts... which makes me wonder just how many consumers prefer using PayPal to make purchases, when it is provided as an option alongside standard credit cards.

I would be signed with Wells Fargo right now if the rep didn&#039;t tell me that my &quot;application was expiring&quot; and &quot;had to act now&quot; - pushing a potential client into a 3-year contract when they are testing with a competitor successfully, is not a great move. It made me second-guess my decision to pull the trigger with Wells/Authorize.net. In fact, I am dreading having to wait for her to &#039;key&#039; yet another application (I went back and forth over the phone and e-mail with the rep to make 4 different revisions to the current application, because of so many mistakes and even mis-pricing.)

By the way, check what setup charge Wells is asking for... if your rep is saying $199 p/location, tell him/her that the Wells Fargo website shows $99 if you apply online and that you want the setup fee reduced to reflect the online price.

So, I&#039;d advise you go directly with Wells Fargo, especially if you are already comfortable banking with them. In the end, I will most likely use both a Wells/Authorize solution as well as PayPal Business -- to act as a redundancy for Virtual Terminal usage. Most shopping carts and API solutions can be setup to use either Authorize.net or PayPal&#039;s Website Payments Pro.

Let me know how everything turns out!

Michael

HalfHourWorkWeek.com</description>
		<content:encoded><![CDATA[<p>Hi Conor!</p>
<p>It just so happens I have been dealing with the same thing over the last couple weeks for a new venture.</p>
<p>I do have experience with Authorize.net from a few years back and have also dealt with using Wells Fargo on the retail-end, in the past(for actual CC equipment).</p>
<p>I can tell you straight up that going with WFB is the best option. First off, you are basically setting up an Internet Merchant Account with Wells &#8212; which you can then use with whatever gateway / solutions provider you want. (I&#8217;d recommend you tell Wells Fargo you want their Authorize.net solution, for sure, btw.)</p>
<p>Your tech guys can then implement the Authorize.net API however you want, and they gateway stuff all works out to get the funds into your bank account within 24 hours or so, because you are a Wells Fargo customer. Unfortunately, I don&#8217;t have any recent experience with the new Wells Fargo &#8220;ClientLine&#8221; offering, which is what you use to track what&#8217;s going on. I used to receive paper statements and therefore haven&#8217;t used the new method as of yet.</p>
<p>Just as a caveat to all this, I do feel compelled to tell you that I hesitated signing the 3-year minimum contract with Wells Fargo this week&#8230; and I ended up telling my rep that we needed to wait &#8212; I got a nice message from my banker after that, with her wondering what the holdup was.</p>
<p>The reason being, I&#8217;m testing using PayPal&#8217;s Website Payments Pro with their new Virtual Terminal (VT3.0) and Recurring Billing component. So far it is working perfectly, right out the gate, without any paperwork for setting it up, no term contracts whatsoever and their API looks far more advanced than how I remember PayPal back in the late 90&#8242;s.</p>
<p>One of the reasons I told Wells Fargo I was holding off was due to their hard-sell approach (they really need to change that). I figure I will test-run with PayPal for another month or so and eventually switch to a WellsFargo resold Authorize.net solution. The other reason was, after discussing the &#8220;transaction flow&#8221; with an Authorize.net rep&#8230; their Virtual Terminal interface + Recurring Billing is not setup quite as well as PayPal&#8217;s newest offering.</p>
<p>But, though it was faster to get going with PayPal and the end-consumer doesn&#8217;t see any difference, our MOTO transactions do require a Virtual Terminal and Recurring billing solution &#8212; which makes the PayPal solution about $20 more per month, compared to the Wells Fargo package. Also, PayPal&#8217;s card rate hovers around 2.9% (decreases with higher volume, automatically), whereas Wells Fargo is a flat 2.4% (for non-AMEX)&#8230; but there are rumors of that increasing over the next year, as Wells is keeping it artificially low to remain competitive and eating the difference.</p>
<p>Now I&#8217;m just basically making another pros/cons argument for myself in this comment. Sorry for rambling. Early 2AM commenting FTW. =)</p>
<p>Wells needs to dump the long paper-trail style contract and stop hard-selling. We had transactions and a shopping cart up and running with PayPal within 48 hours and with no setup fees, including business application submit &amp; merchant app approval, all in less time than it took for my banker to connect me with a Wells merchant services rep. And, interestingly enough, a decent percentage of transactions have been completed by users via their PayPal accounts&#8230; which makes me wonder just how many consumers prefer using PayPal to make purchases, when it is provided as an option alongside standard credit cards.</p>
<p>I would be signed with Wells Fargo right now if the rep didn&#8217;t tell me that my &#8220;application was expiring&#8221; and &#8220;had to act now&#8221; &#8211; pushing a potential client into a 3-year contract when they are testing with a competitor successfully, is not a great move. It made me second-guess my decision to pull the trigger with Wells/Authorize.net. In fact, I am dreading having to wait for her to &#8216;key&#8217; yet another application (I went back and forth over the phone and e-mail with the rep to make 4 different revisions to the current application, because of so many mistakes and even mis-pricing.)</p>
<p>By the way, check what setup charge Wells is asking for&#8230; if your rep is saying $199 p/location, tell him/her that the Wells Fargo website shows $99 if you apply online and that you want the setup fee reduced to reflect the online price.</p>
<p>So, I&#8217;d advise you go directly with Wells Fargo, especially if you are already comfortable banking with them. In the end, I will most likely use both a Wells/Authorize solution as well as PayPal Business &#8212; to act as a redundancy for Virtual Terminal usage. Most shopping carts and API solutions can be setup to use either Authorize.net or PayPal&#8217;s Website Payments Pro.</p>
<p>Let me know how everything turns out!</p>
<p>Michael</p>
<p>HalfHourWorkWeek.com</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RegFeeNames.com</title>
		<link>http://www.GreenTaxi.com/i-need-help-setting-up-authorizenet/comment-page-1/#comment-2618</link>
		<dc:creator>RegFeeNames.com</dc:creator>
		<pubDate>Wed, 12 Nov 2008 08:49:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.GreenTaxi.com/?p=1179#comment-2618</guid>
		<description>I have never used them but I would stick with your bank!

They should be desperate to get your business and bend over backwards to help you!

If you get through and speak to the Sales Man again just be straight to the point with him.

Be Strong and tell him that &quot;Look I know your doing your job but..................&quot;

That way he should back off and hopefully help you.

Regards,

Robbie
RegFeeNames.com</description>
		<content:encoded><![CDATA[<p>I have never used them but I would stick with your bank!</p>
<p>They should be desperate to get your business and bend over backwards to help you!</p>
<p>If you get through and speak to the Sales Man again just be straight to the point with him.</p>
<p>Be Strong and tell him that &#8220;Look I know your doing your job but&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8221;</p>
<p>That way he should back off and hopefully help you.</p>
<p>Regards,</p>
<p>Robbie<br />
RegFeeNames.com</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk: basic
Page Caching using disk: enhanced

Served from: www.greentaxi.com @ 2012-02-07 22:08:02 -->
