<?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: BIN credit card processing &#8211; higher volumes at a lower risk</title>
	<atom:link href="http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/</link>
	<description>Your credit card processing information source</description>
	<lastBuildDate>Thu, 02 Feb 2012 17:15:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: CCPrUs</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/comment-page-1/#comment-12541</link>
		<dc:creator>CCPrUs</dc:creator>
		<pubDate>Tue, 19 Jul 2011 14:35:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=231#comment-12541</guid>
		<description>Hi Tal,

The billing address is the one checked for address verification with the card issuer.

The shipping address (when different) is meaningless, as such was never saved on the issuer’s file…

Gidi.</description>
		<content:encoded><![CDATA[<p>Hi Tal,</p>
<p>The billing address is the one checked for address verification with the card issuer.</p>
<p>The shipping address (when different) is meaningless, as such was never saved on the issuer’s file…</p>
<p>Gidi.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tal Koren</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/comment-page-1/#comment-12540</link>
		<dc:creator>Tal Koren</dc:creator>
		<pubDate>Tue, 19 Jul 2011 14:29:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=231#comment-12540</guid>
		<description>Hi guys,

For AVS checks, which address line is used – billing or shipping?

Thanks!

Tal.</description>
		<content:encoded><![CDATA[<p>Hi guys,</p>
<p>For AVS checks, which address line is used – billing or shipping?</p>
<p>Thanks!</p>
<p>Tal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcelo</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/comment-page-1/#comment-6260</link>
		<dc:creator>Marcelo</dc:creator>
		<pubDate>Thu, 11 Nov 2010 21:18:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=231#comment-6260</guid>
		<description>BIN checking is easy! Though the associations are still not providing the info (only God knows why) plenty of BIN databases are available, some are even free!

Checkout: bindatabase.net, binbase.com, mediakey.dk, bin-iin.com, bindb.com &amp; softpedia.com 

Good luck!

Marcelo.
</description>
		<content:encoded><![CDATA[<p>BIN checking is easy! Though the associations are still not providing the info (only God knows why) plenty of BIN databases are available, some are even free!</p>
<p>Checkout: bindatabase.net, binbase.com, mediakey.dk, bin-iin.com, bindb.com &#038; softpedia.com </p>
<p>Good luck!</p>
<p>Marcelo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rupert Loparco</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/comment-page-1/#comment-5087</link>
		<dc:creator>Rupert Loparco</dc:creator>
		<pubDate>Thu, 21 Oct 2010 23:58:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=231#comment-5087</guid>
		<description>Somehow much more complicated than it sounds (and it doesn’t sound simple)… If I got this right, you need to: set up offshore entities, open offshore merchant accounts, add BIN processing and routing capabilities into your processing flow and you’re done… Thanks, but no thanks!</description>
		<content:encoded><![CDATA[<p>Somehow much more complicated than it sounds (and it doesn’t sound simple)… If I got this right, you need to: set up offshore entities, open offshore merchant accounts, add BIN processing and routing capabilities into your processing flow and you’re done… Thanks, but no thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: http://www.debt--management.com/blog/credit-card-debt-management/get-the-benefit-of-the-credit-card-processing/</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/comment-page-1/#comment-2593</link>
		<dc:creator>http://www.debt--management.com/blog/credit-card-debt-management/get-the-benefit-of-the-credit-card-processing/</dc:creator>
		<pubDate>Wed, 14 Jul 2010 10:25:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=231#comment-2593</guid>
		<description>Just added your post to our site - Thanks!</description>
		<content:encoded><![CDATA[<p>Just added your post to our site &#8211; Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CCPrUs</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/comment-page-1/#comment-897</link>
		<dc:creator>CCPrUs</dc:creator>
		<pubDate>Tue, 06 Apr 2010 15:55:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=231#comment-897</guid>
		<description>Hi Max and good to have you back!

If you relate to Visa and MC you are correct – AVS is indeed only a numeric check of the street number and postal code of a card holder, maintained by his issuing bank.

That said, please note that American Express includes a card member’s name match within its AVS check and reports back mismatches, such as: “Card member&#039;s name does not match, but billing postal code matches”.

One way or another most international issuers (other than USA, Canada and the UK) have major issues replying to an AVS check query, or do not support it at all.

The example provided above was simplifying/illustrating a situation which might explain this lack of AVS support or situations of AVS failure/partial match.</description>
		<content:encoded><![CDATA[<p>Hi Max and good to have you back!</p>
<p>If you relate to Visa and MC you are correct – AVS is indeed only a numeric check of the street number and postal code of a card holder, maintained by his issuing bank.</p>
<p>That said, please note that American Express includes a card member’s name match within its AVS check and reports back mismatches, such as: “Card member&#8217;s name does not match, but billing postal code matches”.</p>
<p>One way or another most international issuers (other than USA, Canada and the UK) have major issues replying to an AVS check query, or do not support it at all.</p>
<p>The example provided above was simplifying/illustrating a situation which might explain this lack of AVS support or situations of AVS failure/partial match.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/comment-page-1/#comment-880</link>
		<dc:creator>Max</dc:creator>
		<pubDate>Mon, 05 Apr 2010 13:16:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=231#comment-880</guid>
		<description>Thanks, just one thing, I thought that AVS is actually numeric (street number and postal code). Am I wrong?</description>
		<content:encoded><![CDATA[<p>Thanks, just one thing, I thought that AVS is actually numeric (street number and postal code). Am I wrong?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CCPrUs</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/comment-page-1/#comment-804</link>
		<dc:creator>CCPrUs</dc:creator>
		<pubDate>Sun, 28 Mar 2010 14:00:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=231#comment-804</guid>
		<description>Acquirers do not necessarily “decide” not to work with a certain issuer – the two simply don’t find the right way to communicate with one another…

Think about this example: Your US domestic acquirer performs an AVS check prior to authorizing a transaction. Some international issuers collect and maintain addresses in local language. This either totally disables or seriously disrupts any AVS check attempt, which ends with a transaction decline on virtually all the transactions sent for authorization with this international issuer. Using a local acquirer which uses better communication channels with same issuer, will not only dramatically increase the number of transactions approved, it will also bypass the cross border transaction fee that would otherwise apply.

Now you have it - BIN credit card processing optimizes your credit card processing flow in more than one way… :)</description>
		<content:encoded><![CDATA[<p>Acquirers do not necessarily “decide” not to work with a certain issuer – the two simply don’t find the right way to communicate with one another…</p>
<p>Think about this example: Your US domestic acquirer performs an AVS check prior to authorizing a transaction. Some international issuers collect and maintain addresses in local language. This either totally disables or seriously disrupts any AVS check attempt, which ends with a transaction decline on virtually all the transactions sent for authorization with this international issuer. Using a local acquirer which uses better communication channels with same issuer, will not only dramatically increase the number of transactions approved, it will also bypass the cross border transaction fee that would otherwise apply.</p>
<p>Now you have it &#8211; BIN credit card processing optimizes your credit card processing flow in more than one way… <img src='http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/comment-page-1/#comment-796</link>
		<dc:creator>Max</dc:creator>
		<pubDate>Sat, 27 Mar 2010 21:24:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=231#comment-796</guid>
		<description>Gidi Thanks for the post. I can see what you mean by checking the BIN to match the address of your shopper. It is the other part that puzzles me! Acquirers decide not to work with certain issuers? Why?</description>
		<content:encoded><![CDATA[<p>Gidi Thanks for the post. I can see what you mean by checking the BIN to match the address of your shopper. It is the other part that puzzles me! Acquirers decide not to work with certain issuers? Why?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: http://greatvalueguide.com/finance/how-to-hack-rfid-enabled-credit-cards-for-8</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/03/bin-credit-card-processing-higher-volumes-at-a-lower-risk/comment-page-1/#comment-791</link>
		<dc:creator>http://greatvalueguide.com/finance/how-to-hack-rfid-enabled-credit-cards-for-8</dc:creator>
		<pubDate>Fri, 26 Mar 2010 17:28:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=231#comment-791</guid>
		<description>We just linked to your post from our site - Thanks!</description>
		<content:encoded><![CDATA[<p>We just linked to your post from our site &#8211; Thanks!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

