Is this possible to get ?
The issue is that 3rd party lowest price for an item is useless most of the time as the "lowest current 3rd party item sold" mostly contain a shipping cost that very often exceeds the cost Amazon merchant seller with prime (no shipping).
Ideally I'd like to get 3rd party price plus the shipping price as an output
Related
I'm trying to obtain the Listing price via the Etsy API. But I stuck in a problem with discounted prices.
There is a listing that I'm trying to obtain: https://www.etsy.com/listing/679432133/turkish-kilim-geometric-kilim-handmade. It's original price is $590 and discounted price is $236.
The problem is that I get only the original price via open API: https://openapi.etsy.com/v2/listings/679432133/?api_key=MY_KEY&fields=price, but I need to obtain the discounted one.
I'm reading the documentation already for the past three years but it looks like it's impossible via API.
Any help?
Unfortunately, getting the discounted price is not available when getting listings via the API. Mainly because the discounted price is not an attribute of the Listing itself. Rather, the discounted price is usually derived from applying any number of coupons/sales/promotions from within your shop.
For example, if you have listing A at $100. Then run a 50% off sale for any quantity purchased... then the discount price is $50. Then if you edit the sale to require a purchase quantity of 2 or more... then the price is back to $100. And if you offer a coupon for a specific item for 10% off, now the price is $90.
All of this is just to illustrate how the discounted price for a listing is not really a direct attribute of the listing alone... but rather is a "derived" price.
If you want to know the discounted price, then the closest thing that I can think of is that you would have to use the API to add the listing to a cart. That will return the contents of the Cart that does have a field named "discount_amount" that will let you detect any line item discounts applied to the cart. From there you could subtract the "discount_amount" from the "total" to try and calculate the discount price.
At best, however, this would be an approximation of the discount price you are looking for.
I recently discovered Poloniex's API and am a big fan. I am puzzled about the following thing though: I query one Poloniex's BTC-ETH trade history for a 24h trading period. E.g., https://poloniex.com/public?command=returnTradeHistory¤cyPair=BTC_ETH&start=1489190400&end=1489276799 queries all BTC-ETH trades on March 11, 2017 (UTC). The returned JSON contains 46,675 trades (below the API's max result size of 50k). When counting up all the sell- and buy-trades contained in this JSON, I see that there is a total of 8,814.124270 coins bought vs 7,754.184259 coins sold. How can that be? Shouldn't those two numbers be the same? What am I missing?
Thank you very much in advance.
A buy is when someone buys the ask, also known as an uptick.
A sell is when someone sells the bid, also known as a downtick.
Everything that is stuck on the book is considered liquidity. Market price buyers and sellers remove liquidity. People who put orders on the book add liquidity.
So no, the buys should not equal the sells as it is totally possible that all that happened one day is that everyone kept hitting the buy button.
Consider this, if the buys equalled the sells, why would you need the data sent twice, and how would you know whether the bid or ask was taken?
What Im trying to do is create a shipping estimator if you will. At this point ups and fedex have volume based prices and unfortunately my vendor doesnt supply dimensions for each product. However they do offer weights.
In table one I have Part#, weight, and price of shipping of past shipments.
In table Two I have Part#, weight of never been shipped items.
What I would like it to do:
set up a query that will take products from table 2 and find like weighted items from table 1, average there shipping prices and us this new number as the estimated shipping for the new product. The part im having a hard time wrapping my head around is searching for a range of weights. Lets say my product is 5lbs and I want to get shipping prices of all products ranging form 4.75 to 5.25.
My knowledge of access is somewhat limited. I would really appreciate some guidance here.
SELECT PartsUnshipped.PartNr, PartsUnshipped.Weight,
(SELECT AVG([ShipPrice]) FROM [PartsShipped]
WHERE [PartsShipped].[Weight] >=[PartsUnshipped].[Weight]-0.25
And [PartsShipped].[Weight] <=[PartsUnshipped].[Weight]+0.25) AS Estimated
FROM PartsUnshipped
This is one way to do it. Another way would be to simply join the two tables and run an Avg on the Shipped price but then you would only return non-nulls.
What is the best way to find out if a customer has purchased a product instore, as a result of visiting the website? Would a membership card be a good idea, or something like an email newsletter with offers for that specific store? Keeping in mind, the product may only be bought less than a handful of times in a few years.
If you give a product a unique code, in addition to it's web id. The unique code could only be redeemed instore in exchange for a free gift or instore only discount. That way the volume of sales can only be attributed to the unique code!!
Volterony
I am selling a high volume product that costs a minimal amount per piece. ($0.001 USD each to be exact).
I allow my customers to purchase a one time amount of product or a recurring payment amount of product at their desired choice of USD per payment.
How can I limit my customers to only spending $10 USD or more per payment through PayPal? They limit it at $10,000 USD, can I limit it at $10 USD?
Right now, I am not processing payments of less than $10 USD, and recommending that customers do not, but it is still possible to make them.
The problem arises when a customer purchases $1 worth of product and paypal takes 40 odd percent of that payment due to per-payment fees.
I do not believe PayPal offers a setting for minimum allowed payment. This is something you would need to handle on the server side. It would be easy enough to do. Just don't display the "Pay with PayPal" button unless the order total is $10 or more.