← Back to home

Data Retention Policy

Last updated: July 25, 2026

This document maps every piece of personally identifiable information (PII) the platform stores to its purpose, lawful basis, and retention window. It satisfies the GDPR documentation obligation (Art. 5(1)(e) — storage limitation) and accompanies our Privacy Policy.

1. Data Categories & Retention Windows

DataPII fieldsPurposeLawful basisRetention window
Business owner accountprofiles, businessesemail, name, phone, business detailsPlatform account managementContractUntil account deletion + 30 days
Customer bookingsbookingscustomer_name, customer_email, customer_phone, notesAppointment record; owner operational needLegitimate interest24 months from appointment date, then anonymised
Chat conversationsconversationscustomer_emailSession linkingLegitimate interest12 months from last message
Chat messagesmessagesFull chat transcript textAI context; owner insightLegitimate interestDeleted with their conversation — 12 months from that conversation's last activity
OTP verification codescustomer_otpsemail, token_hashOne-time booking verificationLegitimate interest24 hours from creation
Customer lookupcustomersemail, name, phoneCRM aggregation viewLegitimate interestDerived from bookings — purged when all related bookings are anonymised
PaymentspaymentsStripe payment intent IDsFinancial recordLegal obligation7 years (statutory accounting requirement)
Knowledge baseknowledge_base_documents, knowledge_base_chunksNone (owner-uploaded business content)RAG context for AIContractUntil owner deletes
Uploaded filesSupabase Storage knowledge-base bucketNoneDocument sourceContractUntil owner deletes

2. Automated Purge Schedule

Two scheduled jobs enforce these windows automatically, both running once daily overnight (UTC). No manual step is required:

  • Chat conversations and all of their messages are deleted 12 months after the conversation's last activity, so an active session is never removed mid-conversation.
  • Bookings are anonymised 24 months after the appointment — customer name, email, phone, and notes are erased while the appointment record itself is preserved for the business. Bookings still awaiting confirmation are excluded, as they are not yet completed records.
  • The customer lookup record is deleted once every one of its bookings has been anonymised.
  • One-time booking verification codes are cleared by a separate nightly sweep, 24 hours after they are created.

3. Right to Erasure (GDPR Art. 17)

Business owners can erase a specific customer's data on request from the dashboard Customers page → customer detail panel → "Erase customer data". This:

  • Hard-deletes all conversations and messages for that email and business
  • Hard-deletes all OTP codes for that email
  • Anonymises all bookings (PII fields set to a redacted placeholder)
  • Removes the customer lookup row

The action is access-controlled (owner only), audit-logged (a non-PII hash of the email and business ID), and applied immediately without waiting for the automated purge schedule.

4. Right of Access (GDPR Art. 15)

Data subjects may request a copy of their data by contacting the business they booked with. The business owner can generate a complete structured export — the customer record, every booking, and every chat transcript — from the dashboard Customers page → customer detail panel → "Export data (JSON)", and supply it to the requester.

Like erasure, this action is restricted to the business owner. mindyOne does not offer an unauthenticated self-service export: customers book without creating an account, so there is no login against which such a request could be verified.

5. Data Processors

ProcessorPurposeRegionDPA
SupabaseDatabase, auth, file storageEU (Ireland)Supabase DPA
OpenAIAI chat, intent classification, embeddingsUSOpenAI DPA
ResendTransactional emailUSResend DPA
VercelHosting, serverless functionsEdge (global)Vercel DPA
StripePayment processingUS/EUStripe DPA
UpstashRedis rate limitingEUUpstash DPA
AgentaOSPlatform subscription billing (MoR)USAgentaOS Privacy

6. Changes to This Policy

This document is updated whenever:

  • A new table or data category is added to the schema
  • A retention window is changed
  • A new data processor is onboarded