Effective: 2026-10-06
Effective date: 2026-10-06 · Version: 1.0.2 · Last updated: 2026-10-06
This page is published by Aidealy Ltd., of Hamidron 1, Herzliya 4654110, Israel (company registration number 517367066) ("Aidealy", "we"), under Regulation (EU) 2023/2854 (the "EU Data Act"). It contains the information the EU Data Act requires providers of data processing services to publish and keep up to date: where the infrastructure providing the Service sits and the measures protecting data held in the Union against conflicting foreign-government access (Article 28), the register of the data structures and formats in which your exportable data is available (Article 26(b)), and the fee and exit information for switching (Article 29(4) and (6)).
For customers whose Order Form place of incorporation or billing address is in the EU, the contractual switching and exit terms are in the Aidealy EU Data Act Rider, which applies to them automatically as part of their agreement with Aidealy. This page describes the same process in reader-facing terms; if this page and the Rider differ, the Rider governs. This page is published in English; the English text prevails over any translation.
Aidealy operates the Service in two strictly separated hosting regions. Each customer organisation (tenant) is assigned to exactly one region at onboarding, and its data is stored only in that region.
| Region | Where the ICT infrastructure is located | Jurisdiction it is subject to |
|---|---|---|
| EU region | European Union (primary hosting: AWS region eu-west-1, Ireland; EU-hosted ancillary services) | Ireland / the European Union |
| US region | United States (primary hosting: AWS region us-east-1; US-hosted ancillary services) | The United States |
Three further points, stated for completeness and honesty:
The EU Data Act asks providers to describe, in general terms, the technical, organisational, and contractual measures they maintain to prevent international governmental access to, or transfer of, non-personal data held in the Union where that access or transfer would conflict with Union or Member State law. Aidealy's measures are:
To date, Aidealy has received no such demands.
An EU customer can exit Aidealy, and take its data, on the following statutory path (the contractual version is the EU Data Act Rider):
When the switch completes: where you move to another provider or to your own infrastructure, the agreement (for the affected subscription) ends on successful completion of the switch - you confirm completion in writing, or completion is deemed confirmed ten (10) working days after every export you requested in time has been delivered and the retrieval period has ended, whichever of confirmation or deemed confirmation is earlier (Rider Section 9.1).
Switching and porting: methods, formats, and known limitations. The switching and porting procedure available for the Service is the notice-and-export path described above: exports are prepared and delivered by Aidealy's support team at your request - there is no self-service bulk-export console - and are delivered to you as per-dataset files in CSV (JSON is available for structures where Aidealy offers it); there is no direct provider-to-provider transfer mechanism. You scope the export at dataset level using the register in Section 5, and a full column-level data dictionary for your own exportable datasets is provided privately on request and during switching. Known restrictions and technical limitations: the Service does not maintain a copy of your repositories - the raw git inputs it ingests originate in, and remain within, your own systems of record, and its at-rest record of code changes is primarily fingerprint-based (hashes and coordinates rather than file contents, with limited per-file diff details held for some ingestion paths) - so an export contains the Service's records and derived metrics, not your source code; and functional equivalence at a destination provider is not provided (see "What the exit does not include" below), and Aidealy does not provide as part of the free exit, rebuilding your setup at a destination provider, developing new technologies, or disclosing Aidealy assets protected by intellectual-property rights or constituting trade secrets; functional equivalence at the destination is an infrastructure-tier (IaaS) duty and does not apply to a SaaS like Aidealy. Help beyond the mandated exit (custom formats, migration engineering, destination rebuild) is available as paid professional services.
Services with complex switching: no Aidealy standard service is offered on the basis that switching is impossible or subject to the Act's special regimes for custom-built or test services; if Aidealy ever offers a bespoke or non-production evaluation deployment relying on those regimes, the affected customers will be informed before contracting.
No switching charges. Aidealy charges nothing for the switching process - including the mandated reasonable assistance and the standard export runs. The EU Data Act abolishes switching charges from 12 January 2027; Aidealy applies that position from day one and reserves no interim cost-based charges.
Standard service fees continue. The subscription remains billable through the notice period, the transitional period, and the retrieval period - the Service is live and usable through them.
Early termination fee (disclosed before contracting). If you exit a committed term (for example, an annual prepaid subscription) early via switching, an early termination fee equal to the fees for the entire remaining committed term applies, and prepaid fees for the terminated remainder are not refunded. For a prepaid term, the retained prepaid fees for that remainder are credited in full against the early termination fee and will normally fully satisfy it - the fee and the no-refund rule are two expressions of a single amount, never charged cumulatively.
A monthly, non-committed option is available. Where a committed term is priced lower than the equivalent monthly price, the committed term is the trade for that discount. The EU Data Act expressly leaves early termination penalties outside the abolished switching charges and requires that they be disclosed before contracting - this section is that disclosure.
Paid professional services remain available for work beyond what the Act mandates (additional custom export work, migration engineering, destination rebuild help), at the rates stated in the applicable Order Form or statement of work.
This is the online register, kept up to date, of the data structures and formats in which your exportable data is available. Every dataset below is available in CSV (structured, commonly used, machine-readable), and JSON is available for structures where Aidealy offers it; no common specification or harmonised standard for this service type has yet been published in the central Union standards repository for the interoperability of data processing services, so exports are provided under Article 30(5) of the Act. The register describes datasets at dataset level. A full column-level data dictionary for your own exportable datasets is provided to you privately on request, and during switching, as part of our switching assistance - it is delivered per customer and not published, because the underlying database structure includes Aidealy intellectual property and trade-secret material the Act does not require to be disclosed.
All datasets are per-tenant: they contain only your organisation's data.
Billing and subscription records are not part of this register: subscription purchases are transacted through our payment provider, Paddle, acting as Merchant of Record - Paddle holds the transaction records for those purchases, and your invoices are delivered to you when they are issued - and Aidealy's own internal billing-evidence records (see the Data Retention & Deletion Policy) are likewise outside it.
| Dataset | What it contains (one line) | Format |
|---|---|---|
| bronze_git_commits | Commit events from your repositories: author identity, message, and per-file change details | CSV |
| bronze_git_commit_hunks | Location coordinates and content fingerprints of each contiguous change block in a commit | CSV |
| bronze_git_commit_lines | Positions and content fingerprints of each line added or removed in a commit | CSV |
| bronze_git_pull_requests | Pull-request events and descriptive details from your repositories | CSV |
| bronze_git_pr_comments | Review and discussion comments on your pull requests | CSV |
| bronze_git_longevity_metrics | Code-correction events showing how long earlier code survived before being changed | CSV |
| bronze_clean_code_quality | Code-quality scores produced for each analysed file version | CSV |
| bronze_files | Daily snapshot of each tracked file, its language, and its AI-versus-human authorship share | CSV |
| cursor_ide_telemetry_events | IDE usage events: AI-assistant activity, suggestions and acceptances, and session records | CSV |
| Dataset | What it contains (one line) | Format |
|---|---|---|
| attribution_metrics | Daily per-user AI-versus-human code-attribution summary | CSV |
| session_metrics | Daily summary of IDE working sessions and AI-assistant interaction | CSV |
| team_activity_daily | Daily team-level activity summary | CSV |
| user_chat_activity_daily | Daily per-user AI-chat activity summary | CSV |
| user_token_usage_daily | Daily per-user AI token-usage summary | CSV |
| user_pr_activity_metrics | Per-user pull-request activity over rolling windows | CSV |
| pr_code_quality_delta | Per-pull-request code-quality change summary | CSV |
| silver_pr_file_quality_delta | Per-file code-quality change for merged pull requests | CSV |
| pr_longevity_daily | Daily per-pull-request summary of how long merged code survives | CSV |
| silver_pr_longevity_events | Individual code-correction events behind the pull-request longevity summaries | CSV |
| code_longevity_daily | Daily code-survival and correction-time distributions | CSV |
| daily_user_sentiment_summary | Daily per-user summary of AI-chat sentiment categories | CSV |
| user_sentiment_profiles | Per-user sentiment counts over rolling windows | CSV |
| session_sentiment_journeys | Per-session start-to-end sentiment summary | CSV |
| Dataset | What it contains (one line) | Format |
|---|---|---|
| executive_dashboard | Daily executive summary of AI adoption and estimated productivity impact per team | CSV |
| user_productivity_daily_rank | Daily per-user productivity score and rank, with its scoring breakdown | CSV |
| Dataset | What it contains (one line) | Format |
|---|---|---|
| users | Your organisation's member records as known to the Service (the identity map) | CSV |
| teams | Your organisation's team structure | CSV |
| git_providers | The registry of your connected git-provider accounts | CSV |
| git_repositories | The registry of your repositories selected for analysis | CSV |
| git_branches | The registry of branches in your analysed repositories | CSV |
| git_commits | Commit records: identity, message, and per-file change summaries | CSV |
| git_commit_hunks | Location coordinates and fingerprints of commit change blocks | CSV |
| git_commit_lines | Line-level fingerprints with AI-versus-human attribution | CSV |
| git_pull_requests | Pull-request records with review, effort, quality, and longevity summaries | CSV |
| git_pull_request_files | Language and file-type classification of each pull request's changed files | CSV |
| files | Per-file summaries: authorship share, quality, and language | CSV |
| bubbles | AI-chat message records from IDE sessions (content minimised) | CSV |
| ide_sessions | IDE chat and composer session summaries | CSV |
| acceptances | AI-suggestion acceptance and rejection events | CSV |
| code_quality_scores | Code-quality analysis results per file version | CSV |
| git_pr_file_quality_deltas | Per-file quality movement for merged pull requests | CSV |
| code_longevity | Raw code-survival events | CSV |
| user_chat_activity_metrics | Per-user AI-chat activity summaries (current values) | CSV |
| user_pr_activity_metrics | Per-user pull-request activity summaries (current values) | CSV |
| user_productivity_metrics | Per-user productivity scores (current values) | CSV |
Relationship data. The graph database also links the records above (for example, which user authored which commit, or each contributor's share of a pull request, including contribution and effort measures). That relationship data is exported with the datasets it relates to - for example, per-contributor pull-request attribution is delivered as part of the pull-request export - rather than listed as separate datasets.
The following are not exportable data and are the only categories withheld, because they are Aidealy's own intellectual-property or trade-secret assets (or third parties'), not data you generated or co-generated by using the Service:
Nothing you provided or generated is excluded. No customer input or output data - including any of your repository content the Service holds at rest - is withheld under these exemptions, and the exemptions do not impede switching.
Questions about this page or an export: legal@aidealy.ai (contract questions) or your account contact (export requests). Security posture: our Security & Trust page. Data protection: our Privacy Policy (the privacy notice for the Service) and Data Processing Agreement.