Re: LC and credit card processing
I am quite fond of using Stripe for various payment systems. Their api is accessible over HTTPS and I have used it in the past with revServer. Although I have never used it to process payments from inside a livecode application, I have made livecode applications that use their api to track sales. In general, they are one of the few credit card processing setups I have actually had pleasure in working with. https://stripe.com/docs https://stripe.com/docs/api Regards, Andrew On Mon, Feb 25, 2013 at 2:40 PM, Richard Miller w...@together.net wrote: I haven't followed recent developments in this area, so I'm looking for suggestions. 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. Is there a (mostly) turnkey solution available for this? Thanks. Richard Miller __**_ 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-livecodehttp://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
Re: LC and credit card processing
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. ___ 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
Re: LC and credit card processing
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
Re: LC and credit card processing
I have always used Authorize.net and their backend gateway / API. SKIP On Mon, Feb 25, 2013 at 3:57 PM, Andrew Kluthe and...@ctech.me wrote: I am quite fond of using Stripe for various payment systems. Their api is accessible over HTTPS and I have used it in the past with revServer. Although I have never used it to process payments from inside a livecode application, I have made livecode applications that use their api to track sales. In general, they are one of the few credit card processing setups I have actually had pleasure in working with. https://stripe.com/docs https://stripe.com/docs/api Regards, Andrew On Mon, Feb 25, 2013 at 2:40 PM, Richard Miller w...@together.net wrote: I haven't followed recent developments in this area, so I'm looking for suggestions. 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. Is there a (mostly) turnkey solution available for this? Thanks. Richard Miller __**_ 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 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
Re: LC and credit card processing
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 sayinghttps://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 chathttps://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.comwrote: 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
Re: LC and credit card processing
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
Re: LC and credit card processing
This looks really cool, Andrew, thanks for sharing. Regards, Scott Rossi Creative Director Tactile Media, UX Design On 2/25/13 2: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 sayinghttps://twitter.com/#!/search/stripe%20api .) - Complete freedom to create the payment experience you wantyour 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 chathttps://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.comwrote: 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
Re: LC and credit card processing
Richard I just checked and Stripe does not interface with any known hardware: https://stripe.com/us/help/faq#who-should-not-use-stripe Now, you can do as Colin says and just use the hardware swiper that you have as an input device, however, there is a difference in credit card rates from a card present to manually entered in information and Stripe does not give you that option If you want a really robust solution with the best possible rate, I think the Authroize.net solution might be what you need. Having said that, there is a bit of a learning curve. I once did TONS of this kind of stuff in Director. SKIP On Mon, Feb 25, 2013 at 4:04 PM, Richard Miller w...@together.net wrote: I understand how card swiper's work. No issue there. It's the cc processing solution I need solutions for. Andrew... thanks for the Stripe suggestion. I'll look into it. Richard On 2/25/13 4:00 PM, Colin Holgate 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. __**_ 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-livecodehttp://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-livecodehttp://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
Re: LC and credit card processing
I had put together a Rev/Authorize.net solution together a years ago. It worked fine, but took a fair bit of work to construct. I would need to set up a new authorize account and merchant processor, as well as SSL certificates. I know it can be done. I was just hoping there was a better (read: easier) solution by now for Rev. Meaning, collect the info from the card reader (which is easy), then feed that data into a preset Rev solution to get it processed. On 2/25/13 6:27 PM, Magicgate Software - Skip Kimpel wrote: Richard I just checked and Stripe does not interface with any known hardware: https://stripe.com/us/help/faq#who-should-not-use-stripe Now, you can do as Colin says and just use the hardware swiper that you have as an input device, however, there is a difference in credit card rates from a card present to manually entered in information and Stripe does not give you that option If you want a really robust solution with the best possible rate, I think the Authroize.net solution might be what you need. Having said that, there is a bit of a learning curve. I once did TONS of this kind of stuff in Director. SKIP On Mon, Feb 25, 2013 at 4:04 PM, Richard Miller w...@together.net wrote: I understand how card swiper's work. No issue there. It's the cc processing solution I need solutions for. Andrew... thanks for the Stripe suggestion. I'll look into it. Richard On 2/25/13 4:00 PM, Colin Holgate 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. __**_ 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-livecodehttp://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-livecodehttp://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 ___ 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
Re: LC and credit card processing
On Feb 25, 2013, at 2: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. We had a problem with PCI compliance for a web site taking credit card orders. It was hosted at on-rev. Rather than solve the problems, it was easier to move the site to a host that guarantees PCI compliance. PCI compliance is a nightmare best left to those who have already accomplished it. .Jerry ___ 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
Re: LC and credit card processing
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
Re: LC and credit card processing
All I want to do is capture the cc data as it comes off the card's stripe (as Colin says... converted into simple data through Rev), encrypt this data, then send it somewhere for processing and deposit into my account... with a result returned. I'd prefer avoiding any additional setup or coding (such as the need for server processing on my end). I don't care if it costs more to keep it simple. My application is not cost sensitive. Will Stripe fit this bill? I can't quite tell after an initial review of the site. Thanks. Richard On 2/25/13 7:06 PM, Andrew Kluthe wrote: 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 ___ use-livecode mailing
Re: LC and credit card processing
It does exactly that. I have the starts of a stripe library somewhere I think from a while back. I haven't done any payments with it, but it handles auth and what not. Stripe's primary API relies a lot on SSL for encryption en route, and has a pretty nice testing interface. You can test your app with test numbers and simulate different kinds of card errors. It also has webhooks for alerting your own servers to payments, issues, etc if desired. If you are interested I have an idea that I'd like to try to completely flesh out and build this live just before the google+ hangout party late wednesday night/early thursday morning, live on the hangout. Live LiveCoding. :) Even if you find the service not for you it will still be available to myself and some of the community. I wonder if anyone would be willing to pledge some more to the kickstarter for a really nice library. Also, I have been wanting to give Jerry Daniel's new Glass plugin a good test drive. I wonder if he would add a few more dollars to his pledge for the pr. hmm. Andrew ___ 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