2 Known Issues
The Harmonized Tariff Schedule (HTS) Upload (htsupld) process currently has the following issues/limitations:
-
Bug 32594115 - The script, elc_comp_post_htsupld.sql, is currently not part of the htsupld process and will need to be manually executed after running htsupld. This script generates a new set of assessment components, based on any new HTS Tax Type or Fee Type added by htsupld.
-
Bug 32720253 - The htsupld batch currently updates PO-item HTS even for those PO-items that have already been received. This will have a financial impact since PO cost will be recalculated for already received orders, especially for partially received orders since succeeding receipts will have an incorrect cost.
-
Bug 33071458 - The htsupld batch overwrites your updates to the ITEM_HTS_ASSESS and ORDSKU_HTS_ASSESS tables. This causes PO costs to be incorrectly recalculated. For the data fix, you must reference the MOD_ORDER_ITEM_HTS table for a list of impacted items and POs, then make a correction via UI/Induction.
-
Bug 33111190 - In the System Options screen, when the "AutomaticallyReapprove Updated Orders" option is changed, it updates RTM_UNIT_OPTIONS.HTS_UPLD_ORDER_STATUS to Y/N, instead of A/W. This will cause htsupld batch to mishandle PO re-approval since it expects only the values A (Approve) or W (Worksheet). As a workaround, if user changes this option via the screen, an SR must be logged to have the correct value updated in the backend before running htsupld.