dcLINKLotDateRevisions

An option that specifies the type of processing for an event.

A code that indicates the activity you want to perform. Valid codes are:    A Add new record    C Change existing record    D Delete existing 
record    I Inquire on existing record    .       End of program or function    space Clear the form  If you enter a code that is not active, the system 
highlights the code and no action occurs. NOTE: Depending on how your company has set up action code security, you might not be authorized 
to use all action codes.

The date that specifies the last update to the file record.

The time that specifies when the program executed the last update to this record.

The code that identifies a user profile.

The code that identifies the work station ID that executed a particular job.

The Location or Machine Key indicates the name of the machine on the network (server or workstation).

The job number (work station ID) which executed the particular job.

The number that identifies the batch or interactive program (batch or interactive object). For example, the number of the Sales Order Entry 
interactive program is P4210, and the number of the Print Invoices batch process report is R42565. The program ID is a variable length value. 
It is assigned according to a structured syntax in the form TSSXXX, where: T The first character of the number is alphabetic and identifies the 
type, such as P for Program, R for Report, and so on. For example, the value P in the number P4210 indicates that the object is a 
program. SS The second and third characters of the number are numeric and identify the system code. For example, the value 42 in the number P4210 
indicates that this program belongs to system 42, which is the Sales Order Processing system. XXX The remaining characters of the numer are 
numeric and identify a unique program or report. For example, the value 10 in the number P4210 indicates that this is the Sales Order Entry 
program.

A user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

An option that specifies the type of processing for an event.

This error code indicates if any errors occurred during the creation of the Trip Document Detail (F4914) records by the Delivery Document 
Set Server program (XT4914).

A 4-digit number assigned to all errors. When this number is used in the error message facility (F7 from any form), you may enter a specific 
error message number and press F13 to automatically exit to the revisions program referenced within the text of the error message. This 
function applies only to error messages that refer to items such as user defined codes.

Number of Days in Future to Query for Responses Due. 

The Address Book number of a user authorized to approve and submit batches to post for a group of secured users. Secured users are 
restricted from approving and posting batches. If the Approved By user has authority to approve all users' batches, you may enter *ALL in the 
Secured User field rather than identifying each user individually.

The address book number of a user restricted from approving and posting batches. The Approved By user is the only person allowed to 
approve and post batches for Secured users.

An alphanumeric code that identifies a separate entity within a business for which you want to track costs. For example, a business unit 
might be a warehouse location, job, project, work center, branch, or plant. You can assign a business unit to a document, entity, or person for 
purposes of responsibility reporting. For example, the system provides reports of open accounts payable and accounts receivable by 
business unit to track equipment by responsible department. Business unit security might prevent you from viewing information about business units 
for which you have no authority.

A number that identifies the item. The system provides three separate item numbers plus an extensive cross-reference capability to 
alternative item numbers. The three types of item numbers are: Item Number (short) An 8-digit, computer-assigned item number. 2nd Item Number A 
25-digit, user defined, alphanumeric item number. 3rd Item Number  Another 25-digit, user defined, alphanumeric item number. In addition to 
these three basic item numbers, the system provides an extensive cross-reference search capability. You can define numerous 
cross-references to alternative part numbers. For example, you can define substitute item numbers, replacements, bar codes, customer numbers, or 
supplier numbers.

An inventory item number. The system provides three separate item numbers plus an extensive cross-reference capability to other item 
numbers (see data item XRT) to accommodate substitute item numbers, replacements, bar codes, customer numbers, supplier numbers, and 
so forth. The item numbers are as follows:   o Item Number (short) - An eight-digit, computer-assigned item number     o 2nd Item Number - The 
25-digit, free-form, user defined alphanumeric item number     o 3rd Item Number - Another 25-digit, free-form, user defined alphanumeric item 
number

A number that identifies a lot or a serial number. A lot is a group of items with similar characteristics.

The date on which a lot of items expires. The system automatically enters this date if you have specified the shelf life days for the item on 
Item Master Information or Item Branch/Plant Information. The system calculates the expiration date by adding the number of shelf life days to 
the date that you receive the item. You can commit inventory based on the lot expiration date for items. You choose how the system commits 
inventory for an item on Item Master Information or Item Branch/Plant Information.

The last date on which the products in a lot should be consumed. The system calculates the date by retrieving the value from the Best 
Before Days field in the Item Master program (P4101). You can also use this date as a "through" date for commitment processing. You can 
commit a lot by this date by using the Commitment Date Method field in the Item Branch program (P41026).

The date by which a lot should be completely sold. The system uses this date as a "through" date for commitment processing. The system 
calculates the sell by date using the value in the Sell By Days field, which is contained in the Item Branch File table (F4102), when inventory 
becomes available on-hand.

The date on which a lot becomes available. The system uses this date for availability and commitment processing to indicate that the lot is 
available on or after the date that you specify. You must complete this field when inventory first becomes an on-hand quantity for the lot. If you 
leave this field blank, the system calculates the effective date of the lot by using the value for Effective Days in the Item Branch File table 
(F4102) or the current date if the value for Effective Days is zero.

A date that the system can use as a through date for commitment processing. The system stores this date in the Lot Master table (F4108). If 
you leave this field blank, the system can calculate the date by using the value for the User Lot Date 1 Default Days field, which is stored in 
the Item Branch File table (F4102).

A user-defined date that can be used for commitment purposes and is stored in the Lot Master table (F4108). Similar to the Lot Expiration 
Date, User Lot Date 2 is a through date for commitment processing. The User Lot Date 2 commitment option is available in the Commitment 
Date Method in the Item Branch table (F4102). The system uses the User Lot Date 2 Default Days from the Item Branch table (F4102) to 
calculate User Lot Date 2 when inventory first goes on hand.

A user-defined date that can be used for commitment purposes and is stored in the Lot Master table (F4108). Similar to Lot Expiration Date, 
User Lot Date 3 is a through date for commitment processing. The User Lot Date commitment option is available in the Commitment Date 
Method in the Item Branch table (F4102). The system uses the User Lot Date 3 Default Days from the Item Branch table (F4102) to calculate User 
Lot Date 3 when inventory first goes on hand.   

A user-defined date that can be used for commitment purposes and is stored in the Lot Master table (F4108). Similar to Lot Expiration Date, 
User Lot Date 4 is a through date for commitment processing.   The User Lot Date commitment option is available in the Commitment Date 
Method in the Item Branch table (F4102). The system uses the User Lot Date 4 Default Days from the Item Branch table (F4102) to calculate 
User Lot Date 4 when inventory first goes on hand.

A user-defined date that can be used for commitment purposes and is stored in the Lot Master table (F4108). Similar to Lot Expiration Date, 
User Lot Date 5 is a through date for commitment processing.   The User Lot Date 5 commitment option is available in the Commitment Date 
Method in the Item Branch table (F4102). The system uses the User Lot Date 5 Default Days from the Item Branch table (F4102) to calculate 
User Lot Date 5 when inventory first goes on hand.