The unique name given to a software master.

Indicates the mode of the CD Mastering process.

ID of the CD Component.

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 depends upon the build step highlighted. The possible names and functions are as follows:   
  o Description - A short description of the highlighted build step.     o Target Folder - A relative path where the output of the build step will be 
placed.     o Executable - A Microsoft Windows executable program. You can use this field to display the path and name of this program.

The order in which the system processes build steps, usually in increments of 10. For example, a sequence of 10, 20, 30, etc.

The status of a build step or directory structure within the mastering process. For example, the build step or directory structure could be at a 
status of defined, validated, or built. Use the visual-assist button to view a complete list of values for this field.

Used for transaction processing of CD Revisions.

Used for transaction processing of CD Revisions.

The process you want the build step to perform. For example, you can enter a code of 02 to indicate that the build step should perform a 
package build during the software mastering process. Use the visual-assist button to view a complete list of values for this field.

The unique name given to a software master.

Indicates the mode of the CD Mastering process.

ID of the CD Component.

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 depends upon the build step highlighted. The possible names and functions are as follows:   
  o Description - A short description of the highlighted build step.     o Target Folder - A relative path where the output of the build step will be 
placed.     o Executable - A Microsoft Windows executable program. You can use this field to display the path and name of this program.

The order in which the system processes build steps, usually in increments of 10. For example, a sequence of 10, 20, 30, etc.

The status of a build step or directory structure within the mastering process. For example, the build step or directory structure could be at a 
status of defined, validated, or built. Use the visual-assist button to view a complete list of values for this field.

Used for transaction processing of CD Revisions.

Used for transaction processing of CD Revisions.

The process you want the build step to perform. For example, you can enter a code of 02 to indicate that the build step should perform a 
package build during the software mastering process. Use the visual-assist button to view a complete list of values for this field.

Used for transaction processing of CD Revisions.

Used for transaction processing of CD Revisions.

The unique name given to a software master.

Indicates the mode of the CD Mastering process.

ID of the CD Component.

The unique name given to a software master.

This field is dynamic and its name and function depends upon the build step highlighted. The possible names and functions are as follows:   
  o Description - A short description of the highlighted build step.     o Target Folder - A relative path where the output of the build step will be 
placed.     o Executable - A Microsoft Windows executable program. You can use this field to display the path and name of this 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.

Used for transaction processing of CD Revisions.

Used for transaction processing of CD Revisions.

The unique name given to a software master.

Indicates the mode of the CD Mastering process.

The unique name given to a software master.

Indicates the mode of the CD Mastering process.

The order in which the system processes build steps, usually in increments of 10. For example, a sequence of 10, 20, 30, etc.

Used for transaction processing of CD Revisions.

Used for transaction processing of CD Revisions.

The process you want the build step to perform. For example, you can enter a code of 02 to indicate that the build step should perform a 
package build during the software mastering process. Use the visual-assist button to view a complete list of values for this field.

The unique name given to a software master.

Indicates the mode of the CD Mastering process.

ID of the CD Component.

This field is dynamic and its name and function depends upon the build step highlighted. The possible names and functions are as follows:   
  o Description - A short description of the highlighted build step.     o Target Folder - A relative path where the output of the build step will be 
placed.     o Executable - A Microsoft Windows executable program. You can use this field to display the path and name of this program.

This field is dynamic and its name and function depends upon the build step highlighted. The possible names and functions are as follows:   
  o Description - A short description of the highlighted build step.     o Target Folder - A relative path where the output of the build step will be 
placed.     o Executable - A Microsoft Windows executable program. You can use this field to display the path and name of this program.

Used for transaction processing of CD Revisions.

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.

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.

Used for transaction processing of CD Revisions.

The unique name given to a software master.

Indicates the mode of the CD Mastering process.

ID of the CD Component.

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 depends upon the build step highlighted. The possible names and functions are as follows:   
  o Description - A short description of the highlighted build step.     o Target Folder - A relative path where the output of the build step will be 
placed.     o Executable - A Microsoft Windows executable program. You can use this field to display the path and name of this program.

Used for transaction processing of CD Revisions.

Used for transaction processing of CD Revisions.

A user defined name or remark.

A user defined name or remark.

A user defined name or remark.

A user defined name or remark.

A user defined name or remark.

A user defined name or remark.

A user defined name or remark.

A user defined name or remark.

A user defined name or remark.

The process you want the build step to perform. For example, you can enter a code of 02 to indicate that the build step should perform a 
package build during the software mastering process. Use the visual-assist button to view a complete list of values for this field.

The process you want the build step to perform. For example, you can enter a code of 02 to indicate that the build step should perform a 
package build during the software mastering process. Use the visual-assist button to view a complete list of values for this field.

Used for transaction processing of CD Revisions.

The unique name given to a software master.

Indicates the mode of the CD Mastering process.

ID of the CD Component.

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 depends upon the build step highlighted. The possible names and functions are as follows:   
  o Description - A short description of the highlighted build step.     o Target Folder - A relative path where the output of the build step will be 
placed.     o Executable - A Microsoft Windows executable program. You can use this field to display the path and name of this program.

The order in which the system processes build steps, usually in increments of 10. For example, a sequence of 10, 20, 30, etc.

The status of a build step or directory structure within the mastering process. For example, the build step or directory structure could be at a 
status of defined, validated, or built. Use the visual-assist button to view a complete list of values for this field.

Used for transaction processing of CD Revisions.

Used for transaction processing of CD Revisions.

The process you want the build step to perform. For example, you can enter a code of 02 to indicate that the build step should perform a 
package build during the software mastering process. Use the visual-assist button to view a complete list of values for this field.

The process you want the build step to perform. For example, you can enter a code of 02 to indicate that the build step should perform a 
package build during the software mastering process. Use the visual-assist button to view a complete list of values for this field.

Used for transaction processing of CD Revisions.

The process you want the build step to perform. For example, you can enter a code of 02 to indicate that the build step should perform a 
package build during the software mastering process. Use the visual-assist button to view a complete list of values for this field.

Used for transaction processing of CD Revisions.

The process you want the build step to perform. For example, you can enter a code of 02 to indicate that the build step should perform a 
package build during the software mastering process. Use the visual-assist button to view a complete list of values for this field.

Used for transaction processing of CD Revisions.

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.

The path code is a pointer to a set of OneWorld objects, and is used to keep track of sets of objects and their locations within OneWorld.

The name that identifies the data source.

Future Form 1

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.

The path code is a pointer to a set of OneWorld objects, and is used to keep track of sets of objects and their locations within OneWorld.

The name that identifies the data source.

Future Form 1

The unique name given to a software master.

Indicates the mode of the CD Mastering process.

Used for transaction processing of CD Revisions.

Used for transaction processing of CD Revisions.

Used for transaction processing of CD Revisions.

The unique name given to a software master.

Indicates the mode of the CD Mastering process.

The order in which the system processes build steps, usually in increments of 10. For example, a sequence of 10, 20, 30, etc.

Used for transaction processing of CD Revisions.

Used for transaction processing of CD Revisions.

The process you want the build step to perform. For example, you can enter a code of 02 to indicate that the build step should perform a 
package build during the software mastering process. Use the visual-assist button to view a complete list of values for this field.