<?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>Creek Financial Services &#187; Security/Fraud</title>
	<atom:link href="http://www.creekfinancial.com/category/security-fraud/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.creekfinancial.com</link>
	<description>Explaining the payments industry so you can manage costs and risks</description>
	<lastBuildDate>Wed, 23 Jun 2010 14:47:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>A fast fix for most AVS problems</title>
		<link>http://www.creekfinancial.com/ecommerce/a-fast-fix-for-most-avs-problems/</link>
		<comments>http://www.creekfinancial.com/ecommerce/a-fast-fix-for-most-avs-problems/#comments</comments>
		<pubDate>Tue, 30 Jun 2009 17:01:32 +0000</pubDate>
		<dc:creator>Neil Moncrief</dc:creator>
				<category><![CDATA[Equipment]]></category>
		<category><![CDATA[Security/Fraud]]></category>
		<category><![CDATA[e-Commerce]]></category>
		<category><![CDATA[address verification service]]></category>
		<category><![CDATA[avs]]></category>
		<category><![CDATA[avs bad address error]]></category>
		<category><![CDATA[avs settings]]></category>
		<category><![CDATA[AVS thresholds]]></category>
		<category><![CDATA[how to force an authorization]]></category>
		<category><![CDATA[using AVS to detect fraudulent orders]]></category>

		<guid isPermaLink="false">http://www.creekfinancial.com/?p=271</guid>
		<description><![CDATA[For years, I’ve been a supporter of the Address Verification Service (AVS), especially when it comes to e-commerce. I’ve seen it protect merchants from thousands of dollars in loses. As a former e-commerce business owner myself (co-owner of 2BigFeet.com), I used it to identify and prevent countless fraudulent orders that would have otherwise resulted in [...]]]></description>
			<content:encoded><![CDATA[<p></p><p class="MsoNormal">For years, I’ve been a supporter of the Address Verification Service (AVS), especially when it comes to e-commerce.<span> </span>I’ve seen it protect merchants from thousands of dollars in loses.<span> </span>As a former e-commerce business owner myself (co-owner of <a title="2BigFeet website" href="http://www.2BigFeet.com" target="_blank">2BigFeet.com</a>), I used it to identify and prevent countless fraudulent orders that would have otherwise resulted in chargebacks.<span> </span>But too often, I hear stories from business owners<span id="more-271"></span> about a time when AVS flagged an order from a “good customer.”<span> </span>As a result, some merchants have lost faith in the system and have abandoned it altogether.<span> </span>Just because of one or two bad experiences, these merchants willingly risk accepting bogus orders (and certain chargebacks) rather than risk angering good customers with false positives.<span> </span></p>
<p class="MsoNormal">Most e-commerce businesses use AVS to reject fraudulent orders before they ever reach your fulfillment department, so you typically won’t know how many were blocked. And, since criminals don’t usually call and complain about their rejected orders, the false positives receive a disproportionate amount of attention. That being said, I’ll agree that AVS is not perfect. But many of the problems that legitimate customers experience are the fault of card issuing banks, not the AVS system itself. If you’ll follow the steps outlined in this post, you can reduce your false positives to a manageable number and benefit from the added security AVS offers.</p>
<ol>
<li>If your customer’s order is rejected, she’s already going to be disappointed. First, and foremost,      don’t allow your shopping cart to make the situation worse! The goal here is to have the affected customer call your customer service number immediately. Some carts use default messages that were obviously written by cold-hearted programmers, not warm-hearted customer service professionals. If you don’t know what message your rejected customers are seeing, put yourself in their shoes. Place a test order using a bad address. If the resulting message could make customers feel at fault or ignorant, change it. Avoid words like “mistake.” (Men, if you’re not the warm, fuzzy type, get a woman to help you.) Make sure your customers believe you really want to help fix this minor issue, or they’ll leave without giving you the      chance.<img class="aligncenter size-full wp-image-291" title="pix8space" src="http://www.creekfinancial.com/wp-content/uploads/2009/06/pix8space.jpg" alt="pix8space" width="8" height="8" /></li>
<li>Often, the customer will have already called the card issuing bank prior to calling you. If the bank told the customer the charge was approved (indirectly placing the blame on you), the customer may already be irritated when you answer the phone. You should understand, <span style="text-decoration: underline;">and be prepared to explain</span>, that all orders must be approved by both the card issuing bank and the payment gateway. Since the bank only verifies the customer’s available credit, it will approve most orders. But your gateway checks addresses using the AVS system. And if the gateway is not satisfied with the AVS results, it will deny the order (even if the bank has already approved it.)<img class="aligncenter size-full wp-image-291" title="pix8space" src="http://www.creekfinancial.com/wp-content/uploads/2009/06/pix8space.jpg" alt="pix8space" width="8" height="8" /></li>
<li>When the customer calls, apologize for the inconvenience. Explain that the problem could be the result of a bank error. Assure her that you’ll do everything possible to get the order approved. Finally, ask the customer if she has changed addresses within the past five years. Although this may sound like a strange question, it is very important. If the customer <span style="text-decoration: underline;">ever</span> received her credit card statements at another address, regardless of how long it’s been, ask for that address. Beg for it, if necessary, even if she assures you that she’s shopped elsewhere using her new billing address. (Due to different merchants, different payment gateways, and different AVS thresholds, your business could refuse an order that another business might have approved.)<img class="aligncenter size-full wp-image-291" title="pix8space" src="http://www.creekfinancial.com/wp-content/uploads/2009/06/pix8space.jpg" alt="pix8space" width="8" height="8" /></li>
<li>Try the order again, using the old billing address in place of the newer address. For reasons I don’t completely understand, inserting the old address corrects the problem about 75% of the time. It’s my      theory that some banks’ computers use one set of address fields for mailing monthly statements and another set of fields for AVS. I suppose that when customers move and notify their card issuing banks, the banks may update the fields used for statements and forget to update the AVS fields. I haven’t been able to confirm this, but it makes sense. Using this approach, I’ve seen orders approved using addresses that were 5 years out-of-date!<img class="aligncenter size-full wp-image-291" title="pix8space" src="http://www.creekfinancial.com/wp-content/uploads/2009/06/pix8space.jpg" alt="pix8space" width="8" height="8" /></li>
<li>If this doesn’t work, you should apologize and ask the customer to try another credit card. If the customer doesn’t have another card, you’ll have to choose to either a) disable AVS long enough to force the order through, or b) turn the customer away. In my seven years of e-commerce management, during which we approved tens of thousands of orders, I could count on one hand the number of times I had to make this choice.</li>
</ol>
<p><span style="font-size: 12pt; font-family: &quot;Times New Roman&quot;;">Hopefully, this procedure will help you get more out of the Address Verification System. Keep in mind, though, that AVS does have other limitations. AVS usually will not verify customers with billing addresses outside the U.S. And if your customer is using a card issuing bank located outside the U.S., AVS may experience problems there, as well. Otherwise, you should be able to count on the AVS system to work nearly 100% of the time.</span></p>
<p>I’m happy to provide this information free of charge. If you found it helpful, please subscribe to my RSS feed so you’ll be notified of future posts. You can also follow me on Twitter, where I regularly post short tips. I promise to never spam you or pressure you. Please forward this to your friends in business, and feel free to rate my post or leave a comment so I’ll know how to improve. Thanks!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.creekfinancial.com/ecommerce/a-fast-fix-for-most-avs-problems/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>The purpose of various terminal prompts (and why you shouldn’t skip them)</title>
		<link>http://www.creekfinancial.com/security-fraud/the-purpose-of-various-terminal-prompts-and-why-you-shouldn%e2%80%99t-skip-them/</link>
		<comments>http://www.creekfinancial.com/security-fraud/the-purpose-of-various-terminal-prompts-and-why-you-shouldn%e2%80%99t-skip-them/#comments</comments>
		<pubDate>Tue, 09 Jun 2009 09:14:54 +0000</pubDate>
		<dc:creator>Neil Moncrief</dc:creator>
				<category><![CDATA[Security/Fraud]]></category>
		<category><![CDATA[address verification service]]></category>
		<category><![CDATA[avs]]></category>
		<category><![CDATA[card verification value]]></category>
		<category><![CDATA[credit card securiy features]]></category>
		<category><![CDATA[cvv]]></category>
		<category><![CDATA[last 4 digits of credit card number]]></category>
		<category><![CDATA[market data]]></category>
		<category><![CDATA[reloaded credit cards]]></category>
		<category><![CDATA[security code]]></category>
		<category><![CDATA[street number]]></category>
		<category><![CDATA[zip code]]></category>

		<guid isPermaLink="false">http://blog.creekfinancial.com/?p=43</guid>
		<description><![CDATA[If you use a credit card terminal, and you’ve had it reprogrammed in the past year or two, you may have noticed some new steps were added to the checkout process. In these steps, the terminal may prompt you to enter additional information about the card or transaction. Unless you understand the purpose of these [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>If you use a credit card terminal, and you’ve had it reprogrammed in the past year or two, you may have noticed some new steps were added to the checkout process. In these steps, the terminal may prompt you to enter additional information about the card or transaction. Unless you understand the purpose of these steps, you may see them as a waste of time and even be tempted to skip over them altogether. But doing so would be a mistake!<span><span id="more-43"></span> </span>In this post, I’ll explain the four most commonly used security features found on credit card terminals.  I&#8217;ll tell you what information your terminal is requesting and how it benefits you to supply that information.</p>
<ol>
<li> <span style="text-decoration: underline;"><strong>Zip Code and/or Street Number </strong></span>– This information is usually requested when you hand-key a transaction received by phone, mail, or online. When you enter the card number and submit the authorization request, the address information, along with the dollar amount, is sent to your customer’s card issuing bank for approval. Banks that participate in the Address Verification Service (AVS) will compare this information to their customer files to ensure you have spoken with the actual cardholder. (The theory is that bad guys shopping with stolen credit card numbers won’t have access to the address and zip code.) Skipping this step adds unnecessary risk, and will probably result in the transaction being downgraded. In other words, the acquiring bank (represented by your credit card processor) will charge you a higher rate because you made the transaction riskier than it would have been otherwise.</li>
<li><span style="text-decoration: underline;"><strong>Enter the Last 4 Digits of Card Number </strong></span>– You may have seen this security feature and thought it was a waste of time if no one explained the importance of it. Stolen credit card numbers cause problems for banks and merchants alike, but the problem used to be limited to stores that accepted orders by phone, mail, or online. But now, bad guys can buy equipment allowing them to erase and re-record magnetic strips. This means they can steal authentic credit cards, erase them, and reload the cards with data stolen from other people. These respectable looking cards can then be sold on the streets and used in any retail store. To defend against these cards, merchants are prompted to enter the last 4 digits embossed on the card. If the card has been reloaded, those numbers won’t match the numbers on the magnetic strip. The charge will be denied, saving you from a costly chargeback.</li>
<li><span style="text-decoration: underline;"><strong>Order Number or Market Data</strong> </span>– Depending on how your account was set up, your terminal may request an order number when you enter hand-keyed transactions. If you’re prompted for this information, don’t skip it. Doing so may result in the transaction being downgraded. If you prefer, you may be able to speed up this process by entering a single digit (i.e., 1) for every order. Check with your credit card processor to be sure.</li>
<li><span style="text-decoration: underline;"><strong>CVV or Security Code </strong></span>– The security code or Card Verification Value (CVV) is the most recent addition to terminal security. E-commerce merchants started requesting this information within the past 5 years, and more recently, it has spread to retail terminals. It is only requested in cases where the card is not present, such as mail orders, phone orders, or Internet orders. The CVV is a 3-digit number printed on the right end of signature strips on Visa, MasterCard, and Discover cards. American Express uses a four digit number printed on the front. The theory is that a bad guy shopping with a stolen card number will not have access to the CVV, since these numbers can’t be printed on receipts, monthly statements, etc. Requiring your customer to have the physical credit card in-hand to place an order with your store reduces your risk of fraud and helps protect you against costly chargebacks.</li>
</ol>
<p><span style="font-size: 12pt; font-family: &quot;Times New Roman&quot;;">As time passes, credit card processors and card issuing banks will continue to introduce new features to combat fraud. Their goal is to protect everyone involved in processing credit cards, including you, the business owner. Using these features protects your business and lowers your overall costs. If your current processor isn’t doing enough to protect your business, please give me a call. I’d be happy to talk to you.</span></p>
<p>I&#8217;m happy to provide this information free of charge.  If you found it helpful, please subscribe to my RSS feed so you&#8217;ll be notified of future posts.  You can also follow me on Twitter, where I regularly post short tips.  I promise to never spam you or pressure you.  Please forward this to your friends in business, and feel free to rate my post or leave a comment so I&#8217;ll know how to improve. Thanks!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.creekfinancial.com/security-fraud/the-purpose-of-various-terminal-prompts-and-why-you-shouldn%e2%80%99t-skip-them/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Guard your business against reloaded credit cards</title>
		<link>http://www.creekfinancial.com/security-fraud/guard-your-business-against-reloaded-credit-cards/</link>
		<comments>http://www.creekfinancial.com/security-fraud/guard-your-business-against-reloaded-credit-cards/#comments</comments>
		<pubDate>Tue, 02 Jun 2009 23:22:18 +0000</pubDate>
		<dc:creator>Neil Moncrief</dc:creator>
				<category><![CDATA[Equipment]]></category>
		<category><![CDATA[Security/Fraud]]></category>
		<category><![CDATA[last 4 digits of credit card number]]></category>
		<category><![CDATA[magnetic stip encoder]]></category>
		<category><![CDATA[reloaded credit cards]]></category>
		<category><![CDATA[stolen credit cards]]></category>

		<guid isPermaLink="false">http://blog.creekfinancial.com/?p=14</guid>
		<description><![CDATA[With the abundance of stolen credit card data, it had to happen sooner or later&#8230;  The thugs who purchase these numbers grew tired of only being able to use them online. They perfected a trick that allows them to use stolen CC numbers in respectable brick-and-mortar retail businesses.  They only needed a source [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>With the abundance of stolen credit card data, it had to happen sooner or later&#8230;  The thugs who purchase these numbers grew tired of only being able to use them online. They perfected a trick that allows them to use stolen CC numbers in respectable brick-and-mortar retail businesses.  They only needed a source for stolen plastic credit cards and a magnetic strip writer.  Now, they &#8220;reprogram&#8221; stolen cards by loading stolen CC data onto the magnetic strips on back, and Voila!, authentic-looking credit cards with no monthly payments required!<strong><span id="more-14"></span></strong></p>
<p>Now, many credit card processors program terminals to identify these cards before the bad guys can leave with your stuff.  It&#8217;s simply a matter of comparing the account numbers on the front of the card to the information read from the magnetic strip on back.  For every transaction, your terminal should prompt you to enter the last 4 digits from the face of the credit card.  The terminal then compares that to the numbers it scanned from the back.  If there&#8217;s no match,<em> there&#8217;s trouble!</em></p>
<p>Like most security features, this requires merchants to spend a few seconds keying in information.  When this feature first appeared, some of my merchants resisted because they &#8220;knew most of their customers&#8221; or because their businesses &#8220;don&#8217;t attract that kind of customer.&#8221;  Several times, at the merchant&#8217;s request, I even disabled that feature.  But since then, I&#8217;ve suggested that all merchants leave the extra layer of protection in place. In short, you don&#8217;t have to own a pool hall or a tattoo parlor to be subject to stolen cards. And if you can protect yourself by entering four numbers, I say &#8220;Just do it!&#8221;</p>
<p>If your CC processor uses this feature to help protect your business, you can breathe a little easier.  Make sure your employees understand why it&#8217;s important. But if your processor doesn&#8217;t think this protection is necessary for your business, or if your terminal doesn&#8217;t offer this feature, please call me. I&#8217;ll be happy to examine your current practices and make suggestions how you can better safeguard your business.</p>
<p>I&#8217;m happy to provide this information free of charge.  If you found it helpful, please subscribe to my RSS feed so you&#8217;ll be notified of future posts.  You can also follow me on Twitter, where I regularly post short tips.  I promise to never spam you or pressure you.  Please forward this to your friends in business, and feel free to rate my post or leave a comment so I&#8217;ll know how to improve. Thanks!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.creekfinancial.com/security-fraud/guard-your-business-against-reloaded-credit-cards/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Don&#8217;t be an unwilling accomplice to credit card fraud</title>
		<link>http://www.creekfinancial.com/security-fraud/dont-be-an-unwilling-accomplice-to-credit-card-fraud/</link>
		<comments>http://www.creekfinancial.com/security-fraud/dont-be-an-unwilling-accomplice-to-credit-card-fraud/#comments</comments>
		<pubDate>Tue, 12 May 2009 09:41:28 +0000</pubDate>
		<dc:creator>Neil Moncrief</dc:creator>
				<category><![CDATA[Security/Fraud]]></category>
		<category><![CDATA[authorize stolen credit cards]]></category>
		<category><![CDATA[avs]]></category>
		<category><![CDATA[credit card fraud]]></category>
		<category><![CDATA[nigeria]]></category>
		<category><![CDATA[orders from nigeria]]></category>
		<category><![CDATA[suspicious orders]]></category>
		<category><![CDATA[validating stolen credit cards]]></category>

		<guid isPermaLink="false">http://blog.creekfinancial.com/?p=58</guid>
		<description><![CDATA[A few years ago, my business partner and I learned a hard lesson about how crooks operate and what they’ll do to validate stolen credit card numbers. I was a co-owner of www.2BigFeet.com, an e-commerce business specializing in extreme size men’s shoes. Like most e-commerce businesses, we used a payment gateway to gather authorizations. And [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>A few years ago, my business partner and I learned a hard lesson about how crooks operate and what they’ll do to validate stolen credit card numbers. I was a co-owner of <a title="2BigFeet.com" href="http://www.2BigFeet.com" target="_blank">www.2BigFeet.com</a>, an e-commerce business specializing in extreme size men’s shoes. Like most e-commerce businesses, we used a payment gateway to gather authorizations. And like most, we notified our customers within a few seconds whether or not their order was approved. At the time, we were using AVS to validate addresses, and we were careful to never ship suspicious orders without contacting the customer first. In short, we were doing everything right.<span id="more-58"></span></p>
<p class="MsoNormal">The problem occurred during our busiest time of the year. Our website, shopping cart, and gateway were set to automatically pre-authorize credit cards before we ever saw the orders. That kept us from having to deal with declined credit cards. One morning, we received a handful of orders for inexpensive items like socks. The orders came from Nigeria and were identical for the most part. AVS had flagged the orders, so when the &#8220;customer&#8221; didn&#8217;t reply to my emails, I suspected the orders were bogus and set them aside. We made a change in our gateway settings to automatically reject all future orders from Nigeria, and we continued going about our business. Over the next few days, <em>hundreds </em>more of these bogus orders were attempted. All were rejected, and all were ignored.</p>
<p>A couple of weeks later, our banker called to see what was wrong. Our checking account was in the negative! After asking the banker some questions, we realized none of our deposits (from our legitimate busy-season sales) had reached the bank since the first orders from Nigeria had arrived. After doing some research, we learned that credit card thieves will select websites that pre-authorize cards, and then use those websites as a tool to validate their stolen card numbers before selling them. (They didn’t want our socks, just our &#8220;service.&#8221;) To make a long and painful story short, our processor, Total Merchant Services, had noticed the flood of attempts being made against our website and had put a hold on all our deposits. Those deposits were from legitimate orders received during our busiest season of the year. <span style="text-decoration: underline;"><strong>TMS had 2 weeks&#8217; worth of our sales, and they wouldn&#8217;t release it for six months!</strong></span></p>
<p class="MsoNormal">In hindsight, we couldn’t have prevented the credit card thieves from placing orders on our website. But we could have (and should have) removed their incentive by turning off the pre-authorization feature when we first noticed the pattern. That would have inconvenienced us for a day or two, but it might have prevented our processor from taking action.</p>
<p><span style="font-size: 12pt; font-family: &quot;Times New Roman&quot;;">Here’s one more thing you should do if you ever experience this situation, or anything similar.<strong><span style="text-decoration: underline;">Call your credit card processor and tell them about it</span>.</strong> Processors have forgotten more about credit card fraud than you will ever know. You pay for their services, so don’t hesitate to call on them. And lastly, if your processor doesn&#8217;t bend over backwards to help you, find another processor.  I&#8217;d be happy to help you locate one!</span></p>
<p>I&#8217;m happy to provide this information free of charge.  If you found it helpful, please subscribe to my RSS feed so you&#8217;ll be notified of future posts.  You can also follow me on Twitter, where I regularly post short tips.  I promise to never spam you or pressure you.  Please forward this to your friends in business, and feel free to rate my post or leave a comment so I&#8217;ll know how to improve. Thanks!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.creekfinancial.com/security-fraud/dont-be-an-unwilling-accomplice-to-credit-card-fraud/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Would you turn off security features to save an order?</title>
		<link>http://www.creekfinancial.com/ecommerce/would-you-turn-off-your-security-to-save-an-order/</link>
		<comments>http://www.creekfinancial.com/ecommerce/would-you-turn-off-your-security-to-save-an-order/#comments</comments>
		<pubDate>Wed, 29 Apr 2009 01:39:28 +0000</pubDate>
		<dc:creator>Neil Moncrief</dc:creator>
				<category><![CDATA[Security/Fraud]]></category>
		<category><![CDATA[e-Commerce]]></category>
		<category><![CDATA[address verification service]]></category>
		<category><![CDATA[authorize.net]]></category>
		<category><![CDATA[avs]]></category>
		<category><![CDATA[cardholder's change of address]]></category>
		<category><![CDATA[Chargebacks]]></category>
		<category><![CDATA[credit card rejected]]></category>
		<category><![CDATA[customer hurry]]></category>
		<category><![CDATA[customer rush]]></category>
		<category><![CDATA[force order]]></category>
		<category><![CDATA[fraud prevention]]></category>
		<category><![CDATA[fraudulent orders]]></category>
		<category><![CDATA[impatient customers]]></category>
		<category><![CDATA[unreasonable shipping demands]]></category>
		<category><![CDATA[website security measures]]></category>

		<guid isPermaLink="false">http://blog.creekfinancial.com/?p=21</guid>
		<description><![CDATA[One of my larger e-commerce clients called the other day.  This merchant has been with me for about a year.  The owner originally signed with me not because of the savings (and yes, there were savings), but because of the experience I had as a prior Internet business owner.  Because this merchant [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>One of my larger e-commerce clients called the other day.  This merchant has been with me for about a year.  The owner originally signed with me not because of the savings (and yes, there were savings), but because of the experience I had as a prior Internet business owner.  Because this merchant sells high-value items, she enlisted my help with fraud prevention, and over the past year,<span id="more-21"></span> we implemented a series of safeguards to cut down on fraudulent orders and the resulting chargebacks.</p>
<p><img class="alignright size-full wp-image-29" style="border: 1px solid black; margin: 5px 10px; float: right;" title="Risk" src="http://blog.creekfinancial.com/wp-content/uploads/2008/12/bear-trap-xsmall.jpg" alt="" width="300" height="225" />When I answered the call, it wasn&#8217;t the business owner on the phone.  It was one of her newer employees.  The young man (a CSR) had spent the better part of the day trying to complete a $4,000 order for a customer.  Authorize.net had rejected the customer&#8217;s card numerous times, despite the card issuing bank&#8217;s insistence that it had authorized every transaction.  The CSR was confused and wanted to know if I would help him &#8220;force the order through.&#8221;</p>
<p>After a few minutes of Q&amp;A, the rest of the story unfolded.  This customer had first contacted my client via phone, but he delayed placing his order for several days.  Now that his card was being rejected, the customer insisted that the CSR keep trying, using a different variation of the address each time.  The customer was also insistent that his order be delivered faster than the website&#8217;s estimated normal delivery time. So&#8230; the customer was casual at first, but now he was in a rush? My &#8220;uh-oh alarm&#8221; began to beep.</p>
<p><img class="alignleft size-full wp-image-32" style="border: 1px solid black; margin: 5px 10px; float: left;" title="warning" src="http://blog.creekfinancial.com/wp-content/uploads/2008/12/warning.jpg" alt="" width="200" height="248" />I answered the CSR&#8217;s question about &#8220;forcing the transaction&#8221; by asking a question of my own:  Would the CSR accept responsibility if the transaction turned out to be fraudulent? Of course, he answered &#8220;no.&#8221;  I explained how the website&#8217;s security measures worked, and why his boss wanted them in place.  I told him that although it was possible to turn the features off long enough for the card to be approved, I couldn&#8217;t recommend it.  I also pointed out that it can be a sign of trouble when customers are impatient or make unreasonable shipping demands.</p>
<p>Drawing from my own past experiences, I named several things that can cause similar problems.  For instance, if the AVS match requirements are set too high, the gateway can mistake good orders for bad.  Also, some card issuing banks will update a cardholder&#8217;s change of address just enough to get their statements delivered, but then leave the old address visible in other fields used by AVS.  I explained to him how he could rule out those possibilities.  Other than that, I reminded him that the security features were there for a reason, and I suggested that he allow them to do their job.</p>
<p>In the end, the customer turned out to be legitimate. When the CSR explained the situation, the customer wired the funds to the merchant.  We never found out exactly why Authorize.net had blocked the authorization.  Regardless, the security features continue to work 99% of the time.  And the merchant remains confident in her safeguards, even it they do complicate an order from time to time.  At least problems like this don&#8217;t result in chargebacks.</p>
<p>I&#8217;m happy to provide this information free of charge.  If you found it helpful, please subscribe to my RSS feed so you&#8217;ll be notified of future posts.  You can also follow me on Twitter, where I regularly post short tips.  I promise to never spam you or pressure you.  Please forward this to your friends in business, and feel free to rate my post or leave a comment so I&#8217;ll know how to improve. Thanks!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.creekfinancial.com/ecommerce/would-you-turn-off-your-security-to-save-an-order/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why you should always use AVS for protection</title>
		<link>http://www.creekfinancial.com/ecommerce/why-you-should-always-use-avs-for-protection/</link>
		<comments>http://www.creekfinancial.com/ecommerce/why-you-should-always-use-avs-for-protection/#comments</comments>
		<pubDate>Tue, 21 Apr 2009 09:35:23 +0000</pubDate>
		<dc:creator>Neil Moncrief</dc:creator>
				<category><![CDATA[Chargebacks]]></category>
		<category><![CDATA[Security/Fraud]]></category>
		<category><![CDATA[e-Commerce]]></category>
		<category><![CDATA[2BigFeet]]></category>
		<category><![CDATA[address verification service]]></category>
		<category><![CDATA[avs]]></category>
		<category><![CDATA[Bank of America small business online community]]></category>
		<category><![CDATA[benefits of AVS]]></category>

		<guid isPermaLink="false">http://blog.creekfinancial.com/?p=49</guid>
		<description><![CDATA[ If you own or manage an e-commerce business, and you’re not using the Address Verification Service (AVS) to help validate orders, you&#8217;re increasing your exposure to chargebacks. Like most security measures, AVS is not perfect. For instance, it only works with participating banks, which limits its effectiveness overseas. But, at the very least, it [...]]]></description>
			<content:encoded><![CDATA[<p></p><p class="MsoNormal"><!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:DoNotOptimizeForBrowser /> </w:WordDocument> </xml><![endif]--> If you own or manage an e-commerce business, and you’re not using the Address Verification Service (AVS) to help validate orders, you&#8217;re increasing your exposure to chargebacks.<span> </span>Like most security measures, AVS is not perfect.<span> </span>For instance, it only works with participating banks, which limits its effectiveness overseas.<span> </span>But, at the very least, it can be used to separate your customers into two broad groups:<span id="more-49"></span> those who are almost certain to be legitimate and those you should give a second look.</p>
<p class="MsoNormal">Take a few minutes to read <a title="Bank of America article" href="http://smallbusinessonlinecommunity.bankofamerica.com/docs/DOC-1865?view=documents" target="_blank">this article I posted at the Bank of America forum for small business owners.</a><span> </span>The article describes the risks you take if you either fail to use AVS on your commercial website or you choose to ignore the warnings received from AVS.<span> </span>This is the true story of how my own Internet business, <a title="2BigFeet website" href="http://www.2bigfeet.com" target="_blank">2BigFeet.com</a>, ignored the signs and lost a lot of money. If you’ve never heard of AVS, or you’re just not using it now, take a look.<span> </span>Hopefully, it’ll help you avoid the hard lesson we learned.<span> </span></p>
<p><span style="font-size: 12pt; font-family: &quot;Times New Roman&quot;;">And one last thing&#8230; there is no cost to credit card processors for AVS.<span> </span>In fact, your credit card processor should offer it for free and encourage you to use it.<span> </span>After all, reducing chargebacks benefits both processors and merchants.<span> </span>If your processor is padding their profits by charging an AVS fee, whose interests are they protecting?</span></p>
<p>I&#8217;m happy to provide this information free of charge.  If you found it helpful, please subscribe to my RSS feed so you&#8217;ll be notified of future posts.  You can also follow me on Twitter, where I regularly post short tips.  I promise to never spam you or pressure you.  Please forward this to your friends in business, and feel free to rate my post or leave a comment so I&#8217;ll know how to improve. Thanks!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.creekfinancial.com/ecommerce/why-you-should-always-use-avs-for-protection/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Long live the knucklebuster!</title>
		<link>http://www.creekfinancial.com/security-fraud/long-live-the-knucklebuster/</link>
		<comments>http://www.creekfinancial.com/security-fraud/long-live-the-knucklebuster/#comments</comments>
		<pubDate>Tue, 31 Mar 2009 18:03:00 +0000</pubDate>
		<dc:creator>Neil Moncrief</dc:creator>
				<category><![CDATA[Chargebacks]]></category>
		<category><![CDATA[Equipment]]></category>
		<category><![CDATA[Security/Fraud]]></category>
		<category><![CDATA[carbon copy receipt]]></category>
		<category><![CDATA[carbon paper receipt]]></category>
		<category><![CDATA[evidence]]></category>
		<category><![CDATA[knucklebuster]]></category>
		<category><![CDATA[photocopy credit card]]></category>
		<category><![CDATA[physical impression]]></category>
		<category><![CDATA[physical imprint]]></category>
		<category><![CDATA[undisputabale proof]]></category>

		<guid isPermaLink="false">http://blog.creekfinancial.com/?p=9</guid>
		<description><![CDATA[Are you old enough to remember knucklebusters?  If not, let me explain.  Before credit card terminals made instant authorizations possible, merchants used imprinters to make physical imprints of credit cards showing the amount and date of the sale, along with the store&#8217;s name and address.  The customer would sign the copy, thereby [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>Are you old enough to remember knucklebusters?  If not, let me explain.  Before credit card terminals made instant authorizations possible, merchants used imprinters to make physical imprints of credit cards showing the amount and date of the sale, along with the store&#8217;s name and address.  The customer would sign the copy, thereby proving<span id="more-9"></span> the card had been physically present in the store.<!--more--></p>
<p><a href="http://blog.creekfinancial.com/wp-content/uploads/2008/05/knucklebuster.jpg"><img class="alignright alignnone size-medium wp-image-12" style="border: 1px solid black; margin: 5px 10px; float: right;" title="knucklebuster" src="http://blog.creekfinancial.com/wp-content/uploads/2008/05/knucklebuster-300x188.jpg" alt="" width="300" height="188" /></a></p>
<p>The term &#8220;knucklebuster&#8221; referred to what could happen if a store employee wasn&#8217;t careful.  Sliding the mechanism from side to side not only imprinted the raised card numbers onto the carbon paper receipt, it was loud and potentially dangerous.  But the result was worth the risk, and may still be today. With the raised numbers of the credit card physically imprinted onto the receipt, <strong>the cardholder couldn&#8217;t dispute that the card had been physically present in that particular store</strong>.</p>
<p>Today, imprinters have gone the way of the dinosaur.  Modern credit card terminals read the magnetic strip on the back of cards, and that serves as undisputable proof (in the eyes of Visa/MasterCard/Discover) that a card was used at a particular location.  But we all know that magnetic strips can lose their magnetism over time. When that happens, you (the merchant) simply hand-key the credit card information into the terminal.  But what if the customer denies having ever been in your store?  What then?  Without proof, you will lose the chargeback every single time! Yes, you read that right.  <strong>You will lose every chargeback</strong>, unless you have a knucklebuster to use as backup.  And in case you&#8217;re wondering, no, a photocopy of a credit card is not just as good as a physical impression.</p>
<p>It may seem like overkill, but a physical imprint of a credit card can mean the different between losing a chargeback and winning it. And if the charge was a large dollar amount (let&#8217;s say you sold a set of dining room furniture or a new riding lawnmower), the knucklebuster will be worth its weight in cash!</p>
<p>Whenever I sign up new retail merchants, I always remind them to use their imprinter as backup for all hand-keyed transactions. Orion Payment Systems, the processor I represent, sends every new merchant a customized imprinter name plate. And if a merchant doesn&#8217;t have an imprinter, I can provide one for just a few dollars.  Did your current processor take the time to warn you about this topic? If not, why?</p>
<p>If you&#8217;re happy with the service you&#8217;re currently getting from your credit card processor, that&#8217;s great!  But if your processor isn&#8217;t living up to your expectations, I&#8217;d appreciate the opportunity to show you what you&#8217;ve been missing. Feel free to give me a call.</p>
<p>I&#8217;m happy to provide this information free of charge.  If you found it helpful, please subscribe to my RSS feed so you&#8217;ll be notified of future posts.  You can also follow me on Twitter, where I regularly post short tips.  I promise to never spam you or pressure you.  Please forward this to your friends in business, and feel free to rate my post or leave a comment so I&#8217;ll know how to improve. Thanks!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.creekfinancial.com/security-fraud/long-live-the-knucklebuster/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
