Privacy policy

Recurring Work Items for Jira — last updated 13 August 2026.

We do not receive your data

Recurring Work Items for Jira is an Atlassian Forge app. It runs entirely on Atlassian's own infrastructure, inside your Atlassian Cloud site. It has no servers of ours, no external database, and no network access to anywhere outside Atlassian — the app's manifest declares 0 external domains, which is why it carries the Runs on Atlassian badge. Nothing you enter into it, and nothing it reads from Jira, is ever transmitted to us or to any third party.

What the app stores, and where

To do its job the app keeps, in Atlassian-hosted app storage inside your own site:

It reads project, issue-type, field, user and issue-status information from Jira as needed to present the rule editor and to create issues.

Data residency

Because all storage is Atlassian's app storage, your data stays wherever your Atlassian site's data resides, and follows the same data-residency guarantees Atlassian gives the host product.

Retention and deletion

Rules and settings persist until you delete them. Run history records expire automatically 180 days after they are written. Uninstalling the app removes its stored data with the installation, per Atlassian's own app-data lifecycle.

Analytics

None. The app collects no telemetry and sends no usage data anywhere.

The assistant on this website

This documentation site — and only this site, not the app — has a chat panel that answers questions about the product. It is a feature of the website. It is not part of the Forge app, it has no connection to your Atlassian site, and nothing you type into it can reach, read or change your Jira data. Everything above about the app remains true whether you use it or not.

When you send a question, three things go to OpenRouter, which routes it to the model that writes the answer (~deepseek/deepseek-v4-flash-latest): your question, the earlier questions and answers in that same conversation, and the text of the pages of this site. Nothing else — there is no account, no cookie and no identifier attached to it. The request is restricted to model providers that do not retain or train on what is sent to them.

The permissions the app asks for

Jira asks an administrator to consent to these at install. Each is listed with what stops working without it:

PermissionWhy it is needed
storage:appThe app's whole state — the rules, the per-project settings and the run history — lives in Forge's Atlassian-hosted storage. There is no external database and no server.
read:jira-workTo read the project, its issue types, its priorities and the field metadata the rule editor offers, and to read the status of the issue a rule previously created (the "only create if the previous one is closed" option).
write:jira-workTo create the issue each occurrence is for, and its subtasks.
manage:jira-projectTo write one project property — the flag that records whether a project is enrolled. Without it, turning the app on for a project fails.
read:jira-userTo read who the caller is and which groups they are in, which is what the per-project scheduling permission is decided against.

The app never asks anyone for a token, a password or any credential. All access to Jira goes through Forge's own authenticated bridge, using the scopes consented to at install.

Contact

support@tiraisoft.com. See Support.