This shows how to apply for your route’s approval. The demo used a backdoor method not available in the regular software, since it is for test purposes only. In the real world, a route would have to be approved by another account administrator. It is important to have the correct route and route administrator approve your transfer. These amounts can be searched for and seen through the software.
Scenario 4 is a general ledger inquiry. This shows how to open the general ledger. A general ledger shows the balance. It can be opened and looked at. Even pending ledger events can be browsed. This helps keep the general ledger mistakes down. The entries can be browsed by month.
Scenario 5 is how to make a disbursement voucher. Several steps were needed. The steps are to enter payee address, enter check amount, select P-Check/ACH for Payment Method, and then fill out the check stub field. This would then need to be route for approval. The Route Logs must always be checked twice.
Scenario 6 was purchase requisition. This showed how to fill in fields for purchase requisition. In the real world, the fields would be prefilled. Since this was just a test, fake information was given. Once again the most important thing was to check the Route Log.
I was able to put this in due to the driver’s manual. By the time I reached this scenario, I felt extremely comfortable with the software. On this step, the Route Log was also reviewed to make sure no mistakes were made.
After doing Scenarios 1-7, I explored a little farther. The software was easy to understand through the driver’s manual. I did not run into anything confusing or hard. It was not only easy, but enjoyable as well. Since I understood the Kuali system, the process was easy to finish. The Kuali system was more enjoyable that writing this paper. I feel that this software would make any future job more enjoyable and easier. I hope my employer uses Kuali system.
The Kuali system is self explanatory.