Change requests require Data Center Operation: Change License
A change request can be created by all non-tenant users in DCO based on templates created by an Administrator (a user with permission "Planning Work Orders") in the DCO web client: Change Management > Change Requests.
A typical scenario:
- A user creates a change request, and fills in the form. The change request can be saved as Draft.
- A Draft or a newly created request can be Submitted if all fields are filled in according to the validation specified in the form.
- The Submitted request is read-only and waits for an Administrator to act. The request can be Unsubmitted by the author if some corrections need to be done, which puts it back into Draft.
- The Administrator can do one of three operations on a Submitted change request:
- Approve: The Administrator has accepted and processed the request, for example, by creating a work order for executing the change.
- Reject: Indicates the change is impossible to complete.
- Require more information: The request status is changed to Need update. The author can modify the form data and resubmit the request.
- Approved request can be Closed by the Administrator.
- After that request can then be deleted by the author or the Administrator.
Requests in Draft state are only visible to the author; they are not visible to other users.
Requests in other states are visible only to the author and Administrators.
If the author of a request is removed from the system, requests in Draft and Needs Update states are deleted. Requests in Submitted, Rejected, and Approved states survive so administrators can act on them.
You can comment on requests in states other than Draft to allow further communication between the author and the administrator.
When a request changes state, or a comment is posted, a notification email is sent to interested parties:
- If the change or comment is made by the author of the request, email is sent to all administrators.
- If the change or comment is made by an administrator, email is sent to the author of the request.
Email is sent in the user’s preferred language.
Note: You must configure mail settings with the Mail configuration REST web service.
Creating, deleting and changing the request state is logged in the Audit log. You can run a report in the desktop client to view the audit log.
Creating equipment using Change Requests
Every change request in accepted state, having at least one genome selector can be used for equipment creation. It is allowed to have more than one genome selector which as a result will create more than one device.
In order to create new equipment you have to have administrator permissions.
In the DCO web client: Change Management > Change Requests
- Find desired change request
- Make sure it is in accepted state
- Locate 'Create equipment' button
- Select one storage room from dropdown list
Equipment will be created in selected storage room.
Validation related to creating equipment using Change Requests
In order to use Change Request for equipment creation it has to be validated
What actions trigger validation?
Validation is triggered by following actions:
- Submitting request
- Accepting request
- Creating equipment based on request
What validation levels we define?
- Warning - will allow action to complete (eg. submit request). Yellow colour in web client.
- Error - will not allow action to complete. Red colour in web client
What kind of validators we define?
- Barcode validator - Checks if every barcode set in genome selector is unique. This will not be validated if genome selector do not use barcode or barcode is empty.
- Genome type validator - not every product from custom catalog that can be selected in genome selector can be used for equipment creation. List of illegal product types:
- Breaker module
- Perforated tile
- Vertical Grille
- Water tank
- Custom property validators - used to validate mapping between form fields and custom property definitions. Form field is matched with custom property definition if it has the same label.
Custom property type validator - checks if form field type and custom property type are matching.
Form field type Custom property type Text String Number Integer, Decimal, String Location String Radio String Select String
Custom property mandatoriness validator - checks if form field value was set when custom property definition is marked as mandatory.
- Custom property uniqueness validator - checks if form field value is unique among all equipment when custom property definition is marked as unique
- Custom property value validator - checks if form field value is correct depending on custom property type.
What validator is being run on particular action?
|Validator||Submitting request||Accepting request||Creating equipment|
|Custom property - type||Error||Error||Error|
|Custom property - mandatory||Not run||Not run||Warning|
|Custom property - unique||Not run||Not run||Warning|
|Custom property - value||Not run||Not run||Error|