tag:blogger.com,1999:blog-58031066258325206762009-07-13T09:31:06.715-07:00Accept PaymentsWe show you how to save money on payment processing and explain merchant accounts, virtual terminals, payment gateways and anything related to e-commerce.Avaninoreply@blogger.comBlogger27125tag:blogger.com,1999:blog-5803106625832520676.post-194720019797082582009-07-10T11:59:00.000-07:002009-07-10T12:27:32.704-07:00Tokenized Payments. Storing Your Customer Data in the CloudTokenized payments are all the rage so what are they all about?<br /><br /><br /><strong>What is cloud computing?</strong><br />Cloud computing is a style of computing in which virtualized resources are provided as a service over the Internet. For our purposes, tokenized payments is a place to store your sensitive customer data like credit card numbers.<br /><br /><strong>How do token payments work?</strong><br />Simply put, the customer information name, credit card number and other information are sent to the provider or the gateway. The gateway returns a token. The next time you want to perform a transaction that token is used instead of passing the credit card number.<br /><br /><strong>What are the advantages of token payments?</strong><br />There are several advantages to offloading sensitive customer data.<br /><br /><ul><li>Data is stored safely and securely</li><li>No storage of credit card numbers reduces the Payment Card Industries rules and regulations on your company. Expensive audits are reduced to a self assessment questionnaire in most cases.</li><li>Reduced programming costs</li><li>Some gateways offer eChecks and credit card data storage. </li><li>Rebilling is made easy since you have the payment information</li></ul><p></p><p><strong>Providers that offer tokenized payments.<br /></strong>Token payments are relatively new, but the list is growing.<br /></p><li><strong>Zopay.com </strong></li><li><strong>Cybersource </strong></li><li><strong>USEPay</strong></li><li><strong>Payments Gateway</strong></li><p><strong></strong></p><p><strong></strong></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-19472001979708258?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com1tag:blogger.com,1999:blog-5803106625832520676.post-9649411806126747622009-06-27T09:31:00.000-07:002009-06-27T09:39:23.593-07:005 tips to reduce your credit card fees nowFees usually vary because of the risk the provider takes on by letting your company accept credit cards. You may pay more or less credit card fees depending on your industry because of the type of goods or services you sell.<br /><br /><strong>Here are 5 tips you can use to save money on your credit card processing</strong><br /><ul><li>Check that your provider is using the correct merchant category code (MCC) for your business</li><li>Swipe the credit cards wherever possible</li><li>Get direct interchange pass through pricing</li><li>Review your bill make sure you understand what's on it and how it got there</li><li>Reduce <span id="SPELLING_ERROR_0" class="blsp-spelling-error">chargebacks</span> by using fraud tools such a <span id="SPELLING_ERROR_1" class="blsp-spelling-error">AVS</span> etc</li></ul><p>There are many other ways to save money on payment processing, but these you should be able to determine quite easily. Remember it doesn't always come down to the lowest rate quoted. Hidden fees can make the actual costs you pay much more than the quoted rate.</p><p></p><p></p><p></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-964941180612674762?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-48788570203382816402009-05-17T07:02:00.000-07:002009-05-17T07:42:36.430-07:00ACH Credit Transactions<span class="blsp-spelling-error" id="SPELLING_ERROR_0"><span class="blsp-spelling-error" id="SPELLING_ERROR_0"><span class="blsp-spelling-error" id="SPELLING_ERROR_0">ACH</span></span></span> credit transactions are used everyday for any number of reasons. Whether its dividend payments from your broker or your monthly social security check <span class="blsp-spelling-error" id="SPELLING_ERROR_1"><span class="blsp-spelling-error" id="SPELLING_ERROR_1"><span class="blsp-spelling-error" id="SPELLING_ERROR_1">ACH</span></span></span> credit transactions are an important part of the <span class="blsp-spelling-error" id="SPELLING_ERROR_2"><span class="blsp-spelling-error" id="SPELLING_ERROR_2"><span class="blsp-spelling-error" id="SPELLING_ERROR_2">ACH</span></span></span> network.<br /><br /><strong><span class="blsp-spelling-error" id="SPELLING_ERROR_3"><span class="blsp-spelling-error" id="SPELLING_ERROR_3"><span class="blsp-spelling-error" id="SPELLING_ERROR_3">ACH</span></span></span> Credits Usage</strong><br /><span class="blsp-spelling-error" id="SPELLING_ERROR_4"><span class="blsp-spelling-error" id="SPELLING_ERROR_4"><span class="blsp-spelling-error" id="SPELLING_ERROR_4">ACH</span></span></span> <span class="blsp-spelling-error" id="SPELLING_ERROR_5"><span class="blsp-spelling-error" id="SPELLING_ERROR_5"><span class="blsp-spelling-error" id="SPELLING_ERROR_5">eCheck</span></span></span> transactions happen when the Originator (usually a company) starts a transfer to move funds to a Receiver's (consumer) account. There are a number of reasons to perform an <span class="blsp-spelling-error" id="SPELLING_ERROR_6"><span class="blsp-spelling-error" id="SPELLING_ERROR_6"><span class="blsp-spelling-error" id="SPELLING_ERROR_6">ACH</span></span></span> Credit transaction.<br /><br /><ul><li>dividend payments</li><li>b2b payments</li><li>interest payments</li><li>annuities disbursements</li><li>telephone bill initiated payments</li><li>pension</li><li>tax payments</li><li>refunds</li><li>Social Security payments</li><li>payroll</li><li>government vendor payments</li></ul>Here is an example. You have a brokerage account at Bank of America and you own 1000 shares of Microsoft. As of this writing Microsoft pays a dividend. If your set up to be payed the dividend, you the <span class="blsp-spelling-corrected" id="SPELLING_ERROR_7">Receiver</span> <span class="blsp-spelling-corrected" id="SPELLING_ERROR_8">would</span> <span class="blsp-spelling-corrected" id="SPELLING_ERROR_9">receive</span> the <span class="blsp-spelling-corrected" id="SPELLING_ERROR_10">dividend</span> as an <a href="http://www.zopay.com/ach_echeck_processing.php"><span class="blsp-spelling-error" id="SPELLING_ERROR_11"><span class="blsp-spelling-error" id="SPELLING_ERROR_7"><span class="blsp-spelling-error" id="SPELLING_ERROR_7">ACH</span></span></span> credit</a> to your <span class="blsp-spelling-corrected" id="SPELLING_ERROR_12">account</span> from Bank of America, the Originator.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-4878857020338281640?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-20400174586322987152009-05-03T08:25:00.000-07:002009-05-03T08:26:12.350-07:00ACH eCheck Payment ApplicationsThe ACH Network supports a variety of payment applications from different vendors. An Originator initiating entries into the system will code the entries in a manner to indicate the type of payment, such as a debit or credit, and whether an entry is a corporate or consumer. The ACH application is recognized by a three digit code or an Standard Entry Class Code (SEC) code. This SEC code appears on the record format. It identifies the specific record format that will be used to carry the payment and the related payment information. Here is a list of entry class codes.<br /><br />ARC - Accounts Receivable Entry<br />CIE - Customer Initiated Entry<br />MTE - Machine Transfer Entry<br />PBR - Consumer Cross-Border<br />POP - Point of Purchase<br />PPD - Prearranged Payment and Deposit<br />POS - Point of Sale<br />RCK - Represented Check<br />TEL - Telephone Initiated Entry<br />WEB - Internet Initiated Entry<br />CBR - Corporate Cross Border Payment<br />CCD - Cash Concentration or Disbursement<br />CTX - Corporate Trade Exchange<br />ACK - Acknowledgement Entries<br />ADV - Automated Accounting Advice<br />COR - Automated Notification of Change<br />DNE - Death Notification of Change<br />ENR - Automated Enrollment Entry<br />TRC - Truncated Entries<br />XCK - Destroyed Check Entry<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-2040017458632298715?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-51639064762700959312009-04-24T13:55:00.001-07:002009-04-24T17:14:20.172-07:00ACH eCheck AcceptanceMany merchants that have been concerned about taking checks in the past have now seen the light. <span class="blsp-spelling-error" id="SPELLING_ERROR_0">eCheck</span> or <span class="blsp-spelling-error" id="SPELLING_ERROR_1">ACH</span> transactions compared to credit cards can save you big money. Check acceptance is less risky and easier than it used to be thanks to electronic check conversion. <span class="blsp-spelling-error" id="SPELLING_ERROR_2">ACH</span> transactions are now a cost-effective method of payment and a fast way for your customers to pay safe and securely.<br /><br /><strong>eCheck Conversion</strong><br />A check conversion application turns a paper check into an electronic one. The resulting check is sometimes called and <span class="blsp-spelling-error" id="SPELLING_ERROR_3">echeck</span> or e-check. This is also known as an <span class="blsp-spelling-error" id="SPELLING_ERROR_4">ACH</span> transaction. The merchant will use a check reader to scan the check at the point of sale. The scanner is can be hooked into a software program that sends the check to the payment processor or the payment gateway. The gateway will return a response that is echoed back to the user via the application. The <span class="blsp-spelling-error" id="SPELLING_ERROR_5">eCheck</span> will clear depending on the type of agreement with the processor debits are usually faster than a credit transactions standard four day hold time.<br /><br /><strong>Merchant Benefits of <span class="blsp-spelling-error" id="SPELLING_ERROR_6">ACH</span> </strong><br />When converting checks or <span class="blsp-spelling-error" id="SPELLING_ERROR_7">ACH</span> processing is used in conjunction with <a href="http://www.acceptpayments.org/2009/04/check-verification-vs-check-guarantee_05.html">check verification </a>the merchant benefits are huge. Along with the lower processing costs of <span class="blsp-spelling-error" id="SPELLING_ERROR_8">eChecks</span> the entire process has been streamlined allowing for the integration of a <span class="blsp-spelling-corrected" id="SPELLING_ERROR_9">accounting</span> programs such as <span class="blsp-spelling-error" id="SPELLING_ERROR_10">QuickBooks</span>, and <span class="blsp-spelling-error" id="SPELLING_ERROR_11">MYOB</span>. Mistakes from data entry are reduced, the closing and settlement process is also simplified by using <span class="blsp-spelling-error" id="SPELLING_ERROR_12">ACH</span> <span class="blsp-spelling-error" id="SPELLING_ERROR_13">eCheck</span> conversion.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-5163906476270095931?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-64176025196760323732009-04-19T10:44:00.001-07:002009-04-19T11:06:59.711-07:00What is ACH?<p>This should have been our first post, but better late than never. Every once in a while we get the question "What is <span class="blsp-spelling-error" id="SPELLING_ERROR_0">ACH</span>?".</p><p><strong>Automated Clearing House</strong><br /><span class="blsp-spelling-error" id="SPELLING_ERROR_1">ACH</span> stands for the Automated Clearing House Network. The <span class="blsp-spelling-error" id="SPELLING_ERROR_2">ACH</span> network is a nationwide electronic funds transfer system. The network is overseen by the <span class="blsp-spelling-error" id="SPELLING_ERROR_3">NACHA</span> operational rules. They provide the interbank clearing for electronic payments for participants. The electronic payments network and the Federal Reserve are in the position of <span class="blsp-spelling-error" id="SPELLING_ERROR_4">ACH</span> Operators or the central clearing houses which financial institutions to receive or transmit Automated Clearing House transactions.</p><br /><p><strong><span class="blsp-spelling-error" id="SPELLING_ERROR_5">ACH</span> Volumes</strong><br />According to <span class="blsp-spelling-error" id="SPELLING_ERROR_6">Nacha</span> the number of <span class="blsp-spelling-error" id="SPELLING_ERROR_7">ACH</span> payments originated by financial institutions increased to 8.05 billion in 2002, up 13.6 percent from 2001. These payments were valued at $21.7 trillion. Including payments originated by the Federal government, there were a total of 8.94 billion <span class="blsp-spelling-error" id="SPELLING_ERROR_8">ACH</span> payments in 2002 worth more than $24.4 trillion. <p><p><strong><span class="blsp-spelling-error" id="SPELLING_ERROR_9">ACH</span> Types of Payments</strong> <ul><li><span class="blsp-spelling-error" id="SPELLING_ERROR_10">eCommerce</span>, web sites etc</li><li><span class="blsp-spelling-error" id="SPELLING_ERROR_11">eChecks</span> payments</li><li>B2B (Business to business) payments</li><li>Mortgages</li><li>Tax payments made to local, state or federal government</li><li>Direct deposits, government <span class="blsp-spelling-corrected" id="SPELLING_ERROR_12">benefits</span>, Social Security, tax refunds, payroll</li><li>Insurance premiums</li><li>Mortgages, loans</li><li>Utility bills</li><li>Insurance</li><li>Other consumer bills<br /></li></ul><p><strong>Basic <span class="blsp-spelling-error" id="SPELLING_ERROR_13">ACH</span> Terms</strong><br />Originator<br />An entity, individual, corporation that initiates entries into the <span class="blsp-spelling-error" id="SPELLING_ERROR_14">ACH</span> network.<br /><br />Originating Depository Financial Institution (<span class="blsp-spelling-error" id="SPELLING_ERROR_15">ODFI</span>)<br />A participating financial institution that originates <span class="blsp-spelling-error" id="SPELLING_ERROR_16">ACH</span> entries at the request of and by (<span class="blsp-spelling-error" id="SPELLING_ERROR_17">ODFI</span>) agreement with it's customers. </p><p><br />Receiving Depository Financial Institution<br />Any financial institution qualified to receive <span class="blsp-spelling-error" id="SPELLING_ERROR_18">ACH</span> entries that agrees to abide by the <span class="blsp-spelling-error" id="SPELLING_ERROR_19">NACHA</span> Operating Rules and Guidelines<br /><br />Receiver<br />An individual, corporation or other entity who has authorized an Originator to initiate a credit or debit entry to a transaction account held at an <span class="blsp-spelling-error" id="SPELLING_ERROR_20">RDFI</span>.</p><p>Hope that helps, clear up some confusion. If you would like to know more about the <span class="blsp-spelling-error" id="SPELLING_ERROR_21">ACH</span> network or <a href="http://www.nacha.org/"><span class="blsp-spelling-error" id="SPELLING_ERROR_22">NACHA</span> </a>please <a href="http://www.nacha.org/">visit their site </a>or leave a comment.</p><p></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-6417602519676032373?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-29453849553584119372009-04-05T14:25:00.000-07:002009-04-07T16:51:30.745-07:00Check Verification vs Check GuaranteeIf you accept ACH, echecks or just plain old paper checks you probably use either a check verification service or a check guarantee service. These services are designed to reduce your company's exposure to bad checks.<br /><br /><strong>Check Guarantee</strong><br />If one of the checks you accept results in an NSF (Non Sufficient Funds) the check guarantee company will reimburse you depending on if the check was accepting according to the guidelines they provide. These guidelines cover whether the writers drivers license is on the back of the check etc. By not following these guidelines the check guarantee company may refuse to pay. Even if they do pay they have the option to debit your account later if they cannot collect from the bad check writer. The fees check guarantee companies charge are pretty steep for the average merchant.<br /><br /><strong>Check Verification</strong><br />This method of check protection gives you the option to decline or accept a check during the payment process depending on the information and data provided. Verification can be done at checkout. A real-time query is made to check the status of the account. A number of items can be checked.<br /><ul><li>Is the account in good standing</li><li>Has the account been stolen or a victim of fruad</li><li>Is the account a non DDA account</li><li>Are there sufficient funds to cover the check</li><li>Is the account in NSF</li><li>Is the routing number and account number valid</li><li>Is there a stop payment on the account</li></ul><p>Another optional item would be to have the check ran through a database of known bad check writers.</p><p>Compared to check guarantee, check verification is far less expensive. </p><p>Some service providers may not be able to offer the entire list above for check verification and may just offer the negative database. In that situation you may want to look at another service provider to get the full benefit of check verification.<br /></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-2945384955358411937?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-63600142932310803562009-03-28T14:20:00.000-07:002009-04-05T14:23:22.128-07:00Nacha ACH Return Codes<div class="post-header-line-1"></div><div class="post-body entry-content">If your company does any kind of eCheck ACH processing you'll want to get familiar with at least a couple of these return codes from NACHA.<br /><style type="text/css">.nobrtable br { display: none }</style><br /><div class="nobrtable"><br /><table cellspacing="0" cellpadding="0"><strong><br /></strong><tbody><tr><strong><br /></strong><td width="100"><div align="left"><strong>Return Code</strong></div></td><strong><br /></strong><td><div align="left"><strong>Description</strong></div></td><br /></tr><br /><tr><br /><td>R01</td><td>Insufficient Funds</td><br /></tr><tr><br /><td>R02</td><td>Account Closed</td><br /></tr><tr><br /><td>R03</td><td>No Account/Unable to Locate Account</td><br /></tr><tr><br /><td>R04</td><td>Invalid Account Number</td><br /></tr><tr><br /><td>R05</td><td>Unauthorized Debit to Consumer Account</td><br /></tr><tr><br /><td>R06</td><td>Returned per ODFIs Request</td><br /></tr><tr><br /><td>R07</td><td>Authorization Revoked by Customer</td><br /></tr><tr><br /><td>R08</td><td>Payment Stopped or Stop Payment on Item</td><br /></tr><tr><br /><td>R09</td><td>Uncollected Funds</td><br /></tr><tr><br /><td>R10</td><td>Customer Advises Not Authorized</td><br /></tr><tr><br /><td>R11</td><td>Check Truncation Entry Return</td><br /></tr><tr><br /><td>R12</td><td>Branch sold to another DFI</td><br /></tr><tr><br /><td>R13</td><td>RDFI not qualified to participate</td><br /></tr><tr><br /><td>R14</td><td>Representment payee deceased or unable to continuein that capacity</td><br /></tr><tr><br /><td>R15</td><td>Beneficiary of account holder deceased</td><br /></tr><tr><br /><td>R16</td><td>Account Frozen</td><br /></tr><tr><br /><td>R17</td><td>File record edit criteria</td><br /></tr><tr><br /><td>R18</td><td>Improper effective entry date </td><br /></tr><tr><br /><td>R19</td><td>Amount field error</td><br /></tr><tr><br /><td>R20</td><td>Non-Transaction Account </td><br /></tr><tr><br /><td>R21</td><td>Invalid company identification</td><br /></tr><tr><br /><td>R22</td><td>Invalid individual ID number</td><br /></tr><tr><br /><td>R23</td><td>Credit entry refused by receiver </td><br /></tr><tr><br /><td>R24</td><td>Duplicate entry</td><br /></tr><tr><br /><td>R25</td><td>Addenda error</td><br /></tr><tr><br /><td>R26</td><td>Mandatory field error</td><br /></tr><tr><br /><td>R27</td><td>Trace number error</td><br /></tr><tr><br /><td>R28</td><td>Routing number check digit error</td><br /></tr><tr><br /><td>R29</td><td>Corporate customer advises not authorized</td><br /></tr><tr><br /><td>R30</td><td>RDFI not participant in check truncation program</td><br /></tr><tr><br /><td>R31</td><td>Permissible return entry</td><br /></tr><tr><br /><td>R32</td><td>RDFI non-settlement</td><br /></tr><tr><br /><td>R33</td><td>Return of XCK entry</td><br /></tr><tr><br /><td>R34</td><td>Limited participation DFI</td><br /></tr><tr><br /><td>R35</td><td>Return of improper debit entry</td><br /></tr><tr><br /><td>R36</td><td>Return of improper credit entry</td><br /></tr><tr><br /><td>R38</td><td>Stop Payment on Source Document</td><br /></tr><tr><br /><td>R40</td><td>Return of ENR entry by Federal Government Agency (ENR Only)</td><br /></tr><tr><br /><td>R41</td><td>Invalid transaction code (ENR Only)</td><br /></tr><tr><br /><td>R42</td><td>Routing number/check digit error (ENR only)</td><br /></tr><tr><br /><td>R43</td><td>Invalid DFI account number (ENR only)</td><br /></tr><tr><br /><td>R44</td><td>Invalid individual ID number (ENR only)</td><br /></tr><tr><br /><td>R45</td><td>Invalid individual name/company name (ENR only)</td><br /></tr><tr><br /><td>R46</td><td>Invalid representative payee indicator (ENR only)</td><br /></tr><tr><br /><td>R47</td><td>Duplicate enrollment</td><br /></tr><tr><br /><td>R50</td><td>State Law Affecting RCK Acceptance</td><br /></tr><tr><br /><td>R51</td><td>Item is Ineligible, Notice Not Provided, Signature not genuine</td><br /></tr><tr><br /><td>R52</td><td>Stop Payment on Item</td><br /></tr><tr><br /><td>R61</td><td>Misrouted return</td><br /></tr><tr><br /><td>R62</td><td>Incorrect trace number</td><br /></tr><tr><br /><td>R63</td><td>Incorrect dollar amount</td><br /></tr><tr><br /><td>R64</td><td>Incorrect individual identification</td><br /></tr><tr><br /><td>R65</td><td>Incorrect transaction code</td><br /></tr><tr><br /><td>R66</td><td>Incorrect company identification</td><br /></tr><tr><br /><td>R67</td><td>Duplicate return</td><br /></tr><tr><br /><td>R68</td><td>Untimely Return</td><br /></tr><tr><br /><td>R69</td><td>Multiple Errors</td><br /></tr><tr><br /><td>R70</td><td>Permissible return entry not accepted</td><br /></tr><tr><br /><td>R71</td><td>Misrouted dishonored return</td><br /></tr><tr><br /><td>R72</td><td>Untimely dishonored return</td><br /></tr><tr><br /><td>R73</td><td>Timely original return</td><br /></tr><tr><br /><td>R74</td><td>Corrected return</td><br /></tr><tr><br /><td>R80</td><td>Cross-Border Payment Coding Error</td><br /></tr><tr><br /><td>R81</td><td>Non-Participant in Cross-Border Program</td><br /></tr><tr><br /><td>R82</td><td>Invalid Foreign Receiving DFI Identification</td><br /></tr><tr><br /><td>R83</td><td>Foreign Receiving DFI Unable to Settle </td><br /></tr><br /><tr><br /><td height="22"><strong>Change Code</strong></td><br /><td><strong>Description</strong></td><br /></tr><br /><tr><br /><td>C01</td><td>Incorrect DFI Account Number</td><br /></tr><tr><br /><td>C02</td><td>Incorrect Transit/Routing Number</td><br /></tr><tr><br /><td>C03</td><td>Incorrect Transit/Routing Number and Incorrect DFI Account Number</td><br /></tr><tr><br /><td>C04</td><td>Incorrect Individual Name</td><br /></tr><tr><br /><td>C05</td><td>Incorrect Transaction Code</td><br /></tr><tr><br /><td>C06</td><td>Incorrect DFI Account Number and Incorrect Transaction Code</td><br /></tr><tr><br /><td>C07</td><td>Incorrect Transit/Routing Number, Incorrect DFI Account Number, and Incorrect Transaction Code</td><br /></tr><tr><br /><td>C08</td><td>Reserved</td><br /></tr><tr><br /><td>C09</td><td>Incorrect Individual Identification Number</td><br /></tr><tr><br /><td>C10</td><td>Incorrect Company Name</td><br /></tr><tr><br /><td>C11</td><td>Incorrect Company Identification</td><br /></tr><tr><br /><td>C12</td><td>Incorrect Company Name and Company Identification</td><br /></tr><tr><br /><td>C13</td><td>Addenda Format Error</td><br /></tr><tr><br /><td>C61</td><td>Misrouted Notification of Change</td><br /></tr><tr><br /><td>C62</td><td>Incorrect Trace Number</td><br /></tr><tr><br /><td>C63</td><td>Incorrect Company Identification Number</td><br /></tr><tr><br /><td>C64</td><td>Incorrect Individual Identification Number</td><br /></tr><tr><br /><td>C65</td><td>Incorrectly Formatted Corrected Data</td><br /></tr><tr><br /><td>C66</td><td>Incorrect Discretionary Data</td><br /></tr><tr><br /><td>C67</td><td>Routing Number Not From Original Entry Detail Record</td><br /></tr><tr><br /><td>C68</td><td>DFI Account Number Not From Original Entry Detail Record</td><br /></tr><tr><br /><td>C69</td><td>Incorrect Transaction Code</td><br /></tr><br /></tbody></table></div></div><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-6360014293231080356?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-79536638112762028962009-03-15T14:13:00.000-07:002009-05-09T08:47:14.869-07:00How to make your software application PCI compliant.If your a developer who maintains a software application that accepts credit card payments you may be wondering how to make your program <a href="http://www,paymentcardindustry.com/"><span class="blsp-spelling-error" id="SPELLING_ERROR_0"><span class="blsp-spelling-error" id="SPELLING_ERROR_0">PCI</span></span> compliant.</a> Your not alone, every piece of software that accepts credit card payments or stores credit card numbers is now forced to become <span class="blsp-spelling-error" id="SPELLING_ERROR_1"><span class="blsp-spelling-error" id="SPELLING_ERROR_1">PCI</span></span> complaint or be fined. <span class="blsp-spelling-error" id="SPELLING_ERROR_2"><span class="blsp-spelling-error" id="SPELLING_ERROR_2">PCI</span></span> or the Payment Card Industry regulates the storing and transmission of credit card numbers.<br /><br /><strong>Your options</strong><br />There are two ways to become <span class="blsp-spelling-error" id="SPELLING_ERROR_3"><span class="blsp-spelling-error" id="SPELLING_ERROR_3">PCI</span></span> compliant.<br />1. Subject your software application to a <span class="blsp-spelling-error" id="SPELLING_ERROR_4"><span class="blsp-spelling-error" id="SPELLING_ERROR_4">PCI</span></span> audit. Representatives from the Payment Card Industry will review your application and make recommendations for the storage and transmission of credit card data. The audit will be intensive and costly and will need to be redone annually.<br />2. Rework your application to stop the storage and transmission of credit card numbers. At first this sounds <span class="blsp-spelling-corrected" id="SPELLING_ERROR_5">foreign</span> but read on.<br /><strong></strong><br /><strong>Removing the storage and transmission of credit card numbers from your application.</strong><br />Lets say for example you have a software application that accepts rent. Landlords use it on their desktop computers. They select a renter and charge their credit card.<br />We need to remove the portion that stores the credit card and replace it with a payment token. The token is generated when the landlord enters the credit card on a <span class="blsp-spelling-error" id="SPELLING_ERROR_5">PCI</span> certified site from your payment processor. Once you have the token you can store it in your application instead of the credit card number. When your ready to charge the renter you send the token along with the amount. Its that simple, your now <span class="blsp-spelling-error" id="SPELLING_ERROR_6">PCI</span> complaint.<br /><br /><strong><span class="blsp-spelling-error" id="SPELLING_ERROR_7">PCI</span> <span class="blsp-spelling-corrected" id="SPELLING_ERROR_8">compliance</span> in a few steps.</strong><br />It doesn't have to cost a fortune to become <span class="blsp-spelling-error" id="SPELLING_ERROR_9">PCI</span> compliant just a small change your application can make all the difference. Often the change can be made in a way that your customers won't even notice.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-7953663811276202896?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-48112473361451720752009-02-24T14:28:00.000-08:002009-04-05T14:30:06.879-07:00List of Payment GatewaysHere is a list of payment gateways.<br /><br /><br />· Anacom, Anacom Merchant Services, United States<br />· Authorize.net, Authorize.net, United States<br />· Banco Comercial Portugues, Banco Comercial Português, Portugal<br />· Bank Merchant POS (BMP), Bank of China, China<br />· Beanstream, Beanstream Internet Commerce, Inc., Canada<br />· Bibit, Bibit Internet Payments, Netherlands<br />· Bill4me.com, Facilitate I.T. Inc., Canada<br />· Biz*Star PX, Shanghai Shared Data Network Co. Ltd (SSDN), Singapore<br />· Business Gateway Service, WorldCom, Japan<br />· Buy-Line, Bank of New Zealand, New Zealand<br />· CAFIS, NTT Data Corp., Japan<br />· Cambist, Cambist Merchant Solutions, United States<br />· Camtech, Camtech Corp., Australia<br />· CCNow, CCNow, Inc., United States<br />· Chinatrust, Chinatrust Commercial Bank (CTCB), Taiwan, Province of China<br />· CIBC, Canadian Imperial Bank of Commerce, Canada<br />· CIPAS Indonesia, PT. CIPAS Indonesia, Indonesia<br />· CitiBank India, CitiBank India, India<br />· ClearCommerce, ClearCommerce Corp., United States<br />· ClickBank, Keynetics Inc., United States<br />· ClickPay, Professo, LLC, United States<br />· CMB, China Merchants Bank, China<br />· Comtrust, Comtrust, United Arab Emirates<br />· CyberCash, VeriSign Payment Services, United States<br />· CyberMUT, Groupe Crédit Mutuel, France<br />· CyberSource, CyberSource Corp., United States<br />· DataCash, DataCash Ltd., United Kingdom<br />· DirectLink, Plug 'n Pay Technologies, Inc., United States<br />· DnB, DnB - Den norske Bank, Norway<br />· E-Commerce Africa, E-Commerce Africa, Netherlands<br />· E-Payment, Interactive Worldwide Limited, Australia<br />· e4Sure, e4asia Inc., Thailand<br />· EBS, Electronic Billing Systems AG, Germany<br />· Ecgate, Ecnet, South Africa<br />· ECHOnline, Electronic Clearing House, Inc.,<br />· eops, eops AG, Germany<br />· ePagos, ePagos Merchant Services, United States<br />· ePDQ, Barclaycard Merchant Services, United Kingdom<br />· eSec Payment Service, eSec Ltd., Australia<br />· eStores, Bank of America, United States<br />· EuroDebit, Moreband Corp. NV, Netherlands Antilles<br />· FirstEcom, First Ecom, HongKong<br />· GestPay, Banca Sella S.p.A., Italy<br />· HDFCBank, HDFC Bank, Ltd., India<br />· I.N.G, Internet Networking Group, Netherlands<br />· iBill, Internet Billing Company, Ltd., United States<br />· IntelliPay, IntelliPay Inc., United States<br />· IPGS, Visa, United States<br />· iVeri, eCompany Ltd., South Africa<br />· JustGiving.com, Justgiving, United Kingdom<br />· Ka-Chingg and TPG, iPayment Technologies, United States<br />· Kagi, Kagi, United States<br />· LinkPoint, CardService International, United States<br />· LiveProcessor, Paymentplus, Inc., United States<br />· MultiCards.com, De Postel BV, Netherlands<br />· NetBanx, NetBanx Ltd., United Kingdom<br />· Netbilling, Automated Billing Services, United States<br />· Online Charge, Innuity, Inc., United States<br />· OrderButton, OrderButton.Net, Inc., United States<br />· Pago PAY, Pago eTransaction Services GmbH, Germany<br />· PAY@db, Deutsche Bank, Germany<br />· PayCash.ru, Alkor Group of Companies, Russian Federation<br />· PayControl, Netcetera AG, Switzerland<br />· PayFlow, VeriSign Payment Services, United States<br />· Paymentservice, Paymentservice.at, Austria<br />· Payments Gateway United States<br />· PayPal, PayPal, United States<br />· PaySeal, ICICI ePayments Ltd., India<br />· PayWare, Trintech Group plc, Ireland<br />· PayWay, Nobil IT Corporation, Canada<br />· PlanetPayment, Planet Group Inc., United States<br />· QPAY and QTILL, QENTA paymentsolutions GmbH, Austria<br />· QSI Client Class, QSI Payments, Australia<br />· Secure-e-pay, Global Tele-Systems Ltd., India<br />· SecurePay, SecurePay Pty Ltd., Australia<br />· SecureTrading, SecureTrading, United Kingdom<br />· Setcom, Setcom (Pty) Ltd., South Africa<br />· SIPS, Siam Commercial Bank PCL., Thailand<br />· Solo e-payment, Solo Market/Merita Bank Plc, Finland<br />· Speedpay, E Commerce Group, United States<br />· SurePay, SurePay LP, United States<br />· Telecharge Canada, TeleCharge Canada, Canada<br />· Telecommerce, France Telecom, France<br />· Thirt, Thirt.com, South Africa<br />· TOPGate, Shanghai Bankcard Network Services Corp., China<br />· USA ePay, GorCorp Inc., United States<br />· VIP, Virbus AG, Germany<br />· WebCollect, GlobalCollect, Netherlands<br />· Webmoney.ru, WebMoney Transfer, Russian Federation<br />· Webpay, Transbank, Chile<br />· WorldPay, WorldPay plc, United Kingdom<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-4811247336145172075?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-36488000195633294742009-02-07T14:31:00.000-08:002009-04-05T14:33:12.960-07:00PCI Compliant Credit Card TransactionsAs a follow up to our <a href="http://www.acceptpayments.org/2008/11/customer-information-management.html">previous post</a>. We are going to get into a little more detail regarding PCI compliant credit card transactions and the storage of credit card numbers.<br /><br /><strong>PCI compliant</strong><br />As a merchant you need to be PCI compliant, but it doesn't have to be difficult. The storage and transmission of credit card data is regulated by PCI or the <a href="http://www.paymentcardindustry.com/">Payment Card Industry</a>. What this means is that if you accept credit cards you have to abide by certain rules to protect that data.<br /><br /><strong>PCI Complaint Credit Card Number Storage</strong><br />PCI says do not store credit card numbers. If you have an e-commerce store or web site that accepts payments do not store those credit card numbers in a database even if they are encrypted. It should go without saying you do not want to send an email to anyone even yourself with the full credit card number visible. So what do you do?<br /><br /><strong>Accepting Credit Cards</strong><br />In order to accept credit cards for the average merchant you should be using your processors securely hosted payment page. This way the credit card number is not entered in on your site and the number is stored securely. Make sure your processor is PCI complaint.<br /><br /><strong>Off Loading Credit Card Number Storage</strong><br />For an advanced application you can submit a credit card number for your customer to your processor and it will return an ID. The merchants application can store this ID, when they are ready for another transaction they just send that ID to the processor instead of a credit card number. The merchant doesn't need to store credit card information and is PCI compliant.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-3648800019563329474?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-60271267005946398932009-02-01T14:33:00.000-08:002009-04-05T14:37:33.905-07:00Merchant Account Fees Part 2Continuing on with the merchant account fees from our previous post. Remember not all fees are charged from all service providers. These are the most common.<br /><br /><strong>Monthly minimum fee</strong><br />Sometimes a processor will impose a monthly minimum fee. If the monthly minimum is not met, the merchant is charged up to the monthly minimum to satisfy the minimum fee requirements.<br /><strong></strong><br /><strong>Statement fee</strong><br />The statement shows how much processing the merchant did and the costs incurred.<br />It reflects the number of transactions, total dollar volume and average ticket. This is a monthly fixed fee. Normally the statement is $8 to $10.<br /><strong></strong><br /><strong>AVS fees<br /></strong>An Address verification service is used for fraud prevention. It compares the billing address provided by the cardholder with the card issuing bank's records. It verifies that they match.<br />Normally a 5 to 10 cents per item.<br /><br /><strong>Bankcard authorization and transaction fees</strong><br />Bankcards issued by Master Card and Visa charge an authorization fee is each time a transaction is sent to the card-issuing bank to be authorized. Normally between 10 cents and 20 cents, plus the interchange cost.<br /><br /><strong>Nonbankcard authorization and transaction fees</strong><br />American Express, Discover, Diners, and electronic benefits transfer (EBT), gift and loyalty cards.<br />The authorization fee is charged every time a transaction is sent to the card-issuing bank to be authorized. Normally between 10 to 20 cents.<br /><br /><strong>PIN Based debit fees<br /></strong>Debit cards require that every transaction be electronically authorized. Each transaction is secured with the PIN number. Here is how PIN debits are priced.<br /><ul><li>A single flat fee </li><li>A transaction fee plus cost for the debit networks. </li></ul><strong>Voice authorization fees</strong><br />If a merchant calls in a transaction for telephone or voice authorization. Normally the cost per voice authorization ranges from $0.75 to $1.50.<br /><br /><strong>Batch fee</strong><br />Settling, or batching is the act of sending a merchant's transactions at the end of the business day to the bank for payment. Batch fees are normally 10 to 35 cents per settlement.<br /><br /><strong>Online merchant reporting fee<br /></strong>Normally reports are free, included with your virtual terminal, but if not some processors charge for online reporting. It can range from 2.50 to $10 per month.<br /><br /><strong>Terminal repair or replacement</strong><br />A simple warranty program that extends repair or replacement coverage to POS equipment. Around $5 to $10 per month.<br /><strong></strong><br /><strong>Retrieval fees</strong><br />When a transaction is disputed, a retrieval request is initiated. This fee is typically charged whether or not the chargeback is successful. Normally the cost is $10.<br /><br /><strong>Chargeback fees</strong><br />Chargebacks can be $15 to $25, per transaction if successful.<br /><br /><strong>ACH reject fee</strong><br />The same as an overdraft fee on a paper check. Its the fee imposed on a checking account by a bank when a check bounces, normally its around $25.<br /><br /><strong>Annual fee</strong><br />The amount charged annually for the merchant account. Not normally charged.<br /><br /><strong>Payment gateway</strong><br />Gateway fees range from $5 to $20 per month. Some gateways do more than process transactions. They can also store customer sensitive data like credit cards, identity verification and more.<br /><strong></strong><strong></strong><br /><strong>Wireless gateway</strong><br />Some gateways have a wireless option, that fee may be broken out. These fees are normally part of the gateway fees.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-6027126700594639893?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-38308087301433657102009-01-10T14:38:00.000-08:002009-04-05T14:39:59.675-07:00Merchant Account FeesThere are many different kinds of fees that go into credit card processing that the merchant may have to pay. Knowing the different types of fees can save you money.<br /><br /><strong>Discount rates</strong><br />The discount rate is the fee the merchant pays per transaction. There are different rates depending on the type of transaction.<br /><strong></strong><br /><strong>Qualified rate</strong><br />The lowest rate. This <span class="blsp-spelling-corrected" id="SPELLING_ERROR_0">usually</span> requires that the cards be electronically swiped and the transaction settled within 24 hours. Also known as Swipe rate.<br /><br /><strong>Mid Qualified rate</strong><br />This is the percentage rate merchants are charged whenever they accept credit cards that do not qualify for the lowest rate. Here are some reasons why this can happen.<br />non-swipe transaction<br /><br /><ul><li>non-swiped credit card transaction</li><li>foreign car, business card or rewards card</li><li>batch not done in a timely manner (24-48 hours)</li></ul>Mid qualify is also known as a partially qualified rate.<br /><br /><strong>Non Qualified rate</strong><br />This rate will be the highest charged. Here are some reasons a transaction would fall into the non qualified rate.<br /><br /><ul><li>non - swiped credit card, no address verification </li><li>foreign card, business card or rewards card, with no additional fields entered</li><li>batch not done in a timely manner (24-48 hours)</li></ul><p></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-3830808730143365710?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-78144207399518665022009-01-10T13:55:00.000-08:002009-05-09T08:49:25.303-07:00Merchant Account FeesThere are many different kinds of fees that go into <a href="http://www.zopay.com/credit_card_processing.php">credit card processing </a>that the merchant may have to pay. Knowing the different types of fees can save you money.<br /><br /><strong>Discount Rates</strong><br />The discount rate is the fee the merchant pays per transaction. There are different rates depending on the type of transaction.<br /><strong></strong><br /><strong>Qualified rate</strong><br />The lowest rate. This <span class="blsp-spelling-corrected" id="SPELLING_ERROR_0">usually</span> requires that the cards be electronically swiped and the transaction settled within 24 hours. Also known as Swipe rate.<br /><br /><strong>Mid Qualified rate</strong><br />This is the percentage rate merchants are charged whenever they accept credit cards that do not qualify for the lowest rate. Here are some reasons why this can happen.<br />non-swipe transaction<br /><br /><ul><li>non-swiped credit card transaction</li><li>foreign car, business card or rewards card</li><li>batch not done in a timely manner (24-48 hours)</li></ul>Mid qualify is also known as a partially qualified rate.<br /><br /><strong>Non Qualified rate</strong><br />This rate will be the highest charged. Here are some reasons a transaction would fall into the non qualified rate.<br /><br /><ul><li>non - swiped credit card, no address verification </li><li>foreign card, business card or rewards card, with no additional fields entered</li><li>batch not done in a timely manner (24-48 hours)</li></ul><p></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-7814420739951866502?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-22165277762462566522009-01-09T14:03:00.000-08:002009-04-05T14:04:29.041-07:00Pay Pal vs Merchant AccountA proper headline would be third party payment processors vs a merchant account. <a href="http://www.google.com/checkout">Google checkout </a>and <a href="http://www.paypal.com/">Pay Pal </a>are good examples of third party payment processors. In a recent survey only 44% of <span class="blsp-spelling-error" id="SPELLING_ERROR_0">PayPal</span> customers and 19% of Google Checkout customers rate their purchase experience as good or very good.* So what are the differences?<br /><br /><strong>Fees</strong><br />Third party payment processors don't require you to have a merchant account. In a sense your using their account and they are charging you for the privilege, but higher fees aren't the only differences.<br /><br /><strong>Funds</strong><br />Your money goes directly to your account usually two days faster with a merchant account. Third party payment processors store your money for you making you request it be deposited to your account. This can add 3 to 4 days before you see your money. When your money is in your bank it is FDIC insured, not so with third party processors.<br /><br /><strong>Dispute Resolution</strong><br />When your the merchant account owner you are represented by your acquiring bank and reseller, both of which want you to get paid. Google Checkout and Pay Pal are known to <a href="http://www.consumeraffairs.com/online/paypal_02.html">freeze accounts</a> first ask questions later. The problem with this is that their customer support is non-<span class="blsp-spelling-corrected" id="SPELLING_ERROR_1">existent, try to find a phone number for PayPal and when you email them you get back canned responses that are not helpful. Talking to a person is very important when your money is involved.</span><br /><strong></strong><br /><br /><br /><span style="font-size:85%;">* Survey of online shoppers conducted January 2007 by J.P. Morgan</span><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-2216527776246256652?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-54287475005038838412009-01-03T14:05:00.000-08:002009-04-05T14:07:34.823-07:00More on Shopping CartsThere are tons of shopping carts to choose from it can and will get confusing. You need to choose one that you'll be happy with because your gonna be stuck with it for a long time. When and if you decide to move off a shopping cart it can be a time consuming task so try to avoid that. Here are some important considerations when choosing a cart.<br /><br /><strong>Payment Processors</strong><br />The most important thing your cart will do is process transactions. Not all carts work with all payment processors or payment gateways, so you need to check your carts supported gateways page. If they dont' have this page or it is hard to find you need another cart. If you already have your processor you can check their supported carts page.<br /><br />Some carts will let you make an add-on, or module to support a processor, but its generally a better idea to use one that is supported out of the box. The reason being when they update the cart you will have to update the module. If the cart software provider supports your processor out of the box they will generally update it along with the new version of the cart.<br /><br /><strong>Hosted Carts<br /></strong>If you don't want to go through the hassle of getting a web host and maintaining the cart yourself you can use a hosted cart. A hosted cart will usually charge you both a monthly fee and a percentage of the transaction. <a title="Shopify" href="http://www.shopify.com/" target="_blank">Shopify</a>, and <a title="Prostores" href="http://www.prostores.com/" target="_blank">ProStores</a>, are good examples of hosted carts. Some of these carts also put limitations on the number of products in your store. A hosted cart can get pricey, but for some its the only way to go.<br /><br /><strong>Non hosted Carts<br /></strong>The non hosted carts come in all shapes and sizes and have a wide range of prices. Some of the best carts are free believe it or not. <a title="Zen Cart" href="http://www.zencart.com/" target="_blank">ZenCart </a>and <a title="osCommerce" href="http://www.oscommerce.com/" target="_blank">osCommerce </a>are two widely popular open source carts that won't cost you a dime. <a href="http://www.bvsoftware.com/" target="_blank">BV Commerce</a> a non open source cart can cost upwards of $500.<br /><br />Before you run out and get the free shopping carts there are some differences you need to know about. The free carts don't have a customer service department on standby ready to help you when something goes wrong. The better ones do have a forum or knowledge-base that can help, but it can get frustrating, especially if it is a new problem no one has experiened before. Paid carts will at least have an email you can use for support the better ones will have a phone number to call or even a support chat. If you going to pay money for a cart make sure they have responsive support department. Ask them some pre-sales questions and see how fast they get back to you. If they don't respond quickly to a pre-sales question chances are they are even slower post sale.<br /><br /><strong>Server Technology<br /></strong>When going the non hosted route you'll need to get a web hosting account. It isn't as hard as it seems, but you will need to choose a server type based on the type of cart your going to install. ZenCart for example uses <a href="http://www.phpnet/" target="_blank">PHP</a>. PHP is the language the cart is programed in. A linux server is the best environment for a PHP scripted cart. The shopping cart your interested in will have a requirements page that will detail the scripting language, database and other items that need to be installed for the cart to work correctly.<br /><br /><strong>Which is best for me<br /></strong>Make sure your payment processor is supported first. Hosted carts work best for the beginner, but if you have some technical ability the non-hosted cart would be a good choice. If you really need to customize your cart you have to go with an open source version.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-5428747500503883841?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-75697733055492366692008-12-27T14:51:00.000-08:002009-04-05T14:53:58.360-07:00PCI Compliant Customer Data StorageIn a continuation of the post regarding <a href="http://www.acceptpayments.org/2008/11/customer-information-management.html">storing of customer data</a> we are going to dive into the subject a bit more.<br /><br /><span class="blsp-spelling-error" id="SPELLING_ERROR_0">PCI</span> or the payment card industry doesn't want you to store sensitive credit card information. For example if you sell someone a widget on your site and they pay with a credit card. You are not allowed to store the credit card number without going through the pain of becoming <span class="blsp-spelling-error" id="SPELLING_ERROR_1">PCI</span> compliant for storage of credit card data.<br /><br /><div><strong>Virtual Terminal Customer Data Storage</strong></div><div>If your just using the Virtual Terminal provided to you from your merchant account provider you should be able to store sensitive customer information quite easily. Normally its as simple as entering in the credit card number on a screen and the next time you want to bill them just click their name. This is the easiest way to store sensitive information, but what if you need more control of your customers?</div><div></div><br /><strong>Storing Credit Card Customer Data</strong><br />So lets say you want to <span class="blsp-spelling-error" id="SPELLING_ERROR_2">rebill</span> that customer or you need to credit their account. If you don't have access to the credit card number you will need to ask for it again. Rather than do that merchant account providers are offering to store your sensitive customer information as part of the service packages that they offer. Here's how it works. You send the processor the sensitive information once. They issue a customer token or customer ID say 2345. The next time you want to bill that customer you send to the processor, bill customer ID 2345, $50.00. Its that easy, your now <span class="blsp-spelling-error" id="SPELLING_ERROR_3">PCI</span> compliant and you have access to bill your return customers.<br /><br /><strong>Integration into your Application</strong><br />If you need even more control you can integrate your application via web services. For example if you have an existing application that maintains your customer information you can talk to the processors payment gateway via web services to make it a seamless user experience. Most processors offer these basic calls among others.<br /><ul><li>create a customer</li><li>update a customer</li><li>delete a customer</li><li>make a customer transaction</li><li>update a customers credit card</li><li>update a customers checking account</li></ul><p>Having your processor store your sensitive information makes sense for most merchants. The savings is great when compared to the costs and time required to become <span class="blsp-spelling-error" id="SPELLING_ERROR_4">PCI</span> compliant to store credit card information. Ask if your processor offers sensitive data storage for your customer data, if they do take advantage of this great service.</p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-7569773305549236669?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-31493034270728979382008-12-20T15:00:00.000-08:002009-04-05T15:02:23.219-07:00Test Credit Card Account NumbersHere is a list of test credit card numbers. Often used by developers or merchants that want to test their merchant account.<br /><br /><strong>American Express</strong><br />378282246310005<br />371449635398431<br />378734493671000<br /><br /><strong>Diners Club</strong><br />30569309025904<br />38520000023237<br /><br /><strong>Discover</strong><br />6011111111111117<br />6011000990139424<br /><br /><strong>JCB</strong><br />3530111333300000<br />3566002020360505<br /><br /><strong>MasterCard</strong><br />5555555555554444<br />5105105105105100<br /><br /><strong>Visa</strong><br />4111111111111111<br />4012888888881881<br />4222222222222<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-3149303427072897938?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-35033620292678284362008-12-13T14:40:00.000-08:002009-05-09T08:51:23.397-07:00Take Donations on the WebAccepting donations via the web is a fairly new trend that has been gaining a lot of momentum lately. Whether its a one time payment to the donors favorite charity or monthly tithing to their favorite church accepting donations via the web is here to stay.<br /><br /><strong>Automatic Recurring Payments</strong><br />Rather than ask your donors to mail a check you can simply forward them to your website for payment. It’s as simple as entering the payment information check or credit card and specifying the days to hit the account. The donor likes it because they can choose the day the monies will be processed. The merchant likes it because its entirely automatic. Every month the credit card or checking account is processed and the money is deposited directly into the merchants account. What could be simpler?<br /><br /><strong>Credit cards vs Checks</strong><br />Credit cards are convenient but on line checks are clearly the winner here. The merchant pays a low transaction fee and that is about it. The customer has the money drafted directly from their account like many other bills they have. Credit cards are going to cost the merchant more for protections the customer may not need for this type of transaction and they have to write a check every month. <a title="ACH" href="http://www.nacha.org/About/what_is_ach_.htm">ACH</a> or Checks are a welcome alternative.<br /><br /><strong>Accepting Donation Payments</strong><br />Most payment processors offer code the merchant can put directly on their site. The code usually creates a button or link that directs customers to a secure payment page. Recurring or single types of transactions can be done easily by the donor by clicking the link. If the merchant doesn’t have a web site they can send requests for payment via email.<br /><br /><strong>Virtual Terminals<br /></strong>A Virtual Terminal is a web site that allows credit card or check payments to be made, reports to be ran and a host of other things depending on the processor. If the donor isn’t comfortable with sending payments on the web they can provide the payment information to the merchant for them to enter in the Virtual Terminal. Most <a href="http://www.cheapestprocessing.com/">payment processors </a>offer a Virtual Terminal with the merchant account.<br /><br />Accepting donations via the web is something every non-profit company should take advantage of. The costs are minimal especially if using an ACH or Check. Recurring donations are a breeze to set up and allow the merchant to more accurately predict future cash flow. From Tithing to fund raisers on line donations are having an impact on all types of charity’s bottom lines. For the better.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-3503362029267828436?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-44584746741413661282008-11-30T14:44:00.000-08:002009-05-09T08:48:29.062-07:00Customer Information ManagementStoring sensitive credit card customer information is something that used to be taken lightly, not any more. PCI or the <a href="https://www.pcisecuritystandards.org/">Payment Card Industry</a> regulates the storage of this sensitive information. This means if you accept credit cards, you and your processor need to be PCI compliant. Since PCI compliance for storage of cardholder data is usually out of reach for most merchants how can you rebill a return customer without asking for payment information and without violating PCI rules?<br /><br />Customer Management<br />The simple way to comply with PCI and still have the ability to rebill your customers is to use a PCI approved 3rd party to store the credit card information. Its a relatively new concept but most processors are starting to offer this service. Here's how it works. The credit card payment information is passed securely to the payment processor. The payment processor issues a customer ID, the next time you need to bill that customer you just send the customer ID.<br /><br />PCI Compliance<br />As the <a href="http://www.paymentcardindustry.com/">Payment Card Industry </a>starts enforcing these rules on the merchant having the customer data stored elsewhere is going to gain popularity. This method ensures you are in compliance with the Payment Card Industries rules because you are not storing the credit card number of the customer. All that needs to be stored is the customer id.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-4458474674141366128?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-59513357023255909842008-11-28T14:45:00.000-08:002009-04-05T14:47:21.661-07:00How Can I Save Money on Payment Processing?A good question. The cost of payment processing seems to something most businesses just accept. While its true there is some flexibility from vendor to vendor there is one way to save a ton of money on your payment processing. Start accepting checks or ACH payments.<br /><br />Credit card transaction fees include monthly, per transaction, and usually a percentage of the transaction. When you take a check your don't have to pay the percentage of the transaction fee. Why? MasterCard and Visa interchange fees are passed on to you the merchant.<br /><br />It gets worse if you don't have a merchant account and use a company like <a href="http://www.2checkout.com/">2Checkout </a>or <a href="http://www.paypal.com/">Paypal</a> your per transaction fees will eat up most of your profits. If your serious about business please get a merchant account!<br /><br />The best way to save money is to get a merchant account and accept ACH transactions (checks). All that is needed from the customer is a transit routing number and an account number. These are clearly printed on all checks.<br /><br />Here is a very simple example for a $5,000 transaction.<br />Credit card<br />$125 2.5% of the transaction<br />.30 per transaction<br />$125.30 Fee total<br /><br />Check<br />.30 per transaction<br />$.30 Fee total.<br /><br />Start taking checks today. Its as easy as taking a credit card and the savings are tremedous.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-5951335702325590984?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-54673888429914839212008-11-11T14:47:00.000-08:002009-04-05T14:49:59.979-07:00Visa Sets Global PCI DSS Deadlines<span style="font-family:arial;">If you store cardholder data this affects you. Please read this press release from Visa.<br /><br /><em>"</em>Visa Inc. (NYSE: V) today announced global mandates for compliance with the Payment Card Industry Data Security Standard (PCI DSS), creating a consistent framework for compliance among merchants, service providers and their agents.<br /><br /></span><span style="font-family:arial;">The enhancements include a global set of requirements for merchants to validate their compliance with PCI DSS; and for the largest merchants, dates by which they must achieve validation. Deadlines are also set for large and mid-level merchants to demonstrate that they are not storing certain types of sensitive card data. Service provider levels and PCI DSS validation requirements have likewise been aligned under a global standard and compliance timeline. Compliance with PCI DSS will help protect businesses from financial and reputational harm that often results from cardholder data compromises. Visa data security compliance programs have provided compelling incentives for merchants and agents to properly secure cardholder data.<br />The new framework establishes the minimum requirements for Visa Inc. regions. As an independent company and licensee of Visa International for the business operations in European markets, Visa Europe's PCI DSS framework requires compliance validation and risk mitigation for Level 1 merchants; however the region will be adhering to a different timeline and process for executing compliance validation.<br />"Compliance with PCI DSS is vital to ensuring the integrity of the global payments system," said Eduardo Perez, head of global data security, Visa Inc. "Aligning compliance programs across the Visa regions is the latest step in our commitment to safeguarding cardholder data."<br />MERCHANT VALIDATION REQUIREMENTS<br />Alignment of Merchant Levels and PCI DSS Validation RequirementsA comprehensive set of international security requirements for safeguarding cardholder data, PCI DSS was developed by Visa along with the four other founding payment brands of the PCI Security Standards Council. Compliance is required of all merchants and any entity that stores, processes or transmits cardholder data.<em> " <a href="http://www.corporate.visa.com/md/nr/press873.jsp">more...</a></em><br /><em></em><br /><em><span style="font-size:85%;"></span></em></span><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-5467388842991483921?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-90998558127260349302008-10-24T14:09:00.000-07:002009-04-05T14:11:23.306-07:00Accepting ACH or Check Transactions<span class="blsp-spelling-error" id="SPELLING_ERROR_0">ACH</span> transactions have been around a long time. 75 million Americans use checks instead of credit cards, and with the advent of the web and <span class="blsp-spelling-error" id="SPELLING_ERROR_1">ecommerce</span> they are easier than ever to use. <span class="blsp-spelling-error" id="SPELLING_ERROR_2">ACH</span> transaction fees are often much lower than credit cards so it makes sense that you should offer this option of payment to your customers.<br /><p></p><p><strong>Payments Gateway<br /></strong>Most payment gateways will allow you to send over a <span class="blsp-spelling-error" id="SPELLING_ERROR_3">ACH</span> or Check transaction. This can be done from your website or customized software. The gateway will return an Approved or Declined message similar to a credit card. </p><strong>Checks by phone</strong><br />Checks (<span class="blsp-spelling-error" id="SPELLING_ERROR_4">ACH</span>) can be collected by phone using a Virtual Terminal. The Virtual Terminal will allow you to <span class="blsp-spelling-error" id="SPELLING_ERROR_5">login</span> to a website and enter the check Transit Routing Number or <span class="blsp-spelling-error" id="SPELLING_ERROR_6">TRN</span> and the account number along with the customer information. Checks by phone or using the Virtual Terminal to perform check transactions allows you to get up and running very quickly. All you need is an <span class="blsp-spelling-error" id="SPELLING_ERROR_7">internet</span> connection.<br /><br /><strong>Accept Checks Online<br /></strong><span class="blsp-spelling-error" id="SPELLING_ERROR_8">Ecommerce</span> shopping carts are often integrated into the payments gateway out of the box. This means you can accept checks on your <span class="blsp-spelling-error" id="SPELLING_ERROR_9">ecommerce</span> site quickly and easily. Customers never need to mail in checks again when you start processing transactions at your web site.<br /><br /><p><strong>Major Benefits of Online Check Acceptance</strong></p><strong><ul><li></strong>Accept transactions similar to credit cards using <span class="blsp-spelling-error" id="SPELLING_ERROR_10">TRN</span> and Account Number. </li><li>Offering an additional payment option will increase sales. </li><li>Access to funds within 48 hours. </li><li>Automatic deposits to your business checking account. </li><li>Low low transaction costs. Half the cost of credit cards.. </li><li>No more paper statements. </li></ul><p> </p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-9099855812726034930?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-62561115484209274232008-10-17T14:12:00.000-07:002009-05-09T08:50:35.433-07:00Accepting Credit CardsSo your customers are complaining that you don't accept credit cards. What do you do? Well you can accept cash only, or break down and get a merchant account. A merchant account will allow you to accept all major credit cards MasterCard, Visa, American Express and Discover.<br /><br />The first thing the <a href="http://www.onlinebusinessdir.com/merchant_account/">merchant account provider</a> will ask is what kind of business are you doing. They are usually broken down in to three major categories. ecommerce and internet, retail, mail order telephone (moto). Depending on what type of business your doing and how your doing it will affect the prices you receive.<br /><br /><strong>eCommerce and Internet</strong><br />When doing e-Commerce type transactions you'll need a Virtual Terminal and a Payment Gateway. These should be included in your merchant account. The <a href="http://www.acceptpayments.org/2008/10/virtual-terminals.html">Virtual Terminal</a> is like a credit card machine but for the web. The payment gateway allows you to perform transactions on your website.<br /><br /><div><strong>Retail Credit Card Processing</strong></div><div>Normally for businesses with a POS terminal. The terminal will allow you to swipe a credit card at your point of sale. </div><br /><strong>Mail Order and Phone</strong><br />These types of transactions can be either done on a Virtual Terminal or physical terminal.<br /><br /><strong>Quick Books Transactions</strong><br />Quick books is a popular accounting software among small businesses. The software covers most types of businesses and allows you to perform transactions from within it.<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-6256111548420927423?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0tag:blogger.com,1999:blog-5803106625832520676.post-62269854602690065892008-09-26T14:58:00.000-07:002009-04-05T15:00:08.572-07:00Payment GatewaysA payment gateway provides a way for a merchant to accept credit cards and in some cases eChecks or ACH transactions. The merchant can send transactions in a variety of ways, either from a website, terminal or even a batch. The transactions are encrypted using SSL (Secure Socket Layer). The gateway authorizes credit card payments by directing those transactions to the appropriate card association,Visa, MasterCard, American Express or Discover. The response is then directed back to the merchant securely. When done in real-time it say for a website can take anywhere from 2-3 seconds. eChecks work a little differently but are usually have the same response time.<br /><br /><strong>Where can I get a Payment Gateway?</strong><br />Payment gateways are usually offered by a merchant service provider. Normally they come standard with a merchant account, there may or may not be fees associate with using a payment gateway. Before you sign up for a merchant account be sure to ask if it includes a payment gateway among other things.<br /><br /><strong>Sending Transactions</strong><br /><p>Most gateways allow multiple ways to send transactions. </p><ul><li>Credit Card Terminals - Normally used in a POS environment.</li><li>Batch - Some merchants will close out at the end of the day and send them all at once.</li><li>API's - Used for e-commerce allows an instant response for a transaction.<br /><strong></strong></li></ul><p><strong>Additional Features</strong></p><p>Some payment gateways do more than just process transactions. Here are some additional features offered by some gateways.</p><ul><li>Identity Verification - check on a customers address, drivers lic. etc.</li><li>AVS - Address Verification Systems check a customers address matches their credit card.</li><li>Check Verification - Can be used to verify if a checking account is closed, frozen, etc.</li></ul><p></p><p></p><p></p><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/5803106625832520676-6226985460269006589?l=www.acceptpayments.org'/></div>Avaninoreply@blogger.com0