02-21-2020 06:46 AM
hi,
i would like to add an trigger via UCCX configuration API with postman for testing purposes. Application and CallControlGroup are valid entries. The trigger can configured manually (is deleted after tested :-))
This is the URL: https://<server>/adminapi/trigger
This is the body of the request:
<?xml version="1.0" encoding="UTF-8"?>
<trigger>
<self type="trigger" href="https://uccx-11-5.[domain]/adminapi/trigger/1214" rel="self"/>
<directoryNumber>1214</directoryNumber>
<locale>de_DE</locale>
<application name="Hotline">
<refURL>https://uccx-11-5.[domain]/adminapi/application/Hotline</refURL>
</application>
<deviceName>CCX1214</deviceName>
<description>Beschreibung</description>
<callControlGroup name="2">
<refURL>https://uccx-11-5.[domain]/adminapi/callControlGroup/2</refURL>
</callControlGroup>
<triggerEnabled>true</triggerEnabled>
<maxNumOfSessions>2</maxNumOfSessions>
<idleTimeout>5000</idleTimeout>
<overrideMediaTermination>
<dialogGroup name="0">
<refURL>https://uccx-11-5.[domain]/adminapi/dialogGroup/0</refURL>
</dialogGroup>
</overrideMediaTermination>
<alertingNameAscii></alertingNameAscii>
<devicePool>PUB-SUB</devicePool>
<location>L_Labor</location>
<partition>Intern</partition>
<voiceMailProfile>None</voiceMailProfile>
<callingSearchSpace>UCCX</callingSearchSpace>
<callingSearchSpaceForRedirect>default</callingSearchSpaceForRedirect>
<presenceGroup>Standard Presence group</presenceGroup>
<forwardBusy>
<forwardBusyVoiceMail>false</forwardBusyVoiceMail>
<forwardBusyDestination>
</forwardBusyDestination>
<forwardBusyCallingSearchSpace>None</forwardBusyCallingSearchSpace>
</forwardBusy>
<display>44</display>
<externalPhoneMaskNumber></externalPhoneMaskNumber>
</trigger>
If i send it, the follwing message appaers:
Solved! Go to Solution.
02-21-2020 01:33 PM
Hi @Maic Naatz ,
In attachment, a Postman collection that I have used for the dCloud environment (UCCX v 11.6(3)) and it worked for me. I haven't had a chance to compare your data structure with the one I used.
What you can also do is to:
This should confirm if you have a valid XML structure.
02-21-2020 01:47 PM
02-24-2020 08:19 AM - edited 02-24-2020 08:50 AM
Marek is awesome, no worries from me. Glad you figured it out. A different lesson learned here, documentation can quickly become out of sync, if not out right wrong to being with, therefore, pull live data from a real system and start there.
02-21-2020 01:33 PM
Hi @Maic Naatz ,
In attachment, a Postman collection that I have used for the dCloud environment (UCCX v 11.6(3)) and it worked for me. I haven't had a chance to compare your data structure with the one I used.
What you can also do is to:
This should confirm if you have a valid XML structure.
02-24-2020 05:24 AM
Hi,
many thanks for your replies (now it runs :-))
Explanation:
I get the XML data from the Cisco devNet configuration API description (see attached photo).
After verifying the data with this from Marek i found a little difference (red marked). Then i put it in one line. This was the resolution. Cisco's example is one more time invalid!
So you are both right, but i guess, i can only one of you give the button "accept as solution". This was Marek, because he was little bit quicker.
02-24-2020 08:19 AM - edited 02-24-2020 08:50 AM
Marek is awesome, no worries from me. Glad you figured it out. A different lesson learned here, documentation can quickly become out of sync, if not out right wrong to being with, therefore, pull live data from a real system and start there.
02-21-2020 01:47 PM
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide