<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Taking payments online &#8211; merchant account &amp; payment processor fees</title>
	<atom:link href="http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/</link>
	<description>Real software development</description>
	<lastBuildDate>Thu, 11 Mar 2010 16:59:41 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Processor Benchmark</title>
		<link>http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/#comment-846</link>
		<dc:creator>Processor Benchmark</dc:creator>
		<pubDate>Fri, 05 Mar 2010 16:40:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.boxedice.com/?p=184#comment-846</guid>
		<description>Sweet.... This is what I&#039;m looking for</description>
		<content:encoded><![CDATA[<p>Sweet&#8230;. This is what I&#8217;m looking for</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David M</title>
		<link>http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/#comment-546</link>
		<dc:creator>David M</dc:creator>
		<pubDate>Mon, 26 Oct 2009 09:14:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.boxedice.com/?p=184#comment-546</guid>
		<description>PayPal fees are much higher than getting a merchant account and their API was not available at the time I wrote this article. Whether it is as flexible as what we have now I don&#039;t know. We can also keep the customer within our own payment pages, which is a big bonus for working on conversion improvements.</description>
		<content:encoded><![CDATA[<p>PayPal fees are much higher than getting a merchant account and their API was not available at the time I wrote this article. Whether it is as flexible as what we have now I don&#8217;t know. We can also keep the customer within our own payment pages, which is a big bonus for working on conversion improvements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marc Gayle</title>
		<link>http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/#comment-545</link>
		<dc:creator>Marc Gayle</dc:creator>
		<pubDate>Mon, 26 Oct 2009 08:18:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.boxedice.com/?p=184#comment-545</guid>
		<description>Did you know that you could use Paypal and they have a micropayment plan, where the fees are much less tenuous.

Typically micropayments apply for charges of $10 - $12 or less. For your service, it might work well.

https://micropayments.paypal-labs.com/

Would love to hear feedback on how this works out for you, as opposed to going through all of that hassle with the banks and merchant accounts.</description>
		<content:encoded><![CDATA[<p>Did you know that you could use Paypal and they have a micropayment plan, where the fees are much less tenuous.</p>
<p>Typically micropayments apply for charges of $10 &#8211; $12 or less. For your service, it might work well.</p>
<p><a href="https://micropayments.paypal-labs.com/" rel="nofollow">https://micropayments.paypal-labs.com/</a></p>
<p>Would love to hear feedback on how this works out for you, as opposed to going through all of that hassle with the banks and merchant accounts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ann</title>
		<link>http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/#comment-509</link>
		<dc:creator>ann</dc:creator>
		<pubDate>Thu, 08 Oct 2009 08:59:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.boxedice.com/?p=184#comment-509</guid>
		<description>Another useful comparison tool is on the Electronic Payments site - http://www.electronic-payments.co.uk/acquiring_banks.jsp</description>
		<content:encoded><![CDATA[<p>Another useful comparison tool is on the Electronic Payments site &#8211; <a href="http://www.electronic-payments.co.uk/acquiring_banks.jsp" rel="nofollow">http://www.electronic-payments.co.uk/acquiring_banks.jsp</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David M</title>
		<link>http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/#comment-492</link>
		<dc:creator>David M</dc:creator>
		<pubDate>Mon, 28 Sep 2009 07:02:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.boxedice.com/?p=184#comment-492</guid>
		<description>We have to be PCI compliant. We do not store actual card information other than the cardholder name and expiry date but even if we stored nothing, because we transmit the card details through our server (we host our &quot;enter your card details&quot; page) then we have to be compliant.

It is time consuming but there is a free wizard that takes you through the process, including free server security scans, at http://www.hackerguardian.com/hackerguardian/qa_sa_wizard.html</description>
		<content:encoded><![CDATA[<p>We have to be PCI compliant. We do not store actual card information other than the cardholder name and expiry date but even if we stored nothing, because we transmit the card details through our server (we host our &#8220;enter your card details&#8221; page) then we have to be compliant.</p>
<p>It is time consuming but there is a free wizard that takes you through the process, including free server security scans, at <a href="http://www.hackerguardian.com/hackerguardian/qa_sa_wizard.html" rel="nofollow">http://www.hackerguardian.com/hackerguardian/qa_sa_wizard.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurent</title>
		<link>http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/#comment-491</link>
		<dc:creator>Laurent</dc:creator>
		<pubDate>Sun, 27 Sep 2009 23:05:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.boxedice.com/?p=184#comment-491</guid>
		<description>Hi,

Thank you for the information. It is clear and very useful.

One point not clear for me. I suppose your server never contains your customer&#039;s credit card information because they are immediately transferred to the Netbanx servers through the API ? 

So do you need to fill for the PCI compliance ? If so, is it a simplified process ? What are the costs and time requirements for this ?

Thank you,

Laurent</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>Thank you for the information. It is clear and very useful.</p>
<p>One point not clear for me. I suppose your server never contains your customer&#8217;s credit card information because they are immediately transferred to the Netbanx servers through the API ? </p>
<p>So do you need to fill for the PCI compliance ? If so, is it a simplified process ? What are the costs and time requirements for this ?</p>
<p>Thank you,</p>
<p>Laurent</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David M</title>
		<link>http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/#comment-427</link>
		<dc:creator>David M</dc:creator>
		<pubDate>Wed, 09 Sep 2009 19:42:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.boxedice.com/?p=184#comment-427</guid>
		<description>Looks like a good choice not to go with Proxt/SagePay - http://www.theregister.co.uk/2009/09/09/sagepay_outage/</description>
		<content:encoded><![CDATA[<p>Looks like a good choice not to go with Proxt/SagePay &#8211; <a href="http://www.theregister.co.uk/2009/09/09/sagepay_outage/" rel="nofollow">http://www.theregister.co.uk/2009/09/09/sagepay_outage/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: danpiro</title>
		<link>http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/#comment-160</link>
		<dc:creator>danpiro</dc:creator>
		<pubDate>Thu, 18 Jun 2009 12:12:55 +0000</pubDate>
		<guid isPermaLink="false">http://blog.boxedice.com/?p=184#comment-160</guid>
		<description>I completely agree with “Negotiate everything, and use the best quote you get to get other providers to reduce their fees.” Using our directory www.creditcardprocessing-r-us.com a merchant can apply with few merchant account providers. The comparison will not be apples to apples; it is more likely to be a job of understanding the tradeoff. I am sure any merchant can benefit from such a comparison exercise.</description>
		<content:encoded><![CDATA[<p>I completely agree with “Negotiate everything, and use the best quote you get to get other providers to reduce their fees.” Using our directory <a href="http://www.creditcardprocessing-r-us.com" rel="nofollow">http://www.creditcardprocessing-r-us.com</a> a merchant can apply with few merchant account providers. The comparison will not be apples to apples; it is more likely to be a job of understanding the tradeoff. I am sure any merchant can benefit from such a comparison exercise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dat To</title>
		<link>http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/#comment-142</link>
		<dc:creator>Dat To</dc:creator>
		<pubDate>Thu, 11 Jun 2009 17:38:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.boxedice.com/?p=184#comment-142</guid>
		<description>Excellent post.  You are very clear, detailed and precise.  I&#039;ve been selling merchant accounts for over 5yrs in Canada and it&#039;s been great meeting different personalities own such a range of different businesses.  I&#039;ve sold for 7 different companies and now have kept 2 of them as consistent suppliers.

In Canada, because Merchants don&#039;t understand Payment Processing and Acceptance, they always lead with price.  And what do these companies do in order to sell accounts?  They give it to them and then stick them in the back end or don&#039;t provide proper service because there is no money in the margins to get the deal.  

Once some unwise or unethical company/sales rep introduces &quot;low prices&quot;, then the value of the services is lowered in the Merchant&#039;s mind when a reputable company/ rep comes along.  Then everyone is running around playing stupid marketing games.

There is one company that I know that offer the cheapest looking program in the country, and their customers end up paying MORE than a standard program.  They also don&#039;t have a dozen happy customers out of the 6000+ that they have.  They have over 1000 small claims lawsuits against them.  Everyone is locked into 4-5yr contracts and they keep recruiting more and more sales agents.</description>
		<content:encoded><![CDATA[<p>Excellent post.  You are very clear, detailed and precise.  I&#8217;ve been selling merchant accounts for over 5yrs in Canada and it&#8217;s been great meeting different personalities own such a range of different businesses.  I&#8217;ve sold for 7 different companies and now have kept 2 of them as consistent suppliers.</p>
<p>In Canada, because Merchants don&#8217;t understand Payment Processing and Acceptance, they always lead with price.  And what do these companies do in order to sell accounts?  They give it to them and then stick them in the back end or don&#8217;t provide proper service because there is no money in the margins to get the deal.  </p>
<p>Once some unwise or unethical company/sales rep introduces &#8220;low prices&#8221;, then the value of the services is lowered in the Merchant&#8217;s mind when a reputable company/ rep comes along.  Then everyone is running around playing stupid marketing games.</p>
<p>There is one company that I know that offer the cheapest looking program in the country, and their customers end up paying MORE than a standard program.  They also don&#8217;t have a dozen happy customers out of the 6000+ that they have.  They have over 1000 small claims lawsuits against them.  Everyone is locked into 4-5yr contracts and they keep recruiting more and more sales agents.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Top Posts &#171; WordPress.com</title>
		<link>http://blog.boxedice.com/2009/05/20/taking-payments-online-merchant-account-payment-processor-fees/#comment-89</link>
		<dc:creator>Top Posts &#171; WordPress.com</dc:creator>
		<pubDate>Fri, 22 May 2009 00:22:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.boxedice.com/?p=184#comment-89</guid>
		<description>[...]  Taking payments online &#8211; merchant account &amp; payment processor fees There are quite a few options for taking online payments from customers but the best way is to get a merchant account [...] [...]</description>
		<content:encoded><![CDATA[<p>[...]  Taking payments online &#8211; merchant account &amp; payment processor fees There are quite a few options for taking online payments from customers but the best way is to get a merchant account [...] [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
