/api/get_parts_fitment now requires a larger pageSize and enforces a request rate limit, to reduce database load from clients paging through the dataset in many small requests.

• pageSize must now be between 100000 and 1000000 (previously 1–1000000). Requests with a smaller pageSize now return a 400 error.

/api/products now returns HS Code and Country of Origin fields for each product.

End users should always independently verify these codes before use; we are not responsible for any errors or omissions.

/api/inventory_pricing now supports the same page and pageSize parameters as the Products API, instead of always returning the entire catalog in one response.

• New optional parameters: page (default 1) and pageSize (default 100000, max 100000). Requesting a smaller pageSize (e.g. 1,000–10,000) significantly reduces response time and avoids timeouts on large accounts.
• The response now includes page, pageSize, and a new hasMore flag — keep incrementing page while hasMore is true.
• totalCount is included once it's known; it may be null on earlier pages while more results remain.
• The existing brand filter is unchanged and continues to work alongside pagination.
• Response headers X-Page, X-Page-Size, X-Has-More, and (when available) X-Total-Count mirror the same information.

This change is backward compatible: if you don't pass page/pageSize, you'll still get the full result set as before.