Description
In production we discovered the requirement for the system to be able to disassembly material into it’s piece part components. The Disassembly process should work as follows:
For serviceable condition codes – Disassembly all parts on the SKO into the location the disassembly is selected for. If all components are consumed, the main item should be issued to assembly, and the parts should be received from assembly per DLMS policy.
For unserviceable components – Disassembly should allow the clerk to select the condition code for each component, to ensure the serviceable and unserviceable items can be separated.
For incomplete items – The disassembly should allow the clerk to choose the quantity of SKO headers to disassembly, and then should default to the total quantity of components for the quantity of headers being disassembled with the ability to then change the quantity, condition code, and location of items being disassembled. Need the ability to disassemble certain components vice the whole kit if needed (EX, TBS IMTV has several components not issued). This material should be brought into stock not as a receipt, but as a disassembly. 100 removable belts, 100 side sapis holder, 100 inner cumber buns. Coupled with exclusion of kitted items at WH level." During the NCR Implementation we found that the CSP PMO does some interesting things with assemblies and disassembly's. At the NCR as items are moved through the enterprise, they are moved as whole kits. At the time an item is being prepped for issue from the system, the item is disassembled into it's piece part components for issue. Once issued, the item goes through it's lifecycle of being issued, used, and returned as a component, and not as a complete kit. Once the items are all received back from the customer, they are reassembled in stock, until they are put back on the issue line. What we get then, is a mix of assembled and disassembled kits that manifest in different ways in the system. Given that the CSP Enterprise does not consistently issue the same kits, we will need to likewise be able to issue components. To support the issuance of components in some sites (TBS, OCS, SOI, Etc.), we need to ability to dissemble whole items to their components to be issued in different configurations.
Recommended
The Disassembly process should work as follows:
For serviceable condition codes – Disassembly all parts on the SKO into the location the disassembly is selected for. If all components are consumed, the main item should be issued to assembly, and the parts should be received from assembly per DLMS policy.
For unserviceable components – Disassembly should allow the clerk to select the condition code for each component, to ensure the serviceable and unserviceable items can be separated.
For incomplete items – The disassembly should allow the clerk to choose the quantity of SKO headers to disassembly, and then should default to the total quantity of components for the quantity of headers being disassembled with the ability to then change the quantity, condition code, and location of items being disassembled. Need the ability to disassemble certain components vice the whole kit if needed (EX, TBS IMTV has several components not issued). This material should be brought into stock not as a receipt, but as a disassembly. 100 removable belts, 100 side sapis holder, 100 inner cumber buns. Coupled with exclusion of kitted items at WH level.
Mission Critical
This is an urgent requirement, because we are going to need to be able to conduct disassembly's in the system prior to going to Camp Lejeune, where the process will occur much more frequently than what we have at NCR.
Benefits
This will be a time saving benefit to fulfilling this requirement. If a disassembly capability is put in place, the user will simply need to select the NSN, Loc, and qty to disassemble and the system will do the rest. Otherwise, the user has to drop the NSN of the main Kit and then receipt or update (Inventory update manager) the NSN of the component items. Given a large kit, this can be quite time consuming.
Users
This change requirement will benefit all DPAS-WM users.
Disclaimer | Accessibility