<p>From the description of ripple, I believe that an unusual system of payments for merchant's goods is possible, not quite like the ususal one in a fixed currency.</p>

<p>(So here I'll describe this interesting system, leaving the answer concerning organizing a traditional payment system for a customer to other people.)</p>

<p>What if the merchant's goods is the curency? Similar to bonus systems some merchants offer. Then <strong>the merchant should actually act as a gateway</strong> (shouldn't they?), and redeem real goods for their IOUs. And their IOUs can be traded by other people for other currencies, the price depending on how much the goods from this merchant are wanted, and how much they trust the merchant (that the merchant will keep the promise).</p>

<p>So, the merchant would initially sell their IOUs for other money, or give them out according to their wishes, and then these IOUs can be traded, and returned back to the merchant for the goods.</p>

<p>If the merchant constantly sells these IOUs, it shouldn't be a problem for someone to pay with other money, because he would be able to immediately buy the merchant's IOUs in ripple, and then redee, them for the goods.</p>

CC BY-SA 3.0
2014-06-06T19:12:26.490Z
The problem with this approach is that the trust process in Ripple is still quite 'scary'. So to ask your customers to trust you for XYZ 'Strange Coin (STR)' may prove difficult. The idea of Ripple seems to be that eventually banks would act as gateways and potentially automatically have you trust them for the amount of USD/EUR or whatever you have in your account. Think about it: your money is already in that bank so implicitly you are already trusting them with that amount. But would you put your money in 'Small Company Inc'?
Stijn de Witt
CC BY-SA 3.0
2014-05-29T08:11:57.070Z
2014-05-29T08:11:57.070Z
imz -- Ivan Zakharyaschev
<p>There are some existing sources of information for merchants wishing to use Ripple:</p>

<ul>
<li>Brief <a href="https://ripple.com/partners/#merchants" rel="nofollow">introduction</a> and <a href="https://ripple.com/merchants/" rel="nofollow">overview</a> of Ripple for merchants</li>
<li><a href="https://ripple.com/wiki/Main_Page#Merchants" rel="nofollow">Merchant's section/pages on the Ripple wiki</a></li>
</ul>

<p>If you are looking for something pre-implemented and easy to add to an existing automated web commerce check-out page, there isn't much available along those lines at the moment. Ripple is still in beta and the server and client code still appear to be the focus of attention. However, there has been a recent small bounty offered for the community to develop <a href="https://ripple.com/forum/viewtopic.php?f=21&amp;t=6614" rel="nofollow">shopping cart plug-ins that use Ripple</a>.</p>

<p>It's easier for sites that have a manual check-out process as they can just add a <a href="https://ripple.com/wiki/Ripple_URIs" rel="nofollow">Ripple URI</a> for customers to use and the merchant can manually check for received payments with the existing Ripple client (or use a third party tool such as <a href="https://wasipaid.com" rel="nofollow">wasipaid</a>).</p>

<p>The basic process for a merchant to use Ripple is:</p>

<ul>
<li>Create a Ripple address to receive funds (one time setup).</li>
<li>Create payment paths in Ripple for the funds you wish to receive (e.g. trust a gateway for USD or EUR, etc) (one time setup).</li>
<li>Supply a <a href="https://ripple.com/wiki/Ripple_URIs" rel="nofollow">Ripple URI</a>, possibly with a nice "Pay via Ripple" button that customers can use to initiate Ripple payments with their Ripple client. This can use a unique "destination tag" and/or "invoice ID" to distinguish individual Ripple payments. The Ripple client will offer the customer payment options using whatever assets they have for which it can find a payment path.</li>
<li>Manually or automatically watch for updates to the Ripple ledger to detect when payments are made. Make sure to handle partial payments (e.g. update a balance payable field) and to handle over-payments (e.g. return the excess, since Ripple payments are non-reversible and a reverse path may not exist for the currency being used this can be non-trivial). This is the "big" step where automation or plug-ins would be helpful, especially in handling all the corner cases.</li>
<li>Release/ship the thing being sold.</li>
<li>Periodically extract the received funds via Ripple, e.g. withdraw your balance in Ripple through a gateway into a bank account. Alternative, use the funds within Ripple.</li>
</ul>

CC BY-SA 3.0
2014-06-07T05:58:51.367Z
can u please provide an example code for ripple URI
user17010
CC BY-SA 3.0
2014-05-29T16:23:11.503Z
2014-05-29T17:53:22.780Z
2014-05-29T17:53:22.780Z
dchapes
<p>A web search led to <a href="https://ripple.com" rel="nofollow">Ripple.com</a>.</p>

<p>Is it possible to add the payments via Ripple payment to an e-commerce website?
Where can i find source code to implement such Ripple payments?</p>

<p>For example, there are few websites which offer payment via Ripple such as <a href="https://www.privateinternetaccess.com/pages/buy-vpn/" rel="nofollow">PrivateInternetAccess</a>.</p>

CC BY-SA 3.0
2014-05-26T15:37:42.997Z
You may want to start with https://ripple.com/partners/#merchants or https://ripple.com/merchants/. And then move on to https://ripple.com/wiki/Main_Page#Merchants
dchapes
CC BY-SA 3.0
2014-05-29T07:53:33.283Z
@dchapes But what if the merchant's goods is the curency? Similar to bonus systems some merchants offer. Then the merchant should act as gateway, shouldn't they? And redeem real goods for their IOUs. And their IOUs can be traded by other people for other currencies, the price depending on how much the goods from this merchant are wanted, and how much they trust the merchant (that the merchant will keep the promise). I believe this is possible with ripple, and also looks like an interesting system.
imz -- Ivan Zakharyaschev
CC BY-SA 3.0
2014-05-29T15:40:26.567Z
@imz--IvanZakharyaschev it sounds like you're talking about something like gift cards redeemable at purchase time. If so, with Ripple a merchant can just accept their own issued USD (or whatever unit/name they want to use) and just arrange to distribute/give/sell those. Unlike physical gift cards, Ripple makes it easy for others to trade/sell these. For further discussion on such things I'd suggest ripple.com/forum as SE comments aren't the best place for discussions.
dchapes
CC BY-SA 3.0
2014-05-29T16:29:19.547Z
@dchapes Yes, "gift card" is a good word for what I meant. I see now the option that you mentioned: accept their own issued USD. The option I thought about was like nominating the currency in the kind of goods one will be able to redeem: e.g., a promise to give 1 kg of potatoes or 1 Gb of network storage in exchange for the "gift card". Then we let the market determine the price for our goods...
imz -- Ivan Zakharyaschev
<ripple><ripple-gateways><merchants><commerce>
How to accept payments via Ripple on a website
user17010
# How to accept payments via Ripple on a website

(Asked by: username_0 on 2014-05-26)

A web search led to [Ripple.com](https://ripple.com).

Is it possible to add the payments via Ripple payment to an e-commerce website?
Where can i find source code to implement such Ripple payments?

For example, there are few websites which offer payment via Ripple such as [PrivateInternetAccess](https://www.privateinternetaccess.com/pages/buy-vpn/).

**Tags:** ripple, ripple-gateways, merchants, commerce

> **Comments:**
> **username_1**: You may want to start with https://ripple.com/partners/#merchants or https://ripple.com/merchants/. And then move on to https://ripple.com/wiki/Main_Page#Merchants  
> **username_2**: @username_1 But what if the merchant's goods is the curency? Similar to bonus systems some merchants offer. Then the merchant should act as gateway, shouldn't they? And redeem real goods for their IOUs. And their IOUs can be traded by other people for other currencies, the price depending on how much the goods from this merchant are wanted, and how much they trust the merchant (that the merchant will keep the promise). I believe this is possible with ripple, and also looks like an interesting system.  
> **username_1**: @username_2 it sounds like you're talking about something like gift cards redeemable at purchase time. If so, with Ripple a merchant can just accept their own issued USD (or whatever unit/name they want to use) and just arrange to distribute/give/sell those. Unlike physical gift cards, Ripple makes it easy for others to trade/sell these. For further discussion on such things I'd suggest ripple.com/forum as SE comments aren't the best place for discussions.  
> **username_2**: @username_1 Yes, "gift card" is a good word for what I meant. I see now the option that you mentioned: accept their own issued USD. The option I thought about was like nominating the currency in the kind of goods one will be able to redeem: e.g., a promise to give 1 kg of potatoes or 1 Gb of network storage in exchange for the "gift card". Then we let the market determine the price for our goods...  

---

## 2 answers

### Answer by username_1 on 2014-05-29. Score: 5 | Accepted answer

There are some existing sources of information for merchants wishing to use Ripple:

* Brief [introduction](https://ripple.com/partners/#merchants) and [overview](https://ripple.com/merchants/) of Ripple for merchants
* [Merchant's section/pages on the Ripple wiki](https://ripple.com/wiki/Main_Page#Merchants)

If you are looking for something pre-implemented and easy to add to an existing automated web commerce check-out page, there isn't much available along those lines at the moment. Ripple is still in beta and the server and client code still appear to be the focus of attention. However, there has been a recent small bounty offered for the community to develop [shopping cart plug-ins that use Ripple](https://ripple.com/forum/viewtopic.php?f=21&t=6614).

It's easier for sites that have a manual check-out process as they can just add a [Ripple URI](https://ripple.com/wiki/Ripple_URIs) for customers to use and the merchant can manually check for received payments with the existing Ripple client (or use a third party tool such as [wasipaid](https://wasipaid.com)).

The basic process for a merchant to use Ripple is:

* Create a Ripple address to receive funds (one time setup).
* Create payment paths in Ripple for the funds you wish to receive (e.g. trust a gateway for USD or EUR, etc) (one time setup).
* Supply a [Ripple URI](https://ripple.com/wiki/Ripple_URIs), possibly with a nice "Pay via Ripple" button that customers can use to initiate Ripple payments with their Ripple client. This can use a unique "destination tag" and/or "invoice ID" to distinguish individual Ripple payments. The Ripple client will offer the customer payment options using whatever assets they have for which it can find a payment path.
* Manually or automatically watch for updates to the Ripple ledger to detect when payments are made. Make sure to handle partial payments (e.g. update a balance payable field) and to handle over-payments (e.g. return the excess, since Ripple payments are non-reversible and a reverse path may not exist for the currency being used this can be non-trivial). This is the "big" step where automation or plug-ins would be helpful, especially in handling all the corner cases.
* Release/ship the thing being sold.
* Periodically extract the received funds via Ripple, e.g. withdraw your balance in Ripple through a gateway into a bank account. Alternative, use the funds within Ripple.

> **Comments:**
> **username_0**: can u please provide an example code for ripple URI  

---

### Answer by username_2 on 2014-05-29. Score: 0

From the description of ripple, I believe that an unusual system of payments for merchant's goods is possible, not quite like the ususal one in a fixed currency.

(So here I'll describe this interesting system, leaving the answer concerning organizing a traditional payment system for a customer to other people.)

What if the merchant's goods is the curency? Similar to bonus systems some merchants offer. Then **the merchant should actually act as a gateway** (shouldn't they?), and redeem real goods for their IOUs. And their IOUs can be traded by other people for other currencies, the price depending on how much the goods from this merchant are wanted, and how much they trust the merchant (that the merchant will keep the promise).

So, the merchant would initially sell their IOUs for other money, or give them out according to their wishes, and then these IOUs can be traded, and returned back to the merchant for the goods.

If the merchant constantly sells these IOUs, it shouldn't be a problem for someone to pay with other money, because he would be able to immediately buy the merchant's IOUs in ripple, and then redee, them for the goods.

> **Comments:**
> **username_3**: The problem with this approach is that the trust process in Ripple is still quite 'scary'. So to ask your customers to trust you for XYZ 'Strange Coin (STR)' may prove difficult. The idea of Ripple seems to be that eventually banks would act as gateways and potentially automatically have you trust them for the amount of USD/EUR or whatever you have in your account. Think about it: your money is already in that bank so implicitly you are already trusting them with that amount. But would you put your money in 'Small Company Inc'?  

---

