- Home
- Resources
- Integrations
- Sentry.io
Sentry.io n8n integrationAutomate Sentry.io with n8n.
One node, and the whole Sentry.io object model behind it. The Sentry.io n8n integration exposes 25 operations over 6 resources: events, issues, projects, releases, organizations and teams. No trigger node ships with it, so a schedule or a webhook starts the run. Built for ops and engineering teams.
Verified Trustpilot reviews · AI, automation & growth agency
What does the Sentry.io n8n integration actually do?
The Sentry.io node ships with n8n and calls the Sentry API on your behalf. It groups 25 operations under 6 resources: events, issues, projects, releases, organizations and teams. Listing, reading, creating, updating or deleting any of those objects becomes a single step in a workflow, sitting next to the nodes you already run.
First scenario, the morning triage. A Schedule Trigger fires, Get many issues reads a project with the Query field left empty, which makes Sentry apply its implied is:unresolved filter, and the result is posted to a channel through the Slack node. Nobody opens the Sentry dashboard to find out what broke overnight.
Second scenario, the deploy log. When a build finishes, a workflow started from GitHub runs Create a release with the commit hash as Version and the affected project slugs in Project Names or IDs. Sentry then has a release on record, created by the same pipeline that produced the build.
Third scenario, the report nobody writes by hand. Get many events with Return All switched on walks every page of results for one project, and the items land in Google Sheets for a quick pivot, or in Postgres when the history has to be queried later.
The node covers the 6 resources listed above. For any Sentry endpoint outside that catalogue, the HTTP Request node calls it directly and reuses the same Sentry credential through predefined authentication, so nothing has to be re-declared. Mixing the two inside one workflow is common, and perfectly fine.
One thing to plan for: this tool has no trigger node in n8n. A Sentry workflow therefore starts elsewhere, with a Schedule Trigger on a fixed interval, with an n8n Webhook, meaning a URL that a third-party service calls, or with the trigger of another tool. If you are still weighing platforms before building all this, the n8n review goes through the trade-offs.
How do you connect Sentry.io to n8n?
- 01
Pick the authentication method
In the n8n Credentials menu, create a Sentry.io credential. Three methods exist: Access Token (Cloud), OAuth2 (Cloud), and Access Token (Self Hosted) for a Sentry instance you run yourself. A credential is created once and then offered in the dropdown of every Sentry.io node in every workflow, so this step happens a single time.
- 02
Generate the auth token
For both token methods, Sentry asks for a Token. You generate a User Auth Token in Account, then Settings, then User Auth Tokens, and paste it into the credential. With Access Token (Self Hosted) there is a second field, the URL of your self-hosted Sentry instance, which tells n8n where to send the calls.
- 03
Set up OAuth2 if you prefer it
Building OAuth2 from scratch means creating an integration on the Sentry side. Copy the OAuth Callback URL that n8n displays and add it as an Authorized Redirect URI, then copy the Client ID and the Client Secret back into the n8n credential. From there the connection behaves like any other OAuth2 credential in n8n.
Every Sentry.io operation the n8n node runs
The Sentry.io node exposes 25 operations across 6 resources. For each one: the node as you configure it in n8n, the required fields, and our field notes.
| Resource | Create | Get | Get Many | Update | Delete |
|---|---|---|---|---|---|
| Event | ✓ | ✓ | |||
| Issue | ✓ | ✓ | ✓ | ✓ | |
| Organization | ✓ | ✓ | ✓ | ✓ | |
| Project | ✓ | ✓ | ✓ | ✓ | ✓ |
| Release | ✓ | ✓ | ✓ | ✓ | ✓ |
| Team | ✓ | ✓ | ✓ | ✓ | ✓ |
Operations index
Event
2 operationsGet an event
event.getWhat you see in n8n
Notes & use cases
Pulls one event out of a project, addressed by its own ID rather than by the issue it belongs to. The node returns that event as a single item.
Key parameters
- Organization Slug Name or ID: the slug of the organization the events belong to, chosen from the list or set with an expression.
- Project Slug Name or ID: the slug of the project the events belong to, same list-or-expression choice.
- Event ID: either the numeric primary key or the hexadecimal ID as reported by the raven client.
Get many events
event.getAllWhat you see in n8n
Notes & use cases
Lists the events recorded for one project and hands them to the next node one item at a time.
Key parameters
- Organization Slug Name or ID: which organization to read from.
- Project Slug Name or ID: which project the events belong to.
- Full: switched on, the payload includes the full event body, stack trace included.
- Return All: on, n8n chains the API pages until everything is in; off, Limit caps how many events come back.
Issue
4 operationsDelete an issue
issue.deleteWhat you see in n8n
Notes & use cases
Removes one issue from Sentry, addressed by its ID and nothing else.
Key parameters
- Issue ID: the identifier of the issue, shaped like the
1234placeholder shown in the field, and often{{ $json.field }}when the value travels from an earlier node.
Get an issue
issue.getWhat you see in n8n
Notes & use cases
Reads one issue back from Sentry, so the workflow acts on what Sentry holds right now instead of on a copy captured minutes earlier.
Key parameters
- Issue ID: the identifier Sentry gives the issue, in the
1234shape the field suggests.
Get many issues
issue.getAllWhat you see in n8n
Notes & use cases
Browses the issues of a project. Leave the search empty and Sentry assumes an implied is:unresolved, which is why this operation is the usual starting point for a triage workflow.
Key parameters
- Organization Slug Name or ID and Project Slug Name or ID: the two slugs that scope the search.
- Query: an optional Sentry structured search query, in the same syntax as the product's search bar.
- Stats Period: the time period of the stats,
24hor14d. - Short ID Lookup: opt-in, because looking up short IDs can return an issue belonging to another project.
- Return All and Limit: the full list, or a capped one.
Update an issue
issue.updateWhat you see in n8n
Notes & use cases
Changes the state of an existing issue from a workflow, which is how Sentry stays in sync with whatever tool the team actually works in.
Key parameters
- Issue ID: the issue to modify.
- Status: the new status, among
resolved,resolvedInNextRelease,ignoredandunresolved. - Assigned To: the actor ID or username of the user or team that should own it.
- Is Public: whether the issue is set to public or private.
- Is Bookmarked, Is Subscribed, Has Seen: the user-context flags.
Organization
4 operationsCreate an organization
organization.createWhat you see in n8n
Notes & use cases
Creates a new organization, the top-level container that everything else in Sentry hangs from.
Key parameters
- Name: required, the name of the organization.
- Agree to Terms: whether you agree to the applicable terms of service and privacy policy of Sentry.io.
- Slug: the unique URL slug; left empty, a slug is generated automatically from the name.
Get an organization
organization.getWhat you see in n8n
Notes & use cases
Fetches a single organization from its slug, which is the quickest way to confirm a credential really reaches the account you think it does.
Key parameters
- Organization Slug Name or ID: picked from the dropdown, which n8n fills using the credential, or set with an expression when the slug comes from an earlier node.
Get many organizations
organization.getAllWhat you see in n8n
Notes & use cases
Returns the organizations the credential can see, which matters as soon as one token covers several accounts.
Key parameters
- Member: restricts the results to organizations you have membership in.
- Owner: restricts them to the ones you own.
- Return All: every page, or Limit to stop after a given number of organizations.
Update an organization
organization.updateWhat you see in n8n
Notes & use cases
Edits an organization that already exists, without touching anything it contains.
Key parameters
- Slug Name or ID: this operation names the target field differently from the rest of the node, so look for Slug Name or ID and not the usual organization dropdown.
- Name: the new name of the organization.
- Slug: the new URL slug.
Project
5 operationsCreate a project
project.createWhat you see in n8n
Notes & use cases
Adds a project under an existing team, so a new service starts reporting into its own space instead of polluting an old one.
Key parameters
- Organization Slug Name or ID: where the project lives.
- Team Slug Name or ID: the slug of the team the project is created for.
- Name: the name for the new project.
- Slug: optional; without it, a slug is generated from the name.
Delete a project
project.deleteWhat you see in n8n
Notes & use cases
Takes a project out of an organization. Both slugs are required, which is a small safety net: you have to name the organization before you can name what disappears from it.
Key parameters
- Organization Slug Name or ID: the organization the project belongs to.
- Project Slug Name or ID: the slug of the project to delete.
Get a project
project.getWhat you see in n8n
Notes & use cases
Opens the record of one project and passes it on as a single item.
Key parameters
- Organization Slug Name or ID: the organization the events belong to.
- Project Slug Name or ID: the slug of the project to retrieve.
Get many projects
project.getAllWhat you see in n8n
Notes & use cases
Enumerates the projects the credential reaches. No slug is required here, which makes it the easiest operation to test a fresh Sentry.io credential with.
Key parameters
- Return All: on, n8n follows every page of projects; off, Limit sets the ceiling.
Update a project
project.updateWhat you see in n8n
Notes & use cases
Adjusts the settings of a project already in place.
Key parameters
- Organization Slug Name or ID and Project Slug Name or ID: the project to update.
- Name and Slug: the new name and the new slug.
- Platform: the new platform for the updated project.
- Team: the new team name.
- Digests Maximum Delay and Digests Minimun Delay: the maximum and minimum interval to digest alerts. The second label carries a typo in the node itself, so do not go looking for a different field.
Release
5 operationsCreate a release
release.createWhat you see in n8n
Notes & use cases
Registers a release in Sentry, which is what lets the product tie an error back to the version that introduced it.
Key parameters
- Organization Slug Name or ID: the organization the release belongs to.
- Version: a version identifier, a version number or a commit hash.
- URL: a URL pointing to the release, for instance an online interface to the source code.
- Project Names or IDs: a list of project slugs involved in this release.
- Date Released, Commits, Refs: optional.
Delete a release
release.deleteWhat you see in n8n
Notes & use cases
Drops a release from an organization, addressed by its version identifier.
Key parameters
- Organization Slug Name or ID: the organization the release belongs to.
- Version: the version identifier of the release, the same string that was used to create it.
Get a release by version ID
release.getWhat you see in n8n
Notes & use cases
Looks up a release from its version identifier. Handy as a check before a deploy: if the version already exists in Sentry, the pipeline knows it is about to repeat itself.
Key parameters
- Organization Slug Name or ID: where to look.
- Version: the version identifier of the release.
Get many releases
release.getAllWhat you see in n8n
Notes & use cases
Walks through the releases of an organization, newest ones included, in one node run.
Key parameters
- Organization Slug Name or ID: the organization the releases belong to.
- Query: creates a starts-with filter on the version, so a naming convention like a product prefix becomes a filter for free.
- Return All: every page of releases; off, Limit caps the list.
Update a release
release.updateWhat you see in n8n
Notes & use cases
Completes a release that already exists, typically because the data arrived after the deploy rather than during it.
Key parameters
- Organization Slug Name or ID and Version: the release to amend.
- Commits and Refs: the commit data, and the start and end commits for each repository included in the release.
- Date Released: when the release actually went live.
- URL and Ref: a URL pointing to the release.
Team
5 operationsCreate a team
team.createWhat you see in n8n
Notes & use cases
Sentry.io groups people and projects under teams, and this operation adds one from a workflow. The new team lands inside the organization you point at.
Key parameters
- Organization Slug Name or ID: the slug of the organization the team belongs to. Pick it from the dropdown n8n loads, or pass an expression (a small formula that reads the incoming item) such as
{{ $json.field }}. - Name: the name of the team. It is required, so an empty value stops the node.
- Slug: optional, under Additional Fields. Leave it out and Sentry.io generates the slug from the name.
Delete a team
team.deleteWhat you see in n8n
Notes & use cases
When a squad is dissolved, its team stays behind and keeps showing up in Sentry.io project settings. This operation removes it, and it wants slugs, not the display names you read in the interface.
Key parameters
- Organization Slug Name or ID: the slug of the organization the team belongs to, chosen from the list or supplied as an expression.
- Team Slug Name or ID: the slug of the team to delete. Same dropdown, same fallback to
{{ $json.field }}when the value travels from an earlier node.
Get a team
team.getWhat you see in n8n
Notes & use cases
Pulling one team back into a workflow gives you its record as the node output, which is what you want before deciding to update it or delete it. The lookup goes through the team slug.
Key parameters
- Organization Slug Name or ID: the slug of the organization the team belongs to, from the dropdown or from an expression.
- Team Slug Name or ID: the slug of the team to get. If the slug is wrong the node fails, so read it from a previous step rather than typing it by hand.
Get many teams
team.getAllWhat you see in n8n
Notes & use cases
An organization accumulates teams faster than anyone documents them. This operation lists the teams of one organization so the rest of the workflow has something to loop over.
Key parameters
- Organization Slug Name or ID: the slug of the organization whose teams should be listed.
- Return All: checked, n8n chains the API pages and brings back every team of the organization.
- Limit: the maximum number of teams returned when Return All is off. Useful while you are still testing the workflow.
Update a team
team.updateWhat you see in n8n
Notes & use cases
Renaming happens more often than anyone plans for, usually after two squads merge. This operation edits an existing team, and both fields it can change sit in the optional Update Fields collection.
Key parameters
- Organization Slug Name or ID: the slug of the organization the team belongs to.
- Team Slug Name or ID: the slug of the team to update, picked from the list or passed as
{{ $json.field }}. - Name: the new name of the team.
- Slug: the new slug. It has to be unique and available, so a collision is worth handling on the error branch.
Need help automating Sentry.io with n8n?
A person reads every message.



