e-commerce

[Roelof Wobben]

Hello,

For a toy library I want to make a sort of e-commerce app for the financial part like payments by cash and bank, payable invoices and invoices to be payed.

Also a membership part and a part where the borrow part can be dealed with.

Is there a good tutorial where I can find all these things, prefferly written.

Roelof

[Clayton Cottingham]

For ruby e commerce id suggest activemerchant.org to start with


It has a plugin based system for the processor gateways.

I have found that every processor gateways interface is different. Some run soap /wsdl, some are rest etc

Hope that helps

--
Sent from my Android

[Roelof Wobben]

Thanks,

But I do not need a credit card. People pay by cash or by bank transfer.

Roelof

Op woensdag 3 december 2014 21:10:39 UTC+1 schreef clayton cottingham:

[Colin Law]

On 3 December 2014 at 20:38, Roelof Wobben <rwo...@hotmail.com> wrote:
> Thanks,
>
> But I do not need a credit card. People pay by cash or by bank transfer.

Nobody with any sense is going to buy online by cash or bank transfer

Colin

> --
> You received this message because you are subscribed to the Google Groups
> "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to rubyonrails-ta...@googlegroups.com.
> To post to this group, send email to rubyonra...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/rubyonrails-talk/d64d22ad-7ba8-4852-812e-8f33cac77013%40googlegroups.com.
>
> For more options, visit https://groups.google.com/d/optout.

[Roelof Wobben]

Op woensdag 3 december 2014 22:26:58 UTC+1 schreef Colin Law:

On 3 December 2014 at 20:38, Roelof Wobben <rwo...@hotmail.com> wrote:
> Thanks,
>
> But I do not need a credit card. People pay by cash or by bank transfer.

Nobody with any sense is going to buy online by cash or bank transfer

Colin

 It's not for online buying. It will be a online app for a toy library where we can keep track of which people have borrow which toy.

Roelof

 

 

[Carlos Mathiasen]

Matt's

On Wed, Dec 3, 2014 at 6:33 PM, Roelof Wobben <rwo...@hotmail.com> wrote:

Op woensdag 3 december 2014 22:26:58 UTC+1 schreef Colin Law:

On 3 December 2014 at 20:38, Roelof Wobben <rwo...@hotmail.com> wrote:
> Thanks,
>
> But I do not need a credit card. People pay by cash or by bank transfer.

Nobody with any sense is going to buy online by cash or bank transfer

You need to travel to Argentina :). Bank transfer is normal here.

[Colin Law]

Does that prove or disprove my point?

In fact on further consideration I realise what I said was pointless
as it often seems that the majority of the human race has no sense,
but I think we are getting a bit off topic.

Colin

[Carlos Mathiasen]

Does that prove or disprove my point?

In fact on further consideration I realise what I said was pointless
as it often seems that the majority of the human race has no sense,
but I think we are getting a bit off topic.

Yeah! Thats true, No sense is the Sense now lol.

Was just a comment,

Regards and happy coding.

[Hassan Schroeder]

On Wed, Dec 3, 2014 at 1:48 PM, Carlos Mathiasen <gunma...@gmail.com> wrote:

> Bank transfer is normal here.

OK, I know how credit/debit card authorizations work online:

cardholder->store->payment_gateway->payment_processor->bank

but how does "bank transfer" work? What information does the end
user provide, who authenticates the request, etc.?

--
Hassan Schroeder ------------------------ hassan.s...@gmail.com
http://about.me/hassanschroeder
twitter: @hassan

[Carlos Mathiasen]

The First method is just TRUST.

Another method is using a Payment Processor, the most know here is MercadoPago[0]. MercadoPago doesn't give the money to the seller before you receive the product.
Then if for some reason you don't receive the product then the money is going back to you.

But the key is TRUST.

But like Colin said: "I think we are getting a bit off topic."

[0] http://www.mercadopago.com/

Matt's

--
You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-ta...@googlegroups.com.
To post to this group, send email to rubyonra...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/CACmC4yCoLrBd83DaxXdtzU_F5zb_YW5wq4jZ0QcD6N0awS8rdA%40mail.gmail.com.

[Hassan Schroeder]

On Thu, Dec 4, 2014 at 5:09 AM, Carlos Mathiasen <gunma...@gmail.com> wrote:
> The First method is just TRUST.
> Another method is using a Payment Processor, the most know here is
> MercadoPago[0]. MercadoPago doesn't give the money to the seller before you
> receive the product.
> Then if for some reason you don't receive the product then the money is
> going back to you.
>
> But the key is TRUST.

OK, none of that helps. What *actually happens* to execute a
"bank transfer"?

If you're shopping online and you want to make a purchase, what
information do you have to provide and where does it go?

> But like Colin said: "I think we are getting a bit off topic."

I disagree; the OP wanted advice on e-commerce based on bank
transfers, and I'd like to understand what that involves, since it's
not a common payment form here in the US.

[Colin Law]

On 4 December 2014 at 13:34, Hassan Schroeder

<hassan.s...@gmail.com> wrote:
> On Thu, Dec 4, 2014 at 5:09 AM, Carlos Mathiasen <gunma...@gmail.com> wrote:

> ...

>> But like Colin said: "I think we are getting a bit off topic."

I meant that a philosophical discussion as to whether the human race
has any sense is off topic, rather than a discussion on how online
payments are made.

Colin

[Jason Fleetwood-Boldt]

I pay my electricity and my gas bill with bank transfers. And I use "Chase Quick pay" to pay family and friends all the time (Chase quick pay is a kind of a bank transfer available only to Chase customers)

I think you may actually need to be a large institution to qualify for the ability to do EFT, but you definitely need to work with a payment processor who can do that. I'd suggest you call an Authorize.net sales rep and see what they say about it.

here's some background information:

http://www.gymassistant.com/products/gym_assistant/eft_explained.php
http://www.cybersource.com/products/payment_processing/direct_debit_bank_transfers/

> --
> You received this message because you are subscribed to the Google Groups "Ruby on Rails: Talk" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to rubyonrails-ta...@googlegroups.com.
> To post to this group, send email to rubyonra...@googlegroups.com.

> To view this discussion on the web visit https://groups.google.com/d/msgid/rubyonrails-talk/CACmC4yBbv1RoszXydb7ND_UybNgfZ8TYO20cKPOP%3DCME%3DCHdvA%40mail.gmail.com.

> For more options, visit https://groups.google.com/d/optout.
>

----

Jason Fleetwood-Boldt
te...@datatravels.com
http://www.jasonfleetwoodboldt.com/writing

All material © Jason Fleetwood-Boldt 2014. Public conversations may be turned into blog posts (original poster information will be made anonymous). Email ja...@datatravels.com with questions/concerns about this.

[Hassan Schroeder]

On Thu, Dec 4, 2014 at 6:46 AM, Jason Fleetwood-Boldt
<te...@datatravels.com> wrote:

> here's some background information:
>
> http://www.gymassistant.com/products/gym_assistant/eft_explained.php
> http://www.cybersource.com/products/payment_processing/direct_debit_bank_transfers/

This seems totally oriented to *on-going* relationships: subscriptions,
utility payments, etc. The initial setup at least seems far too onerous
to use for one-time e-commerce transactions.

Perhaps it works differently in other countries...

[Jim]

On Thursday, December 4, 2014 10:25:06 AM UTC-5, Hassan Schroeder wrote:

On Thu, Dec 4, 2014 at 6:46 AM, Jason Fleetwood-Boldt
<te...@datatravels.com> wrote:

> here's some background information:
>
> http://www.gymassistant.com/products/gym_assistant/eft_explained.php
> http://www.cybersource.com/products/payment_processing/direct_debit_bank_transfers/

This seems totally oriented to *on-going* relationships: subscriptions,
utility payments, etc. The initial setup at least seems far too onerous
to use for one-time e-commerce transactions.

Perhaps it works differently in other countries... 

I'm not sure what would be different in other countries.  I believe EFT is cheaper to process, so larger businesses prefer it.  People that want to write checks instead of use a credit card may prefer it as well.  

From having set up the capability through Authorize.net (using ActiveMerchant), I can tell you that at least through Authorize.net it is not a direct, immediate bank transfer.  It is an electronic check.  Just like with checks, the payment may be "approved", but the check may still not clear.  Just like with checks, it takes a couple days for the checks to clear (or not), so you have to have business processes in place to reconcile against Authorize.net and not consider a payment actually paid until Authorize.net has cleared the check and put the money in your merchant account.

Jim

[ANIL YADAV]

   You Use e commerce-spree API it's best for ROR application easy to implemented go to home page and see how to implement it in you'r application 

For a toy library I want to make a sort of e-commerce app for the financial part like payments by cash and bank, payable invoices and invoices to be payed.

Also a membership part and a part where the borrow part can be dealed with.

Anil Yadav