Chatta subito con l'assistenza
Chat con il supporto

Stat 6.3 - User Guide

Introduction to Stat Connecting to Stat Change/Service Requests Stat Consoles Tasks and Time Entries Stat Projects Search Engines Reports and Graphs Personal Rules Object Tools and Wizards Change Management for PeopleSoft
Object Management (PeopleSoft) Object Archives (PeopleSoft) Object Migrations (PeopleSoft)
Change Management for Oracle Applications
Object Management (Oracle Applications) Patch Management Object Archives (Oracle Applications) Object Migrations (Oracle Applications)
Change Management for Generic Applications
Object Management (Generic Applications) Object Archives (Generic Applications) Object Migrations (Generic Applications)
Appendix: Troubleshooting Chart Appendix: Migration Options Appendix: User-Specific Parameters Appendix: Supported PeopleSoft Proprietary Objects Appendix: Stat Reports

Re-Prioritizing Reservations

Quest® Stat® normally processes reservations on a first in, first out basis, meaning the first CSR to request a reservation on an object is the first CSR to obtain a lock when the object becomes available.

However, Stat lets you move your reservation to the head of the queue if necessary. This is called re-prioritizing. Access to this feature is usually limited to users responsible for managing development projects.

2
Click OK in the message box.

Assigning Objects to a Different Developer

2
In the Assigned To field, select the developer to which you want to assign the object(s).
3
Click Reassign.
Stat updates the Assigned To field in the object list with the new developer's user ID. The new developer now has the lock on the object(s).

Removing Objects from a CSR

To remove objects from a CSR, select them and click Remove.

Objects in the Base Environment

There are several situations when an object may exist in other Oracle® Apps environment or source file locations on the migration path but not in the Base environment. Since the initial archive of objects comes from the Base environment, these objects are not included in the base archive set.

Possible reasons an object exists in one environment but not in others are:

If you want to archive an object that does not exist in the Base environment, there are two different ways to do it for two different types of situations.

1
On the Objects tab of the CSR window, select the environment in which the object exists.
2
In the Object field, select the object.
3
In the Lock in environment field, select Current environment.
1
On the Objects tab of the CSR window, select the environment in which the object exists.
2
In the Object field, select the object.
3
In the Lock in Environment field, select All on Migration Path.

By choosing the second method, the objects that exist in the Base environment are included in the base archive set. Those that do not exist are not added to the base archive set. You can include these latter objects in any interim or final archive sets taken from the environment where they reside.

Quest® Stat® cannot create a base archive set if the objects in your CSR do not exist in your Base environment. While attempting to locate the objects, Stat permanently displays the value In Process in the Status field of the Archive Set window, and it will be unable to complete the archive set. If this happens, create an interim or final archive set from the environment that contains the objects and use this archive set to update the other environments with the new objects.

Related Documents

The document was helpful.

Seleziona valutazione

I easily found the information I needed.

Seleziona valutazione