I don't think anyone will answer .Also , the prices other than eur are incorrect in API, for example on website pl.farnell.com part 1122603 is 22.10 zł , but in API, the price is 25.93 zł
thank You for response. I'm trying to solve this with farnell technical support over 2 months - without final solution.
Seems octopart giving me good pricing with incredible fast latency, so for everyone who have same trouble - don't waste your time and use Octopard API for getting public prices. It will save you hours of headache....
Same problem here - we got wrong prices for months and element14 is not able to fix the error!
Problem solved here! All URL parameters are case sensitive, e. g. "userinfo=" will result in wrong prices, "userInfo=" solves the Problem. Thanks to Nigel from UK who detected the error.
For the Octopart API, it is said they can charge you some fees (not specified, even the link does not link to API pricing...), if you make an usages over certain limits (not specified again). Which is your experience?
I'm programing Excel based API access and I'm missing any complex API documentation. The one provided on https://partner.element14.com/docs/Product_Search_API_REST__Description is barely usable for basic usage. Mainly I would like to know:
- where to get list of ns1:commodityClassCode and list of its ns1:attributes
- web page display recommended alternatives, if product is not manufactured anymore - is there any way to get same list from API?
Did anyone get somehow those information and could share them please?
- prices and price-breaks on web and in API response are different - eg. FarnellID 1510719:
and API response:
When we order, prices on invoice are same as on web page.
Anyone had same issue please? Was it resolved? Problem is not the higher price on web, but inconsistency between invoice and API price.
I will be pleased with any help!