Purchase Order Enhancements

Add a setting on each facility to require approval of all Purchase Orders 

When turned on, this setting will force the minimum approval amount to zero and every purchase order will require approval.  

Changes to be made to RTA: 

  1. Add new switch/toggle in the Facility settings 

    1. Added setting to MFM general tab. “Approve all POs” 

  2. Ensure that zero-dollar purchase orders require approval when the minimum approval amount is zero. 

    1. When the “Approve all POs” option is selected, the “PO Approval Minimum” is no longer available  So every PO, regardless of total must be approved. 

Prevent adding lines to approved purchase orders 

Once a purchase order has been approved, a user should not be allowed to add new line items. Any approved purchase orders should only allow modifications to existing lines. Quantity changes to and deletion of existing lines is permitted.  

Changes to be made to RTA: 

  1. Create new facility switch to prevent adding lines to approved purchase orders 

    1. Added switch to MFM, “Add lines to approved POs” on the General tab 

  2. On any Purchase Order that was previously approved, disable the ability to add new lines 

Hide the Purchase Order number for any PO’s that have never been approved 

Transdev has requested that RTA hides the PO number of any purchase order that has not yet been approved. If the purchase order was previously approved, but is currently in the Unapproved state, the PO number can be displayed. This document will refer to this state as never-approved. This is a far-reaching change and affects many screens.  

In all cases below, in place of the PO number, the text “Not Approved” will be displayed. 

Minimum set of changes to be made to RTA for never-approved Purchase Orders:

  1. New System Switch

    1. We will add a new system switch for hiding the PO number on never-approved Purchase Orders. 

      1. SSM-P #38 Hide Never Approved PO#s 
        When “Yes” the PO number will be displayed as “Unapproved” or as an encoded number.  An encoded PO number will always begin with “REQ” followed by up to 7 additional alphanumeric characters. 

      2. The encoded PO number is used in some Crystal reports, on the PO F1 List and in the messages from the approvals area. 

      3. The encoded PO number can be entered in the PO number field of the PO Approvals PPU utility to bring up the PO information 

  2. Purchase Order Prompt Programs
    (Estimate 1 week)

    Currently, when a user needs to reference or look up a purchase order, RTA display a prompt program that display an F1 lookup. We will hide the PO number in the F1 but once a Purchase Order is selected, the PO Number is shown in the Prompt’s textbox.  

    If a never-approved purchase order is selected, we will mask the PO number with a set of asterisks, i.e. ******. 

  3. RTA Screen Changes
    (Estimate 2 weeks)

Select a Purchase Order: always hide the Last PO Number 

PO F1 Lookup: Hide PO Number and PO Ext  

Edit Purchase Order: title bar 

PO Approval screen: title bar 

PO Approval request screen: title bar 

Edit PO Line: title bar 

Add PO Line: title bar 

Part Maintenance Screen:  

  1. Back-ordered/Last-received PO 

  2. On Vendor list, the Last Ordered PO 

Report Changes

(Estimate 6 weeks)

Several reports will need to be changed including all the reports accessed from the PO Print menu.  

Additionally, the following reports from the application will need to be modified. 

  1. cstmpo.cbl    - rta po print 

  2. cstmpo2.cbl   - rta po print 

  3. cstmpovl.cbl  - rta po print 

  4. narrowpo.cbl  - rta po print 

  5. trackpo.cbl   - rta po print 

  6. widepo.cbl    - rta po print 

  7. povouchr.cbl  - rta po voucher print 

  8. purch3.cbl    - rta po summary print 

  9. rptopoln.cbl  - rta open po line print 

  10. rdcalrp4.cbl  - rta roadcall print 

  11. bnzagrpo.cbl  - custom po print 

  12. cartapo.cbl   - custom po print 

  13. cpmpoprt.cbl  - custom po print 

  14. cstaloh.cbl   - custom po print 

  15. finwidpo.cbl  - custom po print 

  16. grcustpo.cbl  - custom po print 

  17. grinvent.cbl  - custom po print 

  18. grinvrpt.cbl  - custom po print 

  19. grwiprpt.cbl  - custom po print 

  20. mayporpt.cbl  - custom po print 

  21. modernpo.cbl  - custom po print 

  22. posiaprt.cbl  - custom po print 

  23. finpvchr.cbl  - custom po voucher print 

  24. mdvouchr.cbl  - custom po voucher print 

  25. dshpo.cbl     - rta dashbord details 

  26. polnplst.cbl  - rta po line listing 

  27. popglst.cbl   - rta po listing 

  28. poreqlst.cbl  - rta po approval listing 

  29. opolnlst.cbl  - rta open po line listing 

Add version number to Purchase Orders 

When an approved purchase order is changed, not only will the approval status change, but also a new PO Version Number field will increment by 1. 

  1. Add a version number (new column) to all purchase orders, starting at 0 

  2. Every time a purchase order becomes unapproved, increment the version number 

  3. Anything unapproved with a version greater than 0 is a change order:

  4. Add the version number to the PO approval section of the PO screen: 

    1. Displayed if the version is greater than zero. 

  5. Add the version number to the title bar of the PO approval screens. For example: 00001-00000000150-0000 version 2

    1. Displayed if the version is greater than zero. 

  6. Add the version number to the PO approval screen so the approved can see which version of a PO is being approved. 

    1. Displayed under the PO Number if the version is greater than zero. 

Add Line Change history to Purchase Order approvals 

Currently in RTA, when a Purchase Order line changes, it is difficult for an approver to clearly identify what has changed. This is also problematic from an auditing perspective since it becomes difficult to trace through the history to identify problems.  

RTA will add change tracking to Purchase Orders as part of the approval and PO versioning process from above, as follows: 

  1. When a purchase order transitions from an Approved to Not Approved state, we will start tracking all changes to the Purchase Order lines.  

    1. All changes to the PO master record (pomstrfl), PO account info record (poacntfl) and PO line records (polinefl) are logged from the moment a PO is created.   

  2. The change information will be shown on the PO Approval screen 

    1. Displayed in the PO Changes tab 

Add Purchase Requisition Approval

To prevent unapproved purchase requisitions from being added to purchase orders, add a new approval step. In addition, we will add information about both the requestor and the approver to the requisition and to the Purchase Order line. This includes: 

  1. Add a new system switch for requiring purchase requisition approvals. 

    1. SSM-P #39 Approve Requisitions 
      Yes – Requisitions must be approved before they can be added to a purchase order 
      NOTE: This switch does not stop the part from being added to a purchase order if there is no requisition for the part. 

  2. Add a new user permission called “Approve Purchase Requisitions”  

    1. SUM Purchase Order #197-Approve Requisitions 

  3. Add a Requisition Approved checkbox to purchase requisitions. Only users with the new permission can check the box. 

  4. Only allow approved requisitions to be added to a purchase order, including the auto-add functionality. 

  5. Modify requisition lists to display the Approved status. 

  6. Add Requested By (user id or employee id), Requested On (DateTime), Approved By (user id) and Approved On (DateTime) to the requisition. 

    1. Displayed in the “Approval Information” section 

  7. Add Requested By (user id or employee id), Requested On (DateTime), Requisition Approved By (user id) and Requisition Approved On (DateTime) to the Purchase Order. 

  8. Display the Requested By/On and Approved By/On values on both the Requisition screen and the Purchase Order line detail. 

    1. Displayed in the “Requested” section 

Add Order Confirmation Required to PO Email

Automatically add instructions to the purchase order email indicating that order confirmation is required.  Text should be “Confirmation email required” 

  1. Add a system switch/custom configuration for PO header text (up to 256 characters). Make it settable in the system switches to make it easily discoverable. 

    1. SSM-P #40 Default Email PO Body 
      System Option added for the default body text of the email when sending a Purchase Order (PPC – Email To Vendor) to a vendor (up to 256 characters).