I do not believe so. It's not the best solution for everyone, but it was the most *painless* solution I have used.
Andrew On Mon, Feb 25, 2013 at 4:51 PM, Magicgate Software - Skip Kimpel < s...@magicgate.com> wrote: > But can Stripe integrate with card swiping hardware and provide the > merchant with the "card present" rate? > > SKIP > > > On Mon, Feb 25, 2013 at 5:48 PM, Andrew Kluthe <and...@ctech.me> wrote: > > > That's the benefit of using Stripe in this situation. Stripe takes the > > place of a traditional gateway/processor/merchant account setup. > > > > From their FAQ, > > > > Why is Stripe better than the other options I'm > > considering?<https://stripe.com/us/help/faq#why-is-stripe-better> > > > Glad you asked! Here are some reasons that others have chosen Stripe: > > > > > > - Stripe is the only payments service you'll need. You won't need to > > > find and work with a separate merchant account provider, gateway, > > > subscriptions manager, or any other piece of the legacy payments > > industry > > > puzzle. > > > > > > > > > - An elegant, powerful API makes it quick and easy to integrate with > > > Stripe. (See what developers are saying< > > https://twitter.com/#!/search/stripe%20api> > > > .) > > > > > > > > > - Complete freedom to create the payment experience you want—your > site > > > or app, your workflow, your brand. > > > > > > > > > - You can charge your users however you want: one-time purchases, > > > subscriptions, metered billing, and event-based charges are all > > > straightforward with our flexible API. > > > > > > > > > - Competitive, crystal-clear pricing. We charge you one rate for > each > > > successful transaction. There are no additional charges for failed > > > transactions, American Express cards, international cards, stored > > cards, or > > > recurring payments. It's easy to understand, easy to project, and > > without > > > any surprises. (More about pricing <https://stripe.com/help/pricing > > >.) > > > > > > > > > - We shoulder the PCI compliance burden by ensuring that you never > > > need to handle sensitive card data. (Learn more about PCI and our > > > approach <https://stripe.com/us/help/faq#pci-compliance>.) > > > > > > > > > - Rapid help from real people. Jump into our real-time community > chat< > > https://stripe.com/chat> for > > > immediate assistance from Stripe staff and our growing community of > > users, > > > or email us <https://stripe.com/help/contact> for a fast, personal > > > response. > > > > > > <https://stripe.com/us/help/faq#why-is-stripe-better> > > On Mon, Feb 25, 2013 at 4:41 PM, Mark Talluto <use...@canelasoftware.com > > >wrote: > > > > > On Feb 25, 2013, at 1:00 PM, Colin Holgate <co...@verizon.net> wrote: > > > > > > > Credit card swipers just act like a keyboard input. You would listen > > for > > > the keys being pressed, build up the data, then when the return > character > > > comes in you process the text. > > > > > > > > > > > > On Feb 25, 2013, at 3:40 PM, Richard Miller <w...@together.net> > wrote: > > > > > > > >> I need a way to process a swiped credit card through Rev. The user > is > > > interacting via a touch screen (no keyboard or mouse). Just need to > > process > > > the card info... no address info. The card swipe unit is attached to a > > > portable Windows device which connects to the web via wireless (in > > public), > > > so the whole process must be secure. > > > > > > > > > There is a bit more to credit card processing if you want to be PCI > > > compliant. In short, the swiper would provide you an encrypted > > > transaction. You then pass this on to a PCI compliant processor. They > > can > > > decrypt the record and respond to you with a yes or no on the > > transaction. > > > You need to have a gateway to a processor and a merchant account to > > > receive the funds. > > > > > > > > > Best regards, > > > > > > Mark Talluto > > > canelasoftware.com > > > > > > _______________________________________________ > > > use-livecode mailing list > > > use-livecode@lists.runrev.com > > > Please visit this url to subscribe, unsubscribe and manage your > > > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > > > > > > -- > > Regards, > > > > Andrew Kluthe > > and...@ctech.me > > _______________________________________________ > > use-livecode mailing list > > use-livecode@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > -- Regards, Andrew Kluthe and...@ctech.me _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
