02.05.2013 Views

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Field Description<br />

User Profile Setup<br />

<strong>MKS</strong> Integrity State Detail Field Descriptions<br />

<strong>Implementer</strong> and <strong>MKS</strong> Integrity Integration<br />

Issue state when rejected Issue state to set when an item in this promotion path location is<br />

rejected. Must be a valid state in <strong>MKS</strong> Integrity.<br />

Applies to *QAC path entries only. If this value is left blank, the issue<br />

state remains unchanged when rejected.<br />

For each <strong>Implementer</strong> user that uses the integration, you must define an <strong>MKS</strong> Integrity user<br />

profile and specify whether the user has authority to activate <strong>MKS</strong> Integrity emergency<br />

mode. In addition, each user that performs an <strong>Implementer</strong> check out or promotion for items<br />

associated with an <strong>MKS</strong> Integrity issue must have a valid user profile in <strong>Implementer</strong> and a<br />

valid user ID in <strong>MKS</strong> Integrity.<br />

The user’s profile can be the same for both products or it can be different. By default,<br />

<strong>Implementer</strong> uses the iSeries user profile, which may or may not be the same as the<br />

<strong>MKS</strong> Integrity user ID. If the <strong>MKS</strong> Integrity user ID is different from the iSeries user profile,<br />

you can optionally define the appropriate <strong>MKS</strong> Integrity user ID to <strong>Implementer</strong>. This allows<br />

all integrations with <strong>MKS</strong> Integrity for a user to consistently use the value specified. There is<br />

no requirement that the password be the same.<br />

<strong>MKS</strong> Integrity Emergency Mode Authority<br />

In the event <strong>MKS</strong> Integrity temporarily cannot be contacted to perform the integrations,<br />

<strong>Implementer</strong> provides a facility that allows the check out and promotion functions to<br />

continue uninterrupted. This is accomplished by activating <strong>Implementer</strong>’s emergency update<br />

mode.<br />

For example, let’s say you have changes on an active request that must be promoted<br />

immediately to correct a level check problem in production, but a communication failure<br />

between <strong>Implementer</strong> and <strong>MKS</strong> Integrity has caused the promotion to fail. By activating the<br />

emergency update mode, you can continue with all required development activities, while<br />

storing the issue updates for subsequent posting once the communications are re-established.<br />

IMPORTANT When emergency update mode is active, <strong>Implementer</strong> is unable to<br />

validate <strong>MKS</strong> Integrity information. Thus, any issue number is accepted in check<br />

out, including invalid numbers, and every promotion is allowed even if the<br />

workflow or capabilities normally prohibit it. For this reason, operating in<br />

emergency mode is not intended as a normal disconnected mode—rather it is for<br />

emergency purposes only, such as when a production environment is down and<br />

must be updated to be active again.<br />

Users must be authorized to control the emergency update mode; for security reasons, no<br />

users are authorized by default. Typically, emergency mode authority is given to select<br />

development managers and senior developers. Once authorized, the user activates and<br />

235

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!