/
/
Raise one ServiceNow change for a finished Jira release
For release managers who want a ServiceNow change raised for finished Jira work and every issue tagged with its number, by asking their AI assistant.
On this page
Connector
Connect ServiceNow, pick your AI tool and paste the prompt.
The problem
Release changes that miss issues or list them twice
When a release is ready, someone raises a ServiceNow change, lists every Jira issue it deploys and tags each issue with the change number. By hand, issues are missed, work lands on two changes and the audit trail is incomplete.
Without PopdockAI
- Filter Jira for finished issues
- Copy them into a new change by hand
- Miss issues already on another change
- Forget to tag each issue with the change number
With PopdockAI
- Finished issues not yet tagged are collected
- ServiceNow is checked for an open change on the same project
- You see the draft change and issues before anything is written
- The change is created once and its number commented on each issue
The prompt
Use this prompt
Copy it into any AI tool connected to PopdockAI. Swap the values in braces for your own.
**Objective:** Raise one ServiceNow change request to deploy the finished Jira issues in project `{project-key}` (or only the keys in `{issue-keys}`, comma separated), planned to start on `{planned-start}` (default: ask the user). Write nothing until the user confirms.
**Step 1: Collect the Jira work**
If `{issue-keys}` is given, call `jira-get-issue` filtered by `issue-key` for each key. Otherwise call `jira-get-issue` with `project-key` set to `{project-key}` and `status` set to Done. Drop any issue whose summary or labels already carry a change number (CHG followed by digits) and list those separately as already covered. If nothing is left, say so and stop.
**Step 2: Check ServiceNow for an existing change**
Call `servicenow-get-change-request` with `short-description.contains` set to `{project-key}` and keep any that are not Closed or Canceled. If one already covers this release, show it and ask the user whether to continue with a new change; stop if they say no.
**Step 3: Confirm**
Draft the change: short description "Deploy {project-key}: <n> Jira issues", a description listing every Jira key with its summary and type, start date `{planned-start}`, and type Normal unless the user says otherwise. Show the draft and the list of Jira issues you will tag. Ask for confirmation. Do not continue without an explicit yes.
**Step 4: Write**
1. Call `servicenow-add-change-request` once with `short-description`, `description`, `type` and `start-date`.
2. Call `servicenow-get-change-request` with `short-description.contains` set to the short description you used, to read the new change `number`.
3. For each Jira issue, call `jira-add-issue-comment` once with the body "Deployed by ServiceNow change <change number>". Pass the issue key as `issue-id`.
**Step 5: Report**
The change number, its planned start, and a table of the Jira keys that were tagged and any that failed.
**Rules & Guidelines:**
* `servicenow-get-change-request` and `servicenow-add-change-request` are on the servicenow server. `jira-get-issue` and `jira-add-issue-comment` are on the jira server.
* Create exactly one change request. Do not call `servicenow-update-change-request`, `servicenow-add-change-task`, `jira-update-issue` or `jira-assign-issue`.
**Validation:**
* If `servicenow-add-change-request` fails, report the error and do not comment on any Jira issue.
* If the new change number cannot be read back, report that the change was created but not found, and do not comment on Jira.
* If a Jira comment rejects the key as `issue-id`, read the numeric id with `jira-get-issue-watcher` filtered by `issue-key` and retry once; otherwise record that issue as failed and continue.Who it's for
One answer, three teams that use it
Release managers
Raise release changes in one step
Get one change listing exactly what is deployed, with each Jira issue tagged.
Raise a ServiceNow change for the finished issues in Jira project WEB, deploying on 3 December.
Engineering managers
Close the loop with change management
Hand finished work to change management without filling in forms.
Create a change for PAY-412, PAY-418 and PAY-430, planned for next Tuesday.
Change managers
Get a complete audit trail
Every deployed issue carries the change number, so audits trace both ways.
Raise a change for the done issues in Jira project CORE starting 10 December, and skip any already tagged.
How it works
What PopdockAI does when you ask
You give a Jira project or issue keys and a start date, and your AI assistant drafts the change. It is created and the issues tagged only after you confirm.
01
Ask
You give a Jira project or issue keys and a planned start date.
02
Collect
It gathers finished issues not yet tagged and checks for an open change.
03
Confirm
You see the draft change and the issues it will tag, and say yes.
04
Create
It creates the change once and comments its number on each Jira issue.
What PopdockAI provides
The tools behind the answer
Ready made tools for ServiceNow and one secure connection to your AI tool. No code, no exports.
jira-get-issue
servicenow-get-change-request
servicenow-add-change-request
jira-add-issue-comment
jira-get-issue-watcher
This report is built from Get data tools only. PopdockAI applies the row, field and parameter rules your admin sets, and every query is written to the audit trail.
The outcome
One change per release, traced both ways
Related use cases
More ways to put this data to work
One prompt template with infinite possibilities.
Your AI assistant adapts its approach, tone, and capabilities to match each unique context while you maintain a single, manageable workflow.
Join forward-thinking companies that are transforming their operations with intelligent, secure AI automation.

.webp)
