Home > Inventory > Stock Orders > Screen Shots/Explanations > Return Request - Main

Return Request - Main

Sometimes you need to return stock to a supplier. This is a similar process to purchasing the items in the first place but you create a request to return stock and send it to the supplier.

Figure: Example Return Request Screen

Supplier

The supplier the goods are being returned to. All items that are entered in this purchase order must belong to this supplier.

Location

The location for which the goods are not required.

Return Required By

The date the goods are required by, assumes tomorrow.

Pick Up/Pick Up To

This is the date range between which you want the supplier to pick up the goods assumes tomorrow.

Payment Due

The date we expect payment to be due. This is calculated as the delivery date plus the standard number of days payment is due to the supplier.

Supplier PO Ref

The supplier may give you their reference number for your return. That number can be entered here for reference purposes.

Agent

The agent who helped to prepare the order, if any. If an agent is added then as items are added to the purchase order, the system will perform a check. If the item did not come from that agent, a warning message will be displayed. This will not stop the item from being used but simply warns the user that the item may not be correct.

Customer Number

If this purchase order is being done on behalf of a specific customer you can enter the customer's number here as a reference. If you don't know their number, press the Customer button to do a search. Only one customer can be recorded per purchase order.

Customer Reference

Any reference number the customer may have given us for their order.

Transaction #

If this purchase order is being done for a specific customer order, you can enter the transaction number of the order here. If you don't know the transaction number, press the Transaction# button. This will allow you to search for transactions for the specified customer.

Special Instructions

These are special instructions to the supplier regarding delivery, for example 'warehouse is closed from 3.00PM'. A default instruction can be recorded on the Special Messages tab of the Locations function. A different message can be set up for each location. This default instruction will be displayed for each new purchase order. You can keep the instructions or change them as required.

Comments

A general comment about the purchase order. This is simply used for your own notation. For example, 'do a special check for damage when goods come in'.

Status

The status of the current purchase order. The system will update the status automatically as you create, and prepare the purchase order. The status codes are:

New

Indicates a purchase order has been created but not yet printed.

Printed

The purchase order has been printed but not sent.

Sent

The Send button has been pressed and the purchase order has been finalise. Details cannot be changed. If the supplier uses B2B transactions then the status may not be set to Sent immediately the Send button is pressed. It may not get sent to Send until the purchase order has been through the B2B process and accepted by the supplier.

Part Recv

Indicates that some, but not all items, have been received into either Goods Receipt or Invoice Matching.

Received

Indicates that all items have been fully received into either Goods Receipt or Invoice Matching.

Cancelled

After the purchase order has been sent, the purchase order has been cancelled. This is set by pressing the Cancel Purchase Order button.

Confirmed

Used with some B2B transactions. Similar to Sent but indicates the supplier has received the order and loaded in into their systems. No checks have been done on the order. It has simply been loaded.

Canc Req

If a PO was cancelled and the supplier uses B2B transactions, the status will not change to Cancelled immediately. It will get set to Canc Req to show that the B2B service needs to send the transaction to the supplier. The next expected status would be Rejected or Cancelled.

Requested

The supplier of the purchase order uses B2B transactions. The purchase order has been marked as Requested to send via B2B. You cannot receive against a PO with this status. The B2B Service will look for transactions with this status and process it as required.

Req Rejected

Not currently used.

Req Ack

Used as part of the B2B processing. The supplier has acknowledged it has received the order details. They have not actually processed the request yet. They are simply acknowledging they have received the request. We are still waiting for a proper response so the status can be changed to Sent or Rejected. This is a status you should rarely see as the time between the acknowledgement and the response should be very small. You cannot receive stock when the PO has this status but you can cancel a PO that has this status. If you find a transaction which is stuck on this status, it could be changed back to New and be reprocessed.

Canc Ack

Used as part of the B2B processing. When the supplier has received our request to cancel a purchase order (Canc Req above), they will acknowledge the request and the status of the PO will change to Canc Ack. They have not actually processed the request yet. They are simply acknowledging they have received the request. We are still waiting for a proper response so the status can be changed to Sent or Rejected. This is a status you should rarely see as the time between the acknowledgement and the response should be very small. You cannot receive stock when the PO has this status but you can cancel a PO that has this status.

HO Req

Not currently used.

Rejected

The purchase order has been through the B2B process and the supplier has rejected it. You need to change the purchase order to fix the problem and send it again.

Submitted

Used in the B2B process and indicates the EDI batch file has been successfully launched.

Awaiting Auth

Waiting for approval for purchase order.

Created

The date when the purchase order was created. This is set automatically by the system.

Created By

The user who created the purchase order.

Authorised Date

The date when the purchase order was authorised.

Authorised By

The code of the user who authorised the purchase order when it was sent.

Buyer

The Buyer Code of the user who accepted the order. When the order is accepted the system will do a variety of checks based on the buyer code, for example minimum/maximum value of purchase orders. If the checks fail, the system will ask for an authorising user. The buyer code for that user will then be recorded against the purchase order and the limits rechecked for that buyer code.

Type

The type of purchase order. This will be ORDER for a standard purchase order. If you do a claim by pressing the Returns button, the type will be CLAIM. If you do a return by pressing the Returns button or the total ordered quantity is negative, the type will be RETURN.

You can use these types when doing searches. They also have an impact on the appearance of the printed purchase order.

Main PO#

If you do allocated orders, the first purchase order in the set will be considered the main purchase order. The number of this main purchase order will be recorded as the Main PO# for each related purchase order.

Converted from CHM to HTML with chm2web Pro 2.85 (unicode)