As clarified with Ms. Donna, the only added into the portal MST is last March only, after that no MTS added and they only encountered the terror in reverse logistics thus the pull data in this module is not tried. Continued to check the query, the query all returned the MTS for header and details data, while checking, found out that the extractToCSV function has no error and cannot encounter an error because other modules like batch_alloc use this function. The cause of the error might be on the data but the data is extracted on the query, thus the suspect causing the error returns to the process in the server. Checked with Edu from clicktek about the error as I can't find the cause of the error, as multiple testing and checking, found out that the cause of the error is the locked file added by the process when the command is executed, the lock file consisting the PID of the execution, the file should be unlocked after the process is done but suspect that the process did not finish because the file is not unlocked and removed. The process for extracting data will not resume as long as it finds that the file existed, while the file existed the web application will know that there are execution running, this lock file is used to avoid duplicating the execution of the same process. This existing process is not found because the command name is not the supposed command name. This is solved by deleting the lock file and executing the command again. Checked if the MTS will now display in the portal using the given list of expected few MTS by the user, as per checking, it displays all the expected MTS. The solution made is only a workaround, the same problem might be encountered again, especially if the process has been interrupted again. While on it, discussed other findings in the EWMS with Edu and the permanent solution they or we might add to fix all the problems on it.