This is an IBM Automation portal for Cloud Management, Technology Cost Management, Network Automation and AIOps products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).
We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:
Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,
Post an idea.
Get feedback from the IBM team and other customers to refine your idea.
Follow the idea through the IBM Ideas process.
Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.
IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.
ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.
Hello Team,
Thank you for taking the time to provide your idea to IBM. The use case is a clear real gap: Instana currently uses the same event description for both Open and Closed notifications, with no support for conditional or state-based content today.
A similar idea is already in-progress which covers the broader alert notification templating capability, of which open/closed state-specific content is a key use case. In the meantime, here is a workaround using two separate alert configurations with Custom Event Payloads:
Note: This workaround adds operational overhead of managing two alert configurations for each use case. It is band-aid measure until native open/closed template support is available.
Step 1: Create two Generic Webhook alert channels
- Go to Settings → Alert Channels → Add Alert Channel → Generic Webhook
- Create `Channel A` —> name it `ServiceNow-Open` —> pointing to your ServiceNow incident creation endpoint
- Create `Channel B` —> name it `ServiceNow-Closed` —> pointing to your ServiceNow resolution/closure endpoint (or a separate email group)
Step 2: Create your alert, assign only `Channel A` (Open)
- Go to Settings → Alerts → New Alert
- Set your threshold and scope as normal
- Under Alert Channels, assign only `Channel A` (`ServiceNow-Open`)
- Under Custom Payload (optional, but recommended), add:
- Key: `event_state` → Value: `OPEN`
- Key: `action` → Value: `Create ServiceNow ticket and contact on-call team`
- Set the Description field to your open-state instructions only
Step 3: Create a second alert for the Close notification
- Duplicate the alert from Step 2
- Change the Alert Channels to `Channel B` (`ServiceNow-Closed`) only
- Update the Custom Payload:
- Key: `event_state` → Value: `CLOSED`
- Key: `action` → Value: `Verify resolution —> no ticket creation required`
- Update the Description to your closed-state message
Step 4: Route in your downstream system
- Your webhook receiver or ServiceNow integration reads the `event_state` custom payload field to determine the appropriate action
- `OPEN` → triggers ticket creation workflow
- `CLOSED` → triggers ticket closure or suppresses notification
We truly value your relationship with IBM and are committed to providing you with an outstanding experience. Thank you for bringing this idea forward and for the detailed context. If you have any additional feedback, thoughts, or ideas, or if there is anything else I can do, please do not hesitate to reply to this message to continue the conversation.