E-commerce

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

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

On 3 December, 2014 9:20:55 AM PST, Roelof W. [email protected]
wrote:

Is there a good tutorial where I can find all these things, prefferly
To view this discussion on the web visit
https://groups.google.com/d/msgid/rubyonrails-talk/e70ee87c-f937-4b6b-aefc-ebd509b076dc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Sent from my Android

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:

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

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

On 3 December 2014 at 20:38, Roelof W. [email protected] 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

On 3 December 2014 at 21:48, Carlos M. [email protected]
wrote:

On 3 December 2014 at 20:38, Roelof W. [email protected] 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.

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

Matt’s

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.

On Wed, Dec 3, 2014 at 1:48 PM, Carlos M. [email protected]
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 S. ------------------------ [email protected]

twitter: @hassan

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

On Wed, Dec 3, 2014 at 7:54 PM, Hassan S.
<[email protected]

On Thu, Dec 4, 2014 at 5:09 AM, Carlos M. [email protected]
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.


Hassan S. ------------------------ [email protected]

twitter: @hassan

On 4 December 2014 at 13:34, Hassan S.
[email protected] wrote:

On Thu, Dec 4, 2014 at 5:09 AM, Carlos M. [email protected] 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

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

But the key is TRUST.
transfers, and I’d like to understand what that involves, since it’s
To post to this group, send email to [email protected].
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
[email protected]

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

On Thu, Dec 4, 2014 at 6:46 AM, Jason Fleetwood-Boldt
[email protected] wrote:

here’s some background information:

http://www.gymassistant.com/products/gym_assistant/eft_explained.php

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…


Hassan S. ------------------------ [email protected]

twitter: @hassan

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

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

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