-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for Multiple Package handling in fulfillment app #801
Comments
… than one package per shipment (#801).
Support for multiple shipment packages (#801)
Improved: Increased viewSize while fetching shipment item detail (#801).
…g label and voiding label (hotwax#801)
Improved: code to handle duplicate shipmentIds while retrying shipping label and voiding label (#801)
Completed testing the feature over v2.13.0 and have found below mentioned issues. Issues found during testing -
|
…arrier from the generate tracking code modal (hotwax#801)
1 - Adding a new box and saving an order voids the old label and regenerates a new one asynchronously. This causes the label to be missing when refetching the order shipping labels. Need to either make it sync or look for other solution. 2 - [Here in the new flow we are adding the label to only those packages which have items on auto generation, resulting in some packages (created with old flow, means shipments created) without tracking code. Making inconsistent label generation. Seems like we should clear empty shipments too while adding boxes, since now we are not adding label to the boxes. 3 - Investigate the backend implementation of the UpdateOrder API to identify and resolve this error. 4 - For carriers with multi-package support, packages are automatically removed when they contain no items. However, for carriers without multi-package support, a new shipment is created when adding a box, and there is no mechanism to remove packages without items. 5 - When we change the boxType and save it, and then when we are refetching the packages the old boxType is coming it's due to the boxType of the boxes only gets saved if it's in use. If we are updating the box type of the package which is not in use then it will not get updated. It's expected behaviour. 6 - Based on current implementation in case of multiple label, we show only one on the UI but print all on view label. If we want to show all the labels on the UI can think of possible UI. 7, 8 - Addressed these issue in the following PR - #900 9, 10, 11 - Following issues are occuring due to slow data updation in Solr while fetching order detail. So when we pack/ unpack/pick order the updated data is refetched from solr but it will not get updated. |
Improved: showing loader when updating carrier and updting the shipment methods in the detail page when carrier updated from tracking modal (#801)
What is the motivation for adding/enhancing this feature?
We need to add support for multiple package handling. Currently, when adding multiple boxes for a single order, each box creates a separate shipment. We want to update the system so that:
Additional information
Adding the MR link for the backend development: https://git.hotwax.co/commerce/oms/-/merge_requests/5227/diffs#313dea4a953f64e8aa92afefe2e67a105a253298
The text was updated successfully, but these errors were encountered: