Privacy Policy
Effective date: 05/10/2026
Data Controller & Privacy Framework
Data Controller: AdminLanding SASU — RCS Annecy 101 595 734 — 431 Route des Chateaux, 74250 La Tour, France
Legal Bases:
- Art. 6(1)(b) GDPR — Performance of contract (account management, service delivery, billing, and generation of the documents you request — including rental documents that contain your tenants' personal data). We do NOT rely on consent for tenant data.
- Art. 6(1)(c) GDPR — Legal obligation (tax records, invoice retention)
- Art. 6(1)(a) GDPR — Consent (analytics and advertising-measurement cookies). We send no marketing e-mail to anyone who does not have an account. The tips and news we e-mail to account holders about our own service rely instead on Article L.34-5 of the French Postal and Electronic Communications Code (CPCE) and on our legitimate interest: you can refuse them when you sign up and in every one of those e-mails (see « The e-mails we send » below)
- Art. 6(1)(f) GDPR — Legitimate interest (security, fraud prevention, service improvement, including occasional requests for your feedback)
Privacy Contact: privacy@adminlanding.com
President: Julien Maurice
Regulated Identifiers — What Happens to Each
This section is about regulated personal identifiers: your social security number (NIR), Swiss social insurance number (AVS/AHV), bank IBAN/BIC, tax identification number, passport number, and residence permit number. Some of our flows keep these on your device and never send them to us. One of them — the MDPH disability application — does send them to our servers, because the form cannot be filled without them. The architecture varies by document type, and every case is set out below, including the ones that are not local.
Cross-border health insurance (« Choix du système d'assurance-maladie » form) — filled on your device.
For the cross-border health insurance form (« Choix du système d'assurance-maladie »), your NIR and AVS numbers — and those of any family member you add — are entered on your device and written into the final PDF's form fields entirely in your browser, using local JavaScript. Our servers fill every non-sensitive field but leave the NIR/AVS slots empty; your device fills them before you see the download. These values are stripped from the request before it leaves your browser: they are not stored in our databases and not recorded in our logs.
One caveat on that form, because "on your device" does not mean "nowhere": while you are filling it in, the form saves a draft in your browser's local storage so you do not lose your work, and the AVS and NIR numbers of family members you add are part of that draft. Your own AVS and NIR are held outside it and are never saved. The draft stays in your browser until the document is generated or you clear your browsing data; it is never uploaded. If you store the completed form in your Vault, it is saved there after being encrypted on your device, the numbers it contains included.
French health insurance CERFA forms — left blank for you to fill.
These forms are not filled on your device either: the NIR and CAF number fields simply arrive on the PDF empty and editable. You type them directly into the PDF using Adobe Acrobat, Preview, or any PDF reader after download. Our servers never see the values because they are never asked for them.
MDPH disability application — sent to our servers.
The MDPH application is the exception, and we would rather state it than let the heading above imply otherwise. To fill that form we need your NIR, your CAF number, your date of birth and your answers about your situation, including questions relating to disability. You type them into the form and they are sent to our Cloud Function, which writes them into the PDF's boxes and returns it. Since 17 September 2026 the values themselves are no longer written to our technical logs — those record only which field was filled and how long the value was. But they do pass through our servers, they are inside the PDF that is produced, and that PDF is held in our EU storage under your account until the automatic sweep removes it (see retention below). They are not saved as fields of your profile and not included in your export.
Administrative letters (Courrier) — not collected.
For the bank-related letter templates (account closure, fee contest, transaction dispute, certificate request), bank account numbers and the IBAN for a balance transfer are removed from the form before it is sent to our servers for rendering, so we never receive them. This changes the letter you get back, and you need to read it before you send it. Where the account number would appear, the letter prints a blank line for you to complete by hand. On the account-closure letter, because no transfer IBAN reaches our server, the letter does not ask for a transfer at all: it asks your bank to post you a cheque for the remaining balance. If you wanted a transfer, rewrite that sentence and add your IBAN yourself.
Rental deposit-return letter — your IBAN transits our server.
The rental deposit-return request letter embeds your refund IBAN and BIC, so those values must reach us. They arrive at our Cloud Function in memory during PDF generation, are written into the letter, and are dropped when the function returns. They are not saved as fields in Firestore and not recorded in our logs. They are, however, inside the letter itself: that PDF is stored in our EU storage under your account until the automatic sweep removes it (see retention below), so for that window your IBAN and BIC do exist on our servers, in the file. Download the letter and let the copy expire rather than keeping it there. If the letter is sent to a tenant's vault from the landlord's account, that copy is kept for up to 30 days.
What we never keep as part of your account.
Your NIR, AVS/AHV, CAF number, tax identification number, passport number, and residence permit number are not stored in your user profile, not included in your account export, and not saved as fields of any AdminLanding record. Our user profile form has no input for them, and the data export (Article 20 GDPR right to portability) defensively strips them from any legacy data. Where a flow does send them to us — the MDPH application and the deposit-return letter above — they exist only inside the generated PDF, for as long as that file is held in storage.
What Data We Collect
Account Information (Required)
- Email address (for authentication and communication)
- Display name (for personalization)
- Password (encrypted, never stored in plain text)
- Account creation and last login timestamps
Profile Data (Optional)
- Personal information for form autofill (name, address, phone, etc.)
- Additional user profiles (legacy subscription plans)
- Document preferences and saved templates
Usage & Technical Data
- Device information (browser, OS, screen resolution)
- The page on which you arrived for the visit in which you created your account, and the campaign name in its address if there was one (for example an advertising campaign). We keep this on your account, under our legitimate interest, to see which pages and campaigns bring people who sign up. It is a reading of our own address bar — never the site you came from or what you searched for — and it is written to your account only at the moment you create it.
- Your IP address. It necessarily reaches our servers and our CDN with every request. Where we keep a record of it, we keep a salted hash rather than the address itself, together with the country it resolves to — but a hash of your IP is still data about you, and we process it to rate-limit abuse, not to identify you
- A salted hash of your sign-up IP, kept only to prevent sign-up abuse (e.g. fraudulent free-offer farming) under our legitimate interest, and automatically purged after 90 days
- Usage analytics (pages visited, features used, session duration). When you are signed in, your account identifier is sent as the analytics user identifier, so this data is pseudonymous — linked to you through an identifier — and not anonymous
- Step counts on our free calculators. On the home-employment end-of-contract calculator we count how many visits reach each step (page seen, calculation shown, offer seen, a button pressed, payment page opened), per day and per advertising-campaign name. Since 20 September 2026 we count the same way, per day and with no identifier, how many home-employment relationships were started, invitations sent and accepted, and months of hours recorded and confirmed — totals per role (employer or employee), never who did what. Only those daily totals are stored: no cookie, no identifier, nothing that ties a number to you, and nothing sent to an analytics or advertising provider — which is why this count does not wait for your cookie choice
- Error logs and performance metrics
Rental & Tenant Data (Landlord features)
- Property details: address, type, surface, and energy/heating/diagnostic attributes (DPE)
- For each tenant: name, postal address, phone number, email address, and lease start/end dates
- Lease financials: rent, charges, and deposit amounts; optional guarantor name, contact and date of birth (used only to prefill the acte de cautionnement)
- If you use rent tracking, a payment ledger per tenant: the period, the amount due and the amount received, whether it is paid, partly paid, pending or late, the payment date, and any free-text note you write on the row. It records who has and has not paid you, tenant by tenant and month by month.
- This data is entered by you (the landlord). We use it to generate the rental documents you request, to keep your property records consistent across your devices, and — where you have switched them on — to send you reminders that name the tenant and the property concerned, such as the late-rent reminder. When you buy a rental pack, the property identifier and its address are passed to our payment processor as metadata on the checkout session. We never use tenant data for marketing or profiling. See « Information for Tenants » below.
Frontalier Presence Calendar & Employer Data (Cross-Border features)
- Your frontalier profile: Swiss employment start date, canton of work, annual working-days basis and thresholds, and your droit d'option choice (LAMal or CMU) with its date. Also, if you give them: the event that opened your droit d'option — first job in Switzerland, resumption of work after a period of unemployment, move to France, or retirement on Swiss pensions only — and its date (this answer may reveal that you were unemployed or that you are retired); whether your regime was chosen before your current job; the end date of your Swiss contract and whether you have a new job after it; and the statement that your employer withholds Swiss source tax although you work in a canton of the 1983 agreement — stored with the tax year it concerns (ticked or unticked), when you answer it, or when you generate a quasi-residence (TOU) file as such a worker. It can reveal that a condition of the frontalier status is not met (for example telework above 40 %) or that you are a Swiss national paid by a public-law employer. They are used to compute your option window and the key dates that follow from them — for the source-tax statement, the 31 March TOU reminder of that tax year only; after a contract end, the « France Travail within 12 months » date — and to print the leaver attestation.
- On the health-insurance choice form, your nationality answer and whether you receive Swiss pensions only are checked, in your browser and on our server when the form is generated, to tell you whether the form applies to you; they are printed on the form and kept in the form's draft on your device, not stored in our database. The number of nights spent in Switzerland you enter for the leaver attestation is printed on that attestation and not stored.
- Your employer's identity for the attestations, entered by you: company name, IDE number, address, canton, and the signatory's name and e-mail address — used to print the attestation and, when you request the co-signature, to invite that person to sign. That invitation is sent by e-mail through our e-mail provider (Brevo), the signing itself runs at our EU e-signature provider, and once the document is signed the completed PDF is e-mailed back to that signatory as an attachment through the same e-mail provider, carrying your name. So the signatory's address passes through both providers, not only the e-signature one.
- Your presence calendar, one status per day and per year: worked in Switzerland, telework from France, temporary mission, absence, and for a mission day whether it took place in France or in a third State — never the reason for an absence, no address, no health information. Periods your employer has co-signed are stamped as validated.
- An append-only event log (choice recorded, reminder sent) and the document references you add yourself (a label and a reference text, never a file).
- This data is used solely to compute your position against the published telework thresholds and your droit d'option window and key dates, to send the reminders you have enabled and to generate the documents you request (Art. 6(1)(b) GDPR). It is never used for marketing or profiling, and nothing is shared with your employer beyond the attestation you choose to send.
Browser Extension & In-App Government-Site Assistance
- Our browser extension and mobile guide assist you on French government websites (Ameli, CAF, impots.gouv, France Travail, ANTS, OFII and others).
- To provide contextual guidance, the assistance reads the page you are on — its address, its title, its visible text, and the labels of its form fields, never what you type into them — and sends that to our servers and on to our EU AI provider. This happens automatically when the page loads, not only when you ask a question. No field value is ever read, passwords and card numbers included, and the text is truncated to a length limit. In the browser extension the rest of the page's text is sent as it is written: it is not anonymised and it is not redacted. The mobile guide also masks identifiers, such as a social security number, that appear in field labels or error messages. Anything you type into a free-text question is sent exactly as you wrote it.
- The assistance is on by default, and while it is on the page is sent automatically — so turning it off is the only way to stop it. The switch is called « Page assistance (AI) » and is in the extension's popup. If you are on a page showing information you would rather no model processed, turn it off before you open that page. We do not capture your government-site login credentials.
How We Use Your Data
Service Operations
- User authentication and account management
- Form autofill and document generation
- Documents are generated server-side using a headless browser technology. No personal data is transmitted to third parties during document generation.
- Electronic signatures: when you use the e-signature feature, the signer names and email addresses and the PDF to be signed are transmitted to our e-signature provider (Openapi Srl, Italy). It is a simple electronic signature (SES) under the eIDAS Regulation: each signer reads the document, then enters a one-time code sent to their email address. On its side, Openapi keeps an evidence log of the signature (time of each step, authentication method, document fingerprint) for up to 10 years, and the signed document for up to 3 months. Our own copies, on our EU servers: for a request not signed by everyone, the signer names, email addresses, signing status and documents are deleted within about 78 hours (a sweep runs every six hours once 72 hours have passed); a document signed by everyone is kept until 30 days after the last signature, then deleted, unless you save it to your vault, in which case our temporary copy is deleted within 24 hours. When Openapi provides it, a copy of the evidence log (PDF) is stored with the signed document and deleted with it. Those deletions cover our copies only: Openapi's evidence log is the proof the signature took place. We deliberately do not delete it, and deleting your AdminLanding account does not delete it either.
- AI assistant responses and guidance
- Customer support and troubleshooting
Service Improvement
- Analytics and usage patterns — pseudonymous, not anonymous: when you are signed in, your account identifier is sent as the analytics user identifier
- Feature development and optimization
- Security monitoring and fraud prevention
- Performance monitoring and error tracking
- Occasional requests for feedback on how you use the service, such as a short survey or an invitation to review us, sent by e-mail under our legitimate interest in improving it (Art. 6(1)(f) GDPR). They never contain offers. You can object at any time, without giving a reason, through the link in each of these e-mails or by writing to privacy@adminlanding.com.
The e-mails we send
Our security e-mails (password reset, e-mail verification) and purchase e-mails (receipts, membership notices, refunds, withdrawals) come from AdminLanding <account@adminlanding.com>; every other e-mail comes from AdminLanding <support@adminlanding.com>. Replies to either address reach support@adminlanding.com. They are sent through our e-mail provider, Brevo (Sendinblue SAS, France), which acts on our instructions. They fall into the kinds below. For each one we say why we may send it and whether you can switch it off.
- Security and account. Address verification, password reset, notices about the account itself (for example before an inactive account is deleted), and replies to the messages you send our support. They are needed to run your account (Art. 6(1)(b) GDPR) and to keep it secure. They are always sent and cannot be switched off.
- Purchases and contract notices. Confirmations of what you buy, the start, renewal, payment failure, cancellation and withdrawal of your membership, the notice before each renewal that consumer law requires (Art. L.215-1 Code de la consommation), and information about a change to our terms or to this policy. They perform the contract or meet a legal obligation (Art. 6(1)(b) and (c) GDPR), so they are always sent, even after you unsubscribe from everything else. They never carry an offer.
- Reminders you set up. Reminders about the records you saved: lease dates, rent revision, maintenance, late rent, cross-border and home-employment deadlines, procedures, the monthly recap, and the notice that your credits or free documents are used up. They are part of the service you use (Art. 6(1)(b) GDPR). You can switch them off in Settings → Notifications (« Deadline & obligation reminders ») or with the link in each of them.
- Tips and news. The welcome message, the short series of tips in your first days, suggestions to finish setting up what you started (for example completing a property record), and news about our features. They are sent only to account holders and only about our own service, under Article L.34-5 of the French Postal and Electronic Communications Code (CPCE) and our legitimate interest (Art. 6(1)(f) GDPR). You can refuse them when you create your account (the box « I don't want product tips and news by e-mail »), with the link in every one of them, and in Settings → Notifications (« Product updates » and « Tips, tutorials & feedback requests »). Nobody without an account receives them.
- Requests for your feedback. An occasional short survey or invitation to review us, under our legitimate interest in improving the service (Art. 6(1)(f) GDPR). They never carry an offer, and they stop with the link in each of them or with the « Tips, tutorials & feedback requests » setting.
- E-mails to other people, sent on a user's instruction. When a user asks us to, we e-mail someone else on their behalf: a tenant (an invitation to the tenant portal, a message, a document), the signatories of a document sent for electronic signature, the recipient of a vault share link, or the other party to a home-employment relationship. The e-mail says who asked us to send it and why, and where to find this policy. We use the recipient's address only to deliver that message and what follows from it, under the legitimate interest of the user and our own in carrying out the user's request (Art. 6(1)(f) GDPR); we never add it to tips or news. If you received such an e-mail, you can object, or exercise your other rights, by writing to support@adminlanding.com or privacy@adminlanding.com; a home-employment invitation also carries a link to decline it, after which we keep only a one-way hash of your address so that we never write to it again.
Unsubscribing. Every reminder, tips-and-news and feedback e-mail carries a link that works in one click, without signing in: it stops that kind of e-mail, or every e-mail that can be stopped. Security, purchase and contract e-mails keep arriving, because the account and the contract depend on them. An unsubscribe recorded by our e-mail provider is applied to your account as well. Each link stays valid for 180 days; after that, use Settings → Notifications or write to support@adminlanding.com.
No tracking. We do not record whether you open our e-mails or click their links. Open tracking and click tracking are switched off for every message: there is no tracking pixel, and links are not rewritten to pass through a counting server.
Where and how long. Brevo states that the servers that process and store its data are in the European Union. It keeps a log of each message sent — the recipient's address, the subject, the date and whether it was delivered — for 12 months, then deletes it. The list of addresses that unsubscribed, bounced or reported a message as spam is kept for as long as it is needed to honour that choice, because it is what stops us writing again (our legitimate interest and our legal obligation to respect an objection). Your notification choices are stored on your account and deleted with it. When we send one message to several account holders through Brevo's campaign tool, the contact list built for it is deleted within 30 days of the sending. Information about the service, such as a change to this policy, is sent like a purchase notice — one message at a time, with no promotional content.
Our Applications & Cross-Platform Storage
AdminLanding is available as a web application, as mobile applications (Guide: Démarches en France and Rent — Bail & Courte Durée), and as a browser extension (Guide: French Procedures Extension). They share a single account and a single database, hosted in the European Union.
Your account, profile and rental records are stored once in our EU database and are accessible from every AdminLanding application you sign in to. A property or tenant record you enter on one platform is therefore available and consistent on the others. This synchronization keeps your data within the same EU-hosted database; it is not sold or shared with third parties beyond the processors listed below.
Our mobile applications use Google Firebase Analytics and Crashlytics to understand usage and diagnose crashes. These may associate an app-usage identifier with your account identifier (advertising-identifier collection is disabled). They are used for analytics and stability only, never for advertising. No advertising is shown in our applications.
The mobile applications sell through the Apple App Store and Google Play, not through our own payment page, and they sell more than AI credits: AI credit top-ups, single rental documents, tenant invitations and e-signature credits (rental property packs bought in the apps before the membership stay valid). Apple or Google take the payment under their own terms, hold your payment details, and are the party you ask for a refund or a cancellation. The store receipt is sent to our servers so we can validate the purchase and unlock what you bought.
The membership and its renewals. The AdminLanding membership is paid on the website through Stripe and renews automatically each month or each year. To charge each renewal, Stripe keeps your customer record (name, e-mail, country) and the payment method you gave at checkout: Stripe holds the card, not us. On our side we keep the membership's status, interval and period dates, the Stripe customer and subscription identifiers, and your invoices; of the payment method we only ever see its brand, last four digits and expiry date. Legal basis: performance of the contract you subscribed to (Art. 6(1)(b) GDPR); the invoices are kept for 10 years because French commercial law requires it (Art. L.123-22 Code de commerce). When you delete your account, we cancel your membership at Stripe first, before anything else is deleted, so that no further charge can occur — then we ask Stripe to delete your customer record.
Rental Documents & Information for Tenants
If you are a landlord, our rental features let you store your property and tenant details and generate rental documents (leases, rent receipts, inventories and related letters). We process this information to perform the service you have requested (Art. 6(1)(b) GDPR — performance of contract) and not on the basis of consent. We use it solely to produce your documents and to keep your property records consistent across your devices.
Information for tenants. When a landlord uses AdminLanding, they enter personal data about their tenant(s) — name, contact details, address and lease dates — solely so the requested documents can be produced. If you are a tenant whose data has been entered by your landlord: your data is processed only to generate the documents relating to your tenancy, is stored in the EU, and is never used for marketing or profiling, nor sold. You have the rights of access, rectification, erasure, restriction, objection and portability described below. None of them is self-service for you: most tenants have no AdminLanding account at all, and the tenant portal has no privacy settings page, no export button and no delete button. In practice you exercise these rights by writing to privacy@adminlanding.com — we then find the records that concern you and act on them by hand, within the response times set out below — or by asking your landlord, who entered the data and remains responsible for your tenancy relationship.
Landlords using AdminLanding are responsible for informing their tenants that their data is processed in this way; this section is provided to support that obligation.
Controller and processor roles. AdminLanding acts as data controller for your account, billing and analytics data. For the property and tenant data a landlord enters, the landlord determines the purpose (managing their tenancy) and AdminLanding processes it on their documented instructions to provide the service — the sub-processors listed on our Sub-Processors page act under Art. 28 GDPR safeguards in that chain. Professional landlords who require a signed data-processing agreement can request one at privacy@adminlanding.com.
Home employment relationships (employer and employee). Our home-employment tools let either party of a household employment contract (particulier employeur or salarié / assistant maternel) save the end-of-contract dates and invite the other party to the same record. The record holds: the two account identifiers, the type of employment, the category of ending — including whether the ending was declared as a faute grave or lourde, which is a disciplinary category and is stored, because the rule that removes notice and indemnity depends on it — the dates (start, convocation, interview, sending and notification of the letter, seniority reference), the hourly rate and weekly hours, the reference salaries, the computed amounts, which party declared what and when, when the two sides were linked, when each party last opened the shared record, the record's status and its language. When an ending is declared for unfitness, the record also holds two facts and nothing else about it: whether the unfitness is of occupational origin, and the date of the occupational physician's final opinion. They are data concerning health (Art. 9 GDPR); they are stored because the rules of the collective agreement depend on them — no notice, the one-month time limit, the indemnity doubled when the origin is occupational — and are processed to carry out obligations and rights under employment law and that agreement (Art. 9(2)(b) GDPR). Both parties see them, they are part of the export and are deleted with the record. When the approval of an assistant maternel is suspended, changed or withdrawn, the record holds which of the three and the date the decision was notified. A relationship can also be recorded from its start, before any ending: the record then holds the contract terms both parties share — the type of contract and its dates, the hours per day, the hourly rate, the paid-leave and allowance terms, and for an assistant maternel the care mode and, because each child has its own contract, a number per child (Child 1, Child 2) and a link between the records of the same family — and the history of changes: which terms changed, from what to what, which party proposed the change, when, and the other party's answer. Each month of work is then recorded on that same shared record: the hours worked on each day of the month, the paid-leave days taken, and for an assistant maternel the meals provided, with which party recorded them and whether the other party confirmed them or flagged a difference. Both parties see the same month, because the hours of a named person are personal data of both. We never ask why a day was not worked and never store a reason or a comment, and we never compute a net salary: it is declared by the employer on CESU or Pajemploi, which compute the contributions and issue the payslip. The job title and its grid level are never stored (some jobs exist only for the care of a disabled child or a dependent adult), nor are a child's name or birth date or the employee's social-security number. The invitation itself carries the invited party's e-mail address until they accept, decline, revoke it or let it expire, at which point the address is removed; an address that declined is kept as a one-way hash so that we never write to it again. What is not stored on our servers by this feature is the free text: the wording of a motif, the facts you describe, your reservations and any medical detail are rendered into the PDF and nowhere else. One further disclosure: if you pay for the pack before depositing the record, the calculator inputs — the category of ending including the faute flag, the type of contract (permanent or fixed-term), the dates, the hourly rate, the weekly hours and the reference salaries — travel to our payment processor as metadata on the checkout session, so the calculation survives the payment; no name and no free text is included, and a calculation that concerns an unfitness or the approval of an assistant maternel is never sent to the payment processor. Each party is a data subject of the other's record: the invited party sees exactly the fields stored before accepting, both parties see the same record afterwards, either party can leave at any time (which removes their side; the record is deleted when nobody remains), and either party can export it or write to privacy@adminlanding.com. AdminLanding processes this data on the parties' instructions to provide the service (Art. 6(1)(b), Art. 28 GDPR) and never uses it for any other purpose.
Connecting a third-party AI assistant. You may connect an external AI assistant (for example Mistral Le Chat) to your account to generate documents by conversation. When you do, that assistant's provider is a separate service you have chosen, outside AdminLanding's processing chain and governed by that provider's own terms and privacy policy — it is not an AdminLanding sub-processor. Our tools are designed so that generating a document does not require your tenant's personal data to pass through the assistant: a rent receipt takes the tenant's name from the property you have already set up here, filled on our servers, so it never appears in the assistant. Whatever you yourself type into the assistant, however, is processed by that provider; you should therefore avoid entering tenant or other personal data directly into the assistant's chat. As the party responsible for your tenancy relationship, you decide whether to route your activity through such a tool.
Your Document Vault
Most generated documents are ephemeral: they expire 24 hours after they are made and are removed by a sweep that runs every six hours. Separately, the Vault is an optional, permanent store where you can keep selected documents. Vault documents are encrypted on your device with a key derived from your secret passphrase (or PIN, for vaults created before July 2026) before they reach our servers (client-side encryption): your passphrase and encryption key are never sent to us. Sharing a vault document works differently, and the difference matters: the copy you share is encrypted with a separate one-off key that travels inside the share link itself. If you send that link by e-mail from within the app, the link — and therefore that one key — passes through our servers and our e-mail provider, and for the automatic monthly rent receipts our server generates that key itself. Your vault passphrase is never involved, and anyone holding the link can open that one document until it expires.
The Vault is protected by your passphrase, together with a single-use recovery code issued at setup — the only way to regain access if you forget your passphrase (older vaults remain protected by their PIN). Vault documents are retained until you delete them. If you delete your account, your vault entries and their encrypted files are deleted with it, within 24 hours; recoverable copies then age out of our backup layer over the following 7 days. See « Account deletion » in the retention list below for exactly what deletion covers and what it does not. The same encrypted vault is shared across the web and mobile applications.
AI Data Processing & Privacy
Privacy-First AI Processing
- Page content is truncated to a length limit and no form-field value is ever read, but the rest of the page's text goes as it appears — the extension does not anonymise or redact it (the mobile guide masks identifiers in labels and error messages); questions you TYPE are sent exactly as written, so avoid including personal data in them
- AI provider (Mistral AI, EU-based) processes your query and the prepared context to produce the answer, under a no-training agreement
- We do not keep the text of your prompt or of the model's answer: our own logs record metadata only — which feature was used, when, and how much of your allowance it consumed. Two exceptions: between 22 August and 18 September 2026 a sample of our server error reports could contain a request, question included (see Sentry in the table below); and when our checks reject an AI explanation of one of our legal reference sheets, we keep that rejected text (up to 4,000 characters) for 12 months to audit the checks — it is generated from the public sheet, not from anything you typed. What the provider retains on its side is governed by our agreement with it and by its own policy, not by ours
- AI responses are generated without accessing your profile data
- EU-based data processing - no data transfer outside Europe
Certain features use artificial intelligence services to generate responses, explanations, and guidance for administrative procedures. No automated decisions are made without user intervention.
Connected AI Agents & API
You can connect an AI assistant of your choice (for example Claude, ChatGPT or Le Chat) to AdminLanding through our API, using a personal API key created in your account settings, or by approving a connection from the assistant itself (OAuth). Through this channel, the assistant can request documents on your account — for example rent receipts or leases — produced by the same deterministic template engine as in the application.
Where our processing begins. The AI assistant is YOUR tool, comparable to an email client: the data you type into it is disclosed to that platform under your own agreement with it, before it ever reaches us. That platform is not our sub-processor, and our sub-processor list is unchanged by this channel. Our processing starts when your request reaches our API — from that point on, it is handled exactly like a form submission made in the application, under this privacy policy.
Data minimization by design. The API's read tools return only your own data, derived from what you saved — your property list, your compliance and cross-border deadlines, each property's compliance status, and your home-employment records (which the other party to that record also sees) — and never your tenants' personal data, your stored documents or your encrypted Vault. Documents generated through it are ephemeral (they expire after 24 hours and are removed by a sweep that runs every six hours), except a home-employment document you share to the other party's vault, which is kept for up to 30 days. All processing takes place in the EU — our Cloud Functions run in europe-west3 (Frankfurt) and the database is in the EU multi-region, Belgium and the Netherlands. This channel adds no international transfer. Our API telemetry keeps daily counts of tool calls by tool, outcome and client type, and — to spot a leaked key — daily counts, per key or per connection, of which tools were called; it never records the contents of your requests or documents. Signature requests initiated through the API record their origin channel for the audit trail.
Your controls. API keys are created and revoked by you at any time in your account settings (Settings > API & AI agents); they are stored hashed on our side and shown to you only once. Connections approved from an assistant are listed in your account settings too, and can be revoked there. All the GDPR rights described below (access, rectification, erasure, restriction, objection, portability) apply identically to data processed through this channel.
Data Retention & Storage
EU Data Storage
The data you entrust to us — your account, profile, documents, rental and cross-border records — is stored in the European Union on Firebase (Google Cloud): the database is in the EU multi-region (Belgium and the Netherlands), files are in EU storage, and our Cloud Functions run in europe-west3 (Frankfurt). Firebase Authentication's own region is not pinned by Google. This is not true of everything on this page: the analytics and ad-measurement tools listed further down (Google Analytics, Microsoft Clarity, Meta) are US companies and process what they collect outside the EU. The table below says which is which.
Retention Periods
- Active accounts: Until account deletion
- Inactive accounts: reviewed after 3 years of inactivity and deleted after prior notice by email
- Usage logs: your AI-usage log and our legal-explanation log are purged at 12 months. A separate security log of AI requests — which feature, which site, timing and risk flags, never the text — is purged at 90 days. One log is deliberately excluded from that schedule — the administrative audit log, which records what an administrator did on an account. We keep it as the accountability record and it is not purged at 12 months
- Support tickets: at most 2 years, counted from the day the ticket was created. Nothing in the product marks a ticket as resolved, so the clock runs from creation rather than from resolution
- Billing and invoice records: deleting your account first cancels an active membership at our payment processor, then deletes our own membership, subscription and pack records, and we ask the processor to delete your customer object with it. The invoices and payments themselves stay in that processor's books and in our accounting records for 10 years, because French commercial law requires us to keep them (Art. L.123-22 Code de commerce) — an erasure request cannot shorten that
- Rental property and tenant records: kept while your account is active and you keep the property; deleted when you delete the property/tenant or close your account
- Generated documents (rental, tax, cross-border, patrimoine, letters, MDPH and other CERFA): ephemeral copies expire 24 hours after they are made and are removed by a sweep that runs every six hours, so in the worst case a copy lives about thirty hours rather than twenty-four. Automatic monthly rent receipts and documents shared to a tenant vault are the exception and are kept up to 30 days so delivery can complete
- E-signature signer data (names, emails, status) and documents: for a request not signed by everyone, our copy is deleted within about 78 hours of the request (a sweep every six hours after the 72-hour mark); a document signed by everyone, with the copy of its evidence log, is kept until 30 days after the last signature, or deleted within 24 hours once saved to your vault. Openapi keeps its evidence log of a completed signature for up to 10 years and the signed document for up to 3 months — it is the evidence of the signature — and neither our deadlines nor account deletion remove it
- Frontalier profile, employer details, presence calendar and event log: kept while your account is active (the calendar year by year, so past years remain available for the attestations); deleted with your account
- Vault documents: retained (encrypted) until you delete them
- Account deletion: if you have an active membership, we first cancel it at Stripe so that nothing more is charged; then, within 24 hours, we delete your account and profile, your membership, subscription and pack records, your rental, tenant and rent-payment data, your cross-border and frontalier records, your courrier, patrimoine, home-employment, Admin-Intelligence and CERFA document records, your AI-usage log, your API keys and download tokens, and the files held for you in storage — including your encrypted vault and the blobs behind your vault share links. We also ask Stripe and Brevo to delete you on their side. Three things survive that purge, and you should know which. First, document-verification records are scrubbed rather than deleted: we remove your identity from the row but keep the row, so that someone holding a reference number can still check that a document we issued is genuine. Second, the e-signature provider's record of a completed signature is deliberately kept and our deletion does not reach it. Third, our database and storage keep point-in-time-recovery and soft-delete copies for 7 days, so for a week after the purge a recoverable copy still exists in the backup layer before it ages out. If any step of the purge fails, that failure is logged as a failure rather than reported as success, and the purge can be re-run
Data Portability
- Export in JSON, from your account settings. The file contains your profile and account settings, your membership, subscription and packs, your cross-border and housing records, your rental properties, tenants, rent-payment ledger and expenses, the metadata of your generated documents, your tasks and procedures, your support tickets, your activity, login and plan history, your signature requests, your vault registry (the list of entries, not the encrypted files) and your consent record
- What the export does not contain: the contents of any file. Your encrypted vault files, your generated PDFs and your uploaded photos are not in it — download them from the app while they are still there. Several record types are absent too, including your courrier, patrimoine, home-employment and Admin-Intelligence DOCUMENT records (the metadata of a generated PDF) and your AI-usage log. Your home-employment relationships themselves are included since 20 September 2026, with their terms, their deadlines, the history of changes and the hours of every month — minus the other party's account identifier, which is not your data. If you need a complete copy, write to privacy@adminlanding.com and we will assemble it by hand
- Download generated documents and forms
- Request data transfer to another service
Third-Party Processors & Data Sharing
| Service Provider | Purpose | Data Location | Privacy Status |
|---|---|---|---|
| Firebase (Google) | Database, Authentication, Storage, Hosting, Cloud Functions | EU: database in the eur3 multi-region (Belgium, Netherlands), EU storage, functions in europe-west3 (Frankfurt). Firebase Authentication's region is not pinned by Google | Processor, DPA signed |
| Cloudflare | CDN, security, DNS, and Cloudflare Web Analytics — a cookieless page measurement that currently runs on the marketing site without waiting for a consent choice | Global (EU edge nodes) | Processor, DPA signed |
| Stripe | Payment processing on the website, including the membership's recurring billing: Stripe keeps your customer record and payment method to charge the renewals. Checkout metadata carries the property identifier and address for a single document, and, when you start from the home-employment calculator, its figures | EU (Stripe Payments Europe, Ireland) / US (Stripe, Inc.) | Independent controller for the payment itself; EU-US DPF + SCCs |
| Brevo | Sending every e-mail we send (see « The e-mails we send »), including e-signature invitations and the delivery of a signed attestation as an attachment. Open and click tracking are switched off | EU — Brevo (Sendinblue SAS, France) states that its servers are in France, Germany and Belgium | Processor, EU-based |
| Mistral AI | AI assistant. It receives your question exactly as you typed it, and the page or document context as written — truncated to a length limit, with no form-field values, but not anonymised | EU Only | Processor, EU-based, no-training agreement |
| Openapi Srl | Electronic signatures (simple electronic signature under eIDAS, one-time code sent by e-mail) | Italy (company establishment and hosting) | Processor for sending the document and collecting the signature; controller of the evidence log it keeps (up to 10 years) and of the signed documents it holds (up to 3 months), which we do not delete |
| Sentry | Error and crash reporting, plus session replay with analytics consent (text masked). Without analytics consent we capture the error alone — no browsing breadcrumbs, no session record. URL fragments and key/token parameters are stripped before a report is sent. Our servers send error reports too, and they no longer include the content of a request. Between 22 August and 18 September 2026 about one server request in ten produced a performance report that did include it. Our logs show that no deposit-return letter, MDPH application or e-mailed share link was processed in that period. The other requests of that period could appear in such a report — for example rent receipts and leases, calculator inputs, sign-in and sign-up steps, page-assistance questions and requests to our API — together with the sign-in token each request carried; those tokens have all since expired or been revoked. Sentry deletes those reports within 90 days | EU region | Processor, DPA signed |
| Firebase Analytics & Crashlytics (Google) | Mobile app analytics & crash reporting | EU / Global (Google) | DPA signed |
| Google Analytics 4 / Tag Manager | Web analytics and tag management. The Google scripts do not load and no data reaches Google until you accept analytics or marketing cookies. When you are signed in, your account identifier is sent as the analytics user id, so this data is pseudonymous rather than anonymous. When you pay on the website with analytics consent, our server also sends the purchase to Google Analytics directly: the amount, the items, the transaction reference and your account identifier | Global (Google LLC, US) | EU-US DPF + SCCs |
| Microsoft Clarity | Heatmaps and session recordings of the website. Signed-in account pages and the sign-in, sign-up and account-deletion screens are masked, and the tool refuses to start on a vault share link. Clarity loads only after you accept analytics cookies, and withdrawing consent stops the recorder and expires its cookies. A second Clarity project used to be injected by our tag-manager container, outside those controls; that integration was disconnected on 17 September 2026. Clarity is also linked to our Google Analytics property, so a recorded session can be matched with the corresponding Google Analytics data | Global (Microsoft Corp., US) | Independent controller — Microsoft states that Clarity is GDPR-compliant as a data controller, so this processing is not covered by a processing agreement we hold. EU-US DPF |
| Meta Platforms (Facebook / Instagram) | Measurement of our own ad campaigns — website pixel and mobile app events, only with marketing/analytics consent; aggregated SKAdNetwork install data on iOS | EU / US (Meta Platforms Ireland) | Independent controller for its own advertising purposes; EU-US DPF + SCCs, consent-gated |
| Apple App Store / Google Play | In-app purchases: AI credit top-ups, single rental documents, tenant invitations and e-signature credits (and rental property packs bought before the membership). They take the payment and hold your payment details; we receive the receipt | Global | Independent controllers for the purchase, under their own store terms |
| Google reCAPTCHA (Firebase App Check) | Abuse prevention: it attests that a request comes from our real application before any server function accepts it. It runs on every visit, without a consent choice, under our legitimate interest in keeping the service available | Global (Google LLC, US) | EU-US DPF + SCCs |
| Cloudflare Turnstile | Bot check on the sign-in, sign-up and password-reset screens | Global (Cloudflare Inc., US) | Processor, DPA signed |
| Google Cloud Translation & Text-to-Speech | Translating our legal reference sheets into English, and reading text aloud when you ask for it. The text sent is the text being translated or read | Global (Google LLC, US) | EU-US DPF + SCCs |
| Expo (650 Industries) | Push notifications for the mobile applications (your device's push token and the notification text pass through Expo's push service), and delivery of over-the-air app updates | Global (US) | US provider; push token and message only |
| Address registers: api-adresse.data.gouv.fr and geo.api.gouv.fr (France), api3.geo.admin.ch (Switzerland) | Address autocomplete. Your browser queries them directly as you type, so the part of the address you have typed reaches them without passing through our servers; when you enter a postcode, geo.api.gouv.fr receives it to list the towns it covers | France / Switzerland (adequacy decision) | Public authorities, not our processors |
The providers marked as processors above act on our instructions under a data-processing agreement. Not all of them do, and we would rather say so than imply a uniformity that does not exist: Stripe, Openapi, Apple, Google Play, Meta and Microsoft (Clarity) each determine the purposes of part of the processing and describe themselves as controllers for it, so that part is governed by their own terms and by law rather than by an instruction from us. The Privacy Status column says which is which. Government websites that you access through our browser extension or mobile guide are independent third parties you interact with directly — they are not our processors, and your login credentials for those sites are never collected by us.
International Data Transfers
The data you entrust to us is stored and processed in the European Union. The database is in Google Cloud's eur3 multi-region (Belgium and the Netherlands), files are in EU storage, and our Cloud Functions run in europe-west3 (Frankfurt); Firebase Authentication's own region is not pinned by Google. We do not move your account, document, rental or cross-border data outside the EU/EEA.
Analytics and advertising measurement are a different matter, and the table above says so: Google Analytics, Microsoft Clarity and Meta are US companies, and what they collect about your use of the website is processed in the United States. Several of our other providers are also incorporated there (Google LLC, Stripe Inc., Cloudflare Inc., Functional Software Inc. / Sentry, Expo / 650 Industries). So it is not accurate to say that nothing leaves the EU — what is accurate is that the data you enter into the service stays here, while measurement data about your visit does not. Where a transfer to the United States occurs, it is governed by the EU-US Data Privacy Framework and/or the European Commission's Standard Contractual Clauses (SCCs).
Switzerland (relevant for cross-border workers) benefits from a European Commission adequacy decision, so transfers to Switzerland require no additional safeguards.
Your Privacy Rights
Right of Access (Art. 15)
Request a copy of all personal data we hold about you
Right to Rectification (Art. 16)
Correct inaccurate or incomplete personal data
Right to Erasure (Art. 17)
Request deletion of your personal data ('right to be forgotten')
Right to Portability (Art. 20)
Export your data in a machine-readable format
Right to Restriction (Art. 18)
Limit how we process your personal data. There is no button for this anywhere in the service: write to privacy@adminlanding.com and we apply the restriction by hand.
Right to Object (Art. 21)
Object to processing based on legitimate interests. This has no button either: write to privacy@adminlanding.com and we handle the objection by hand. (Tips and news e-mails, reminders and requests for your feedback are separate — each one carries a link that stops them immediately, without signing in.)
How to Exercise Your Rights
- Self-service, for two things only: your account settings export your data and delete your account, and you can edit your profile there. Restriction, objection, and access to or rectification of anything you cannot edit yourself have no button — they are handled by e-mail
- Email request: contact privacy@adminlanding.com with your request. This is also the route for tenants, for the signatories of a document, and for anyone else whose data was entered by one of our users
- Response time: Within 30 days (may be extended to 60 days for complex requests)
- Complaint: Contact your national data protection authority if unsatisfied
Minimum Age
AdminLanding is intended for users aged 16 and older (15 with parental consent in France, in accordance with Article 7-1 of the French Data Protection Act). That is a condition of use, not a check we perform: we do not ask for your date of birth and there is no age gate anywhere in the service, so we have no way to detect a younger user. We do not knowingly hold an account opened by a child under 15.
We do handle data about children, and that is a different question. The family reunification form (CERFA 11436) and the cross-border health insurance forms collect each child's surname, first name, date and place of birth, nationality and country of residence, because the official forms require them. That data is entered by the adult making the application, for that application, and it follows the same rules as the rest of the document: it goes into the generated PDF and the ephemeral copy is swept on the schedule set out above.
If you believe a minor has provided us with data without parental consent, please contact privacy@adminlanding.com and we will delete the data.
Contact Information
Data Protection Officer
Email: privacy@adminlanding.com
Response time: 48 hours for urgent matters
General Privacy Inquiries
Email: privacy@adminlanding.com
Postal Address: AdminLanding SASU, 431 Route des Chateaux, 74250 La Tour, France
Supervisory Authority
If you're not satisfied with our response, you can lodge a complaint with the CNIL or your local data protection authority (Art. 77 GDPR):
CNIL — Commission Nationale de l'Informatique et des Libertés
3 Place de Fontenoy, TSA 80715, 75334 Paris Cedex 07
Website: www.cnil.fr
Updates to This Policy
We may update this privacy policy to reflect changes in our practices or legal requirements. The date at the top is the date this text was last changed, and we update it whenever we change the text — not only when we change it substantially. We will notify you of material changes by email. Continued use of our service after changes constitutes acceptance of the updated policy.