The Application ID uniquely identifies the OneWorld Application.

A 200-character field that serves as an identifier for a OneWorld object. When used in conjunction with an Object Management Workbench 
Object Type (OMWOT),it uniquely identifies any OneWorld object. See the H92/OT UDC for a list of object types that can use this field to 
store their identifiers.

In OneWorld, an object has traditionally been a reusable entity based on software specification created by the OneWorld Tools.  These 
objects included Object Librarian Objects, such as interactive applications (APPL), as well as batch applications (UBE), and data structure 
(DSTR) objects. In OMW, we have expanded this definition to include other Non Object Librarian type objects or data source based rather than 
path code based objects.  These include User Defined Controls (UDC), Workflow, ActivEra, Menus, and Data Items. OL Objects:     o Batch 
Applications     o Business functions     o Business views     o Data structures     o Event rules     o Interactive applications     o Media Objects     o 
Tables Non-OL Objects     o Data dictionary items     o UDC items     o Workflow items     o Menus 

The Application ID uniquely identifies the OneWorld Application.

The transfer rule only applies to objects in the project for this release (objects are always tied to a release within a project). The From and 
To Release fields should always be equal.

The Application ID uniquely identifies the OneWorld Application.

A 200-character field that serves as an identifier for a OneWorld object. When used in conjunction with an Object Management Workbench 
Object Type (OMWOT),it uniquely identifies any OneWorld object. See the H92/OT UDC for a list of object types that can use this field to 
store their identifiers.

In OneWorld, an object has traditionally been a reusable entity based on software specification created by the OneWorld Tools.  These 
objects included Object Librarian Objects, such as interactive applications (APPL), as well as batch applications (UBE), and data structure 
(DSTR) objects. In OMW, we have expanded this definition to include other Non Object Librarian type objects or data source based rather than 
path code based objects.  These include User Defined Controls (UDC), Workflow, ActivEra, Menus, and Data Items. OL Objects:     o Batch 
Applications     o Business functions     o Business views     o Data structures     o Event rules     o Interactive applications     o Media Objects     o 
Tables Non-OL Objects     o Data dictionary items     o UDC items     o Workflow items     o Menus 

The Application ID uniquely identifies the OneWorld Application.

The transfer rule only applies to objects in the project for this release (objects are always tied to a release within a project). The From and 
To Release fields should always be equal.

A value that indicates the user or group for which the To status is valid.  If the user is not set up for a valid To status, then the user may not 
advance a project to that status.   *PUBLIC is a valid value for this field.

A definition of the user's function within a project.  Project managers generally assign a user to a project.  When they do so, they indicate 
what role that user will be playing.  Examples of User Roles are:        01  Originator:  Person who originated the project or the need for the project.   
     02  Developer:  Person who modifies project objects.        03  Manager:  Person who manages the project.        04  Quality Assurance:  
Person who checks the project's functionality.        06  Administrator:  Person who configure project status, user roles, objects, etc.

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

OneWorld uses this data source if the primary data source or the data item in the primary data source cannot be located.

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.

A 200-character field that serves as an identifier for a OneWorld object. When used in conjunction with an Object Management Workbench 
Object Type (OMWOT),it uniquely identifies any OneWorld object. See the H92/OT UDC for a list of object types that can use this field to 
store their identifiers.

In OneWorld, an object has traditionally been a reusable entity based on software specification created by the OneWorld Tools.  These 
objects included Object Librarian Objects, such as interactive applications (APPL), as well as batch applications (UBE), and data structure 
(DSTR) objects. In OMW, we have expanded this definition to include other Non Object Librarian type objects or data source based rather than 
path code based objects.  These include User Defined Controls (UDC), Workflow, ActivEra, Menus, and Data Items. OL Objects:     o Batch 
Applications     o Business functions     o Business views     o Data structures     o Event rules     o Interactive applications     o Media Objects     o 
Tables Non-OL Objects     o Data dictionary items     o UDC items     o Workflow items     o Menus 

The transfer rule only applies to objects in the project for this release (objects are always tied to a release within a project). The From and 
To Release fields should always be equal.

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

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

This can be one of the project status codes, which      are:    01  Complete    11  Pending Review    17  Plan or Research    18  Design    19  
Design Review    21  Programming    22  Programmer Test    23  Manager Review    24  Transfer to Production    25  Rework    26  QA Test    28  QA Test 
Complete 

Indicates an allowed next status for a project that is currently at the From status to be advanced to.

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

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

This is a handle to the object (or Project) to be checked  in.ab 

Return Value from the check-in function.   ab 

This is a handle to the project that the copy will be added  to.ab 

Object Name to be  copiedab 

Object Type to be copied These are the only supported types: 
APPL 
DSTR 
UBE 
UBEVER 
APPLVER 
GT 
TBLE 
BSVWab 

Release of the object to be  copied.ab 

1  Prompt User with copy prompt 
0  Do not prompt with copy prompt and assume the passed in parm object has the necessary  values.ab 

Handle to new  copyab 

Return Value from the copy function.   ab 

Parm object that will be used to pass data to the copy function.  If not parm object is specified, one will be created and populated as needed.  This field is 
required if the prompt user flag is  zero.ab 

This is a handle to the project that the copy will be added  to.ab 

Object Name to be  copiedab 

Object Type to be copied These are the only supported types: 
APPL 
DSTR 
UBE 
UBEVER 
APPLVER 
GT 
TBLE 
BSVWab 

Release of the object to be  copied.ab 

1  Prompt User with copy prompt 
0  Do not prompt with copy prompt and assume the passed in parm object has the necessary  values.ab 

Handle to new  copyab 

Return Value from the copy function.   ab 

Parm object that will be used to pass data to the copy function.  If not parm object is specified, one will be created and populated as needed.  This field is 
required if the prompt user flag is  zero.ab 

This is a handle to the project that the new object will be added to.  If you are adding a project, this must be an empty handle variable to receive the new 
project  handle.ab 

Object Type to be  addedab 

Return Value from the check-in function.   ab 

Parm object that will be used to pass data to the add function.  If not parm object is specified, one will be created and populated as  needed.ab 

An identifier for a OneWorld project. A OneWorld project is composed of a group of OneWorld objects that have been modified or created 
by a developer to complete a task. All work with objects within OneWorld must occur within the context of a project.

A user defined code (98/SY) that specifies the system number for reporting and jargon purposes.

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

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

An identifier for a OneWorld project. A OneWorld project is composed of a group of OneWorld objects that have been modified or created 
by a developer to complete a task. All work with objects within OneWorld must occur within the context of a project.

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

This is a handle to the project or object to be  deleted.ab 

0  No, do not delete locally 
1  Yes, delete locally.   

If this is an OL object, this will delete the object from local specs.  If this is a non-OL object, this will delete the object from the table the local environment 
points to.  This does not apply to  projects.ab 

0  No, do not delete from the check-in location. 
1  Yes, delete from the check-in location.  

This applies only to OL  Objects.ab 

Return Value from the delete function.   ab 

In OneWorld, an object has traditionally been a reusable entity based on software specification created by the OneWorld Tools.  These 
objects included Object Librarian Objects, such as interactive applications (APPL), as well as batch applications (UBE), and data structure 
(DSTR) objects. In OMW, we have expanded this definition to include other Non Object Librarian type objects or data source based rather than 
path code based objects.  These include User Defined Controls (UDC), Workflow, ActivEra, Menus, and Data Items. OL Objects:     o Batch 
Applications     o Business functions     o Business views     o Data structures     o Event rules     o Interactive applications     o Media Objects     o 
Tables Non-OL Objects     o Data dictionary items     o UDC items     o Workflow items     o Menus 

The Application ID uniquely identifies the OneWorld Application.

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

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

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

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

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

Return Value from the check-in function.   ab 

This is the handle to the object you want to design.  You can get this object handle from calling  'GetObjectFromProject()'.ab 

Allows caller to specify what design mode to bring the object up in.  If left blank, it will be bring up the default  mode.ab 

Handle to the Object Librarian Object to have its checkout  erased.ab 

Return value based off the OMW_RETURN  enum.ab 

1  Release Token
0  Do not Release  Tokenab 

A 200-character field that serves as an identifier for a OneWorld object. When used in conjunction with an Object Management Workbench 
Object Type (OMWOT),it uniquely identifies any OneWorld object. See the H92/OT UDC for a list of object types that can use this field to 
store their identifiers.

In OneWorld, an object has traditionally been a reusable entity based on software specification created by the OneWorld Tools.  These 
objects included Object Librarian Objects, such as interactive applications (APPL), as well as batch applications (UBE), and data structure 
(DSTR) objects. In OMW, we have expanded this definition to include other Non Object Librarian type objects or data source based rather than 
path code based objects.  These include User Defined Controls (UDC), Workflow, ActivEra, Menus, and Data Items. OL Objects:     o Batch 
Applications     o Business functions     o Business views     o Data structures     o Event rules     o Interactive applications     o Media Objects     o 
Tables Non-OL Objects     o Data dictionary items     o UDC items     o Workflow items     o Menus 

1 - Add Object to project if not found in project
2 - Do not add object to project if not found in project

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

The transfer rule only applies to objects in the project for this release (objects are always tied to a release within a project). The From and 
To Release fields should always be equal.

This is a handle to the object (or Project) to be checked  in.ab 

Return Value from the check-in function.   ab 

The Application ID uniquely identifies the OneWorld Application.

A 200-character field that serves as an identifier for a OneWorld object. When used in conjunction with an Object Management Workbench 
Object Type (OMWOT),it uniquely identifies any OneWorld object. See the H92/OT UDC for a list of object types that can use this field to 
store their identifiers.

In OneWorld, an object has traditionally been a reusable entity based on software specification created by the OneWorld Tools.  These 
objects included Object Librarian Objects, such as interactive applications (APPL), as well as batch applications (UBE), and data structure 
(DSTR) objects. In OMW, we have expanded this definition to include other Non Object Librarian type objects or data source based rather than 
path code based objects.  These include User Defined Controls (UDC), Workflow, ActivEra, Menus, and Data Items. OL Objects:     o Batch 
Applications     o Business functions     o Business views     o Data structures     o Event rules     o Interactive applications     o Media Objects     o 
Tables Non-OL Objects     o Data dictionary items     o UDC items     o Workflow items     o Menus 

The Application ID uniquely identifies the OneWorld Application.

The transfer rule only applies to objects in the project for this release (objects are always tied to a release within a project). The From and 
To Release fields should always be equal.

A value that indicates the user or group for which the To status is valid.  If the user is not set up for a valid To status, then the user may not 
advance a project to that status.   *PUBLIC is a valid value for this field.

A definition of the user's function within a project.  Project managers generally assign a user to a project.  When they do so, they indicate 
what role that user will be playing.  Examples of User Roles are:        01  Originator:  Person who originated the project or the need for the project.   
     02  Developer:  Person who modifies project objects.        03  Manager:  Person who manages the project.        04  Quality Assurance:  
Person who checks the project's functionality.        06  Administrator:  Person who configure project status, user roles, objects, etc.

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

The Application ID uniquely identifies the OneWorld Application.

0 - Success
1 - Error