<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Credit Card Processing Blog</title>
	<atom:link href="http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog</link>
	<description>Your credit card processing information source</description>
	<lastBuildDate>Fri, 27 Jan 2012 14:18:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Rolling Reserve – the fine print</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/11/rolling-reserve-%e2%80%93-the-fine-prints/</link>
		<comments>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/11/rolling-reserve-%e2%80%93-the-fine-prints/#comments</comments>
		<pubDate>Wed, 16 Nov 2011 22:19:42 +0000</pubDate>
		<dc:creator>CCPrUs</dc:creator>
				<category><![CDATA[Credit Card Processing]]></category>
		<category><![CDATA[Domestic Merchant Account]]></category>
		<category><![CDATA[Intl Merchant Account]]></category>
		<category><![CDATA[Rolling Reserve]]></category>

		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=624</guid>
		<description><![CDATA[Acquirers and third party processors need to guarantee a portion of the volume processed to cover for potential business risks mainly related to chargebacks. Some processors require a deposit when setting up the account, others pay in delay, yet most acquirers set a rolling reserve mechanism. In principle it should have been easy. A standard [...]]]></description>
			<content:encoded><![CDATA[<p>Acquirers and third party processors need to guarantee a portion of the volume processed to cover for potential business risks mainly related to chargebacks.</p>
<p>Some processors require a deposit when setting up the account, others pay in delay, yet most acquirers set a rolling reserve mechanism. In principle it should have been easy. A standard rolling reserve mechanism, with a single negotiable parameter – the rolling reserve percentage.</p>
<p><img src="http://www.creditcardprocessing-r-us.com/images/Rolling-Reserve_the-fine-prints_450x150.jpg" alt="Rolling Reserve - the fine print" /></p>
<p>Reality shows that this is not the case. Surprisingly enough acquirers are much creative and tend to set different rolling reserve mechanisms, using in-house algorithms, generating unexpected outcomes.</p>
<p>Just recently I came across a very creative international acquirer with a weekly based rolling reserve algorithm that could only go up. The sophisticated algorithm was supported with an extensive blocking period disabling funds release on account termination.</p>
<p>Negotiating the rolling reserve terms, the acquirer agreed that the mechanism used resulted with a higher reserve percentage than the industry standard, and yet pushed back due to the fact that changing the algorithm will be highly problematic, due to further development needed for implementation of a new replacement mechanism.</p>
<p>The solution was changing the percentage stated on the commercial terms – a point the acquirer had a hard time arguing, once agreeing that the algorithm used resulted with a higher effective rolling reserve rate. On the same opportunity additional provisions causing delays of funds release on account termination were deleted.</p>
<p>Most merchants do not believe that rolling reserves are negotiable and tend to agree to the terms offered. Others try negotiating the rolling reserve percentage, yet fail to read the fine prints… Walk the extra mile – understand the algorithm behind reserve creation and funds release – it isn’t complicated and can do wonders to your cash flow!</p>
<p><strong>Gidi Argov, Founder and CEO</strong><br />
<a href="http://www.creditcardprocessing-r-us.com/"><strong>www.CreditCardProcessing-r-us.com</strong></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/11/rolling-reserve-%e2%80%93-the-fine-prints/feed/</wfw:commentRss>
		<slash:comments>13</slash:comments>
		</item>
		<item>
		<title>“A new way to shop for a merchant account”</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/09/%e2%80%9ca-new-way-to-shop-for-a-merchant-account%e2%80%9d-%e2%80%93-case-study/</link>
		<comments>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/09/%e2%80%9ca-new-way-to-shop-for-a-merchant-account%e2%80%9d-%e2%80%93-case-study/#comments</comments>
		<pubDate>Tue, 13 Sep 2011 20:30:28 +0000</pubDate>
		<dc:creator>CCPrUs</dc:creator>
				<category><![CDATA[Credit Card Processing]]></category>
		<category><![CDATA[Domestic Merchant Account]]></category>
		<category><![CDATA[Merchant account - New way to shop]]></category>
		<category><![CDATA[Merchant Account Shopping]]></category>

		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=569</guid>
		<description><![CDATA[Roy had a feeling he had it all set! Fee Fighters offers “a new way to shop for a merchant account”. Strong motto, simple flow and the fact that it’s “free” got Roy to “Get Started”. M. from Century Payments followed up quickly: “Dear Roy, We have received your information via Fee Fighters, and after [...]]]></description>
			<content:encoded><![CDATA[<p>Roy had a feeling he had it all set! Fee Fighters offers “a new way to shop for a merchant account”. Strong motto, simple flow and the fact that it’s “free” got Roy to “Get Started”.</p>
<p><img src="http://www.creditcardprocessing-r-us.com/images/Shopping-for-a-merchant-account_450x159.jpg" alt="Shopping for a merchant account" /></p>
<p>M. from Century Payments followed up quickly: “Dear Roy, We have received your information via Fee Fighters, and after careful review we are happy to report that we will be able to assist you.   Below are the results of our analysis based on the information you provided. Pricing: Interchange Plus:  0.00% + $0.05 per item”.</p>
<p>As charging 5 Cents only (above Interchange) per transaction sounded too good to be true, Roy further investigated: “Can you please provide &#8230; exact costs for regular transactions and micropayments”, to which M. responded:</p>
<p>“Certainly, I have included a list of the exact costs associated with different cards below.  Since you are quoted at <strong>Interchange + 0.00%, you will be getting at-cost wholesale rates for any and all cards</strong>.  Interchange is the percentage of each transaction that is taken out by Visa, MasterCard, etc.   Therefore, we are unable to eliminate all rates. However, the fees associated with these rates are tax deductible.</p>
<p>Your offer also states a $0.05 per item fee, which is very low compared to industry standards (PayPal charges $0.30 per transaction). Your only fixed cost is a $10 monthly fee.  Therefore, if you do not run any cards for an entire month, you will only be charged $10. Rates associated with different card types: Debit: 0.94%, Debit (non-swiped): 1.60%, Visa/MC traditional credit card: 1.54%, Visa/MC traditional credit card (non-swiped): 1.80%&#8230; To begin processing with Century Payments we will need to complete an application for you, which you will need to sign”.</p>
<p>Though Roy knew that not mentioning a per transaction fee within Interchange (usually 10 Cents) is misleading, surely in the case of micropayments to which Roy related in specific (<strong>additional 10% on a $1.00 transaction…!</strong>), he still felt that he couldn’t go wrong with a cost of Interchange plus only 5 Cents per transaction, and was ready to sign on the application.</p>
<p>A quick look at the application revealed: <strong>an additional 1% for mid qualified, additional 2% for non qualified</strong>, the fees do not apply to Amex, AVS – additional 10 Cents, Early termination fee “Please relate to Paragraph 22.1 of the Merchant Services Program Guide” whatever that means…!!! and many other fees, such as Batch, Maintenance, chargeback, high risk fee, and overall opacity with regards to what actually applies&#8230;</p>
<p><strong>Merchant account providers do tend to stretch “as low as” to its limits</strong> and yet M. from Century Payments has broken a new record! Stating: “at-cost” for “any and all cards” responding to an “exact costs” query is pure, intentional, misleading information provided to a potential buyer.</p>
<p>Roy is no longer certain he found the right way to shop for a merchant account, yet positive he has revealed <strong>a new way to SELL…</strong></p>
<p><strong>Guest Author </strong><br />
<a href="http://www.creditcardprocessing-r-us.com/"><strong>www.CreditCardProcessing-r-us.com</strong></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/09/%e2%80%9ca-new-way-to-shop-for-a-merchant-account%e2%80%9d-%e2%80%93-case-study/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>Online PIN-only debit card processing</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/06/online-pin-only-debit-card-processing/</link>
		<comments>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/06/online-pin-only-debit-card-processing/#comments</comments>
		<pubDate>Tue, 14 Jun 2011 22:39:44 +0000</pubDate>
		<dc:creator>CCPrUs</dc:creator>
				<category><![CDATA[Credit Card Processing]]></category>
		<category><![CDATA[Domestic Merchant Account]]></category>
		<category><![CDATA[PIN-only debit card processing]]></category>

		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=548</guid>
		<description><![CDATA[Until recently no PIN-only debit cardholder could use his card online. The online checkout flow, originally designed to support signature debit and credit card processing, simply did not support a PIN-only scenario and related to a PIN-only debit card as to any other debit/credit signature card. No online payment page enabled entering a PIN code [...]]]></description>
			<content:encoded><![CDATA[<p>Until recently no PIN-only debit cardholder could use his card online. The online checkout flow, originally designed to support signature debit and <a href="http://www.resourcenation.com/business/credit-card-processing">credit card processing</a>, simply did not support a PIN-only scenario and related to a PIN-only debit card as to any other debit/credit signature card. No online payment page enabled entering a PIN code and the checkout flow did not pass the PIN code to the debit card issuer. As a result, online PIN-only debit card transactions were declined, as the PIN needed to authenticate the deal was missing.</p>
<table>
<tr>
<td>
While most online merchants still do not accept PIN-only debit cards, first online PIN-only solutions are finally being developed. </td>
<td width="10"></td>
<td>
<img src="http://www.creditcardprocessing-r-us.com/images/PIN-only-debit-card-processing_264x166.jpg" alt="PIN-only debit card processing" />
</td>
</tr>
</table>
<p>PULSE has recently introduced PULSE® Internet PIN debit solution, which enables merchants to accept PIN-only debit cards issued by the PULSE issuers network. The solution enables shoppers to enter their PIN using a graphical, scrambling, PIN pad, which changes each time a digit is entered.</p>
<p>The upcoming Durbin Bill is expected to accelerate the adoption of online PIN-only debit card processing methods. Though the Bill does not apply to PIN-only debit cards, it targets an issuer interchange cap of $0.12 for an online signature debit card transaction. </p>
<p>As issuers will have to find a way to gain the lost interchange back, and as suggested cap only applies to signature debit cards yet does not apply to PIN-only debit cards, issuers’ one course of action would be aggressively marketing PIN-only debit cards over signature debit cards and changing the debit card market. Such a change will provide merchants a higher incentive to accept PIN-only debit cards to maintain their market share.</p>
<p><strong>Gidi Argov, Founder and CEO</strong><br />
<a href="http://www.creditcardprocessing-r-us.com/"><strong>www.CreditCardProcessing-r-us.com</strong></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/06/online-pin-only-debit-card-processing/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Credit Card Processing – The right to know</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/03/credit-card-processing-%e2%80%93-the-right-to-know/</link>
		<comments>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/03/credit-card-processing-%e2%80%93-the-right-to-know/#comments</comments>
		<pubDate>Mon, 14 Mar 2011 16:40:57 +0000</pubDate>
		<dc:creator>CCPrUs</dc:creator>
				<category><![CDATA[Credit Card Processing]]></category>
		<category><![CDATA[Credit card processing rules]]></category>
		<category><![CDATA[MasterCard processing rules]]></category>
		<category><![CDATA[Transparent credit card processing]]></category>
		<category><![CDATA[Visa processing rules]]></category>

		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=522</guid>
		<description><![CDATA[One could have expected, that in March 2011, when US most embarrassing secrets are all in the open, getting access to Visa and MasterCard rules would be an easy task. Surprisingly as it may sound, this is not the case. Visa and MasterCard both, disable the general public, as well as merchants, ISOs and IPSPs [...]]]></description>
			<content:encoded><![CDATA[<p>One could have expected, that in March 2011, when US most embarrassing secrets are all in the open, getting access to Visa and MasterCard rules would be an easy task. Surprisingly as it may sound, this is not the case.</p>
<p>Visa and MasterCard both, disable the general public, as well as merchants, ISOs and IPSPs access to the rules which are only shared with Members. This lack of transparency generates an incoherent processing market, in which, each acquirer, comes up with its own set of processing “rules”, all based, believe it or not, on same rules set by the associations…</p>
<p>From a simple MCC definition, up to complex aggregation models, each acquirer will present its own interpretation and enable a different processing flow.</p>
<p>While most acquirers will enable FX merchants to report under MCC 6211, others will demand same activity to be reported under the notorious MCC 7995.</p>
<p>Same would apply to different aggregation models &#8211; some acquirers would religiously argue that aggregation or IPSP models are not supported by the associations, while others would happily enable different models to run through them.</p>
<p>Regional processing is also interpreted differently by different acquirers. Some would request a real entity, within their region, to enable a merchant to process through them. Others would accept a shell entity, or a subsidiary which is not directly related to the processing flow, up to acquirers that believe that merchants coming from different geographies can process through them.</p>
<p>It’s about time the associations publicize the rules, and eliminate the need to use “experts” that have “first hand access” to “the rules” as well as “experience” with different processing “Schemes”.</p>
<p>Until such occurs, the associations’ policy to maintain opacity with regards to <a href="http://www.creditcardprocessing-r-us.com/">credit card processing</a> rules effectively generates a ‘black market’ environment, where neither rules nor logic applies. Inventive solutions can always be reached with the right acquirer.</p>
<p><strong>Gidi Argov, Founder and CEO</strong><br />
<a href="http://www.creditcardprocessing-r-us.com/"><strong>www.CreditCardProcessing-r-us.com</strong></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/03/credit-card-processing-%e2%80%93-the-right-to-know/feed/</wfw:commentRss>
		<slash:comments>18</slash:comments>
		</item>
		<item>
		<title>iPhone might bypass the credit card associations</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/01/iphone-might-bypass-the-credit-card-associations/</link>
		<comments>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/01/iphone-might-bypass-the-credit-card-associations/#comments</comments>
		<pubDate>Tue, 25 Jan 2011 22:45:14 +0000</pubDate>
		<dc:creator>CCPrUs</dc:creator>
				<category><![CDATA[Credit Card Processing]]></category>
		<category><![CDATA[iPhone credit card app]]></category>
		<category><![CDATA[iPhone 5]]></category>
		<category><![CDATA[iPhone 5 - new way of pay]]></category>
		<category><![CDATA[iPhone bypass credit card associations]]></category>

		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=498</guid>
		<description><![CDATA[Rumors say iPhone 5 may include Near Field Communication (NFC) technology. If Apple will indeed equip its next iPhone generation with NFC technology, it can change the way we pay. NFC technology enables easy data authentication and therefore facilitates safely transmission of financial transaction data. iPhone 5 could easily replace the physical plastic card and [...]]]></description>
			<content:encoded><![CDATA[<p>Rumors say iPhone 5 may include Near Field Communication (NFC) technology. If Apple will indeed equip its next iPhone generation with NFC technology, it can change the way we pay.</p>
<p>NFC technology enables easy data authentication and therefore facilitates safely transmission of financial transaction data. iPhone 5 could easily replace the physical plastic card and communicate directly with retailers’ terminals.</p>
<p>Looking one step forward, Apple can turn the iPhone 5 into a fully functioning eWallet, bypassing the credit card associations altogether! As Apple already holds balances on iTunes gift cards, it can connect same balances, as well as pre-set bank checking accounts, to an iPhone 5 device and user, enabling same user to perform purchases using nothing but his new iPhone 5 device.</p>
<p>It’s still not clear if the upcoming iPhone 5 will indeed include NFC technology, nor if Apple is to take that extra step generating a new way of pay, yet assuming it does, with the current adoption pace of new <a href="http://www.creditcardprocessing-r-us.com/iphone-credit-card-app/">iPhone apps</a>, we might see the change coming our way sooner than we think.</p>
<p><strong>Gidi Argov, Founder and CEO</strong><br />
<a href="http://www.creditcardprocessing-r-us.com/"><strong>www.CreditCardProcessing-r-us.com</strong></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2011/01/iphone-might-bypass-the-credit-card-associations/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Credit Card Processing Tokenization</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/12/credit-card-processing-tokenization/</link>
		<comments>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/12/credit-card-processing-tokenization/#comments</comments>
		<pubDate>Mon, 13 Dec 2010 22:13:41 +0000</pubDate>
		<dc:creator>CCPrUs</dc:creator>
				<category><![CDATA[Credit Card Processing]]></category>
		<category><![CDATA[PCI DSS]]></category>
		<category><![CDATA[Tokenization]]></category>

		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=468</guid>
		<description><![CDATA[There’s a lot of buzz around Tokenization lately and for a good reason. Format Preserving Tokenization™ is a rising data security model that can be used alone or to augment strong encryption to benefit companies that accept credit card numbers, including credit card processors. Here’s how it works: Tokens are meaningless surrogate values that replace [...]]]></description>
			<content:encoded><![CDATA[<p>There’s a lot of buzz around Tokenization lately and for a good reason. Format Preserving Tokenization™ is a rising data security model that can be used alone or to augment strong encryption to benefit companies that accept credit card numbers, including credit card processors. </p>
<p>Here’s how it works: Tokens are meaningless surrogate values that replace credit card numbers in systems, applications and databases, while the encrypted values they represent remain locked in a central repository, called a data vault. </p>
<p>This provides a number of benefits for companies that need to protect credit card information, including: safe internal and external tokens mobility, credit card data format preservation and taking data, applications and systems out of scope for Payment Card Industry Data Security Standard (PCI DSS) compliance and audits. </p>
<p>Several industry organizations are working on tokenization definitions, standards and guidelines. The <a href="https://www.pcisecuritystandards.org/organization_info/special_interest_groups.php">PCI SSC Scoping Special Interest Group (SIG)</a> is working on definitions and the application of tokens as it relates to PCI DSS and the <a href="http://www.x9.org/home/">Accredited Standards Committee X9</a> is working on a standard to define tokenization requirements related to credit card data in the financial services industry.</p>
<p>Format preserving tokens enable practical applications, such as: post authorization sales and marketing analysis, analytics, loss prevention and fraud detection. For example, a data warehouse program can use format preserving tokens to determine what type of credit card – standard, private label or gift card – was used for a purchase. In this scenario, the data warehouse contains only tokens, not the actual card numbers.</p>
<p><strong>A word of caution for merchants</strong>:  There is no such thing as token portability between credit card processors. Because of this, companies need to be cautious of vendor lock-in when outsourcing tokenization to protect cardholder data to their payment processor. This becomes a problem when the company decides to change processors, because the tokenized values are not transferrable. The new credit card processing company has no way to determine what credit card number is linked to each token, so the data is effectively lost. </p>
<p>The solution:  In-house tokenization:  The way to avoid this problem is for merchants to tokenize credit card data in-house using a commercial off-the-shelf tokenization solution that’s properly maintained by the vendor.</p>
<p><strong>Gary Palgon,<br />
CISSP, Vice President, Product Management, nuBridges<br />
<a href="http://www.nubridges.com/">www.nubridges.com</a></strong></p>
]]></content:encoded>
			<wfw:commentRss>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/12/credit-card-processing-tokenization/feed/</wfw:commentRss>
		<slash:comments>21</slash:comments>
		</item>
		<item>
		<title>Merchant Compliance – The Deadly Sins</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/11/merchant-compliance-%e2%80%93-the-deadly-sins/</link>
		<comments>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/11/merchant-compliance-%e2%80%93-the-deadly-sins/#comments</comments>
		<pubDate>Tue, 16 Nov 2010 23:04:25 +0000</pubDate>
		<dc:creator>CCPrUs</dc:creator>
				<category><![CDATA[Credit Card Processing]]></category>
		<category><![CDATA[High Risk Merchant Account]]></category>
		<category><![CDATA[MasterCard BRAM]]></category>

		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=461</guid>
		<description><![CDATA[MasterCard runs a Business Risk Assessment and Mitigation (BRAM) program which restricts merchants posing significant fraud, regulatory or legal risk from using the MasterCard system. In other words, any violation of the BRAM categories, will most likely terminate your merchant account… ouch! The BRAM merchant categories include ‘Deadly Sins’, such as: child pornography, violence/hate and [...]]]></description>
			<content:encoded><![CDATA[<p>MasterCard runs a Business Risk Assessment and Mitigation (BRAM) program which restricts merchants posing significant fraud, regulatory or legal risk from using the MasterCard system. In other words, any violation of the BRAM categories, will most likely terminate your <a href="http://www.charge.com/">merchant account</a>… ouch!</p>
<p><img src="http://www.creditcardprocessing-r-us.com/images/MasterCard-Deadly-Sins_450x94.jpg" alt="MasterCard Deadly Sins" /></p>
<p>The BRAM merchant categories include ‘Deadly Sins’, such as: child pornography, violence/hate and extreme sexual violence, Illegal prescription drugs, copyright infringing merchandise, illegal tobacco product sales, Bestiality and other MasterCard ‘Sins’.</p>
<p>As determining if merchants providing ‘problematic’ products and services are operating legally or not isn’t easy, some acquirers are avoiding acquiring certain industries altogether, such as: gaming, adult, pharma, tobacco and alike.</p>
<p>MasterCard and the acquirers perform web crawling, monitoring merchants’ online content, as part of a continues effort to shut down merchants which are caught violating any BRAM category.</p>
<p><strong>Gidi Argov, Founder and CEO</strong><br />
<a href="http://www.creditcardprocessing-r-us.com/"><strong>www.CreditCardProcessing-r-us.com</strong></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/11/merchant-compliance-%e2%80%93-the-deadly-sins/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>How bad is third party processing?</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/10/how-bad-is-third-party-processing/</link>
		<comments>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/10/how-bad-is-third-party-processing/#comments</comments>
		<pubDate>Mon, 11 Oct 2010 21:42:26 +0000</pubDate>
		<dc:creator>CCPrUs</dc:creator>
				<category><![CDATA[Credit Card Processing]]></category>
		<category><![CDATA[Domestic Merchant Account]]></category>
		<category><![CDATA[High Risk Merchant Account]]></category>
		<category><![CDATA[Intl Merchant Account]]></category>
		<category><![CDATA[third party processing]]></category>

		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=434</guid>
		<description><![CDATA[According to Wikipedia third party processing has “been responsible for the worst horror stories”. Indeed&#8230; and yet some third party processing pros are worth mentioning. If you wish to accept credit cards, you can either open a direct merchant account, or use third party processing. In order to know what you’re offered, take a look [...]]]></description>
			<content:encoded><![CDATA[<p>According to Wikipedia third party processing has “been responsible for the worst horror stories”. Indeed&#8230; and yet some third party processing pros are worth mentioning.</p>
<p>If you wish to accept credit cards, you can either open a direct merchant account, or use third party processing.</p>
<p>In order to know what you’re offered, take a look at the footer of the site you consider using. If you see an ISO/MSP indication, you are going after a direct merchant account. Otherwise – third party processing.</p>
<p><strong><a href="http://www.creditcardprocessing-r-us.com/Domestic_Merchant_Account/">Direct merchant account</a></strong></p>
<p>Visa, MasterCard, American Express and Discover &#8211; all have programs that enable sales agents to market merchant accounts. As always, no standardization exist and each association has named its program differently. Visa has chosen Independent Sales Organization (ISO), MasterCard &#8211; Member Service Provider (MSP), American Express &#8211; External Sales Agent (ESA) and Discover &#8211; Referral Agent Program (RAP). Putting aside closed loop/open loop systems, the essence is identical. Your application will be submitted the an acquirer, for approval, in order to open you a merchant account with same acquirer.</p>
<p><strong><a href="http://www.creditcardprocessing-r-us.com/International_Credit_Card_Processing/">Third party processing</a></strong></p>
<p>Direct merchant account agents accuse third party processors for:</p>
<p>1.	High processing fees &#8211; 5% plus;<br />
2.	Long and delayed payment schedules;<br />
3.	Funds delayed are not FDIC insured;<br />
4.	Merchant&#8217;s name missing on credit card statements.</p>
<p>Not all accusations are accurate, for example, many IPSPs are now capable of adding through ‘soft descriptors’ the (real) merchant’s name. Moreover, there are cases third party processing is your only choice…</p>
<p>Many startups get rejected when applying for a direct merchant account and lack the knowhow needed to manage direct online credit card processing. Using third party processing functions as an incubating stage, through which volume reaches a point starting a direct merchant account makes sense. Other high risk businesses find it easier to operate under a third party processing umbrella. In many cases working behind a third party processor sets a ‘fire wall’ between the merchant and the associations, which saves the merchant the risk associated with owning a direct merchant account. </p>
<p>Once you are familiar with the different options and better understand each pros and cons you are more likely to make the decision that suits you best.</p>
<p><strong>Gidi Argov, Founder and CEO</strong><br />
<a href="http://www.creditcardprocessing-r-us.com/"><strong>www.CreditCardProcessing-r-us.com</strong></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/10/how-bad-is-third-party-processing/feed/</wfw:commentRss>
		<slash:comments>22</slash:comments>
		</item>
		<item>
		<title>How will FX 50:1 limit effect the credit card processing industry?</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/09/how-will-fx-501-limit-effect-the-credit-card-processing-industry/</link>
		<comments>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/09/how-will-fx-501-limit-effect-the-credit-card-processing-industry/#comments</comments>
		<pubDate>Tue, 28 Sep 2010 22:10:04 +0000</pubDate>
		<dc:creator>CCPrUs</dc:creator>
				<category><![CDATA[Credit Card Processing]]></category>
		<category><![CDATA[Domestic Merchant Account]]></category>
		<category><![CDATA[High Risk Merchant Account]]></category>
		<category><![CDATA[Intl Merchant Account]]></category>
		<category><![CDATA[FX 50:1 7995 MCC]]></category>

		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=405</guid>
		<description><![CDATA[The U.S. Commodity Futures Trading Commission (CFTC) announced on August 30, 2010 its final FX rule fact sheet. This new rule, effective as of October 18, 2010, allows a leverage of up to 50:1 on major currencies (minimum 2% security deposit) and 20:1 (minimum 5% of the notional value of the transaction) for all other [...]]]></description>
			<content:encoded><![CDATA[<p>The <a href="http://www.cftc.gov/">U.S. Commodity Futures Trading Commission (CFTC)</a>  announced on <a href="http://www.cftc.gov/PressRoom/PressReleases/pr5883-10.html">August 30, 2010</a>  its <a href="http://www.cftc.gov/ucm/groups/public/@newsroom/documents/file/forexfinalrulefactsheet.pdf">final FX rule fact sheet</a>.</p>
<p>This new rule, effective as of October 18, 2010, allows a leverage of up to 50:1 on major currencies (minimum 2% security deposit) and 20:1 (minimum 5% of the notional value of the transaction) for all other currencies.</p>
<p>The U.S. FX industry will have to accommodate, while worldwide FX brokers could continue offering higher ratios (<a href="http://www.ibfx.com/" rel="nofollow">IBfx</a> enables 400:1). US individuals already trading globally are expected to try maintaining their global trading accounts. Those who don’t might try taking their trading elsewhere.</p>
<p>As with gambling, the U.S. authorities will most likely try blocking Americans from trading out of the U.S. This can be accomplished by assigning the 7995 <a href="http://usa.visa.com/download/corporate/resources/mcc_booklet.pdf">MCC</a> to foreign forex brokers.</p>
<p>Should this happen, global FX brokers, IPSPs providing credit card processing services to such and their acquiring banks will have to, once again, distinguish Americans from the rest of the world.</p>
<p><strong>Gidi Argov, Founder and CEO</strong><br />
<a href="http://www.creditcardprocessing-r-us.com/"><strong>www.CreditCardProcessing-r-us.com</strong></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/09/how-will-fx-501-limit-effect-the-credit-card-processing-industry/feed/</wfw:commentRss>
		<slash:comments>17</slash:comments>
		</item>
		<item>
		<title>Charging surcharges on credit card transactions</title>
		<link>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/09/charging-surcharges-on-credit-card-transactions/</link>
		<comments>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/09/charging-surcharges-on-credit-card-transactions/#comments</comments>
		<pubDate>Mon, 27 Sep 2010 15:33:32 +0000</pubDate>
		<dc:creator>CCPrUs</dc:creator>
				<category><![CDATA[Retail Credit Card Processing]]></category>
		<category><![CDATA[surcharges on credit card transactions]]></category>

		<guid isPermaLink="false">http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/?p=385</guid>
		<description><![CDATA[Name it any way you want: surcharge, convenience fee, credit card acceptance fee or checkout fee – Visa and MasterCard do not allow retailers to charge an additional fee on top of a credit card transaction. MasterCard states that “A Merchant must not directly or indirectly require any Cardholder to pay a surcharge … in [...]]]></description>
			<content:encoded><![CDATA[<p>Name it any way you want: surcharge, convenience fee, credit card acceptance fee or checkout fee – Visa and MasterCard do not allow retailers to charge an additional fee on top of a credit card transaction.</p>
<p><img src="http://www.creditcardprocessing-r-us.com/images/Charging-surcharges-on-credit-card-transactions_450x94.jpg" alt="Charging surcharges on credit card transactions" /></p>
<p>MasterCard states that “<em><a href="http://www.mastercard.com/us/merchant/pdf/BM-Entire_Manual_public.pdf">A Merchant must not directly or indirectly require any Cardholder to pay a surcharge … in connection with a Transaction</a></em>” (Page 114, 5.11.2 Charges to Cardholders, to date – document is constantly updated and therefore pages and paragraph numbers keep changing). If this is not clear enough: <em>“<a href="http://www.mastercard.com/us/personal/en/cardholderservices/taxpayments/taxpay_faqs.html">MasterCard rules specifically prohibit merchants from adding a fee for acceptance of MasterCard cards. This is considered surcharging</a>”</em>.</p>
<p>Visa are saying the very same thing: <em>“Visa rules do not allow retailers to charge cardholders a checkout fee for using their cards”</em> and going a further step advising card holders to <em>“<a href="http://usa.visa.com/personal/using_visa/checkout_fees/index.html">report retailers that are charging checkout fees</a>”</em>.</p>
<p>Both Visa and MasterCard base their rules on discrimination laws, as surcharging a shopper paying with a credit card is, in a way, a shopper discrimination based on type of payment. Several US states have accepted the associations’ ruling and outlawed surcharges on credit card payments. These states are: California, Colorado, Connecticut, Florida, Kansas, Maine, Massachusetts, New York, Oklahoma &#038; Texas.</p>
<p>So what does this mean? Do the associations and state regulators expect retailers to finance processing fees out of their own pockets? No. Retailers should have their processing fees embedded within their final prices and therefore are allowed to offer discounts for cash and check purchases, as well as for PIN debit cards, as long as such offers are made to all buyers.</p>
<p><strong>Gidi Argov, Founder and CEO</strong><br />
<a href="http://www.creditcardprocessing-r-us.com/"><strong>www.CreditCardProcessing-r-us.com</strong></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.creditcardprocessing-r-us.com/Credit_Card_Processing_Blog/2010/09/charging-surcharges-on-credit-card-transactions/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
	</channel>
</rss>

