![]() | |
#11
| ||||
| ||||
|
|
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. |
|
How easy is it to delete the original amount and enter a new amount entirely 7 days later. |
|
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. |
|
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 |
#12
| |||
| |||
|
|
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 |
#13
| |||
| |||
|
|
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! |
|
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 |
#14
| |||
| |||
|
|
dawn wrote: Has anyone researched payment gateways for credit cards lately? ... I'm working with Cache' on this one. |
|
Have you had a look at the Nebula solution, Nebula Pay? http:// removethisNebula-RnD.com/products/financial.htm |
![]() |
| Thread Tools | |
| Display Modes | |
| |