We’ve been moving some of our reporting and automation to use data from ShipHero instead of some of our other systems, but since some of the standard reports don’t include fields we need, we have to use the API. And since we generally need to have a full list of inventory and product attributes as a basis for the reports, hitting those limits makes the workflow a lot harder.
I get why there are limits in place, but it certainly does create headaches when the data we need to get at en masse is available only in the API.
Hi Seba,
here is the query we are using:
query {
products {
data ( after: "' + nextPage + '" ) {
pageInfo {
endCursor
hasNextPage
}
edges {
node {
id
name
sku
barcode
value
warehouse_products {
on_hand inventory_bin
}
}}}}};
And the variable *nextPage* is the endCursor value.
Mine is a bit more hypothetical as we’re still so new to ShipHero and are in the process of development of our automation and reporting processes around it, so this is something that, I think, would cover nearly all bases in terms of product export, regardless of the final destination of the data.