dbTalk Databases Forums  

Payment Gateways

comp.databases.pick comp.databases.pick


Discuss Payment Gateways in the comp.databases.pick forum.



Reply
 
Thread Tools Display Modes
  #11  
Old   
Glen B
 
Posts: n/a

Default Re: Payment Gateways - 04-14-2007 , 07:00 PM







"Excalibur" <excalibur21 (AT) bigpond (DOT) com> wrote

Quote:
HI
I am interested in your idea of pre-delivery authorisation. A couple of
questions.
If you authorise an amount does this lock that amount out on the buyers
credit card until the transaction is completed? I have seen the problem
arise where a person buying a camera in Singapore has had $4000 locked out
and then not cleared when the final bill of $4250 was settled half an hour
later. This resulted in the person arriving in England and having their
credit card rejected because they were now over their $10,000 limit, and
of
course it was exceptionally difficult to rectify.

It really depends on the card's issuing bank. Some banks hold
authorizations for up to 3 days. We have run into many issues where we
authorize an order and the customer calls 20 minutes later wanting to add
something to it. Our ordering process authorizes the entire order, not just
one line item. So, sometimes we have to let the order sit for 3-4 days until
they have enough available credit to re-authorize the order again.

Quote:
How easy is it to delete the original amount and enter a new amount
entirely
7 days later.

Once you settle an authorization batch, you are asking for funds transfers
of all the card charges. You can not go back and delete anything. You can
issue a credit and recharge, though. Of course, different industries have
different rules regarding settlement amounts compare to authorized amounts.
The food industry can settle for more than the authorized amount, due to
tips/gratuity. The retail industry can settle for less or equal to the
authorization amount. Ask your merchant services rep about this for more
information.

Quote:
We have the problem that we only know the product ordered not the
quantity.
Typically with oil the order is "fill the tank". We have a minimum
delivery
charge but the actual result may be wildly different and does occasionally
result in rejected transactions and the associated rejection fees, plus
the
muddle of trying to track someone down in working hours.

You should find out from your merchant services rep if you can settle for
more than the authorized amount. I don't think you'll be able to, though.
What I normally have to do is pay for a certain number of units(lbs) when
ordering propane. I have a 325lb tank and they ask me what % the gauge
shows. The customer service rep calculates an approximate amount and charges
my card. If the delivery truck goes over, then the overage is put on my
account and the time ticks until it's paid. In other words I end up paying
15% for each month it's not paid. I've only had that happen once in the 10
years I've had "will call" delivery, but I'm sure going to pay for the
overage as soon as I see the bill. heh


Quote:
I love the idea of getting paid commission. This dramatically affects the
price that one needs to charge up front for the software.
Peter McMurray

Glen




Reply With Quote
  #12  
Old   
dawn
 
Posts: n/a

Default Re: Payment Gateways - 04-14-2007 , 11:11 PM






On Apr 14, 2:53 pm, fred.tut... (AT) total-computing (DOT) com wrote:
Quote:
On Apr 11, 8:08 pm, "dawn" <dawnwolth... (AT) gmail (DOT) com> wrote:



Yes, I see how it makes sense for that model, which is not the one I'm
working with right now, but I'll keep it in mind. Thanks. --dawn

On Apr 11, 7:59 pm, Rick Kann <h... (AT) comp-ware (DOT) net> wrote:

The per transaction is not free, but that is paid byu the client. The
software to interface is free and Drexel does not charge for the
connection. The reason is the dealer (you) would share the commissions
on the client's usage with Drexel. IE: Your customer pays a reasonable
fee (less than he could get at most other places), gets the software
interface for free, and you and Drexel get a monthly income as long as
the client uses the service. I get a nice monthly check that way!

dawn wrote:
On Apr 11, 8:25 am, Rick Kann <h... (AT) comp-ware (DOT) net> wrote:

I use Mercury Payment via the internet and Drexel Managements software.
The interface was very easy for both debit cards, credit cards and
checks (for check verification and guarantee). Mercury so far has been
able to meet or beat any rate out there. They are a big company handling
Starbusks, Pizza Hut, etc.

Plus the software is FREE and you get commissions each month for the
clients usage. Can't beat that!

Drexel can be reached at 610-924-9290.

Richard Kann
Comp-Ware Systems, Inc.

dawn wrote:

Has anyone researched payment gateways for credit cards lately? I'm
interested in any opinions about what good pricing would be and what
products have easy integration into your software (website).

For example, if anyone is using authorize.net, do you like your
reseller and, if so, who are you using?

I have also looked at google checkout, which is not yet feature-rich,
but seems to have good pricing for a service that does not require
that you have a merchant account (with authorize.net you also need
merchant accounts with each credit card provider as well as a reseller
for authorize.net in the mix).

How are you integrating credit cards into your (web) software? (using
what computer language and API)?

These questions might not yet be well-informed as I am just starting
my research, so what other questions should I be asking? Thanks. --
dawn

Thanks. I want to minimize the cost of each transaction (as if one
would want to do otherwise), which might mean coding to a service like
authorize.net or ? I'll check out Mercury, since I would guess that
PizzaHut and Starbucks have similar requirements and see what costs
Drexel adds (I am thinking it is not really free per transaction, is
it?)
--dawn- Hide quoted text -

- Show quoted text -

Dawn,

TotaLink runs on D3, MvBase, uniVerse, & Unidata. It works the same
way on Windows, Unix,
and Linux systems and does not require any additonal hardware other
than the server the client runs
their business on.
It can be used in a variety of market segments including eCommerce,
Retail, Wholesale, and Restaurants.
It works well for small and very large clients (our largest client
averages 5,000 transactions per day).
It is quite simple to implement and maintain.
We interface to clearing houses that use Tsys (Vital), Paymentech, and
Global Payment Systems.
The interface includes debit, credit, and check verification.
This allows the users to remain with their existing provider or switch
to our provider. We have
always been able to save our customers clearing fees when they go
through our network.
VARs receive commissions based on the provider network.

If you want to learn more give me a call at 866-796-7600.
Fred Tuttle
Thanks, Fred. I'm working with Cache' on this one. I would guess it
wouldn't be a difficult port for you from UV if needed. I'm hoping to
have both google checkout and an authorize.net or other payment
gateway (one that would require merchant accounts, which might be
where your product fits in), trying to get the pricing on that as
close to the google pricing (2% + .20 after this year of free service)
as feasible. Additionally, I need to figure out what is required
(legally and cost-wise) to sell something by credit card on behalf of
another company or individual. There are other requirements too, so
this is just a start at the research. If you think your product might
fit the bill, let me know dwolt at tincat-group dot com.
Thanks. --dawn



Reply With Quote
  #13  
Old   
Excalibur
 
Posts: n/a

Default Re: Payment Gateways - 04-15-2007 , 06:01 PM



Big snip
Quote:
You should find out from your merchant services rep if you can settle
for
more than the authorized amount. I don't think you'll be able to, though.
What I normally have to do is pay for a certain number of units(lbs) when
ordering propane. I have a 325lb tank and they ask me what % the gauge
shows. The customer service rep calculates an approximate amount and
charges
my card. If the delivery truck goes over, then the overage is put on my
account and the time ticks until it's paid. In other words I end up paying
15% for each month it's not paid. I've only had that happen once in the 10
years I've had "will call" delivery, but I'm sure going to pay for the
overage as soon as I see the bill. heh
Yup' I guess everybody likes to keep their accounts right up to date. Not!
Ours can be a little more impressive. Some places have big tanks and flaky
credit reputations we can get 120,000 litres in a triple truck trailer
combo. Or better still they have mobile tanks that follow the jobs around
with the ultimate being cruise yachts and fishing boats. One erstwhile
client had a string of spotters up the Australian coast. If anyone wonders
how much can go on a credit card that last chap used to fly to Taiwan, order
a container load of Wood heaters, fill the gaps up with computers and then
pay American Express including shipping.

Thanks for the tips
Peter McMurray
Quote:
I love the idea of getting paid commission. This dramatically affects
the
price that one needs to charge up front for the software.
Peter McMurray


Glen





Reply With Quote
  #14  
Old   
Tony Gravagno
 
Posts: n/a

Default Re: Payment Gateways - 04-26-2007 , 05:58 PM



Quote:
dawn wrote:
Has anyone researched payment gateways for credit cards lately?
... I'm working with Cache' on this one.
Ron White wrote:
Quote:
Have you had a look at the Nebula solution, Nebula Pay?
http:// removethisNebula-RnD.com/products/financial.htm

Ron, thanks for your referral. I decided to temporarily withdraw
NebulaPay for a few reasons but it should return sometime this year or
early next, depending on demand.

NebulaPay was originally tied to MercuryPay who is tied to Global.
The people and service at MP are great but my biggest problem was when
prospects approached me for new software to work with existing non-MP
provider relationships. We now have access to many more payment
providers via a common interface, which makes it Much easier to
support the code and add new features and relationships.

MP really only did USA, and Canada with some difficulty.
Surprisingly, most inquiries for NebulaPay were coming from outside
the USA. The NebulaPay update will support merchants, consumers, and
processors in many countries around the world, though of course the
services provided vary according to a matrix dependent on the
companies and locations.

NebulaPay did and will rely on a Windows server being somewhere on the
LAN. For a DBMS based over Windows everything can be on the same box.
If you absolutely need a single-server solution, contact Fred Tuttle.

Just to set the record straight about how NebulaPay is positioned:
TotaLink is the defacto standard for our market. It's excellent
software, well supported, and I have sincere respect for Fred and his
company. My personal knowledge of the payment processing industry is
quite limited compared to that at Total Computing Solutions because
Nebula R&D doesn't specialize in this business. I have no intention
to compete directly with TCS but to provide an alternative for those
who feel they need one for whatever reason. NebulaPay is a sort of
"lite" version of what is offered in TotaLink. It will grow as demand
increases but it's intended to be more of a secure and efficient data
conduit than an application module. If you contact me about
NebulaPay, be prepared for questions about why you aren't using
TotaLink, and some encouragement for you to work with Fred if you can.
If we get beyond that, Nebula R&D is prepared to work with you to
provide custom user and application interfaces, and whatever else you
need.

I should also mention here that I wrote a check scanner interface for
one of our colleagues here in CDP. Front/back images are scanned and
MICR data is logged into the application. Images can be recalled,
zoomed, rotated, and moved anywhere on the screen. Multiple documents
can be read in a single run. Data can be printed to the back of
checks during scanning, to link the hard documents to the database.
This can be used in conjunction with credit/debit payment processing
at a POS, and/or in companies like utilities, collections, or any
agency that handles regular monthly payments.

TG@ removethisNebula-RnD.com



Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.