Integrating ServiceNow with HipChat

My tutorial on integrating ServiceNow with Slack turned out to be one of my most popular articles ever. Justin Meader recently asked me on Twitter how easy it would be to integrate Service­Now with HipChat instead.

So, I gave it a whirl. In this article I’ll show you how you can post Service­Now notifications right into HipChat using their API. Just like in the previous tutorial, I’ll give you a ready-made Service­Now Script Include and instructions and examples for how you can call that Script Include from any scripted Business Rule.

Getting access to the HipChat API

To get started, you’ll need an endpoint URL for the HipChat API to which Service­Now can send web service calls. To get this URL, go to HipChat’s Integrations page:

HipChat Integrations Page

Scroll to the bottom and click “Set Up An Integration”:

HipChat Set Up An Integration

If you’re not already logged you may be asked to do so, then click the “Create” button under “Build Your Own!”:

HipChat Build Your Own Integration

On the next screen, choose the room you want to use and the name of the bot as you’d like it to appear whenever it posts, then click “Create”:

HipChat Choose the Room and Name Your Integration Bot

On the next screen, you should see a URL like the below:

Save this URL someplace safe. I’ll show you where to use it in a bit. HipChat doesn’t require any kind of authentication to use this API, so the token in this URL essentially is your password. Keep it a secret.

Creating the REST Message in ServiceNow

The first step in Service­Now is to set up a REST Message. If you’re running Fuji you can actually skip this step and go straight to the Script Include, as the new RESTMessageV2 API in Fuji doesn’t require a REST Message database record. If you’re still on Eureka or want to keep the integration backwards-compatible with earlier releases for any reason, read on.

  1. Navigate to System Web ServicesOutboundREST Messages in your Service­Now instance.
  2. Click “New” to create a new REST Message.
    • Type “HipChat” for the name.
    • Click the lock icon to unlock the Endpoint field and type “${endpoint}” there.
    • Type something useful in the Description field if you go for that sort of thing.
  3. Right-click in the header and choose “Save” to submit the new record and stay where you are.
  4. At the bottom of the newly-saved record, there will be a related list containing REST Message Functions, of which there should be four: “get”, “post”, “put”, and “delete”. Check the box to the left of all these but “post” and use the drop-down at the bottom to delete them. The only one we need to keep here is the “post” function.
  5. Click into the “post” function.
    • Verify the Endpoint here is also set to “${endpoint}” (it should’ve inherited this setting from the parent REST Message).
    • Insert an HTTP Header row Name “Content-Type” and Value “application/json”.
    • In the Content field, type “${payload}”.
  6. Click “Update”.

That’s it, the REST Message and REST Message Function should be ready to go.

The Script Include

To create the Script Include, follow these steps:

  1. Navigate to System DefinitionScript Includes in your Service­Now instance.
  2. Click “New”.
    • Name the Script Include “HipChatNotification”.
    • Give it a description if you want.
    • Copy and paste the script below.
  3. Click “Submit”.

Here’s the script itself:
[code language=”javascript”]var HipChatNotification = Class.create();

HipChatNotification.prototype = {
‘initialize’: function() {},

‘send’: function (message, endpoint) {
// Set the text and channel (or fall back to defaults)
this.payload.message = message || this.payload.message;
this.endpoint = endpoint || this.endpoint;

// Encode the payload as JSON
var SNJSON = JSON; // Workaround for JSLint warning about using JSON as a constructor
var myjson = new SNJSON();
var encoded_payload = myjson.encode(this.payload);

// Create and send the REST Message
var msg = new RESTMessage(‘HipChat’, this.method);
msg.setStringParameter(‘endpoint’, this.endpoint);
msg.setXMLParameter(‘payload’, encoded_payload);
var res = msg.execute();
return res;

‘endpoint’ : gs.getProperty(‘hipchat_notification.default_endpoint’),
‘method’ : ‘post’,
‘payload’ : {
‘color’ : gs.getProperty(‘hipchat_notification.default_color’),
‘message’ : ”,
‘message_format’ : ‘html’,
‘notify’ : false

‘type’: ‘HipChatNotification’

Now, I said earlier if you’re running Fuji you could skip the step for adding the REST Message. If you did that, you’ll want to find the following block of code in the above script . . .
[code language=”javascript”]// Create and send the REST Message
var msg = new RESTMessage(‘HipChat’, this.method);
msg.setStringParameter(‘endpoint’, this.endpoint);
msg.setXMLParameter(‘payload’, encoded_payload);
var res = msg.execute();
return res;[/code]

. . . And replace it with this:
[code language=”javascript”]// Create and send the REST Message
var msg = new sn_ws.RESTMessageV2();
msg.setRequestHeader(‘Content-Type’, ‘application/json’);
var res = msg.execute();
return res;[/code]

This alternative code instantiates a new RESTMessageV2 object (instead of the older RESTMessage object) and does so without specifying any parameters. One of the neat things about the new version of the Outbound REST API is you don’t have to specify an existing REST Message, but can use the setter methods you see here to set the Endpoint and the HTTP Method, as well as directly set the Content Body of the message, all at runtime. Obviously if there’s a lot of setup (special headers and authentication and such) you may still want to go the former route of declaring the REST Message up front and calling it here, but since using the HipChat API doesn’t require a lot of complicated setup, being able to do it this way keeps things simple.

System Properties

You may have noticed the Script Include pulls in a couple of System Properties. I like using System Properties because they allow you to change settings on the fly later without re-deploying code. You can get a list view of all System Properties by typing “sys_properties.list” in the search box at the top of the left sidebar in Service­Now. To create a new System Property from there, simply click the “New” button.

You’ll need to declare the following System Properties in your instance for the Script Include above to function properly:

Name Value
hipchat_notification.default_endpoint Here’s where you should paste that URL you put in a safe place way back in the first section above.
hipchat_notification.default_color Specify the color you’d like all HipChat notifications to be by default. You can choose from yellow, green, red, purple, gray, or random.

I called these both defaults since, as I’ll show below, you can override either or both of them in your individual Business Rules. As a best practice I recommend you rename these to include a company prefix, e.g. acme.hipchat_notification.default_endpoint. If you do, just don’t forget to modify each of the gs.getProperty() calls in the Script Include to match the new names.


Here’s how easy it is to send a notification to the default endpoint using this Script Include. In an advanced Business Rule (with conditions specified however you like), just call the send() method on a new HipChatNotification object:

[code language=”javascript”]var hipchat = new HipChatNotification();
hipchat.send(‘Hello World!’);[/code]

To send the notification someplace other than the default room, simply create another integration for that room and specify the alternate endpoint URL as a second parameter of the send() method:

[code language=”javascript”]var hipchat = new HipChatNotification();
hipchat.send(‘Hello World!’, ‘’);[/code]

Note that the message itself can include HTML. Here’s a more realistic example how you might notify a room when an Incident has been assigned to a particular assignment group:

[code language=”javascript”]// Initialize a new HipChatNotification
var hipchat = new HipChatNotification();

// Set up the payload
hipchat.payload.message = ‘An Incident has been assigned to ‘ + + ‘: <a href="https://’ + gs.getProperty(‘instance_name’) + ‘’ + current.sys_id + ‘">’ + current.number + ‘</a> ‘ + current.short_description;
hipchat.payload.color = ‘red’;

// Fire off the message
var response = hipchat.send();[/code]

The above will result in a Slack notification looking like this:

HipChat Notification

Don’t miss how you can call the send() method without any parameters as long as you’ve specified useful values for the payload beforehand, and be aware you may need to use toString() when you set values if you’re not using string concatenation or something else that would implicitly cast the contents of a record field into a string.

Lastly, note that the send() method returns the server response. If you store that response you can debug by grabbing values out of it as shown below:
[code language=”javascript”]// Send the notification
var hipchat = new HipChatNotification();
var response = hipchat.send(‘Hello World!’);

// Show error message if it failed
if(response.getStatusCode() != 200) {
gs.addInfoMessage("response.getBody: " + response.getBody());
gs.addInfoMessage("response.getStatusCode: " + response.getStatusCode());
gs.addInfoMessage("response.getErrorMessage: " + response.getErrorMessage());


So, what can you use this for? The sky’s the limit really. You can set up a Business Rule to fire on any condition you want and send any HTML message into any HipChat room. Use it as above to notify any given team when they have a new assignment. Use it to notify management when there’s a P1 incident. If you find a creative use for this Script Include, I’d love if you’d leave a comment below or drop me a line on social media. Cheers! 

This entry was posted in Uncategorized.

7 thoughts on “Integrating ServiceNow with HipChat

  1. This is great, thank you for this. I just implemented this to send notifications when a critical ticket is assigned to a group. Any insight on how you would adapt this to send private messages to someone when an incident is assigned to them?

  2. I just set this up with a self-hosted instance of HipChat and it works wonderfully. The only thing i did differently is that in the “post” settings screen I chose our midserver to route all http traffic through there.

    Am noticing a glitch though. I created two rules, one for new incidents and one for updated incidents. The latter is posting twice in the room, in succession. Do not have this issue the new incident BR or both BR’s(new and updated as well) I set up following your slack tutorial. Any thoughts?

    (function executeRule(current, previous /*null when async*/ ) {
    //Get last comment
    var notes = current.comments.getJournalEntry(1);
    // Initialize a new HipChatNotification
    var hipchat = new HipChatNotification();

    // Set up the payload
    hipchat.payload.message = ‘An existing Incident has been updated ‘ + ‘: a href=”https://’ + gs.getProperty(‘instance_name’) + ‘’ + current.sys_id + ‘”‘ + current.number + ‘ ‘ + ‘ — ‘ + current.comments;
    hipchat.payload.color = ‘green’;

    // Fire off the message
    var response = hipchat.send();
    })(current, previous);

    if i use “notes” variable I created, instead of “current.comments” I get two updates with the last additional comments. If I use current.comments I get one post with the additional comments and one blank. Wonder what is causing this.

    Edit – took html tags off as it was hiding parts of the payload message.

  3. Please fix your SN/Slack integration post! I saved it a long time ago hoping to use it when we upgraded our SN instance but it doesnt load! help :(

Leave a Reply

Your email address will not be published.