 |
|
| Computers Forum Index » Computer - Databases - Pick » Need to integrate credit card processing... |
|
Page 1 of 1 |
|
| Author |
Message |
| Matt... |
 Posted: Wed Sep 09, 2009 8:59 pm |
|
|
|
Guest
|
Hi all:
A client expressed an interest in automating his credit card
transactions in Pick.
I did this years ago with a dialup process (pre-web).
1. I would appreciate information on what web-based services you like,
and how easy they are to integrate with Pick (also mvBase on Windows
Server 2003). Also, specifically how do you integrate this.
2. Do you still have to do the authorization step in real-time, and then
settle batches at end of day? If so, how; if not, what?
3. What encryption do you use on the data to be PCI compliant, and where
can you get this for Pick?
4. Is anybody using a card-swiper, such as those that sit on a keyboard,
to read the data? If so, what brand/model, and how did you integrate it
into Pick?
Thanks in advance for the info. |
|
|
| Back to top |
|
|
|
| Rick Weiser... |
| Posted: Wed Sep 09, 2009 8:59 pm |
|
|
|
Guest
|
On Sep 9, 12:59 pm, Matt <mst... at (no spam) comprehensive.com> wrote:
Quote: Hi all:
A client expressed an interest in automating his credit card
transactions in Pick.
I did this years ago with a dialup process (pre-web).
1. I would appreciate information on what web-based services you like,
and how easy they are to integrate with Pick (also mvBase on Windows
Server 2003). Also, specifically how do you integrate this.
2. Do you still have to do the authorization step in real-time, and then
settle batches at end of day? If so, how; if not, what?
3. What encryption do you use on the data to be PCI compliant, and where
can you get this for Pick?
4. Is anybody using a card-swiper, such as those that sit on a keyboard,
to read the data? If so, what brand/model, and how did you integrate it
into Pick?
Thanks in advance for the info.
Hi,
You should give Drexel Management a call. They have a very good
product that is very light and works from outside of MV but has the
subroutines to bring the data into your MV App.
You want to talk to Drew Conboy at (no spam) 610-924-9290. Here is a link to
their web page:
http://www.drexelmgt.com/
Let me know if you need anything further.
Rick Weiser |
|
|
| Back to top |
|
|
|
| Ed Sheehan... |
| Posted: Wed Sep 09, 2009 9:03 pm |
|
|
|
Guest
|
From their page:
Total Computing Solutions, LLC
629 E Quality Drive, STE 202
American Fork, Utah 84003
Phone: 866-796-7600
Fax: 801-756-1576
email: sales at (no spam) total-computing.com
Ed
"Matt" <mstern at (no spam) comprehensive.com> wrote in message
news:4aa7ded8$0$22513$607ed4bc at (no spam) cv.net...
Quote: Hi all:
A client expressed an interest in automating his credit card transactions
in Pick.
I did this years ago with a dialup process (pre-web).
1. I would appreciate information on what web-based services you like, and
how easy they are to integrate with Pick (also mvBase on Windows Server
2003). Also, specifically how do you integrate this.
2. Do you still have to do the authorization step in real-time, and then
settle batches at end of day? If so, how; if not, what?
3. What encryption do you use on the data to be PCI compliant, and where
can you get this for Pick?
4. Is anybody using a card-swiper, such as those that sit on a keyboard,
to read the data? If so, what brand/model, and how did you integrate it
into Pick?
Thanks in advance for the info. |
|
|
| Back to top |
|
|
|
| Peter McMurray... |
| Posted: Thu Sep 10, 2009 2:26 am |
|
|
|
Guest
|
Hi
The Australian banks all have a standard data interface that they are happy
for you to link in to. I doubt that they are unique in this respect. You
can do it in batch mode or direct however you may find some "amusing"
auditor confusion. Following the SOX debacle Exxon insisted on us reverting
to sneaker net. Yup! Disconnect the PC with the bank software from the
network. Make a Plain ASCII text file on a 3.5" floppy (yes that's a
stiffie to you South African readers) walk across the room and do it all
manually.
Peter McMurray
"Matt" <mstern at (no spam) comprehensive.com> wrote in message
news:4aa7ded8$0$22513$607ed4bc at (no spam) cv.net...
Quote: Hi all:
A client expressed an interest in automating his credit card transactions
in Pick.
I did this years ago with a dialup process (pre-web).
1. I would appreciate information on what web-based services you like, and
how easy they are to integrate with Pick (also mvBase on Windows Server
2003). Also, specifically how do you integrate this.
2. Do you still have to do the authorization step in real-time, and then
settle batches at end of day? If so, how; if not, what?
3. What encryption do you use on the data to be PCI compliant, and where
can you get this for Pick?
4. Is anybody using a card-swiper, such as those that sit on a keyboard,
to read the data? If so, what brand/model, and how did you integrate it
into Pick?
Thanks in advance for the info.
|
|
|
| Back to top |
|
|
|
| Tony Gravagno... |
| Posted: Thu Sep 10, 2009 5:16 am |
|
|
|
Guest
|
Matt - you got the references to the only two companies in this
industry doing credit cards on a regular basis: Total Computing and
Drexel. I had a product some years ago called NebulaPay
(nospamNebula-RnD.com/products/financial.htm) and it worked a treat
but I spent about 90% of my sales effort answering questions about how
my product compared to TotalLink. Ya know what? I have better things
to do than to compete head to head with good people with good
products. I prefer to offer what others don't (uh, for better or
worse...) so I stopped selling NebulaPay. R.I.P.
I recommend you save yourself some time, do your homework and make a
choice from the two options.
Now, if you need to capture digital signatures, scan checks, or you
need to swipe cards or use pinpads for something other than
redit/debit ... lemme know.
nospamNebula-RnD.com/blog/tech/2009/09/signatures01.html
As to how to do things "in" Pick? My answer is ... don't.
nospamNebula-RnD.com/blog/tech/mv/2009/08/mv-to-anything.html
Please give our hunny a hug for me. 
T
Matt wrote:
Quote: Hi all:
A client expressed an interest in automating his credit card
transactions in Pick.
I did this years ago with a dialup process (pre-web).
1. I would appreciate information on what web-based services you like,
and how easy they are to integrate with Pick (also mvBase on Windows
Server 2003). Also, specifically how do you integrate this.
2. Do you still have to do the authorization step in real-time, and then
settle batches at end of day? If so, how; if not, what?
3. What encryption do you use on the data to be PCI compliant, and where
can you get this for Pick?
4. Is anybody using a card-swiper, such as those that sit on a keyboard,
to read the data? If so, what brand/model, and how did you integrate it
into Pick?
Thanks in advance for the info. |
|
|
| Back to top |
|
|
|
| fred... |
| Posted: Sat Sep 12, 2009 6:08 pm |
|
|
|
Guest
|
Matt,
TotaLink is an actively developed and supported product that I am
certain will meet your needs.
It is deployed at many Pick sites and it is PCI PA-DSS / PABP
validated. A new hosted service that will be PCI-DSS certified is in
beta. Our Customer volumes range from just a few transactions per
day to over 5,500 per day - from a few dollars to over $1M per day. We
have clients in many different industries.
For card present applications it's awesome. For MOTO and Web
applications integrated into your Pick back-end it's impressively
efficient (as well as awesome). Many of our users have retail, MOTO,
and Web all running of the same back-end and they interface with the
same subroutine call.
Interfaces include:
1. Basic Subroutine Call
2. WSDL
3. Flatfile
4. XML
5. Anything a developer wants to throw at us.
It is currently deployed on mvBase, UniData, UniVerse and D3. A jBase
offering is planned.
There is one negative - Developers want to make it too complicated!
We have made the interface brief and to the point. We do all the hard
stuff.
Here is the Basic Subroutine Call:
CALL TL.TOTALINK(STORE, DATE, REG, TRANS, AMOUNT, VERIFIED, MAT
CCV.REC)
If someone already has their own card swipe routine or they have a GUI
application they can do their own card swipe interface, otherwise we
can do it for you. We also interface to PIN pad devices, including
signature capture.
I could go on, but I think you get the picture - we make it easy and
we are PCI validated!
Call me at 866-796-7600 or email sales at (no spam) total-computing.com
Thanks everyone for your positive comments about us.
fred |
|
|
| Back to top |
|
|
|
| eppick77... |
| Posted: Mon Sep 14, 2009 3:24 pm |
|
|
|
Guest
|
On Sep 12, 2:08 pm, fred <fred.tut... at (no spam) total-computing.com> wrote:
Quote: Matt,
TotaLink is an actively developed and supported product that I am
certain will meet your needs.
It is deployed at many Pick sites and it is PCI PA-DSS / PABP
validated. A new hosted service that will be PCI-DSS certified is in
beta. Our Customer volumes range from just a few transactions per
day to over 5,500 per day - from a few dollars to over $1M per day. We
have clients in many different industries.
For card present applications it's awesome. For MOTO and Web
applications integrated into your Pick back-end it's impressively
efficient (as well as awesome). Many of our users have retail, MOTO,
and Web all running of the same back-end and they interface with the
same subroutine call.
Interfaces include:
1. Basic Subroutine Call
2. WSDL
3. Flatfile
4. XML
5. Anything a developer wants to throw at us.
It is currently deployed on mvBase, UniData, UniVerse and D3. A jBase
offering is planned.
There is one negative - Developers want to make it too complicated!
We have made the interface brief and to the point. We do all the hard
stuff.
Here is the Basic Subroutine Call:
CALL TL.TOTALINK(STORE, DATE, REG, TRANS, AMOUNT, VERIFIED, MAT
CCV.REC)
If someone already has their own card swipe routine or they have a GUI
application they can do their own card swipe interface, otherwise we
can do it for you. We also interface to PIN pad devices, including
signature capture.
I could go on, but I think you get the picture - we make it easy and
we are PCI validated!
Call me at 866-796-7600 or email sa... at (no spam) total-computing.com
Thanks everyone for your positive comments about us.
fred
Fred,
Are you going to be doing anything with QM?
Eugene |
|
|
| Back to top |
|
|
|
| fred... |
| Posted: Mon Sep 14, 2009 3:35 pm |
|
|
|
Guest
|
On Sep 14, 9:24 am, eppick77 <eppic... at (no spam) yahoo.com> wrote:
Quote: On Sep 12, 2:08 pm, fred <fred.tut... at (no spam) total-computing.com> wrote:
Matt,
TotaLink is an actively developed and supported product that I am
certain will meet your needs.
It is deployed at many Pick sites and it is PCI PA-DSS / PABP
validated. A new hosted service that will be PCI-DSS certified is in
beta. Our Customer volumes range from just a few transactions per
day to over 5,500 per day - from a few dollars to over $1M per day. We
have clients in many different industries.
For card present applications it's awesome. For MOTO and Web
applications integrated into your Pick back-end it's impressively
efficient (as well as awesome). Many of our users have retail, MOTO,
and Web all running of the same back-end and they interface with the
same subroutine call.
Interfaces include:
1. Basic Subroutine Call
2. WSDL
3. Flatfile
4. XML
5. Anything a developer wants to throw at us.
It is currently deployed on mvBase, UniData, UniVerse and D3. A jBase
offering is planned.
There is one negative - Developers want to make it too complicated!
We have made the interface brief and to the point. We do all the hard
stuff.
Here is the Basic Subroutine Call:
CALL TL.TOTALINK(STORE, DATE, REG, TRANS, AMOUNT, VERIFIED, MAT
CCV.REC)
If someone already has their own card swipe routine or they have a GUI
application they can do their own card swipe interface, otherwise we
can do it for you. We also interface to PIN pad devices, including
signature capture.
I could go on, but I think you get the picture - we make it easy and
we are PCI validated!
Call me at 866-796-7600 or email sa... at (no spam) total-computing.com
Thanks everyone for your positive comments about us.
fred
Fred,
Are you going to be doing anything with QM?
Eugene
Yes,
There is a QM release on the horizon. I thought that I mentioned that
but looking back on my reply I see I said jBase. There is not a jBase
release pending, but a QM release is.
fred |
|
|
| Back to top |
|
|
|
| GlenB... |
| Posted: Thu Sep 17, 2009 10:42 pm |
|
|
|
Guest
|
On Sep 14, 11:35 am, fred <fred.tut... at (no spam) total-computing.com> wrote:
Quote: On Sep 14, 9:24 am, eppick77 <eppic... at (no spam) yahoo.com> wrote:
On Sep 12, 2:08 pm, fred <fred.tut... at (no spam) total-computing.com> wrote:
Matt,
TotaLink is an actively developed and supported product that I am
certain will meet your needs.
It is deployed at many Pick sites and it is PCI PA-DSS / PABP
validated. A new hosted service that will be PCI-DSS certified is in
beta. Our Customer volumes range from just a few transactions per
day to over 5,500 per day - from a few dollars to over $1M per day. We
have clients in many different industries.
For card present applications it's awesome. For MOTO and Web
applications integrated into your Pick back-end it's impressively
efficient (as well as awesome). Many of our users have retail, MOTO,
and Web all running of the same back-end and they interface with the
same subroutine call.
Interfaces include:
1. Basic Subroutine Call
2. WSDL
3. Flatfile
4. XML
5. Anything a developer wants to throw at us.
It is currently deployed on mvBase, UniData, UniVerse and D3. A jBase
offering is planned.
There is one negative - Developers want to make it too complicated!
We have made the interface brief and to the point. We do all the hard
stuff.
Here is the Basic Subroutine Call:
CALL TL.TOTALINK(STORE, DATE, REG, TRANS, AMOUNT, VERIFIED, MAT
CCV.REC)
If someone already has their own card swipe routine or they have a GUI
application they can do their own card swipe interface, otherwise we
can do it for you. We also interface to PIN pad devices, including
signature capture.
I could go on, but I think you get the picture - we make it easy and
we are PCI validated!
Call me at 866-796-7600 or email sa... at (no spam) total-computing.com
Thanks everyone for your positive comments about us.
fred
Fred,
Are you going to be doing anything with QM?
Eugene
Yes,
There is a QM release on the horizon. I thought that I mentioned that
but looking back on my reply I see I said jBase. There is not a jBase
release pending, but a QM release is.
fred- Hide quoted text -
- Show quoted text -
Fred,
Put level-3 support in! Please, I'm begging. I have to have it. We
are getting reamed with fees on B2B corp/purchasing cards because of
the sheer number of B2B cards we're talking. As much as I love having
modem backup, and how easy your software is to integrate, I'm
considering rolling my own gateway submission tool via PHP/Perl at
this point. Tell Hal I'll send him a talking Mr Spock bobblehead if
he'll help with the level-3 stuff. :)
Folks, if you do any amount of corporate card business, you should
be weary of this and ask the CC software vendor if they support level
2 and level 3 "reporting". That basically means supplying tax amounts
for level 2 and order information (part#, qty, price ,etc) for level 3
processing. If you can't provide this information through the software
processing, then you could(will in most cases) pay a higher
transaction fee to your merchant account than if you could provide it.
Don't get me wrong here, I'm not bashing Totalink at all. We've been
a happy client of Total Computing's for a _long_ time. The support is
awesome and their software really is simple to integrate. It "just
works" and I never worry about it. We do hundreds of charges per
business day with no problems. If you do 99% consumer cards and debit
cards, then by all means give Fred a call. I just want to make the
original poster, and others, aware that the credit card industry has
changed a LOT since the 80's/90's dial-up days. Card type and level
qualifications should be considered when pricing and considering the
software.
GlenB |
|
|
| Back to top |
|
|
|
| Ross Ferris... |
| Posted: Fri Sep 18, 2009 1:55 pm |
|
|
|
Guest
|
On Sep 18, 8:42 am, GlenB <batch... at (no spam) bellsouth.net> wrote:
I'm guessing we have things a lot easier here in Oz --> integration
with payment gateways is relatively straight forward thanks I believe
to the ABA (Australian Bankers Asssociation) --> we added credit card
processing to POS in under a week, and most of that time was spent
with verification ... essentially the same gateway can be used to
process web based payments through ecommerce etc (no modem in sight |
|
|
| Back to top |
|
|
|
|
|
All times are GMT
The time now is Thu Dec 10, 2009 8:23 am
|
|