<?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"
	>
<channel>
	<title>Comments on: Merchant Account Fees, Credit Card Interchange - Who are you really paying?</title>
	<atom:link href="http://www.merchantaccountblog.com/archives/163/feed" rel="self" type="application/rss+xml" />
	<link>http://www.merchantaccountblog.com/archives/163</link>
	<description>Merchant Accounts, Ecommerce, Processing Equipment</description>
	<pubDate>Wed, 19 Nov 2008 22:30:15 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Dave Cox</title>
		<link>http://www.merchantaccountblog.com/archives/163#comment-1267</link>
		<dc:creator>Dave Cox</dc:creator>
		<pubDate>Fri, 08 Dec 2006 12:49:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/archives/163#comment-1267</guid>
		<description>Now this is interesting. Nobody is mentioning the new manual super-gateways slowly appearing on the scene,

From what I've read they have been set up to use encryption of the same strength as ATM's but online versions of them and are the last word in PCI compliance.

One is calling itself the &lt;a href="http://e-path.com.au" rel="nofollow"&gt;E-Path Credit Card Payment Gateway&lt;/a&gt; which may be a bit of an overstatement because it needs you to charge the card manually yourself into your merchant account.

Still, seems a good way to stop fraud from getting into your merchant account.

You mention about costs. This is really interesting too. Banks earn money from their merchants falling victim to fraud. I think here in Australia a bank will charge their merchant about $25.00 every time they perform a charge back. 

From what I read e-Path sort of can help eliminate fraud from happening if you use it right. The question is will banks support a newer and safer manual way and be happy about not earning those charge back fees, or will they resist the new systems like e-Path to keep that charge back revenue coming in???</description>
		<content:encoded><![CDATA[<br />
]]></content:encoded>
	</item>
	<item>
		<title>By: jestep</title>
		<link>http://www.merchantaccountblog.com/archives/163#comment-782</link>
		<dc:creator>jestep</dc:creator>
		<pubDate>Fri, 22 Sep 2006 20:36:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/archives/163#comment-782</guid>
		<description>This type of account is commonly called a cost plus account. It \'can\' be a very low cost way to process.

Basically your provider has a set rate that they cant go below. This rate applies for all transaction, qualified, mid and non-qualified. What they do is give you a rate at exactly .12% over their cost.

This does not necessarily mean that it is cheaper than anyone else. Basically you need to know what their cost is before you can determine whether it is actually cheaper than anyone else. Since providers have different contracts with processing banks, there really isn\'t any good way to tell how much they are going to charge. Also, since the fees for keyed entry and swiped are completely different, that is something else I would need to know. If the company you are looking at is a large company there is a better chance that they have a good buy rate.

If you can post how you intend on actually processing cards, I will try to come up with something for you.

A few things you should look out for. Check your transaction fee because this is often an area where companies make up any cost from a low processing rate.</description>
		<content:encoded><![CDATA[<p>This type of account is commonly called a cost plus account. It \&#8217;can\&#8217; be a very low cost way to process.</p>
<p>Basically your provider has a set rate that they cant go below. This rate applies for all transaction, qualified, mid and non-qualified. What they do is give you a rate at exactly .12% over their cost.</p>
<p>This does not necessarily mean that it is cheaper than anyone else. Basically you need to know what their cost is before you can determine whether it is actually cheaper than anyone else. Since providers have different contracts with processing banks, there really isn\&#8217;t any good way to tell how much they are going to charge. Also, since the fees for keyed entry and swiped are completely different, that is something else I would need to know. If the company you are looking at is a large company there is a better chance that they have a good buy rate.</p>
<p>If you can post how you intend on actually processing cards, I will try to come up with something for you.</p>
<p>A few things you should look out for. Check your transaction fee because this is often an area where companies make up any cost from a low processing rate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: D. Lord</title>
		<link>http://www.merchantaccountblog.com/archives/163#comment-781</link>
		<dc:creator>D. Lord</dc:creator>
		<pubDate>Fri, 22 Sep 2006 20:21:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/archives/163#comment-781</guid>
		<description>We  are considering changing credit card processing companies.  The new company is offering "Interchange Wholesale Plus 12 basis points".  It was explained as 12 basis points over "wholesale".  However, the representative could not tell me what "wholesale" was at this time.  I assume it will vary with the type of transaction but can you give me a "ballpark" figure as to what "wholesale" is running?  or... can you give a better explanation of this type of processing offer?</description>
		<content:encoded><![CDATA[<p>We  are considering changing credit card processing companies.  The new company is offering &#8220;Interchange Wholesale Plus 12 basis points&#8221;.  It was explained as 12 basis points over &#8220;wholesale&#8221;.  However, the representative could not tell me what &#8220;wholesale&#8221; was at this time.  I assume it will vary with the type of transaction but can you give me a &#8220;ballpark&#8221; figure as to what &#8220;wholesale&#8221; is running?  or&#8230; can you give a better explanation of this type of processing offer?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jestep</title>
		<link>http://www.merchantaccountblog.com/archives/163#comment-769</link>
		<dc:creator>jestep</dc:creator>
		<pubDate>Wed, 13 Sep 2006 16:20:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/archives/163#comment-769</guid>
		<description>The ISO would be the 'service provider' in the case above and would be getting 3.2% of the total amount in that case.

ISO's can potentially get 40 cents on a $100 transaction. It totally depends on the rate that they set for their customer, and what they set the transaction fee at. ISO's often raise the transaction fee a lot to make their processing rate seem more competitive. 

To make $.40 per a $100 transaction they could have a $.25 transaction fee, and be making 15 basis points on the processing fee.</description>
		<content:encoded><![CDATA[<p>The ISO would be the &#8217;service provider&#8217; in the case above and would be getting 3.2% of the total amount in that case.</p>
<p>ISO&#8217;s can potentially get 40 cents on a $100 transaction. It totally depends on the rate that they set for their customer, and what they set the transaction fee at. ISO&#8217;s often raise the transaction fee a lot to make their processing rate seem more competitive. </p>
<p>To make $.40 per a $100 transaction they could have a $.25 transaction fee, and be making 15 basis points on the processing fee.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hemal sanghvi</title>
		<link>http://www.merchantaccountblog.com/archives/163#comment-768</link>
		<dc:creator>hemal sanghvi</dc:creator>
		<pubDate>Wed, 13 Sep 2006 15:28:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/archives/163#comment-768</guid>
		<description>how much does an ISO Get ? i've read somewhere that they take 40 cents on a $100 transaction. what is their role in merchant procesiing ?</description>
		<content:encoded><![CDATA[<p>how much does an ISO Get ? i&#8217;ve read somewhere that they take 40 cents on a $100 transaction. what is their role in merchant procesiing ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jestep</title>
		<link>http://www.merchantaccountblog.com/archives/163#comment-764</link>
		<dc:creator>jestep</dc:creator>
		<pubDate>Wed, 06 Sep 2006 15:22:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/archives/163#comment-764</guid>
		<description>This is more or less personal industry knowledge. This obviously doesn't work dollar for dollar in every case, but looking at it from a simple example:

Interchange fees go to the card issuing bank.

Interchange for retail is approx 1.55% for Visa. This completely goes to the card issuer. 

A business would commonly see something like 1.7% as their quoted rate.

For this example, the Card Issuer is now taking 91% (1.55%/1.7%).

The processor has their assessment fees which for the sake of simplicity, we'll say is 10 basis points over interchange or .1%. This means that the processor is getting 5.8%. (.1%/1.7%)

The remainder 3.2% in this case, goes to the service provider.</description>
		<content:encoded><![CDATA[<p>This is more or less personal industry knowledge. This obviously doesn&#8217;t work dollar for dollar in every case, but looking at it from a simple example:</p>
<p>Interchange fees go to the card issuing bank.</p>
<p>Interchange for retail is approx 1.55% for Visa. This completely goes to the card issuer. </p>
<p>A business would commonly see something like 1.7% as their quoted rate.</p>
<p>For this example, the Card Issuer is now taking 91% (1.55%/1.7%).</p>
<p>The processor has their assessment fees which for the sake of simplicity, we&#8217;ll say is 10 basis points over interchange or .1%. This means that the processor is getting 5.8%. (.1%/1.7%)</p>
<p>The remainder 3.2% in this case, goes to the service provider.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hemal Sanghvi</title>
		<link>http://www.merchantaccountblog.com/archives/163#comment-763</link>
		<dc:creator>Hemal Sanghvi</dc:creator>
		<pubDate>Wed, 06 Sep 2006 14:37:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchantaccountblog.com/archives/163#comment-763</guid>
		<description>What is the source of this data &#38; information ?</description>
		<content:encoded><![CDATA[<p>What is the source of this data &amp; information ?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
