The following are examples of API change requests between the WCM and a change management system:
EXAMPLE 1: In this implementation, WCM sends validateChangeState to the change management system to create or update a ticket:
POST validateChangeState
ctmRequestID=”Workspace22”
name=”please review my workspace”
newState=”Submitted”
creationTime=” 20211027123500”
endUser=”James”
200 HTTP code
changeID=”request222”
400 HTTP code
changeID=”request222”
EXAMPLE 2: In this implementation, WCM sends validateChangeState to the change management system before creating or updating the change state, and stateChanged afterwards:
POST validateChangeState
ctmRequestID=”Workspace22”
name=”please review my workspace”
newState=”Submitted”
creationTime=” 20211027123500”
endUser=”James”
200 HTTP code
changeID=”request222”
POST stateChanged
changeID=”request222”
ctmRequestID=”Workspace22”
name=”please review my workspace”
newState=”Submitted”
creationTime=” 20211027123500”
endUser=”James”
200 HTTP code
changeID=”request222”
EXAMPLE 3: The Web user wants to check the status in the change management system of one of his tickets:
POST getChangeStatus
changeID=”request222”
ctmRequestID=”Workspace22”
name=”please review my workspace”
newState=”Submitted”
oldState=”Rejected”
creationTime=” 20211027123500”
endUser=”James”
scheduler=”Frank”
200 HTTP code
changeID=”request222”
message=”The change is approved”
Parent Topic |