<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.11" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Wachovia:  No Contactless</title>
	<link>http://www.thecatalystcode.com/theconversation/blog/2008/04/25/wachovia-no-contactless/</link>
	<description>The Catalyst Code</description>
	<pubDate>Thu, 11 Mar 2010 02:34:52 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.11</generator>

	<item>
		<title>by: Dean Procter</title>
		<link>http://www.thecatalystcode.com/theconversation/blog/2008/04/25/wachovia-no-contactless/#comment-517</link>
		<pubDate>Sun, 25 May 2008 14:00:43 +0000</pubDate>
		<guid>http://www.thecatalystcode.com/theconversation/blog/2008/04/25/wachovia-no-contactless/#comment-517</guid>
					<description>A little perspective - our perspective - as the transaction processor.

I note that Diner's didn't get group input from every bank before introducing their service to merchants and consumers. I can' find any notes about Amex consulting the banks either.
Banks comply with Visa's and Mastercard's rules and conditions, rather than the reverse.

The object of the exercise is to provide easier, safer, lower risk transactions. The methodology has been determined, no discussion or input is required and no changes will be made to the system unless determined by the transaction processor to be of benefit to the client and the transaction processor. ie lower risk or lower costs. 

Any assumption that any banks' co-operation or input is required would be erroneous. The service is for consumers and is independent of any customer's bank. Consumers and merchants are the customers, not banks. The customer may simply put a direct debit or credit authorisation in place to the favour of the transaction processor, or transfer funds to a stored value account with the transaction processor.
Merchants merely enroll with the transaction processor and receive funds from the transaction processor to settle customer transactions.
Banks have an opportunity to participate in promoting the service to their customers (merchants and consumers) and profit through paying lower fees, reducing loss and building customer loyalty.

1)Setting up rules and regulations including financial risk management, security requirements, responsibilities of stakeholders, enforcement mechanisms etc

It's not a question of a new instrument, just a new method of communicating the wishes of the banking customer. The customer chooses to use the method and agrees to the terms and conditions prior to use. 
No committee required.


2)Putting in place clearing and settlement infrastructures

The method includes providing participating banks with the transaction information in real time, along with the details of the counter-party institution. Whether the banks settle in real time, and how they settle, will be up to the banks and whatever agreements they choose to make between each other. The facilities to settle directly may be provided for banks, however there will be no obligation to use them.

There is no requirement for the banks to choose to participate. The customer may simply choose to put in place a direct debit or credit authority on behalf of the transaction service, authorising the service to recover funds customers have requested to be paid to the merchant's account. The merchant may receive the funds to their account immediately unless they choose to participate through their bank rather than through the transaction processor and agree to different terms with their bank. The transaction processor will be offering instant settlement on debit and even with credit transactions when they are implemented through our system (rather than third party credit accounts). Banks would be able to bid for consumer lending in the same manner as consumers, first in first served.

3)Designing interoperability tech standards that are needed to connect several players and have the resulting system run smoothly

Any other 'players' will have to adopt the standard set by the transaction service processor in order to participate. Messages to the banks (if any) will be in the format provided by the transaction processor. There is no room for discussion. Direct debit and credit authorities will be in the format presently in use.

4)Laying down scheme’s audit and control procedures, including certifications processes, test platforms etc
The system's audit control procedures are already laid down, and there are stronger audit rails presently built into the system than any existing transaction system. Certification is available only from, and upon 100% compliance with the rules set by, the transaction processor .
Testing is solely conducted by the transaction processor and the system has been designed to easily integrate into existing bank structures and processes, however there is no requirement for a bank to participate directly.

Banks may not even be required to provide credit or consumer loans.
Customers may be given the option of opening a credit account. Their credit worthiness will be determined and a risk profile ascribed. Any time a customer wishes to 'borrow or pay by credit' their request will be determined on a case by case basis in real time.

All customers will have the option of joining the community lending program (similar to a Prospero) and they may allocate excess funds towards investment in other customer's credit requests. Customers would have a profile and could choose an investment profile to suit their risk choices and make those excess funds available for consumer loans to other customers who fit their chosen lending criteria. Loans will be split and spread across multiple loans within the same profile to reduce risk in the event of any individual default. The funds can be automatically allocated on behalf of investors through participation in a real-time pool which would provide loans as requested and approved in real time.
Portfolio's may be split across various profiles and loan types, and even location. Our one world lending program will permit customers to allocate funds across borders and races to borrowers in particular countries, states, cities and villages, and/or by intended usage i.e. no interest development, business, student loans, consumer loans, etc. 

The system has been designed to allow the transaction processor the option of bearing the risks, because the risks are measurable and manageable, unlike current systems. There are laws which must be observed and regulations to be satisfied, but I don't see any requirement to consult any banks.

To design a transaction system with the intention of going to market with reliance on mass agreement from, or permission from banks would be short-sighted. Products and services succeed in the marketplace based on their merits and more importantly through their uptake by customers. Customers (including merchants) want lower costs, easier use and lower risk.

Our intention is to fulfill the customers and merchants wants in every way we can, and make profits doing so. Customers - consumers and merchants are not happy, we know we can make them happier - and make them our customers. If banks wish to share in the work (promoting the service to their customers) and the rewards (retain their customers) it may be prudent for them to participate. Our business plan is not contingent upon receiving  bank co-operation (or bank funding) and neither is our success.

I'm still thinking 2-3 years.</description>
		<content:encoded><![CDATA[<p>A little perspective - our perspective - as the transaction processor.</p>
<p>I note that Diner&#8217;s didn&#8217;t get group input from every bank before introducing their service to merchants and consumers. I can&#8217; find any notes about Amex consulting the banks either.<br />
Banks comply with Visa&#8217;s and Mastercard&#8217;s rules and conditions, rather than the reverse.</p>
<p>The object of the exercise is to provide easier, safer, lower risk transactions. The methodology has been determined, no discussion or input is required and no changes will be made to the system unless determined by the transaction processor to be of benefit to the client and the transaction processor. ie lower risk or lower costs. </p>
<p>Any assumption that any banks&#8217; co-operation or input is required would be erroneous. The service is for consumers and is independent of any customer&#8217;s bank. Consumers and merchants are the customers, not banks. The customer may simply put a direct debit or credit authorisation in place to the favour of the transaction processor, or transfer funds to a stored value account with the transaction processor.<br />
Merchants merely enroll with the transaction processor and receive funds from the transaction processor to settle customer transactions.<br />
Banks have an opportunity to participate in promoting the service to their customers (merchants and consumers) and profit through paying lower fees, reducing loss and building customer loyalty.</p>
<p>1)Setting up rules and regulations including financial risk management, security requirements, responsibilities of stakeholders, enforcement mechanisms etc</p>
<p>It&#8217;s not a question of a new instrument, just a new method of communicating the wishes of the banking customer. The customer chooses to use the method and agrees to the terms and conditions prior to use.<br />
No committee required.</p>
<p>2)Putting in place clearing and settlement infrastructures</p>
<p>The method includes providing participating banks with the transaction information in real time, along with the details of the counter-party institution. Whether the banks settle in real time, and how they settle, will be up to the banks and whatever agreements they choose to make between each other. The facilities to settle directly may be provided for banks, however there will be no obligation to use them.</p>
<p>There is no requirement for the banks to choose to participate. The customer may simply choose to put in place a direct debit or credit authority on behalf of the transaction service, authorising the service to recover funds customers have requested to be paid to the merchant&#8217;s account. The merchant may receive the funds to their account immediately unless they choose to participate through their bank rather than through the transaction processor and agree to different terms with their bank. The transaction processor will be offering instant settlement on debit and even with credit transactions when they are implemented through our system (rather than third party credit accounts). Banks would be able to bid for consumer lending in the same manner as consumers, first in first served.</p>
<p>3)Designing interoperability tech standards that are needed to connect several players and have the resulting system run smoothly</p>
<p>Any other &#8216;players&#8217; will have to adopt the standard set by the transaction service processor in order to participate. Messages to the banks (if any) will be in the format provided by the transaction processor. There is no room for discussion. Direct debit and credit authorities will be in the format presently in use.</p>
<p>4)Laying down scheme’s audit and control procedures, including certifications processes, test platforms etc<br />
The system&#8217;s audit control procedures are already laid down, and there are stronger audit rails presently built into the system than any existing transaction system. Certification is available only from, and upon 100% compliance with the rules set by, the transaction processor .<br />
Testing is solely conducted by the transaction processor and the system has been designed to easily integrate into existing bank structures and processes, however there is no requirement for a bank to participate directly.</p>
<p>Banks may not even be required to provide credit or consumer loans.<br />
Customers may be given the option of opening a credit account. Their credit worthiness will be determined and a risk profile ascribed. Any time a customer wishes to &#8216;borrow or pay by credit&#8217; their request will be determined on a case by case basis in real time.</p>
<p>All customers will have the option of joining the community lending program (similar to a Prospero) and they may allocate excess funds towards investment in other customer&#8217;s credit requests. Customers would have a profile and could choose an investment profile to suit their risk choices and make those excess funds available for consumer loans to other customers who fit their chosen lending criteria. Loans will be split and spread across multiple loans within the same profile to reduce risk in the event of any individual default. The funds can be automatically allocated on behalf of investors through participation in a real-time pool which would provide loans as requested and approved in real time.<br />
Portfolio&#8217;s may be split across various profiles and loan types, and even location. Our one world lending program will permit customers to allocate funds across borders and races to borrowers in particular countries, states, cities and villages, and/or by intended usage i.e. no interest development, business, student loans, consumer loans, etc. </p>
<p>The system has been designed to allow the transaction processor the option of bearing the risks, because the risks are measurable and manageable, unlike current systems. There are laws which must be observed and regulations to be satisfied, but I don&#8217;t see any requirement to consult any banks.</p>
<p>To design a transaction system with the intention of going to market with reliance on mass agreement from, or permission from banks would be short-sighted. Products and services succeed in the marketplace based on their merits and more importantly through their uptake by customers. Customers (including merchants) want lower costs, easier use and lower risk.</p>
<p>Our intention is to fulfill the customers and merchants wants in every way we can, and make profits doing so. Customers - consumers and merchants are not happy, we know we can make them happier - and make them our customers. If banks wish to share in the work (promoting the service to their customers) and the rewards (retain their customers) it may be prudent for them to participate. Our business plan is not contingent upon receiving  bank co-operation (or bank funding) and neither is our success.</p>
<p>I&#8217;m still thinking 2-3 years.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Guillaume Leclerc</title>
		<link>http://www.thecatalystcode.com/theconversation/blog/2008/04/25/wachovia-no-contactless/#comment-496</link>
		<pubDate>Tue, 29 Apr 2008 11:50:23 +0000</pubDate>
		<guid>http://www.thecatalystcode.com/theconversation/blog/2008/04/25/wachovia-no-contactless/#comment-496</guid>
					<description>In order to process payments, you need a scheme which is responsible for (among others):
   1)setting up rules and regulations including financial risk management, security requirements, responsibilities of stakeholders, enforcement mechanisms etc
   2)putting in place clearing and settlement infrastructures
   3)designing interoperability tech standards that are needed to connect several players and have the resulting system run smoothly
   4)laying down scheme's audit and control procedures, including certifications processes, test platforms etc
Having mentionned that, 2 to 3 years seems a bit early to me unless existing schemes come on board ...</description>
		<content:encoded><![CDATA[<p>In order to process payments, you need a scheme which is responsible for (among others):<br />
   1)setting up rules and regulations including financial risk management, security requirements, responsibilities of stakeholders, enforcement mechanisms etc<br />
   2)putting in place clearing and settlement infrastructures<br />
   3)designing interoperability tech standards that are needed to connect several players and have the resulting system run smoothly<br />
   4)laying down scheme&#8217;s audit and control procedures, including certifications processes, test platforms etc<br />
Having mentionned that, 2 to 3 years seems a bit early to me unless existing schemes come on board &#8230;
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Aneace</title>
		<link>http://www.thecatalystcode.com/theconversation/blog/2008/04/25/wachovia-no-contactless/#comment-494</link>
		<pubDate>Tue, 29 Apr 2008 06:46:48 +0000</pubDate>
		<guid>http://www.thecatalystcode.com/theconversation/blog/2008/04/25/wachovia-no-contactless/#comment-494</guid>
					<description>Mobile payments (and contactless) won't really take off unless there are substantial financial benefits to merchants. That's how we moved from carbon paper slips to electronic payment terminals. Make mobile payments and contactless cards much cheaper for merchants, and watch how merchants will push customers to use those payment methods over others.</description>
		<content:encoded><![CDATA[<p>Mobile payments (and contactless) won&#8217;t really take off unless there are substantial financial benefits to merchants. That&#8217;s how we moved from carbon paper slips to electronic payment terminals. Make mobile payments and contactless cards much cheaper for merchants, and watch how merchants will push customers to use those payment methods over others.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Pragnesh Shah</title>
		<link>http://www.thecatalystcode.com/theconversation/blog/2008/04/25/wachovia-no-contactless/#comment-489</link>
		<pubDate>Sun, 27 Apr 2008 13:40:53 +0000</pubDate>
		<guid>http://www.thecatalystcode.com/theconversation/blog/2008/04/25/wachovia-no-contactless/#comment-489</guid>
					<description>I agree that contactless via mobile phones has potential but will take many years for any significant mass of deployment given the capital outlay required, and breaking the "ckicken and egg" scenario: that is, mobile carriers need to see that there are abundant contactless POS terminals and economics to the carrier that make sense, and retailers need to see there are sufficient mobile carriers and mobile handsets enabled and economics that make sense for them to upgrade POS terminals. And in the middle of all that are the issuing banks that need to extract their value as well. I believe the issue is that having contactless mobile phones just to make a payment at physical store is a weak proposition. Often a key element to the business case for mobile contactless is for the ease and speed in high velocity outlets like fast-food, convenience stores, and the like. But with less than $25 purchases not requiring signatures on traditional mag stripe card swipes, that issue is already solved.  Sure, there may be the added user convenience of not having to pull out a wallet and a plastic card to then swipe, and instead just tap their mobile phone. But the true potential and value of mobile contactless in the U.S. will be achieved only when we go beyond the payment and into a well-knit user experience that ties multiple elements together. The value to the user and ecosystem companies in doing things such as sending a mobile advertisement to the phone, which the user clicks on and gets a mobile coupon, which he/she then stores in a mobile virtual wallet, and then goes to a store buys the item, and uses contactless phone at checkout to simultaneously make the payment and redeem the coupon. Such a scenario has lots of value to the many moving parts in the ecosystem.  Pinning contactless mobile potential to just the payment aspect is a weak proposition.  Pragnesh Shah is President &#38; CEO of Mobilians International, Inc. -- an online and mobile payments company.</description>
		<content:encoded><![CDATA[<p>I agree that contactless via mobile phones has potential but will take many years for any significant mass of deployment given the capital outlay required, and breaking the &#8220;ckicken and egg&#8221; scenario: that is, mobile carriers need to see that there are abundant contactless POS terminals and economics to the carrier that make sense, and retailers need to see there are sufficient mobile carriers and mobile handsets enabled and economics that make sense for them to upgrade POS terminals. And in the middle of all that are the issuing banks that need to extract their value as well. I believe the issue is that having contactless mobile phones just to make a payment at physical store is a weak proposition. Often a key element to the business case for mobile contactless is for the ease and speed in high velocity outlets like fast-food, convenience stores, and the like. But with less than $25 purchases not requiring signatures on traditional mag stripe card swipes, that issue is already solved.  Sure, there may be the added user convenience of not having to pull out a wallet and a plastic card to then swipe, and instead just tap their mobile phone. But the true potential and value of mobile contactless in the U.S. will be achieved only when we go beyond the payment and into a well-knit user experience that ties multiple elements together. The value to the user and ecosystem companies in doing things such as sending a mobile advertisement to the phone, which the user clicks on and gets a mobile coupon, which he/she then stores in a mobile virtual wallet, and then goes to a store buys the item, and uses contactless phone at checkout to simultaneously make the payment and redeem the coupon. Such a scenario has lots of value to the many moving parts in the ecosystem.  Pinning contactless mobile potential to just the payment aspect is a weak proposition.  Pragnesh Shah is President &amp; CEO of Mobilians International, Inc. &#8212; an online and mobile payments company.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Dean Procter</title>
		<link>http://www.thecatalystcode.com/theconversation/blog/2008/04/25/wachovia-no-contactless/#comment-488</link>
		<pubDate>Sun, 27 Apr 2008 11:29:02 +0000</pubDate>
		<guid>http://www.thecatalystcode.com/theconversation/blog/2008/04/25/wachovia-no-contactless/#comment-488</guid>
					<description>I agree that contact-less has big issues which preclude success but I have a funny feeling that mobile payments might take a little less than 5 years.
I'm guessing that Steve will be doing it himself inside 3 years.

If anyone could use it with any phone on any network, it was safer than anything else, the merchant required nothing new, and could eventually ditch the eftpos - do you think it would take 5 years?
If it improved consumer privacy, lowered merchant loss and risk of data breaches, would it be popular enough to be adopted quickly?
If it cost less than existing transaction methods?
If it was really easy?
What do you think?
I'm thinking 2-3 years.</description>
		<content:encoded><![CDATA[<p>I agree that contact-less has big issues which preclude success but I have a funny feeling that mobile payments might take a little less than 5 years.<br />
I&#8217;m guessing that Steve will be doing it himself inside 3 years.</p>
<p>If anyone could use it with any phone on any network, it was safer than anything else, the merchant required nothing new, and could eventually ditch the eftpos - do you think it would take 5 years?<br />
If it improved consumer privacy, lowered merchant loss and risk of data breaches, would it be popular enough to be adopted quickly?<br />
If it cost less than existing transaction methods?<br />
If it was really easy?<br />
What do you think?<br />
I&#8217;m thinking 2-3 years.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
