Fetch the latest catalog of products available for use in payouts
Whether you’re showing the latest product offering to your customers, or verifying constraints during your order process, you’ll want the latest catalogue details.
To create a payout link in the ordering process, you’ll need to provide a list of products that are all redeemable in the same country. The list of countries endpoint will provide you with a dynamic list with all of the countries in which you have available payout types.
This will return a list of ISO3166 ALPHA-2 country codes. We’ll be modifying this list over time, so your implementation should handle the addition and removal of countries from this list.
You can use this to aggregate products that belong to a country for ordering by using the countries_redeemable_in query parameter, in the endpoint described below.
We’ve updated our catalog to provide you with even more details than before, with improved filtering, pagination, and performance across the board.
We’ve added new levels of granularity to payout types - differentiating between gift_card, subscription, and payment type products, and we’ll be looking to add to these in the future. At the bottom of this page, in the Example response section, there are examples of a few permutations of responses.
We recommend that you poll the list endpoint to retrieve full catalog details hourly and in any critical journeys where you fetch the details of an individual product by using the code query parameter to return the latest details of a product in a timely manner.
This field indicates whether you are currently able to order a product or not. We recommend that you only ever display products to people placing orders when this field is true - we will reject any orders placed for products where this is false . You can pass this as a query parameter as part of your request.
As detailed in the Currencies section of this guide - we’re constantly expanding our network to increase the payouts we can offer you and your customers. Your implementation should handle additions to these fields in their respective ISO formats.
You’ll notice in the API specification that there are currently three fields, gift_card, subscription, and payment that are nullable and will not be present in certain responses. The payout_type field will indicate which of these fields is present, and your implementation should then use this key to extract the relevant required details.
We’ll be adding more payout types in the future, and your implementation should handle these additions gracefully.
The URL fields in this response object will contain URL’s to markdown files containing their respective content. You can use this markdown and render it with your own styling as you wish.
The fields will be null when the text has been removed, and present when added. We’ll update this content semi-regularly; a 403 / 404 will be returned, should this content have been removed. Your implementation should handle this.
This field will return you the constraints of values that you can order.
The example responses below contain the different responses that the API can return, whether the denominations are open or fixed :
open products will include minimum_value and maximum_value fields. This means that you can order gift cards within the range of minimum_value and maximum_value.
fixed products will include a list of values in the available_denominations field. You can only order values contained in the list that is returned to you.
Subscriptions each come with a list of subscription plans, detailing things such as the duration of the subscription and the price it costs to order each of the subscription plans - this is without your discount applied.
subscription_plan_code is returned as part of the subscription plan - use this code, not the top-level object code as part of your order. We’ll add more subscription plans for your customers to order over time.
Similar to gift cards, payments have denomination constraints with minimum_value and maximum_value fields that define the allowed payment ranges, but will always be open denomination. Therefore, we don’t have the list of available denominations here.