The Targetprocess Developer Hub

Welcome to the Targetprocess developer hub. Here you'll find comprehensive guides and documentation to help you start working with Targetprocess as quickly as possible and support you if you get stuck. Let's jump right in!


Getting started

Outgoing webhook plugin allows you to listen to triggers in Targetprocess entities, which will then send relevant data to external URL in real-time. Using this plugin you can create your own integrations with:

  • third-party services (e.g. Slack or Zapier)
  • your own service
  • with Targetprocess itself

Administrator permissions are required

You have to be Administrator in Targetprocess to add new or modify existing Webhooks.

Let's create demo webhook. When a user story or a bug is created in Targetprocess, it will post its content to RequestBin service for further expection.

1. Creating a profile

Let's go to Settings → Plugins → Web Hooks → Add Profile.
Here how a new profile looks like:

Give your profile a meaningful name, because you'll not be able to change it once the profile is saved.

Only letters and numbers are allowed in Profile name

2. Setting Webhook URL

In this example we will send data to a request bin. To create a new bin we can go to and press 'Create new bin'. This bin will keep the last 20 requests made to it and remain available for 48 hours after it was created, which is enough for our testing purpose.
Once the bin is created, we have an URL to use in our Webhook profile.

Only token authentication is supported

You cannot customize headers of HTTP request, so there is no way to use Basic Authorization.
The only option for authentication is to pass the token parameter in the URL.

If your webhook makes POST request back to Targetprocess application, please learn how to obtain token or access_token parameter and insert it into URL of your webhook.

3. Tuning the trigger

We can control when exactly our Webhook will be triggered. Let's say we're only interested in new Bugs which are added with 'Blocking' severity.

In this case our setup will be the following:

  • Trigger on events 'Create'
  • Trigger on entities 'Bugs'
  • Filter SeverityName=='Blocking'

4. Testing the Webhook

Without specifying any template we can click on 'Save and Exit' and test our first Webhook. Once the profile is saved we can go to any View and create a new Blocking bug.

Going back to the bin shows us the exact data which has been send:

      "Name":"New blocking bug",
      "PriorityName":"Fix If Time",
      "ProjectName":"Tau Product Web Site - Scrum #1",
      "ReleaseName":"Release #2",
      "IterationName":"Sprint #2.3"

5. Adding a template

Since in real life you will post to a real URL instead of a request bin, you are likely to need to form the output in a some specific format.

Let's say you need to save XML with several fields from Targetprocess and several predefined fields. To set it up we need to go back to Webhook plugin, select the checkbox 'Use template' and type our template below:

<Source Name="Targetprocess"/>
<Entity Id="{{ID}}">
<Type>{{EntityTypeName | Remove:'Tp.BusinessObjects.'}}</Name>
<Project Name="{{ProjectName}}"/>

For this case we also need to change content type to application/xml

After adding yet another Bug with 'Blocking' severity we can go back to the bin to check how our POST looked like

<Source Name="Targetprocess"/>
<Entity Id="228">
<Name>Another blocking bug</Name>
<Project Name="Tau Product Web Site - Scrum #1"/>

This is how the final profile looks like:

Getting started