Admin Toolkit for Jira — Privacy policy

Last updated: 28 August 2026 · App: Admin Toolkit for Jira · Vendor: SynapseOasis

This policy explains what data Admin Toolkit for Jira collects, how it is processed and stored, and the choices available to you. Admin Toolkit for Jira gives Jira administrators the tools Atlassian does not ship: bulk project management, custom field assessment and merging, scheme and filter cleanup, user mirroring, user analysis, offboarding, and post-migration cleanup.

Admin Toolkit for Jira is built on Atlassian Forge. It runs inside Atlassian's infrastructure and stores its data in your own Atlassian tenant. It calls no external service other than the Atlassian APIs of your own site.

1. Data we collect

The data falls into two categories: configuration and results held in app storage, and Atlassian data that is read and processed in memory but not retained.

App storage (persisted inside your Atlassian tenant)

• Job state and results — the progress, parameters and chunked results of the operations you run: custom field assessments, field merger analyses and the generated CSV rows, offboarding scans, scheme and filter scans, project activity scans and user analyses. Results are kept so you can review a completed run.
• Tool configuration and preferences — the settings of each tool, including the target project and issue type used when a tool creates an issue.

Transient data (read and processed in memory, not retained)

• project, field, screen, scheme, workflow, filter, board and permission configuration read from Jira
• issues affected by an operation you explicitly run
• user and group lookups from Jira
• the contents of the Atlassian Admin CSV files you upload to the User Analysis tool, which are parsed in memory to produce the analysis

Transient data is read through the standard Atlassian REST APIs, used to produce the result you asked for, and then discarded.

2. Personal data

• The results of the tools that work on people — a permission audit, an offboarding scan, a user analysis, a mirror operation — contain Atlassian account IDs, display names, email addresses (where the CSV you uploaded contains them) and group names, because that is the output you asked for. They are stored as part of the job result and removed when the job is reset or the app is uninstalled.
• CSV files uploaded to User Analysis are parsed to produce the analysis; the resulting aggregated report is stored, and the analysis is cleared when you start over.
• Once a day the app sends Atlassian the account IDs it holds, through Atlassian's Personal Data Reporting API, and Atlassian answers with the accounts that have been closed. Nothing else tells an app that a person left. When an account comes back as closed, the cycle walks the whole store and removes it: a record keyed on that person is deleted, and a record that merely names them has the name taken out.
• The app does not collect passwords, authentication tokens, API keys or payment data.

3. Storage and retention

All persisted data is stored in Forge app storage (key-value store), provisioned for your installation and located in the Atlassian cloud region of your site. SynapseOasis operates no servers, no databases and no logs outside Atlassian, and has no standing access to your data.

Configuration is retained for the life of the installation. Job data and results are retained until you delete or reset them, until they are replaced by a newer run, or until the app is uninstalled.

4. Data sharing

• SynapseOasis does not share your data with third parties.
• There is no sale or transfer of data to third parties.
• There are no analytics, tracking or telemetry calls to external services.
• The only outbound calls the app makes are to api.atlassian.com — the Atlassian REST APIs of your own site.
• All data stays within Atlassian.

5. Security

The app runs inside the Atlassian Forge sandbox and is subject to Atlassian's platform security controls. It requests only the scopes it needs:

• read:jira-work
• write:jira-work
• read:jira-user
• read:project:jira
• manage:jira-project
• manage:jira-configuration
• read:board-scope:jira-software
• read:board-scope.admin:jira-software
• storage:app
• report:personal-data

Where the app acts on behalf of a user, Atlassian's permission model applies, so it cannot show a user data they could not already see. Administrative functions are restricted to users holding the corresponding Atlassian administration permission. All stored input is validated and size-capped before it is written.

6. Data deletion and retention

Deletion is controlled by the Atlassian platform, not by SynapseOasis. This section describes what actually happens, because the difference matters for a data protection assessment.

• While the app is installed, you can delete data through the app's own screens, and that deletion is immediate.
• When you uninstall the app, it runs an uninstall handler that clears its storage. Independently of that, Atlassian detaches the installation's data: it becomes inaccessible to the app, to your users and to us, right away.
• After uninstalling, Atlassian keeps the detached data for a limited period before destroying it, under Atlassian's own data retention policy. Atlassian's Forge documentation describes the storage as soft deleted on uninstall and retained for 28 days, and separately notes that a re-link request must reach Atlassian within 21 days for previous data to be restored to a new installation. That restore only happens if you ask us to raise the request, with your consent. We never initiate it.
• Atlassian's backups follow Atlassian's own schedule and are outside any app's control.

The practical consequences: we cannot delete this data faster than Atlassian's process allows, and we cannot read it after an uninstall. If you need specific data gone on a specific date, delete it inside the app before you uninstall.

Atlassian documents this in Data lifecycle for Forge-hosted storage. The retention periods are Atlassian's to change, so treat Atlassian's documentation as the current source rather than this page.

7. GDPR

• Data minimisation — only the configuration and results needed for the app's function are stored; everything else is processed in memory and discarded.
• Purpose limitation — data is used solely to provide the app's functionality inside your tenant, and is never sold or transferred to third parties.
• Data residency — all persisted data remains in your Atlassian tenant on Forge infrastructure, in the Atlassian cloud region of your site.
• Right to erasure — data can be deleted through the app while it is installed. On uninstall it is detached immediately and then destroyed by Atlassian under Atlassian’s retention policy, as described in the section above.
• Sub-processors — SynapseOasis uses no sub-processors for app data. Atlassian is the infrastructure provider and processes the data under your existing agreement with Atlassian.

8. Contact

• Email: contact@synapseoasis.com
• Support portal: Customer support portal

9. Changes to this policy

We may update this policy from time to time. When we do, we revise the last-updated date at the top of this page. We encourage you to review it periodically to stay informed about how Admin Toolkit for Jira handles your data.