Processing pricing and availability requests from SXAPI calls

Third-party integrated products can use the sxapiSFGetPriceAvail call to request pricing and availability information.

With standard processing, pricing and availability information from the warehouse that is included in the SXAPI call is returned to the integrated product. If a warehouse is not provided in the call, pricing and availability information from all valid warehouses is returned to the integrated product.

Optionally, you can override the standard processing. You can set up an Order Processing Rules for SXAPI business rule to use a hierarchy of warehouses to determine which information is returned. Pricing and availability from the first valid warehouse in the hierarchy is returned to integrated product. The remaining warehouses within the hierarchy are ignored.

This hierarchy is used:

  1. eCommerce warehouse from Customer Ship To Setup-eCommerce
  2. Default warehouse from Customer Ship To Setup-Ordering
  3. eCommerce warehouse from Customer Setup-eCommerce
  4. Warehouse from Customer Setup-Ordering
  5. Warehouse specified on the business rule
  6. Warehouse included in the SXAPI call

If a valid warehouse is not found within the hierarchy, pricing and availability information from all valid warehouses is returned to the integrated product.

A warehouse is valid if it is enabled for eCommerce in Product Warehouse Description Setup. Allowed must be selected in the eCommerce Allowed field on the eCommerce tab. If an invalid warehouse is included in the sxapiSFGetPriceAvail call, an error occurs during standard processing. If an invalid warehouse is encountered during hierarchy processing, including the warehouse on the business rule, it is skipped.

Note: You can also use the Order Processing Rules for SXAPI business rule to modify sxapiOEFullOrderMaint processing.