This field is dynamic and its name and function depend upon the build step highlighted. The possible names and functions are as follows:     
o Value - The value needed to complete the highlighted build step. For example, if the build step is a batch process, the value field 
contains the name of the batch process and its version, such as R95012.     o Parameter - The parameters needed for the highlighted build steps that 
process an executable program.

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

Number of Days in Future to Query for Responses Due. 

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

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.

Number of Days in Future to Query for Responses Due. 

The description of a record in the Software Versions Repository file. The member description is consistent with the base member 
description.

A description of the version that appears next to the version number. The version title is different from the report title. This field should 
describe the use of a version. For example, an application for generating pick slips might have a version called Pick Slips - Accounting and 
another version called Pick Slips - Inventory Management.

Number of Days in Future to Query for Responses Due. 

A code that indicates the activity you want to perform.  Valid codes are:    A Add    C Change    I Inquire    D Delete    .     End the program    Blank 
Clear the screen  NOTE: Depending on how your company has set up action code security, you may not be authorized to use all action 
codes.

A user defined name or remark.

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Name of the Electronic Software Update (ESU).

For World, the release number as defined in the Software Versions Repository. For OneWorld, the release number as defined in the 
Release Master.

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.

The Software Update Type denotes what type of update is being defined.

This field is dynamic and its name and function depend upon the build step highlighted. The possible names and functions are as follows:     
o Value - The value needed to complete the highlighted build step. For example, if the build step is a batch process, the value field 
contains the name of the batch process and its version, such as R95012.     o Parameter - The parameters needed for the highlighted build steps that 
process an executable program.

This field is dynamic and its name and function depend upon the build step highlighted. The possible names and functions are as follows:     
o Value - The value needed to complete the highlighted build step. For example, if the build step is a batch process, the value field 
contains the name of the batch process and its version, such as R95012.     o Parameter - The parameters needed for the highlighted build steps that 
process an executable program.

This field is dynamic and its name and function depend upon the build step highlighted. The possible names and functions are as follows:     
o Value - The value needed to complete the highlighted build step. For example, if the build step is a batch process, the value field 
contains the name of the batch process and its version, such as R95012.     o Parameter - The parameters needed for the highlighted build steps that 
process an executable program.

A package describes where on the server to find the components you want to deploy to workstations. There are three package types: Full: 
Contains the full suite of system applications (all specifications). Partial: A minimum configuration of the system. This package type allows 
users to load the desired applications at run-time rather than initially installing all applications. Update: System objects contained in this type of 
package are loaded after the workstation receives the package and the user signs on to the system. If the update package includes objects 
without the corresponding specifications, old versions of the application are deleted from the workstation and replaced by the current 
version the next time the user accesses that application. Update packages are always deployed on the date and time specified by the system 
administrator.

Used for transaction processing of CD Revisions.

Number of Days in Future to Query for Responses Due. 

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

A detailed narrative description to explain the pending work order or engineering change order. The field offers unlimited text. You can 
format it on the Record Types screen to divide a work order into sections.

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Used for transaction processing of CD Revisions.

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Number of Days in Future to Query for Responses Due. 

Associated Work Order Items.

Associated Work Order Items.

Number of Days in Future to Query for Responses Due. 

For World, the release number as defined in the Software Versions Repository. For OneWorld, the release number as defined in the 
Release Master.

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.

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

The name that identifies the data source.

Name of the Electronic Software Update (ESU).

A user defined name or remark.

This is a generic field used as a work field in Everest.

Name of the Electronic Software Update (ESU).

Event point for JDE Date.

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

A user defined name or remark.

A generic field that is used as a work field.

Name of the Electronic Software Update (ESU).

Number of Days in Future to Query for Responses Due. 

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Number of Days in Future to Query for Responses Due. 

This field is dynamic and its name and function depend upon the build step highlighted. The possible names and functions are as follows:     
o Value - The value needed to complete the highlighted build step. For example, if the build step is a batch process, the value field 
contains the name of the batch process and its version, such as R95012.     o Parameter - The parameters needed for the highlighted build steps that 
process an executable program.

For World, name identifying an install package. For J.D. Edwards ERP, a package describes the location on the server where components 
you want to deploy to workstations reside. There are three package types: Full: Contains the full suite of J.D. Edwards ERP applications (all 
specifications). Partial: A minimum configuration of J.D. Edwards ERP. This package type allows users to load the desired applications at 
run-time rather than initially installing all applications. Update: J.D. Edwards ERP objects contained in this type of package are loaded after the 
workstation receives the package and the user signs on to the system. If the update package includes just-in-time applications, old versions 
of the application are deleted from the workstation and replaced by the current version the first time the user accesses that application. 
Update packages are always deployed on the date and time specified by the system administrator. With the exception of just-in-time applications 
included in an Update package, all packages are a "snap shot" at a point in time of the central objects for a particular path code. 
Just-in-time applications are dynamic, not built.

Number of Days in Future to Query for Responses Due. 

A package describes where on the server to find the components you want to deploy to workstations. There are three package types: Full: 
Contains the full suite of system applications (all specifications). Partial: A minimum configuration of the system. This package type allows 
users to load the desired applications at run-time rather than initially installing all applications. Update: System objects contained in this type of 
package are loaded after the workstation receives the package and the user signs on to the system. If the update package includes objects 
without the corresponding specifications, old versions of the application are deleted from the workstation and replaced by the current 
version the next time the user accesses that application. Update packages are always deployed on the date and time specified by the system 
administrator.

A user defined name or remark.

A user defined name or remark.

Number of Days in Future to Query for Responses Due. 

Used for transaction processing of CD Revisions.

Used for transaction processing of CD Revisions.

Number of Days in Future to Query for Responses Due. 

A code that identifies and defines a unit of information. It is an alphanumeric code up to 8 characters long that does not allow blanks or 
special characters such as %, &, or +. You create new data items using system codes 55-59. You cannot change the alias.

This field is dynamic and its name and function depend upon the build step highlighted. The possible names and functions are as follows:     
o Value - The value needed to complete the highlighted build step. For example, if the build step is a batch process, the value field 
contains the name of the batch process and its version, such as R95012.     o Parameter - The parameters needed for the highlighted build steps that 
process an executable program.

This field is dynamic and its name and function depend upon the build step highlighted. The possible names and functions are as follows:     
o Value - The value needed to complete the highlighted build step. For example, if the build step is a batch process, the value field 
contains the name of the batch process and its version, such as R95012.     o Parameter - The parameters needed for the highlighted build steps that 
process an executable program.

This is a generic field used as a work field in Everest.

This field is dynamic and its name and function depend upon the build step highlighted. The possible names and functions are as follows:     
o Value - The value needed to complete the highlighted build step. For example, if the build step is a batch process, the value field 
contains the name of the batch process and its version, such as R95012.     o Parameter - The parameters needed for the highlighted build steps that 
process an executable program.

This field is dynamic and its name and function depend upon the build step highlighted. The possible names and functions are as follows:     
o Value - The value needed to complete the highlighted build step. For example, if the build step is a batch process, the value field 
contains the name of the batch process and its version, such as R95012.     o Parameter - The parameters needed for the highlighted build steps that 
process an executable program.

This field is dynamic and its name and function depend upon the build step highlighted. The possible names and functions are as follows:     
o Value - The value needed to complete the highlighted build step. For example, if the build step is a batch process, the value field 
contains the name of the batch process and its version, such as R95012.     o Parameter - The parameters needed for the highlighted build steps that 
process an executable program.

A package describes where on the server to find the components you want to deploy to workstations. There are three package types: Full: 
Contains the full suite of system applications (all specifications). Partial: A minimum configuration of the system. This package type allows 
users to load the desired applications at run-time rather than initially installing all applications. Update: System objects contained in this type of 
package are loaded after the workstation receives the package and the user signs on to the system. If the update package includes objects 
without the corresponding specifications, old versions of the application are deleted from the workstation and replaced by the current 
version the next time the user accesses that application. Update packages are always deployed on the date and time specified by the system 
administrator.

Used for transaction processing of CD Revisions.

Number of Days in Future to Query for Responses Due. 

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

A detailed narrative description to explain the pending work order or engineering change order. The field offers unlimited text. You can 
format it on the Record Types screen to divide a work order into sections.

Used for transaction processing of CD Revisions.

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Name of the Electronic Software Update (ESU).

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

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.

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.

The name that identifies the data source.

ID of the CD Component.

The Software Update Type denotes what type of update is being defined.

ID of the CD Component.

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Name of the Electronic Software Update (ESU).

A generic field that is used as a work field.

Name of the Electronic Software Update (ESU).

Number of Days in Future to Query for Responses Due. 

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Number of Days in Future to Query for Responses Due. 

Used for transaction processing of CD Revisions.

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Name of the Electronic Software Update (ESU).

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

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.

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.

The name that identifies the data source.

ID of the CD Component.

The Software Update Type denotes what type of update is being defined.

The directory on your enterprise that you want to use to populate the highlighted target folder. You can use an absolute (full) directory path 
name,or you can use a relative path name with a token. The system copies the data contained in your source path, depending upon how you 
filter those files (see the File Filter field description for this information), into the highlighted target folder of your software master.

The name of the target folder, such as 'planner' or 'updatepkg.' The system populates this field based upon the template used to define the 
software master. Change the name of the target folder only if you added the folder yourself.

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Used for transaction processing of CD Revisions.

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Number of Days in Future to Query for Responses Due. 

Associated Work Order Items.

Associated Work Order Items.

Number of Days in Future to Query for Responses Due. 

For World, the release number as defined in the Software Versions Repository. For OneWorld, the release number as defined in the 
Release Master.

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.

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

The name that identifies the data source.

Name of the Electronic Software Update (ESU).

Number of Days in Future to Query for Responses Due. 

Associated Work Order Items.

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Associated Work Order Items.

Number of Days in Future to Query for Responses Due. 

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

The name that identifies the data source.

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

The Software Update Type denotes what type of update is being defined.

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

Number of Days in Future to Query for Responses Due. 

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

For World, the release number as defined in the Software Versions Repository. For OneWorld, the release number as defined in the 
Release Master.

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.