You can view, update, delete, and resubmit Move transaction records that have failed validation and remain in the Open Move Transaction Interface table (WIP_MOVE_TNX_INTERFACE). You can also resubmit transactions whose concurrent process has failed and have a processing phase of Complete and process status of Error. You can view error messages associated with failed records. Error messages can assist you in updating failed records before resubmission.

Prerequisites

• Launch the Move Transaction Manager. See: Transaction Managers and Launching Transaction Managers.

   To view pending Move transaction records:

1. Navigate to the Pending Move Transactions window. The Find Pending Move Transactions window appears.

   You can search for records by Transaction Date range, by Organization, by Job or Schedule Name, and production Line. You can also search for records that have a specific Process Phase (Move validation, Move processing, or Backflush setup, Process Status (Pending, Running, or Error), Source Code, Source Line ID, or Transaction ID.

2. Enter any combination of search criteria and choose the Find button. The Pending Move Transactions window appears with the results of your query.

   To view pending Move transaction records:

1. For each pending record displayed, you can view the following information using the Pending Move Transactions window's tabbed regions:

   Processing: Group ID, processing Phase, processing Status

   Source: Source Code, Source Line (if applicable), Created By

   Concurrent Request: Request ID, Phase, Status, Message

   Job or Schedule Name: Organization, Job or Schedule Name, Line

   Operations: From Operation Sequence, Department, and Step and To Operation Sequence, Department, and Step

   Transaction: Transaction ID, UOM, Quantity, Overcompletion Quantity, Date and Time, Type

   Comments and Scrap Account: Reason, Reference, and Scrap Account

   You can also view the descriptive flexfield information entered for the transaction record. See: Setting Up Descriptive Flexfields.

   To view error details for failed Move transactions:

1. In the Pending Move Transactions window, select the failed record.

2. Choose the Errors button. The Pending Move Transactions Error window appears.

   All errors for the selected record are displayed. Column indicates the name of the column in the Move interface table that failed validation. Message indicates why the transaction failed. Using these messages you can determine what fields need to be updated.

   Messages that are not specific to a Column, for example processing errors, may also be displayed. In such cases, a Message but no Column is shown.

   To update failed Move transaction records:

1. Select the record to update.

   You can update records with a processing status of Error.

2. In the Source tabbed region, enter the Source Code, the Source Line, or both.

   When you insert records into the Open Move Transaction Interface table, you can optionally identity a record's source using the source code and source line. For example, you can enter a different source code and source line for records from a bar code reader versus those from a radio frequency device.

3. Select the Created By identifier.

   The name of the user that created the transaction is displayed. This field can be updated.

4. In the Job or Schedule Name tabbed region, select the Organization.

   You can only select enabled organizations. See: Creating an Organization.

5. Select the Job or Schedule Name.

   If you select a schedule name, you must enter a production line. If you select a Discrete job, and the line field contains a value the system prompts you to delete the line value.

6. In the Operations tabbed regions, select the From Operation Sequence.

   You can enter any operation defined for your job or schedule.

7. Select the From Operation Step.

   You can update this field with any intraoperation step currently enabled for your organization. See: Intraoperation Steps.

8. Select the To Operation Sequence. You can enter any operation sequence that has a valid department for your organization and job or Repetitive schedule.

9. Select the To Operation Step.

   You can select any operation step that is enabled for your organization. If you select the Scrap intraoperation step and the WIP Require Scrap Account parameter is set, you must enter a scrap account. If you update the To Operation step from Scrap to another, non-scrap step and the scrap account field has a value, you must clear the scrap account field.

10. Select the Move transaction Type: Move transaction, Move and Complete, Return and Move. See: Move Transaction Types

11. In the Transaction tabbed region, select the UOM.

    You can use any valid, alternate UOM for the assembly you are moving. See: Overview of Units of Measure.

12. Enter the transaction Quantity.

    If you enter an alternate unit of measure for the assemblies, you must enter the quantity in the alternate unit of measure. You can update this field with any number.

13. If you are over-completing an assembly quantity, the over-completion quantity is displayed in the field. You can manually change it.

14. Enter the transaction Date and time.

    The date and time must fall within an open accounting period and cannot be greater than the current date or less than the release date of the job or the earliest valid Repetitive schedule.

15. In the Comments and Scrap Account tabbed region, select a transaction Reason code. See: Defining Transaction Reasons.

16. Enter the transaction Reference.

    References can be used to identify transactions on standard reports. They can be up to 240 characters of alpha numeric text.

17. If the To intraoperation step is Scrap and the WIP Require Scrap Account parameter is set, you must enter a scrap account Number or an account Alias. If you do not specify that a scrap account is required, it is optional. See: Move Transaction Parameters and Defining Account Aliases.

    If you subsequently change the To intraoperation step from Scrap to an intraoperation step other than Scrap, you must clear the Scrap Account number or Account Alias.

18. Save your work.

   To resubmit individual failed Move transaction records:

1. In the Pending Move Transactions window, check the transaction's Resubmit check box.

   You can resubmit transactions of any processing status. If you leave the check box unchecked you can still update your transaction record but the transaction manager does not process it again when polling the Move interface table.

2. Save your work to resubmit the transaction.

   When you resubmit a record, the system nulls the Transaction ID, Group ID, and concurrent Request ID and changes the processing status to Pending. The resubmit level of the Move Transaction Manager determines at what specific start date and time or at what specific intervals transactions are processed.

   To select and resubmit all failed Move transaction records:

1. In the Pending Move Transactions window, chose Select All for Resubmit from the Tools menu. .

   You can deselect selected transactions as required.

2. Save your work to resubmit the transactions.

   When you resubmit transactions, the system nulls their Transaction IDs, Group IDs, and concurrent Request IDs and changes their processing Statuses to Pending. The resubmit level of the Move Transaction Manager determines at what specific start date and time or at what specific intervals transactions are processed.

   To delete pending Move transaction records:

1. In the Pending Move Transactions window, select the transaction.

2. Choose Delete from the Edit Menu

   You can delete failed records that have a processing status of Error regardless of their processing phase. When you delete transaction records, their corresponding error messages are also deleted.