current internet infrastructure:
http://www.garlic.com/~lynn/aadsm5.htm#asrn2 Assurance, e-commerce, and
some x9.59 ... fyi
http://www.garlic.com/~lynn/aadsm5.htm#asrn3 Assurance, e-commerce, and
some x9.59 ... fyi

financial standards body standard for all electronic payment types (credit,
debit ach, atm, e-check, etc)
in all environments (internet, point-of-sale, non-internet, etc):
http://www.garlic.com/~lynn/index.html#x959

the requirement given the x9a10 working group for x9.59 standard was to
preserve the integrity of financial infrastructure for all electronic
payments without encryption (i.e. can have digital signatures or other
method for data integrity, but not necessary to encrypt the data).

realted is the NACHA atm trials
http://www.garlic.com/~lynn/index.html#aads

the aads chip strawman (at the above reference) has a booth at
cardtech/securetech next week in New Orleans.





                                                                                       
                             Sean Owens                                                
                    <sowens@euronetworl     To:      "'[EMAIL PROTECTED]'"           
                             dwide.com>        <[EMAIL PROTECTED]>, Anders Rundgren  
                                               <[EMAIL PROTECTED]>,            
                    04/19/2002 06:26 AM        internet-payments                       
                                               <[EMAIL PROTECTED]>         
                                            cc:      "'[EMAIL PROTECTED]'"       
                                               <[EMAIL PROTECTED]>               
                                            Subject:      RE: Basic credit-card        
                                               payment question                        
                                                                                       




Kevin,

Interesting Scheme.  Actually, from a transaction perspective, and
Cardholder Authentication, wouldn't it make sense to utilize a cardholder
verification scheme, comparable to Card swipe, that effectively proves the
card was on premise, and utilized by the cardholder.  Effectively, we're
looking for a way to decrease processing fee's.

The card orgs up the Discount % a merchant pays for MOTO transactions,
since
eCommerce trans, are acquired as MOTO (more oft than not), then fee's are
the issue.  Other than CVV2/CVC2 verification on MOTO trans, what other
form
of Cardholder authentication can be utilized to verify validity.  The
eWallet idea, is comparable to Virtual Cards.  What if, with your issuer
from an online standpoint, payment could be initiated electronically, via
an
Internet Banking scheme, for Authorization.  Effectively, when I want to
perform and eCommerce tran, I log onto my Bank, and initiate the payment,
immediately from the Issuer to the Acquirer.  All Cardholder authentication
is handled by the ISSUER, verification is not needed from the Acquirer.
This could follow an eWallet structure for authentication and card
selection
and tran processing.

Sean Owens
Euronet Worldwide
1027 Budapest
14-24 Horvat Utca
HUNGARY
Phone +36 1 224 1626
Mobile: +36 20 932 1635



-----Original Message-----
From: Kevin James Vella [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 19, 2002 1:42 PM
To: Anders Rundgren; internet-payments
Subject: RE: Basic credit-card payment question


not really terrific from a convenience point of view as that would mean the
end of our forum!!!!

An idea can include minimising the number of merchants - in other words the
credit cards of this world would have an ewallet company in each and every
country and the card holder pays the ewallet company and uses his ewallet
to
buy on-line.  The online shops need not be online with the card schemes
just
with the ewallet company to check funds.  this might probably be better
from
a chargeback and security point of view.....
kev

Kevin J. Vella
International Business Development
e-shore - Terranet Limited
http://www.e-shore.net <http://www.e-shore.net>
e. [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
t. +356 21 489400
m. +356 7985 0000
f. +356 21 489600

Other Company Websites:
http://www.e-shore.com.mt <http://www.e-shore.com.mt/>
http://www.di-ve.com <http://www.di-ve.com/>
http://www.terranet.com.mt <http://www.terranet.com.mt/>
http://www.maltanet.net

Postal Address:
Dolphin Centre, Main Street,
Balzan, Malta (GC) BZN 08


-----Original Message-----
From: Anders Rundgren [mailto:[EMAIL PROTECTED]]
Sent: 19 April 2002 12:28
To: internet-payments
Subject: Basic credit-card payment question


The common way to perform credit-card transactions is that the
merchant initiates the payment with the help of the customers' card (data).

Do credit-card enabled merchants have any possible way to receive
money through the credit-card networks through an off-line
operation performed by the customer though his/her issuer?
I.e. an account-to-account transaction run in the other direction?
That would be terrific!

Anders





Reply via email to