Hi @jansi rani krishnan ,
you have to specify all the input properties in the ´Initialize Data´ activity (IncidentID, Status, AssignedTo, Classification, Source, ......).
The IncidentID is the IncidentID in SCSM to find the object in SCSM for update.
These parameters can be used in the HTTP POST request to the Orchestrator WebService.
The output of the ´Initialize Data´ activity are the properties with the values posted by the HTTP POST request.
From there you can get the SCSM incident object by using the IncidentID and update the values of the incident object with values of the other properties (Status, Source, ....)
There is no need to parse any XML structure if SNOW is calling the Orchestrator Web Service by the URL with values of the input parameters of the ´Initialize Data´ activity.
The second option is to use the SCO Job Runner
: https://techcommunity.microsoft.com/t5/system-center-blog/cool-tool-new-command-line-utility-to-start-a-runbook/ba-p/345890
This is an easier way. The Orchestrator WebService will be called by the SCOJobRunner.exe with parameters to trigger the runbook in Orchestrator.
SNOW will start the SCOJobRunner.exe with the required parameters (runbook guid and input parameters). The parameters are defined in the ´Initialize Data´ activity liked described above.
No need to parse any XML structure in the runbook. It's working the same like described above.
The difference is just the method to call the Orchestrator WebService.
First option: Call by an HTTP POST request URL of Orchestrator in SNOW
Second option:: Run the SCOJobrunner.exe with parameters triggered by SNOW
----------
(If the reply was helpful please don't forget to upvote and/or accept as answer, thank you)
Regards
Andreas Baumgarten