You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<returnerror="true"message="No facilities ${assetList*.facilityId} found for asset reservations on order ${salesOrderId} for order items ${orderItemList*.orderItemSeqId} with assets ${assetList*.assetId}"/>
If there is no Facility defined for a product, then this line should just return, and not treat it as an error. In this case, drop-ship isn't wanted. This service is called via SECA on all orders, when they transition to Approved status, so needs to handle all cases.
(This actually failed on me, when I attempted to place an order on an existing product that hadn't been matched to a facility yet)
The text was updated successfully, but these errors were encountered:
This branch also fails if purchasing a digital product, that will never have an asset. Basically, you're adding a forced call out to the create#DropShip service, for all orders being placed, and then returning error when the invariants necessary for drop ship to function are not found. That's going to cause a lot of breakage for existing users.
Don't return error in any case, and ideally, don't spam the log with "can't do drop-ship foo because of bar", for existing flows.
mantle-usl/service/mantle/order/OrderServices.xml
Line 2874 in 3b492bf
If there is no Facility defined for a product, then this line should just return, and not treat it as an error. In this case, drop-ship isn't wanted. This service is called via SECA on all orders, when they transition to Approved status, so needs to handle all cases.
(This actually failed on me, when I attempted to place an order on an existing product that hadn't been matched to a facility yet)
The text was updated successfully, but these errors were encountered: