For PAS orders, this is still possible but it is not preferred.

For Ariba orders, the supplier must be active in the supplier database or they are not visible in Ariba to start the requisition process.

This release of Non-Catalog is for one-time stand-alone orders (does not support standing orders). Do not group everything into 1 line if you are going to be invoiced differently than that. If there is individual pricing, it is best practice make the order match how you are going to be invoiced.

The eProcurement team is looking into this for catalog suppliers. Non-Catalog is not good fit. It sets false expectations because many of the suppliers do not have contracts and they are under no obligation to review or pay attention to such requests.

Currently looking at Amazon as possible catalog supplier. At this point, they are perhaps not the best candidate for non-catalog. Under review. Use Procard in the meantime.

No. Best practice is to use the New button that will allow you to enter a ship to address just for this order. The System will not remember this address. If you want the address to be added permanently, then you need to contact eProcure@uw.edu and request that they add the new address.

This would be an enhancement to the system. In addition, it would require that the supplier pre-pay the shipping cost and then add it to the invoice for overnight shipping. Instead of changing the system to support this, recommended best practice is to use Procard instead. We will revisit this in the future.

There is no way to do this now other than to add a comment to the order.

There is no systematic return goods function. The user who placed the order needs to work with the supplier and AP to handle this. The user will need to request a credit invoice that references the original EI number.

For manual orders, an email goes back to end user from supplier. If it is the same part with a different price and OK with the supplier, the user can use same PO and just add comments to the order (EI) that the price is different. If it is a completely different item, then the user should create a new PO. This will only be necessary until the over 10K project supports change and cancel orders.

This is true but these are orders for under 10K. Invoices are paid withing 3-days of receipt. When receiving is enabled, payment will not happen until item is received. Receiving is targeted to be available in late 2013. It is currently in the testing phase and not yet in production. Current plans are to make it available on the EVAL system in August, 2013 for PS to test and learn. Then in September, the plan is to put the code into production, but not enable it until PS is ready to support it.