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