[ebxml-dev] RE: Service Stations and Credit Cards

["Hockemeyer, Gene" <GHockemeyer@alcas.com>]

For your information... I have been in data inter-change for a number of
years, even before it was called EDI  .... and have worked in many
industries.   

I do talk about standardization issues when ... those issues are the topic
of discussion.  When the topic of discussion is someone promoting their
hardware or software ... and they are expounding virtues that they are
really not acquainted with ... I respond there also ... 

I have put your private response to the group level ... where your response
should have been in the first place.

Thank you 



-----Original Message-----
From: David Lyon [mailto:david.lyon@globaltradedesk.com]
Sent: Monday, May 13, 2002 10:49 AM
To: GHockemeyer@alcas.com
Subject: Re: Service Stations and Credit Cards



Gene,

You best stick to something that you know and stay out of areas that you 
haven't worked in.

If you think this list is so dissappointing then why not make a positive 
contribution ? Why not tell us about standardisation issues and cutlery or 
whatever it is that you need help with.

On Monday 13 May 2002 23:22, Hockemeyer, Gene wrote:
> I really do not see a problem with security.  In the US alone, if you
would
> do some research, you will find that valid transactions are created by the
> millions from every business type that you can imagine in existence.  The
> same security problems in these transactions will occur in the chip, 'lost
> or stolen objects'.
>
> Right now ... after a week of hearing the merits of certain hardware and
> software ... it would appear to be time to put these to rest and get back
> to the enormous task of standardization.  I haven't had a valid thing to
> read from a group member in some time.
>
> Thanks
>
> Gene Hockemeyer
> Senior Programmer
> Alcas Corporation
> 1116 East State Street
> Olean, New York  14760-0810
> (716) 372-3111 ext  3054
> ghockemeyer@alcas.com
>
>
> -----Original Message-----
> From: David Lyon [mailto:david.lyon@globaltradedesk.com]
> Sent: Monday, May 13, 2002 9:13 AM
> To: XMLEDI Group
> Subject: Service Stations and Credit Cards
>
>
>
> Peter,
>
> In some countries Internet connections are deemed to risky for credit card
> transactions for service stations. Instead they use a dedicated line to
the
> bank or an X.25 private network. These are often closed to the internet
and
> incompatable with TCP/IP protocols.
>
> The service stations pay for the X.25 connection but there are problems
> installing an Internet connection to each terminal. I'm sure that you
could
> see that there would be objections on the grounds of security.
>
> This is why Internet transmission of receipts is probably out when it
comes
> to most Point of Sale devices where credit card information gets passed
> through. There are unnacceptable risks.
>
> Regards
>
> David
>
> On Monday 13 May 2002 22:52, OLIVOLA Peter wrote:
> > How does the service station process credit cards if it doesn't have a
> > connection?
> >
> > Peter Olivola (polivola@effective-data.com)
> > 847 969 9300
> > 847 969 9352 (fax)
> > 708 829 3185 (cell)
> > www.effective-data.com
> >
> >
> > -----Original Message-----
> > From: David Lyon [mailto:david.lyon@globaltradedesk.com]
> > Sent: Friday, May 10, 2002 8:35 PM
> > To: XMLEDI Group
> > Subject: Re: Small-biz e-biz reflections from an EDI'er
> >
> >
> >
> > The service station may not have an internet connection. Why pay for one
>
> of
>
> > those when the receipt can be downloaded for (virtually) "free" directly
>
> to
>
> > the persons mobile phone.
> >
> > On Saturday 11 May 2002 01:15, you wrote:
> > > Question, why can't the receipt be routed back through to the home
>
> system
>
> > > mirroring payment?  This seems like a kludge.
> > >
> > > Peter Olivola (polivola@effective-data.com)
> > > 847 969 9300
> > > 847 969 9352 (fax)
> > > 708 829 3185 (cell)
> > > www.effective-data.com
> > >
> > >
> > > -----Original Message-----
> > > From: David Lyon [mailto:david.lyon@globaltradedesk.com]
> > >
> > > But let me give you a simple scenario of some ebXML chips being
>
> developed
>
> > > in
> > >
> > > Asia at the the moment.
> > >
> > > On particular chip is designed to go into (or attach onto) a mobile
> > > phone.
> > >
> > > When a business person goes and purchases petrol they place the phone
> > > (along
> > >
> > > with the chip) on a contact pad.
> > >
> > > The chip activates the contact pad to tell the receipt not to be
> > > printed but
> > >
> > > rather to be sent into the mobile phone. That happens and the user
> > > takes the
> > >
> > > mobile phone home without the paper receipt but with the electronic
> > > copy loaded in the phone.
> > >
> > > It then gets uploaded to the PC. No paper is lost, and the file is
>
> loaded
>
> > > into the accounting system.
> > >
> > > So simple. It's just one of the many simple technologies being
> > > developed
> >
> > in
> >
> > > the Asia/Pacific region at the moment.
> > >
> > > If there are any Petrol companies who would like to trial the
> > > technology then
> > > please let me know.
> > >
> > > btw, as the phone is used in the payment office it poses no ignition
> > > threat.
> > >
> > > Bluetooth isn't used as the pad only wants to talk with mobile phones
> > > less than 10cm from the pad.
> > >
> > > There are exciting things happening with Reciepts and Invoices out
>
> there.
>
> > > The real challenge for developers is building an embedded accounting
> >
> > system
> >
> > > that fits in a mobile phone or pda that can collect receipts/invoices
> > > on the
> > >
> > > go.
> > >
> > > I would suspect that the only real people that would have the skills
to
> > > build
> > > devices like this in the future are the ones with the EDI backgrounds
> > > as now
> > >
> > > the same power that they had in their Wang, MIPs or Tandem box, is
> > > about the
> > >
> > > same as what you get in a PDA.
> > >
> > > It seems to me that a lot of really skilled people have been nodding
> > > off
> >
> > to
> >
> > > sleep for a decade. That's ok, everybody needs a holiday now and
again.
> > >
> > :-)
> > :
> > > ---
> > > You are currently subscribed to xmledi-group as:
> > > david.lyon@globaltradedesk.com. To unsubscribe send a blank email to
> > > %%email.unsub%%
> >
> > ----------------------------------------
> > Content-Type: text/html; charset="iso-8859-1"; name="Attachment: 1"
> > Content-Transfer-Encoding: quoted-printable
> > Content-Description:
> > ----------------------------------------
> >
> >
> > ---
> > You are currently subscribed to xmledi-group as:
> > polivola@effective-data.com.
> > To unsubscribe send a blank email to %%email.unsub%%
> >
> >
> >
> > ---
> > You are currently subscribed to xmledi-group as:
> > david.lyon@globaltradedesk.com. To unsubscribe send a blank email to
> > %%email.unsub%%
> >
> >
> >
> > ---
> > You are currently subscribed to xmledi-group as:
> > david.lyon@globaltradedesk.com. To unsubscribe send a blank email to
> > %%email.unsub%%
>
> ----------------------------------------
> Content-Type: text/html; charset="iso-8859-1"; name="Attachment: 1"
> Content-Transfer-Encoding: 7bit
> Content-Description:
> ----------------------------------------
>
>
> ---
> You are currently subscribed to xmledi-group as: ghockemeyer@alcas.com.
> To unsubscribe send a blank email to %%email.unsub%%
>
>
> ---
> You are currently subscribed to xmledi-group as:
> david.lyon@globaltradedesk.com. To unsubscribe send a blank email to
> leave-xmledi-group-14079C@disa.org