The EAS Alert should only notify the system user of members who have equipment and their EAS is near expiring, vice simply showing that a members EAS is expiring. EAS expiration is only a problem if that member has equipment.?

 Completed – Release 2022.1– 08 April 2022

Description
The requirement exists for the system to allow users to view the current outstanding returnable items list, and all historical issue and return receipts with emphasis on the current receipts.
This is a big deal for the system to have due to the fact that users will often challenge what they have issued to them. It is imperative that the system users be able to show Marines where they signed for items, and what they signed for. Must be able to see when the Marine Came in, and all the details around the visit.

Recommended
It is recommended that a way to view historical issue and return results, per user, be developed in order to allow users to show customers their customer history.

Mission Critical
This is a critical change in order to further improve this overall. This change will benefit issue process.

Benefits
This change will benefit all users and aid in any form of causative research.

Users
All users involved in issue/return processes will be affected by this.

Completed - Release 3.2 - 06 January 2016

Description
The requirement exists for us to be able to mass print location labels, ICN Labels, Container Labels, and Stock Number Labels for a warehouse. The system should be designed to support the printing of all WH Labels or select WH Labels en masse.

Recommended
Develop a process in order to mass print all location labels, container labels, and stock number labels.

Mission Critical
This change is critical.

Benefits
This change will dramatically reduce the time necessary to print all labels for a warehouse.

Users
All warehouse users will be affected.

The requirement exists for system managers to be able to measure the metrics of how long an issue, return, exchange, or temp loan is taking them in the system. ?To fulfill this requirement, it is requested that each of these processes be modified to include the start time (time when the issue, return, exchange, temp loan) is started to the time the process is completed in the system (When the member signs and the receipt prints.) This metric should be recorded on all issue/return/exchange/temp loan receipts and should be available as a grid option within the menu of each of these processes. ?In addition, the metric should be available on the issue/return activity report to aid in the determination of customer processing time across the CSP enterprise.

11 Mar 2021 – cancelled per Jack Sanders
No Longer Needed.

Description
It is a critical system requirement that the DPAS-WM produce a daily Money Value Gain Loss Statement showing which items have been gained and lost from the warehouse on a daily basis. Additional info on the report is provided as follows:
Purpose: Money Value Gain Loss Notice (MVGL/N). This report contains a listing of all gains/losses processed. The notice will have the following statement certified by the CO/Accountable Officer or acting CO/Accountable Officer: "I have reviewed the documents on this notice and verify that required documents have been properly certified."
The MVGL must have the following minimum data elements:

• DODAAC
• DIC or DLMS Identifier
• NSN
• UI
• Document Number
• Condition Code
• ICN
• QTY
• Extended Price

Summary Info: Total Gains (Any gain made for admin or discovered item purposes) Total Losses (All losses made via inventory manager update, or losses recorded on returns in the system). Additionally, the MVGL must have the following statement and a signature block: "I have reviewed the documents on this notice and verify that required documents have been properly certified."
Frequency: This report is a summary of all DAILY gains/losses processed by a warehouse. It must be signed by the Commander Officer or Designee to validate that all gains and losses are backed by proper documentation.
Duration: Per the MCO 4400.150F this report must be kept on hand for 2 years.
Additional Info: It is requested that the signature of this report be capable of e-sign or electronic signature pad as we have, or are requesting, in other processes. The Commanding Officer or Designee will need to have a role in the system for them to sign and reconcile.

Recommended
There is currently no way within the system to adhere to MCO 4400.150 in regards to MVGLs. All appropriate inventory gains and losses must be signed by an accountable officer before they are processed. Currently this mandatory function does not exist within the system.

Mission Critical
This is a mission critical item. This function is a basic Supply Procedure and is necessary to ensure accountability across the enterprise.

Benefits
This change will provide a simpler way of accounting for loss and gain transactions. As it stands now this process is accomplished by means outside of the system. Incorporating this within the warehouse module will save time and help eliminate human error.

Users
This will impact all users who process inventory transactions within the system.

Partially Completed – Release 2022.1.1 – 22 April 2022

Completed – Release 2022.1.3 – 03 June 2022

Description
We need to generate history transaction reports for Account Management, users and system generated in-activations and deletes. These items must be reviewed by the Information System Security Manager. This will ensure we are in compliance with the DIACAP control ECTP-1 and NIST Publication 800-53 AC-6-Least privilege.

Recommended
Develop history reports to capture any account related transactions. On the PA side the following history reports are being used:

1. Deleted User History – This shows every user that has been deleted by Account Manager or the system when the account reached 45 days of inactivity. – The fields on this report are:
• DPAS User Id,
• User First Name,
• User Last Name,
• Agency Cd,
• Agency Name,
• Site-Id,
• Last Updated By,
• Last Tran Dt,
• History Remarks
2. User Actbl UIC History could be replaced with User Region History. – This shows every user’s Actbl UIC access that was added, updated or deleted by Account Management or by the system when the account was deleted at 45 days of inactivity. – The fields on this report are:
• User Id,
• First Name,
• Last Name,
• Site-Id,
• Actbl UC,
• Tran Cd,
• Last Updated By,
• Start Date,
• History Remarks
3. Users History – The results for this inquiry are very large. We need filters to remove some of the unwanted results. – The fields on this report are:
• User Id,
• First Name,
• Last Name,
• Site-Id,
• Tran Cd,
• Status Cd,
• Status,
• Last Updtd By,
• Last Tran Dt
• History Remarks
The report shows:
• Every normal login made by the user.
• Every account created or updated by Account Management.
• All normal user logins.
• Every time a user changes Site-Id and Actbl UICs.
• The system generated email sent at 15 days of inactivity.
• The system generated emails sent to every user at 30 days of inactivity.
• The system generated email sent at 45 days when the account is deleted.
4. User Property Custodian History – This shows every Account Management add, update and delete. When a user’s UIC is deleted by Account Management it shows every system delete transaction for each custodians being deleted from that user’s account. It also shows if a custodian is added, deleted or modified by any user on the application. This also is a very large inquiry and filters are needed to reduce the data results. – The fields on this inquiry are:
• User Id,
• First Name,
• Last Name,
• Site-id,
• UIC,
• Custodian Nbr,
• Sub Custodian Nbr,
• Tran Cd,
• Last Updated By,
• Start Date,
• History Remarks.
5. User Role History – This shows every role added, updated or deleted from the users account. This shows the system deleted the account at 45 days of inactivity. A 2nd email is sent cancelling the user. I’m not sure what the difference is between system deletes and system canceled but it includes both. – The fields on this inquiry are:
• User Id,
• First Name,
• Last Name,
• Site-Id,
• Role Name,
• Tran Cd, Status,
• Last Updated By,
• Start Date,
• History Remarks.
6. User Site History – This shows every normal login. This shows every time a user switches a Site-Id or Actbl UIC. This shows every site added, updated or deleted by DPAS Account Management. It shows when an account is cancelled and the email sent. – The fields on this inquiry are:
• User Id,
• First Name,
• Last Name,
• Site-Id,
• Tran Cd,
• Site Last Login Dt,
• Last Updated By,
• Start Date
• History Remarks.
7. Users UIC History – This shows every UIC added, updated or deleted by DPAS Account Management. It also shows the systems deletes and the system cancellations. It also shows every UIC added or deleted by a user. – The fields on the inquiry are:
• User Id,
• First Name,
• Last Name,
• Site-Id,
• Actbl UIC,
• UIC,
• Tran Cd,
• Last Updtd By,
• Start Date
• History Remarks.

Mission Critical
Yes, it is required to pass the upcoming SSAE 16 audit in June.

Benefits
We will be able to provide the appropriate information for the audit.

Users
This SCR is to be incompliance of required controls so we can pass the SSAE 16 audit.

Completed - Release 3.0.01 - 02 June 2015

Description
Last week MPB (SCS) was able to complete changes in production which will allow direct D8 and D9 adjustment transactions to process and suspend within the accountable system of record. As such, we will be doing away with the requirement to send count cards back to SCS (MPB) as a result of a DJA request for inventory.

Recommended
The following change to the inventory process must occur in DPAS. Once an adjustment to the record has been approved by the custodial approving official (DMC), DPAS should immediately adjust the custodial record. At the time of the adjustment (D8/D9) in DPAS, the associated 947I (D8/D9) should be transmitted to MPB.

Mission Critical
 

Benefits
Complies with DLM4000.25 series

Users
Yes

25 June 2020 – cancelled per Ryan Steele
No Longer Required.

Need project code on the Grid line so it can be used as a searchable field and be seen without opening the expansion arrow. The project code needs to be available on the grid line when approval processes are performed.

Description
Within the CSP Enterprise is is a common occurrence to send degraded/obsolete serialized items to DRMO. In the system today, this shipment of serialized items must be conducted one at a time. The process takes approximately 5 seconds per serial number to complete.

Recommended
It is requested that DPAS be updated to select all material within a container (serialized or otherwise) and quick and easy processing during a Disposition Transaction. This is separate from the Containerized Shipment request for MRO, Issue, and Receiving Processes but is equally important. These processes must all be updated to allow for a container with serialized equipment to be selected for a particular shipment, and when that container is selected that all equipment in the containership and are removed/transferred from the system.

Mission Critical
This is a mission critical requirement to facilitate the ease of movement/disposition of assets across the CSP Enterprise.

Benefits
This change will result in a significant time savings when personnel are conducting serialized actions in DPAS.

Users
Yes, this change make the process easier and more time efficient for all users of the DPAS-WM.

Completed - Release 3.0 - 15 May 2015

Description
While implementing the DPAS-WM at the NCR we observed on many occasions where a member decided that the sizing on the item they were issued was wrong and they returned to the WH to exchange the item that they were issued. Within the DPAS-WM as it is currently designed, an exchange is a very time consuming process that involves going through the member entire list, returning the item being exchanged and then a subsequent issue of the new size. There is simply too much time and labor involved in the process.

Recommended
We need the capability to exchange equipment in the system. Our vision behind this is that we will see the following options under the Individual and Unit menus of Material Management:

Individual:

• Issue
• Exchange
• Temp Loan
• Return

Unit:

• Issue
• Approve
• Exchange
• Return

It should be set so that there is an exchange tab on the individual issue options. When exchange is selected, the member’s current issued equipment should display on the screen. The clerk must then be able to select the item(s) being exchanged, and then swap either change the size or NSN of the item the exchange is being requested for. When an item is exchanged, the system should pull the exchanged item from the individual issue location, and return the returned item to the appropriate return location. For items that are exchanged for the same like item (due to damage or something along those lines, the clerk must be able to input the reason for the exchange.

Mission Critical
This is a Mission Critical Requirement due to the time consuming nature of the exchange process as it is currently designed. Not having the ability to rapidly exchange equipment impacts around 10% of the business at the NCR.

Benefits
The benefit of updating this process will be a method for the DPAS-WM to record exchanged equipment and time savings at the counter.

Users
This will impact all DPAS-WM Unit and Individual Issue Process users.

Completed - Release 3.0 - 15 May 2015