[ILUG] Connecting Trintech box to linux ?

[Noel Carroll]

I'd say buy in something third party.   Mag stripe has but a short few years
left in it and the next gen terminals require your software to use public
keys to verify transactions, plus the terminals don's use ASCII any more.
Data is all binary.  Doesn't something like GOSELL allow you to validate
txns and isn't too expensive.   I'm not endorsing anything but pick
something of that ilk.   btw. Kev, if I was still in my last job you'd have
an applicant for one of those positions but where I am now I'm back up to my
neck in credit card stuff anyway so I'm content.   

> -----Original Message-----
> From: kevin lyda [mailto:kevin at suberic.net]
> Sent: Wednesday, June 21, 2000 6:47 PM
> To: irish linux users group
> Subject: Re: [ILUG] Connecting Trintech box to linux ?
> 
> 
> On Wed, Jun 21, 2000 at 06:40:22PM +0200, Caolan McNamara wrote:
> > At 17:01 21.06.00 +0100, kevin lyda wrote:
> > <some good stuff about credit card validation>
> 
> the funny part is that while i worked at trintech i actually learned
> more about credit card validation at itg.  then again i had a working
> land line phone at trintech...
> 
> > How does it all fit together ? The ordinary webserver gets 
> the number, the
> > terminal sticks into this machine over serial cable and the 
> terminal has a 
> > modem
> > / dedicated line to the the bank or to a different entity 
> which ultimately 
> > sends
> > it to the bank ? Is that the right picture ? Is the 
> terminal strictly 
> > necessary,
> > i.e. talk directly to the bank/entity through modem direct 
> from webserver.
> 
> eek!  almost, but no.  you emulate the terminal in software.  
> all you have
> to do is speak the protocol over the wire to the bank (or via a third
> party which is really just a router - converting your stream carried
> over ip to the same stream carried over x25 or whatever banks like).
> 
> > This APACS30 stuff for instance, is there a public spec for 
> it. Is it the 
> > protocol
> > to be used to talk to the terminal which then does 
> something completely 
> > different
> > to communicate with the bank/entity.
> 
> it's what the terminal speaks to the bank.  and i haven't a clue if
> it's public (and therefore won't post it), but it's 
> delightfully simple.
> some fixed length fields followed by variable length fields (which are
> seperated by field separators - man ascii).
> 
> then we have the protocol nortel's intelligent network uses (coupled
> with a previous engineers convoluted use of classes[0]).  whimper.
> but that's for talking to some telco thing, it's not bank related.
> 
> > Just trying to get a picture here, theoretically could this 
> apacs support be
> > added to that ccvs program mentioned earlier (certification 
> issues ignored
> > for the moment) and communicate with .ie banks.
> 
> yes, though i've only seen it being used to talk to uk banks.  well,
> i'm making some assumptions about ccvs[1], but yes i assume so.
> 
> > For the ordinary small mickey mouse operation how does an 
> Irish online 
> > business
> > handle credit card stuff right now. So many questions, so 
> little clue.
> 
> it's really better to go with a company that has a relationship
> with a bank.  getting all this set up with the bank is an exercise
> in frustration.  of course i was doing it between late december 1999
> and march 2000 which had the scary dates of 1/1/2000 and 29/2/2000 in
> the period...
> 
> btw if anyone is still excited at this point i still have two dev
> positions open.  you can wallow in this stuff 40 hours a week.
> imagine the sheer joy...
> 
> kevin
> 
> [0]  note to aspiring oo using developers: if you still need function
>      pointers after making your classes, chances are you have a design
>      flaw.
> [1]  am i the only one or does ccvs seem like a russion version
>      control system?
> 
> -- 
> kevin at suberic.net       "we were goin' for breakfast.  in canada.  we
> fork()'ed on 37058400    made a deal: if she'd stop hookin', i'd stop
> meatspace place: home    shootin' people.  maybe we were aiming high."
>                                                    --porter, "payback"
> 
> -- 
> Irish Linux Users' Group: ilug at linux.ie
> http://www.linux.ie/mailman/listinfo/ilug for 
> (un)subscription information.
> List maintainer: listmaster at linux.ie
>