Form Drift Check
by ProfitSignal Labs

Form Drift Check — customer terms and processing agreement

Version 1.0 — 28 September 2026.

Agreement

For orders made through Atlassian Marketplace, the agreement consists of the Bonterms Standard End User Agreement (Version 1.0), unmodified, together with the Provider-Specific Terms and attachments below. It takes effect between the customer and the provider upon the customer's first order as provided in that standard agreement. This page does not itself accept an order or establish that the app is available for sale.

Standard agreement: https://www.atlassian.com/it/licensing/marketplace/end-user-agreement-v1

Provider-Specific Terms

Provider and product. Provider is Jon Ander Irazusta Iribar, trading as ProfitSignal Labs. Product is Form Drift Check for Jira. Legal notices may be sent to support@profitsignallabs.dev and the address in the Legal Notice.

Governing law. Spanish law applies, without excluding protections or jurisdiction rules that cannot lawfully be excluded. For disputes between businesses, the agreed courts are those of Donostia–San Sebastián, Spain.

Permitted use and documented limits. The Product is for internal business use with Jira Service Management Cloud. It compares linked numbers, dates and optional short text, supports versioned project field policies and stores minimal internal review metadata. Up to three forms per issue and forty questions per form are supported. A requested list may be only partially reviewed within the time/request budget. Choices, multichoice, rich text, external connections and conditional visibility are unsupported. Rules are by project/field, not by template. The interface is in English.

Review signals. Comparisons are non-atomic observations, not proof of data integrity or compliance. Submitted snapshots can legitimately differ from current Jira values. An internal acknowledgement does not constitute a native approval, resolution or consent by another person. Customers remain responsible for source records, access controls and decisions.

Attachments. The published product setup guide is the Documentation. The Support Policy and Security Measures below apply. The Data Processing Agreement below applies to Customer Personal Data processed on the customer's behalf. The Privacy Notice explains processing for the provider's own purposes and the service architecture. For personal-data processing, the DPA prevails over inconsistent terms to the extent required to protect that data.

Support and availability. No additional contractual uptime percentage is offered. Support response commitments must meet the Marketplace Partner Agreement: a response within 24 hours for requests identified by Atlassian as critical and within five business days for other requests. Response is not a promise of resolution within that time. This does not remove the obligations and remedies in the Standard Agreement or mandatory law.

Customer data use. The provider does not sell customer data, use it for advertising or use it to train AI models. The current app has no integration with an AI service.

Data Processing Agreement

Parties and scope. This DPA forms part of the Product agreement between the customer (controller, or processor acting for its controller) and the provider (processor, or subprocessor respectively). It applies only to personal data processed on the customer's behalf through the Product and associated instructed support conducted through an agreed channel covered by this DPA. The general enquiries mailbox must not be used to transmit customer project records or personal data from Jira.

Instructions and purpose. The agreement, documented configuration and authorized use of the Product are the customer's instructions to process data for linked-form comparison and review history, review reporting, service operation and instructed support. The provider will process that data only on documented instructions, including transfer instructions, unless applicable law requires otherwise. If legally permitted, it will inform the customer of such a requirement in advance. It will inform the customer if an instruction appears to infringe applicable data-protection law.

Details of processing. Operations include authorized retrieval, comparison, display, user-directed export and storage of rule versions and minimal review metadata. Source answers and Jira values are processed transiently and excluded from app storage. Stored data includes the categories and retention described in the Privacy Notice: account and source identifiers, classifications, enumerated reasons, keyed fingerprints and timestamps. History expires logically after 30 days; rule versions and the installation integrity key do not automatically expire. Data subjects may include customer staff, contractors and persons referenced by Jira records. The service is not designed to require special-category or criminal-conviction data.

Confidentiality and security. The provider will ensure that persons authorized to process the data are subject to confidentiality obligations and will implement appropriate technical and organizational measures, considering the processing risks. The Security Measures below describe this release. Customer instructions do not authorize weakening those measures. The provider remains responsible for its applicable obligations even where the infrastructure is supplied by a third party.

Subprocessors. The customer authorizes Atlassian, acting under the Forge Terms and Forge Data Processing Addendum, to provide Forge runtime and platform operations. This is the current subprocessor register for the Product. The applicable Atlassian contracting entity and its onward subprocessors are identified in those documents and Atlassian’s published subprocessor list. No separate email provider is authorized by this DPA to receive customer project records; any additional support channel requires its providers and safeguards to be disclosed and covered before such records are accepted. The provider will impose applicable equivalent data-protection obligations on subprocessors and remains responsible as required by law. Additional direct subprocessors will be notified at least 30 days before processing begins, allowing the customer to raise a reasonable data-protection objection. The parties will seek a reasonable resolution before the new subprocessor processes that customer's data; unresolved objections require an agreed alternative or termination of the affected service under the agreement.

Assistance. Taking account of the nature of processing and information available, the provider will assist with data-subject requests and the customer's obligations concerning security, breach notification, impact assessments and consultation with authorities. It will forward requests concerning customer-controlled data and will not independently answer them except on instructions or where law requires.

Personal-data breaches. The provider will notify the customer without undue delay after becoming aware of a personal-data breach affecting the customer's data. Available information will include the nature and scope, affected categories, likely consequences, contact point, and mitigation taken or proposed. Information can be supplied in stages as investigation progresses. This does not transfer the customer's independent statutory notification responsibilities.

Return and deletion. At the customer’s choice, the provider will return or delete customer personal data at the end of service, unless applicable law requires retention. Source Jira records and copied reports remain customer-controlled. Administrators can delete accessible review history pages. Configuration versions, installation integrity keys and inaccessible history require a verified support process; restoring defaults is not deletion. History expires logically after 30 days; physical platform deletion and backup retention follow documented platform schedules. Retained data remains protected and is not used for unrelated purposes. No immediate physical backup erasure is promised.

Verification. The provider will make available information needed to demonstrate compliance and allow and contribute to audits and inspections by the customer or its mandated independent auditor, subject to reasonable confidentiality and security arrangements that do not prevent statutory rights. The parties will use available documentation first where appropriate. Audit access must not disclose another customer's data.

International transfers. Transfers must use a mechanism permitted by applicable law. Atlassian's applicable Forge DPA and transfer provisions must be in effect for its processing. The Forge DPA includes the applicable Standard Contractual Clauses. This agreement does not itself authorize a new recipient or create a transfer mechanism by merely mentioning one.

Security Measures and Support Policy

The Product runs on Atlassian Forge. Jira reads use the requesting user’s authorization, including applicable issue and form visibility. Authentication and commercial license checks take place on the server. Forge-hosted storage holds versioned rules and minimal review metadata as described in the Privacy Notice. Raw source answers and Jira values are not stored. Results reside in the current session; exports are controlled by the customer.

The app declares no external network destinations, scheduled scans, AI integration or issue-write permissions. The provider does not deliberately log issue or form content, queries, names or account identifiers. Bounded queries limit work per request. These statements describe implemented controls, not independent audit certification or a claim that all attacks have been ruled out.

Support: support@profitsignallabs.dev. Support follows the Marketplace Partner Agreement's response commitments: 24 hours for requests Atlassian identifies as critical and five business days for other requests. These are response deadlines, not guaranteed resolution times; no additional uptime percentage is promised. Send sanitized reproduction steps and approximate time. Security reports should omit exploit details or sensitive records until a safe exchange method is agreed. No public bug-bounty payment commitment is offered.

Start support requests with the action, time and a sanitized error message. Do not send project exports, issue summaries, account identifiers, credentials or customer records to the general mailbox. If a request requires customer data, a covered channel and minimal scope will be agreed first. Requests for access, return or erasure begin with minimal identifying information; no password or API token is required.

Subprocessor and platform references

The Product uses Forge hosted storage for rules, keyed fingerprints and review metadata. Review metadata has a 30-day logical lifetime; physical TTL deletion may lag. Configuration versions and the integrity key have no automatic expiry. Atlassian's platform log and infrastructure retention policies still apply. Clearing a session or uninstalling the Product does not delete source Jira issues or user-exported reports. No claim of immediate physical deletion of platform backups is made.