Smart Workflow
Resubmitting for PO Workflow should be associated with changes to costs, GL or items only! When making changes on a PO not every field should make it go back through approvals. Make the following fields exempt from having to re-submit the PO: Date Changes Comment Changes These fields alwa...
Have Navigation Lists remember the Print 1 PO per Address Option
Have the 'print one PO per address' printing option stay marked when printing from the Navigation list.
Option for requiring exisiting Site ID and Vendor ID in Requisition Entry
• Currently GP allows non-existing Site id and Vendor id to be added on the Requisition line in Purchase order processing. When you Purchase and the PO generator window opens, you need to select a valid Vendor and Site to continue. So why allow non existing sites/vendors anyway. • I'...
Copy and Paste feature for Purchase Order between companies
ability to have copy and paste feature for Purchase Order Window for Inter-company PO's
Item-Vendor Tiered Cost
Allow Tiered Costs: Set up volume based item-vendor costs
Ship to Address changes do not roll down to all lines on a PO when Enhanced Intrastat is active
When you have Enhanced Intrastat active, you are not prompted with the warning “Do you want to roll down changes to line items with the same Ship To Address ID and Shipping Method", and nothing will roll down to all lines on the document. Would be nice to have this functionality if EI is active.
PO Return does not allocate quantities for the item being returned
A PO return that is not posted does not allocate inventory. The reason it is not posted is because they are awaiting the credit from the vendor but would like the inventory allocated so that it cannot be sold.
Blanket Purchase Order to default account from 0 line to new lines
When entering a Blanket Purchase Order a main (0) line is entered on the purchase order with a Purchases account. When release shipment lines are entered on the PO to relieve the blanket the distribution account does not carry to the new lines. I tested this in GP2016 and GP2018 and it does ...
Display actual PO line number in SmartList
SmartList for PO line items shows the line number (ORD) as the distribution line - like 16384 for line 1, 32768 for line 2, etc. Why can't it just display the line number?
When using POP Prepayments and creating the check, it does not check to see if the Vendor is EFT and will allow the Prepayment of EFT to be used but causes the batch to fail due to not being an EFT Vendor.
With POP Prepayments, we look at the at the POP10170 table to determine if there is a prepayment. in this table, we do not hold the VADCDTRO in this table like we do the PM20000 when we do a normal check run. This is correct as we don't have an Invoice to pay with Prepayments.
Administrator
Thank you for your suggestion. We have reviewed this functionality ask previously. Unfortunately, given the impact throughout the entire system and on customizations, this is not something we can consider at this time..
Best regards.