Privacy Policy
The binding version is the Polish one (Terms §14.4). EN/DE are courtesy translations.
Version: privacy:0.10.0 | Effective date: 14 November 2026
This document covers the Feasty consumer app. Personal data of restaurateurs collected through the B2B Claim verification flow and the Feasty Business panel is governed by a separate privacy policy — it will be available at business.feasty.com.pl once published (planned before the first B2B monetisation). Until the dedicated B2B privacy policy is published, restaurateurs may contact the Controller at contact@feasty.com.pl regarding the processing of their data in the B2B Claim procedure — we respond individually with the full scope of information required by Art. 13 GDPR.
Definitions
For the purposes of this Privacy Policy, the following terms have the meanings set out below:
- Controller (Administrator) — the entity that determines the purposes and means of processing Users' personal data, i.e. Radosław Rodak (Art. 4(7) GDPR).
- Personal Data — any information relating to an identified or identifiable natural person within the meaning of the GDPR.
- GDPR (RODO) — Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016 on the protection of natural persons with regard to the processing of personal data and on the free movement of such data.
- DSA — Regulation (EU) 2022/2065 of the European Parliament and of the Council of 19 October 2022 on a Single Market For Digital Services (Digital Services Act).
- AI Act — Regulation (EU) 2024/1689 of the European Parliament and of the Council of 13 June 2024 laying down harmonised rules on artificial intelligence.
- User — any person using the services provided through the Application.
- Processor — an entity to which the Controller entrusts the processing of personal data on its behalf (Art. 4(8) GDPR).
- Hash — the output of a one-way cryptographic function that transforms input data into a fixed-length string, used among others to secure data and verify its integrity.
- SHA-256 — a hash function that converts any text into a string of 64 hexadecimal characters.
- API — an application programming interface enabling communication between the Application and external systems, services or applications.
- Apple Private Relay — a privacy service offered by Apple that can hide the User's real IP address by routing traffic through intermediary servers.
- SSO (Single Sign-On) — logging into the Application using an existing account with an external provider (e.g. Google or Apple), without creating a separate login and password.
- Cookies — IT data, in particular small text files, stored on the User's terminal device.
1. Data Controller
The controller of your personal data is Radosław Rodak, a natural person operating under the Polish "non-registered business activity" scheme (Art. 5(1) of the Act of 6 March 2018 — Entrepreneurs' Law), correspondence address: ul. Boya-Żeleńskiego 34, 20-435 Lublin, Poland. The Application currently operates in an early-access, free phase and does not generate revenue. Upon exceeding the non-registered business threshold or commencing registered business activity, this Privacy Policy will be updated with registration numbers (NIP, REGON, KRS) along with a version bump requiring renewed consent.
For matters relating to the protection of personal data, please contact us at: contact@feasty.com.pl.
Data Protection Officer (DPO). The Controller has not appointed a Data Protection Officer because none of the conditions under Art. 37(1) GDPR are met: the Controller is not a public authority; the core processing activities do not consist of operations requiring regular and systematic monitoring of data subjects on a large scale, nor large-scale processing of special categories of data (Art. 9) or data on criminal convictions (Art. 10). This determination will be reassessed when the non-registered business threshold is crossed or when features that change the scale of processing are launched.
2. Data we collect
Depending on how you use the Feasty app, we process the following categories of data. For each item we indicate whether providing the information is mandatory (required to create an account or use the feature) or optional (you can use the Application without providing it — Art. 13(2)(e) GDPR).
Account data
- your name and display name — mandatory (required to create an account). Source of data: obtained from the identity provider (Apple ID or Google account) on first sign-in when you use SSO; or provided by you manually during registration with a one-time email code (GDPR Art. 14 — where data is sourced from a third party such as an identity provider).
- email address — mandatory (required for authentication). Source of data: obtained from Apple ID or Google account on SSO, or provided by you directly during email-code sign-in. Apple Private Relay: if you chose "Hide My Email" when signing in with Apple ID, we receive a relay alias (e.g. abc123@privaterelay.appleid.com) instead of your real address — communication is routed through Apple, we never see the underlying address.
- city — set automatically (not entered by you manually — the App has no city-edit field). Source of data: derived by our server functions from the towns where you review restaurants most often (the city comes from the address of the venues you rate; refreshed periodically). Until you post a review, your city stays unset. It is used solely to localise rankings and Prestige ranks to your city (basis: GDPR Art. 6(1)(f) — legitimate interest).
- profile photo — optional. Source of data: your Google avatar (when you use Google SSO and consent on first sign-in), or an image you upload manually from your device's gallery.
- bio — optional (provided by you manually)
- hash of your phone number (salted SHA-256 — this is pseudonymisation, not encryption; the hash is still personal data) — optional; if you choose to add a phone to your account. The raw phone number never leaves your device.
Activity data
- your restaurant reviews (rating, text, photos)
- your restaurant lists (e.g. "Favorites", "Want to go")
- your likes on other users' reviews
- your comments on reviews (text, date, the review they concern and the person you are replying to)
- tags in reviews — whom you tag and who has tagged you
- your follows (who you follow, who follows you)
- history of Matchmaker sessions
Technical data
- push notification tokens
- device identifiers (for authentication and abuse prevention)
- application error logs (with personal data scrubbed)
Location data
Your approximate GPS location — at the moment when you search for nearby restaurants or start a Matchmaker session. If you choose the automatic theme, the Application also reads the device's last known position to match its appearance to the time of day — only if you have already allowed location access in the system, and only on the device: this position does not reach us. We do not store a history of your location.
Contacts from your phone's address book (optional)
If you use the "Find friends" feature we will ask for one-time permission to access your phone's address book. You can revoke this permission at any time in your device's system settings (iOS Settings → Feasty → Contacts / Android Settings → Apps → Feasty → Permissions).
Once permission is granted:
- from each entry in the address book we read the phone number and the contact's name (we skip email, address, notes, and contact photo); the name stays only on your device — it labels the match ("friend from your contacts") and is never sent to the server, which only ever receives hashes of the numbers
- numbers are hashed locally on your device using SHA-256 with an additional salt — raw numbers never leave your phone
- only the hashes are sent to the server in a single request in which the server checks which of those hashes correspond to phone numbers of other Feasty Users (we compare your hashes against hashes stored by other Users at registration)
- hashes are not stored on the server after the request — the response contains only the match list; the list of submitted hashes is discarded
- hashes of your contacts are never shared with other Users — only you see the result of the lookup
Purpose: to show you which of your address-book contacts are already on Feasty so you can follow them without manually searching. The feature is fully optional — the Application works without this permission; without it there is no "Find friends from contacts" screen and no suggestions from your contacts in the "People you may know" bar. We remember the result of the latest match (Feasty accounts found in your contacts) only on your device, to show in the bar people you do not follow yet; each time we show it, we check that your permission is still in place. Matching does not repeat by itself — you start it.
Legal basis: Article 6(1)(a) GDPR (User consent expressed by granting the system permission). Revoking the permission in system settings is equivalent to withdrawing consent — from that moment the feature stops working and any earlier matches are no longer displayed.
Analytics data (what we do NOT collect)
Feasty intentionally does NOT use behavioral analytics tools such as Google Analytics for Firebase, Mixpanel, Appsflyer or Adjust. We do not profile your habits, do not build marketing behavior models, do not sell data to third-party advertisers.
We collect only:
- Application error reports (Sentry) — a description of the error (including the place in the code), the Application version and basic information about the environment (including the operating system), without an account identifier and without a device identifier; we send the report immediately, without storing anything on the device, and remove personal data from its content (including email, location, review text)
- crash reports from App Store Connect and Google Play Console — aggregate reports that Apple and Google make available to app developers if you have agreed in your device settings to share diagnostic data with them; they are collected by Apple and Google as separate controllers, under their own terms
- anonymous usage counters (Cloud Functions rate-limit counters) — used solely to prevent abuse
- anonymous traffic metrics for B2B partners (see "Anonymous metrics for B2B partners" below)
We do not use behavioral tools, so we do NOT ask you for consent to cookies or tracking modules. The Application stores on your device only what is strictly necessary to provide the service you request (Art. 399(3)(2) of the Polish Electronic Communications Law (PKE)):
- your login session — so that you do not have to log in every time you open the Application; we delete it when you log out, and the Google sign-in state — right after you log in to Feasty;
- Application verification data (App Check) — a key and short-lived tokens with which the Application confirms to our server that it is genuine (section 9);
- the push notification token and the notification provider's installation identifier — only once you turn on notifications; after you log out or turn off notifications, we delete the token from our server;
- downloaded Application updates (section 4, “Application updates”);
- a cache of photos, map tiles and pin images — so that they do not have to be downloaded again;
- your settings and Application state: language, theme, tips and messages you have seen, entries waiting to be sent while offline, cached copies of data you are viewing.
We do not store identifiers for analytics, advertising or tracking on your device. Should we enable analytics in the future, we will ask for your explicit consent before activation.
Anonymous metrics for B2B partners
When you tap "Call", "Reserve", "Directions", "Menu", "Share", a delivery link or add a place to your "Saved" list, we increment an anonymous counter of how many such actions happen per restaurant per day. The counter:
- Does NOT store your identity — the database holds only the count of actions per restaurant per day per button type, with no UID, IP address or other identifier.
- Does NOT build your history — we do not know "Anna tapped Call on 3 restaurants before choosing the 4th", we do not build per-user conversion funnels, we do not run tracking-based ads.
- Is used solely by the restaurateur of that specific venue, so they can see "how many people this week wanted to call my restaurant via Feasty". Conceptually equivalent to a simple visitor counter at the door.
Restaurateurs who have claimed their venue in Feasty Business (B2B Claim procedure, manually reviewed by an administrator) see daily aggregated statistics of THEIR restaurant in their dashboard panel:
- number of taps on the listed buttons (summed per day / week / 30 days)
- distribution of "occasion" tags (e.g. date, with friends) and "atmosphere" tags (e.g. cosy, photogenic) derived from published reviews of their venue — aggregated statistically, never containing the content of individual reviews or identifiers of their authors.
Under the Premium plan, restaurateurs additionally see anonymised industry comparisons — the median score and tag distribution across a set of at least 5 similar venues in the same cuisine and area. The restaurateur NEVER sees the names of competitors. We do not disclose the composition of the comparison set either — we only show "compared with 5-9 / 10-19 / 20+ similar venues". Your venue may be used in comparisons presented to other B2B partners in your category and location — but only as an anonymised median, never by name.
If a category (tag) would contain fewer than 5 unique review authors, the owner panel shows "Insufficient data" instead of a percentage — this protects authors of individual reviews from identification (k-anonymity threshold, Art. 4(5) GDPR).
Legal basis: counters are anonymous aggregates within the meaning of GDPR Recital 26 — without person-level identifiers they do not allow direct or indirect identification of a User (k-anonymity threshold of 5 applies to tag distribution). To the extent that the moment of the tap might be momentarily linked to your session on the server side before the counter is incremented, the legal basis is Art. 6(1)(f) GDPR (legitimate interest of the controller in metric integrity + interest of restaurateurs in receiving aggregated traffic).
Right to object (Art. 21 GDPR): you may object at any time to your anonymous taps being counted in B2B metrics by writing to contact@feasty.com.pl. Once your objection is recorded, future interactions stop being counted (we flag the account so the server honours the objection on every subsequent counter increment). The objection cannot apply retroactively — the counters are already anonymous and contain no identifier that could be removed.
Matchmaker
Matchmaker is a feature for choosing a restaurant together — you and your friends join a single session via a 6-character code and swipe through 20–30 nearby venues to quickly pick a place for a shared meal.
Session data processed:
- Your display name and profile photo — visible to other members of the session (who joined via the code).
- Your approximate location at the moment the session is created — used solely to fetch the list of nearby restaurants and not stored after the session closes.
- Your swipes (yes / no per restaurant) — visible to other members only as "matches"; the full list of your "no" swipes is not shown to anyone.
- Identifiers of venues chosen for the session — remain in the session document.
Sessions are stored as single documents in the database and automatically closed after 24 hours of inactivity. A complete session (members + swipes) is deleted within 30 days of being closed. You can manually delete any session you have created.
We do not use Matchmaker data for profiling or to train any models — it operates strictly in real time for session participants.
Legal basis: Art. 6(1)(b) GDPR (contract performance — providing the social feature you knowingly joined).
Feasty AI — generated restaurant summaries
The Application uses a generative AI model (Vertex AI Gemini, processed exclusively within European Union member states) to produce two types of summaries visible on the restaurant screen and a monthly report for the venue owner:
- Restaurant summary (Level A) — a short, neutral description ("what guests say about this restaurant") generated from an aggregate of public reviews published by the community. It contains no identifying details of the review authors and no verbatim quotes.
- Personalised intro (Level B) — a single sentence such as "Two people you follow recommend this cuisine" shown only to you. It is built from the rating and an excerpt of the text (up to 200 characters) of reviews by people you follow, and the dish they recommend — without their names, account names or identifiers. We use public reviews and those the author has shared with followers only: only you see the intro, and you can read both. The model writes about your network collectively and does not name anyone.
- Monthly report for the venue owner — text visible only in the Feasty Business panel of the owner of a claimed venue: what reviews have recently said about the venue and how its statistics have changed. The model receives the venue's statistics and the rating and an excerpt of the text of the venue's latest public reviews with the recommended dish — without the authors' names, account names or identifiers; the instruction forbids pointing to authors or guests.
Guarantees enforced by our processing:
- Origin labelling (AI Act Art. 50): every generated summary carries a visible label stating that the text was generated by artificial intelligence (Feasty Concierge) based on Users' reviews — we do not pretend to be a human author. A modelMeta field (provider, model, region, timestamp) is stored as proof of origin.
- Processing in the EU: all requests to the model are routed through Google Cloud's EU access point, for which the provider commits that processing takes place exclusively within EU member states — no transfer of review content to the US for training or running the model. Corporate-level transfers by the provider (Google as a US entity) are described in section 5 "Transfers outside the European Economic Area" (Art. 44–49 GDPR).
- Negative-claim filter: the instructions given to the model explicitly forbid formulating accusations of legal violations (expired food, fraud) based on single reviews — protecting restaurateurs from AI-generated defamation.
- Owner right to request removal: a restaurateur who has claimed a venue may request the permanent removal of the AI summary if they consider its content untrue. The request is reviewed by a human. An administrator decides within 7 days.
- Your opt-out (Art. 21 GDPR): in Settings you can enable "Exclude my reviews from Feasty AI" — your reviews remain public (still readable by humans), but the model will stop using them as input. The opt-out flag is honoured by the server IMMEDIATELY on the next model call — your reviews are not included in any new generation from the moment the objection is recorded (in line with Art. 21(3) GDPR). The "up to 24h" window applies solely to the refresh of already-cached summaries shown on the restaurant screen — existing text remains visible until the next regeneration, but no new processing of your data takes place on the model side.
- No automated decisions about you: the AI does NOT decide your rank, karma, feature access, suspension or any legal status. Summaries are purely informational text.
Audit logs: every generation is recorded in an internal audit collection (aiOutputAudits) with the SHA-256 hash of the model instruction (the raw instruction is never stored), a truncated result (≤ 4096 chars), model metadata and a 90-day retention period. Purpose: internal quality audit and documentation for defending against potential restaurateur claims (AI Act §11.2).
Legal basis for Level A generation (restaurant summary from public community reviews): Art. 6(1)(f) GDPR — legitimate interest of the controller and Users in receiving a synthetic overview of content that Users publish as public Content in the application. Reviews passed to the model come from already-public Content; the Art. 21 objection (described above) excludes a given person's contribution from the aggregate.
Legal basis for Level B generation (personalised intro for you, built from reviews by people you follow): Art. 6(1)(f) GDPR — legitimate interest of the User (you) in receiving a personalised recommendation based on the opinions of people you follow, and the legitimate interest of those people in having their opinions help the people they have shared them with choose restaurants. The model receives the rating and an excerpt of the text of reviews, without names or identifiers, and a review shared with followers only — solely for an intro for a person who can read it; the restaurant summary for everyone (Level A) uses only public reviews. Any such person may at any time exercise the Art. 21 objection against their contribution — their data is then excluded from both Level A and Level B.
Legal basis for the monthly report: Art. 6(1)(f) GDPR — the legitimate interest of the controller and of the venue owner in understanding the opinions that Users have published about the venue as public. The “Exclude my reviews from Feasty AI” option also excludes your reviews from the report.
Legal basis for audit logging: Art. 6(1)(c) GDPR (legal obligation arising from AI Act Art. 50 — origin transparency for AI-generated content) and Art. 6(1)(f) GDPR (legitimate interest of the controller in defending against claims related to AI-generated content).
Photos in reviews
Photos you attach to restaurant reviews are stored in Cloud Storage in the European-region bucket. To clarify:
- We do not use AI for automatic facial recognition of persons visible in photos (neither for moderation, indexing nor any other purpose). Photos do not feed any biometric-recognition model.
- Photo moderation operates in two layers: (1) automated — Google Cloud Vision SafeSearch inspects every uploaded photo for ADULT (sexual content / nudity), VIOLENCE (violence, weapons, blood) and RACY (suggestive content) categories. SafeSearch returns only per-category likelihood labels — it does not identify persons, does not recognise faces, does not extract biometric data nor perform OCR. Photos in which such content is detected go to the moderation queue; a human decides whether to hide them. (2) manual — user reports (DSA Art. 16 Notice & Action) flow into the same administrator queue, independently of the automated layer.
- Photos featuring third parties: by publishing a photo containing the likeness of another person you declare that you have an appropriate legal basis for its publication, in particular the consent of the person depicted where required (Art. 81 of the Polish Copyright Act). The Controller does not pre-screen the legality of published content but may act upon a report. A person whose likeness was published without a legal basis may request removal by writing to moderation@feasty.com.pl — we will remove or restrict access to the content without undue delay, usually within a few business days and no later than 30 days.
- Retention in the anonymisation scenario: in the default "anonymise reviews" flow we immediately delete your profile photo from storage (avatars/{uid}/*); photos attached to the review body itself remain visible as social-content elements (with the author changed to "Former user"). If you choose "full erasure", all photos (profile + review) are permanently deleted. The legal basis for content remaining in the Application is Art. 6(1)(b) GDPR (performance of the social-services contract) and Art. 6(1)(f) GDPR (the Controller's legitimate interest in maintaining the integrity of social content).
Tags in reviews
In a review you can tag the people you were at the venue with — only among people with whom you follow each other. With the review we store the tagged person's identifier, their name and profile photo; if they change them, they also change in the review.
- Who sees a tag — the same people who see the review. A tag in a public review may cause the review to be shown to people who follow the tagged person, or to rank higher for them (Terms, section 3.9).
- Notification — the tagged person receives a notification; it can be turned off in Settings.
- Removing a tag — if someone has tagged you, you can remove the tag from their review at any time; the author will not be able to tag you in that review again. When your account is deleted, we remove you from all other people's reviews.
The legal basis is the performance of a contract (Art. 6(1)(b) GDPR).
Comments on reviews
A review can be commented on by its author and by people connected with the author by a follow, in either direction. Under a public review, the venue it concerns may also reply: the owner of a claimed venue writes, and the comment is shown under the venue's name.
- Who sees a comment — the same people who see the review. The visibility of a review is set by its author: if they open to everyone a review previously visible only to followers, the comments under it also become visible to everyone. A person who has blocked you will not see your comment.
- Notifications — the author of the review and the person you are replying to are notified of the comment. The push notification does not contain the text of the comment; an excerpt of it is visible in the recipient's Inbox.
- Deletion — you can delete your comment at any time. The author of a review can delete other people's comments under their review; a venue's comment they can report. A venue deletes only its own comments and can report others'. Deleting a review deletes the comments under it.
- After account deletion — we delete your comments in both scenarios in section 7, including when reviews remain after anonymization. A venue's comment is content of the venue, not of the account of the person who wrote it: after that person's account is deleted, it remains under the venue's name and is deleted by the venue or by moderation.
- What comments do not affect — karma, prestige rank, the order of reviews or Feasty AI summaries. They do not appear on web pages.
The legal basis is the performance of a contract (Art. 6(1)(b) GDPR). Comments can be reported, and we moderate them in the same way as reviews.
Split the bill
The "Split the bill with friends" feature helps you divide the cost of a shared meal. Within it we process:
- Receipt photo — when you take or upload a photo of a receipt, it is sent solely to read the items and prices via an AI model (Vertex AI Gemini, processed exclusively within EU member states). We delete the image immediately after reading it and do not keep it as content in the Application. The reading is only a first draft — you can correct items and prices manually.
- Split worksheet — the items, the "who ordered what" assignment and the tip are stored as a private, temporary document available only to you (it disappears automatically after 30 days). You tag Feasty users by a reference to their account; a non-Feasty person is added by name only (no account, no contact, no notifications).
- Split notifications — if you send the split, each participant who is a Feasty user receives an in-app notification. Whoever owes sees only their own share and whom to pay back (not the full breakdown). Whoever paid, and whoever ran the split, receive an aggregated summary of amounts (who owes how much) — without the itemised list of what was ordered. These notifications expire automatically. People who aren't on Feasty are not notified. You can turn these off in settings.
- It is a calculator, not a payment. Feasty only calculates who should pay how much — it does not process any payments, store card details, or transfer money.
Legal basis: Art. 6(1)(b) GDPR (performance of the contract — providing a feature you knowingly use). We do not use this data for profiling or to train models.
Feasty Events — group outings
The "Feasty Events" feature ("Propose an outing") helps you plan a get-together with friends. Within it we process:
- Participants. You can invite only people you mutually follow. For each event we store a reference to the participant's account, a cached copy of their name and photo (to render the invitation), and their RSVP status (invited / going / declined / change proposed). In "Let's decide together" mode, co-participants see one another (name, photo, votes) inside the Matchmaker session — a deliberate part of jointly planning an outing you were invited to. Visibility of this data is limited strictly to the participants of the specific event — it is not available publicly or outside the event.
- Time and place. The date, time and chosen venue (picked directly or chosen together via Matchmaker).
- Notifications. The invitation, plan changes and re-confirmation requests reach participants in the app (and as a push notification, if enabled). You can turn these off in settings.
- Ephemeral. An event is a temporary document, deleted automatically within 30 days of the meeting time. We ourselves do not build a lasting record of who you go out with or where, nor do we use this data for profiling or to train models. A lasting trace of an outing is created only when a participant creates it themselves by adding a “memory” (photos or a note) to a shared list. A memory is visible only to the members of that list. It contains the venue, the date of the outing, the photos and the note, as well as information on who created it and who added photos — it does not contain the list of participants. We do not use memories for profiling. The person who created a memory may delete it at any time. A person who added photos to a memory may delete them at any time. After you delete your account, the memory stays on the list without any link to you — just like reviews.
- Reservation and settlement (optional). If the organizer books a table for the group, only the organizer's first name (booking on the group's behalf), which they enter and see themselves before sending, is shared with the restaurant — never the other guests' data. Cost-splitting works through "Split the bill" (a calculator — see above; Feasty does not intermediate payments).
Legal basis: Art. 6(1)(b) GDPR (performance of the contract — providing a social feature you knowingly use).
Venue Faces
A venue owner may invite you to appear on their listing as a "Venue Face" — e.g. head chef, owner or manager. The feature works only with your consent:
- What we show — your name and profile photo (pulled live from your profile) together with the role indicated by the venue. We neither create nor store any new photo.
- Only after you accept — you receive the invitation in the app and become visible on the listing only once you accept it.
- Withdraw at any time — choosing "Unlink" immediately removes you from the venue's listing. We retain only a record of the consent being given and withdrawn as proof of accountability (Art. 7(1) GDPR), for 6 years after withdrawal — like the consent logs; it contains no photo.
Legal basis: Art. 6(1)(a) GDPR (consent) and Art. 81 of the Polish Act on Copyright and Related Rights (dissemination of likeness with authorisation).
Shared lists
Your own lists (other than the default "Favorites" and "Want to go") can be shared with friends:
- Invitation — you can invite someone you follow; they become a co-author of the list only after accepting the invitation.
- What co-authors see — the list name, its contents, who added each entry, and who else belongs to the list. All co-authors have an equal right to add and remove places.
- Notifications — we notify you in the app about an invitation and about a new place being added; you can turn these off in settings.
- Leaving — you can leave a list at any time ("Leave"); when the last person leaves, the list is deleted.
- Responsibility — you are responsible for the places and descriptions you add to a shared list yourself. The Controller provides a mechanism to report content that is unlawful or in breach of the Terms and takes moderation action (removal or visibility restriction); any co-author can report inappropriate content.
Legal basis: Art. 6(1)(b) GDPR (performance of the contract). The recipients of data visible on a shared list (e.g. your name as the author of an entry) are the other co-authors of that list. The notice-and-action mechanisms are described in Art. 16 DSA.
Followed guides. When you follow a guide (a creator's list or a Feasty editorial list), this is visible on your profile — to people who can view your profile under its privacy settings — and on the guide's cover, where people who follow you see your photo among the followers; everyone else sees only the number of followers. You can stop following at any time.
Table reservations
Reservations. When you want to book a table through the Application (or the feasty.com.pl website, if the restaurant allows it), Feasty intermediates in passing on your request — the reservation is accepted and confirmed by the restaurant. We pass to the chosen restaurant the data needed to handle the reservation: the first name you enter in the reservation form (when booking from your account the field is prefilled with the first part of the name in your profile — you can change it or add your surname before sending), the number of guests, the date and time and any notes you enter, and when booking through the feasty.com.pl website also your email address and, if you provide it, your phone number. The restaurant becomes a separate controller of this data and may use it only to handle your reservation (confirmation, contact in case of changes) — not for marketing or any other purpose; our agreement with the restaurant obliges it to do so. If the restaurant publishes its own privacy policy, you can read it before booking. Legal basis: taking steps at your request prior to entering into a contract and performance of that contract (Art. 6(1)(b) GDPR) — this applies both to the reservation request and to a confirmed reservation. We keep reservation data for as long as the reservation is being handled and for 90 days afterwards in case of a complaint or dispute (e.g. a no-show report), after which we delete or anonymise the contact data. If you book as a guest, without an account, before sending the form you will see information about the data controller and about the data being passed to the restaurant, and you will confirm that you have taken note of it; no account is created in that case. Reservation status notifications (confirmation, cancellation, reminder) are sent by us (Feasty), not by the restaurant.
Reservation block. A restaurant may refuse to accept reservations from you if you have repeatedly failed to show up for a confirmed reservation without cancelling it. The threshold here means 3 documented no-shows at the same restaurant within 90 days — a no-show counts as documented only if the restaurant marked it after the time of a reservation you did not cancel. The decision is made by the restaurant — it is not taken automatically by the Application. The restaurant must impose the block actively, confirming it itself; the Application does not impose it on its own, even once the threshold is exceeded. The threshold itself works only in your favour: the Application can only prevent a block below the threshold and never imposes one on its own initiative. When making this decision, the restaurant has access only to those elements of your reservation history at its venue that are directly necessary to assess whether it is justified — the dates and statuses of the no-shows and information about earlier cancellations or explanations relating to those events — excluding data from other venues, aggregate indicators and information unrelated to the assessment of this threshold. We (Feasty) will send you the explanation of the reason for the refusal on the restaurant's behalf — by email; in the Application you will see a notice about the block stating that the details have been sent by email. The message will state the facts on which the decision is based, its basis in the Terms, the duration of the block, and how and by when you can appeal. If you believe the refusal was unjustified (e.g. a no-show was marked in error), you can contact the restaurant and also appeal by email to moderation@feasty.com.pl (for reservations made from an account — also in the Application). The appeal will be reviewed by a human, and the controller will respond without undue delay and in any event within one month of receiving the request. The block described above applies only to the given restaurant, expires automatically after 3 months and is not transferred between venues. We keep information about the block for 3 years after it expires or is lifted, and an appeal for 3 years after it is decided, solely in case of claims relating to the block.
Venue data, suggestions and videos about venues
Data about food and drink venues. We obtain information about venues — name, address and location, type of venue, phone number, website and opening hours — from publicly available sources (the open Overture Maps dataset and the venue's own website), from Users (venue data suggestions, section 5.7 of the Terms) and from the venue owner. Where a venue is run by a natural person, e.g. as a sole trader, some of this information may be that person's personal data. We process it to inform Users about venues, on the basis of our legitimate interest (Art. 6(1)(f) GDPR), for as long as the venue is presented in the Application. The restaurant owner may object (Art. 21 GDPR) by email to the address given in "Contacting us"; we consider each objection individually, within one month. The objection covers data identifying the restaurant owner, not Users' reviews — unless a review contains their personal data beyond the venue name.
Suggestions of venues and venue data changes. When you suggest a new venue ("Add a place") or a change to a venue's data, we store the content of the suggestion (e.g. name, address, location on the map, cuisine), the date and your account identifier. The identifier is not visible to other Users; we need it to notify you of the outcome (in your Inbox and, when a new venue is accepted, also by a notification) and — if we restrict the suggestion as prohibited content — to give you a statement of reasons and allow an appeal (Arts. 17 and 20 DSA; legal basis: Art. 6(1)(c) GDPR). We keep the suggestion until it is decided and then for the appeal period (6 months) plus 30 days; after that it is deleted automatically. Your suggestions are part of your data export.
Creators of videos about venues. Next to venues and on Feasty editorial lists we show links to publicly available videos about venues, published by their authors on YouTube, TikTok or Instagram, together with the name of the author's channel. For this purpose we process data of creators who do not have to be Feasty Users: the channel name, the channel addresses on those platforms and the video addresses — obtained from their public channels. We do not download thumbnails, titles or the creator's image; we do not embed or copy videos. Legal basis: Art. 6(1)(f) GDPR — the legitimate interest of Feasty and Users in identifying the source and author of material about a venue. We keep the data for as long as the link is visible in the Application. A creator may object at any time (Art. 21 GDPR) by email to the address given in "Contacting us" — we do not require a reason; we then remove the links and the channel data, keeping only the platform name and the account name so as not to add the channel again. If a creator opens a Feasty account, they can ask us to connect the channel with their account — after confirming that the channel belongs to them, the channel name shown with the videos leads to their profile.
3. Purposes and legal bases of processing
Service delivery (Art. 6(1)(b) GDPR — contract performance)
- creating and maintaining your account
- enabling sign-in and authentication (including via SSO)
- publishing and editing your reviews and lists
- providing social features (follows, likes, tags, comments, Matchmaker)
- sending notifications related to activity on your account
Security and abuse prevention (Art. 6(1)(f) GDPR — legitimate interest)
- verifying user authenticity (invite-only system)
- rate-limiting API calls
- detecting and blocking spam, fake reviews and abuse attempts
- collecting error logs to fix technical issues
Product communication (Art. 6(1)(a) GDPR — consent)
- sending notifications about new features (you can disable these at any time in settings)
Pre-registration waitlist (Art. 6(1)(a) GDPR — consent)
If, before creating an account, you leave your email on the "Request access" screen, we process this data for a single purpose: sending you one notification with an invitation to the app when we open the next access wave. Data collected: email address, timestamp of the entry, timestamp and version of this Privacy Policy at the moment of consent, source of the request, hashed (SHA-256 with a server-side pepper) IP address for spam-source auditing, truncated user-agent. Legal basis: your explicit consent (Art. 6(1)(a) GDPR). Without ticking this consent in the form, we do not store your email at all — server-side validation rejects the request.
Waitlist data is not combined with registered users' data, is not used for analytics or profiling, and is not transferred to any third parties. The invitation email is sent personally from the Controller's address.
Retention: until (a) we send you an invitation code — we then delete your email address, the IP address hash and the browser information, and keep only proof that consent was given: a hash (SHA-256) of the email address, the date of consent, the Policy version and the date of the invitation — for 3 years, in case of claims; OR (b) a decision not to grant access — the entry is manually deleted; OR (c) at most 12 months from the entry date without an invitation being sent. You may withdraw consent and request deletion at any time by writing to the address in section 1 — the entry will be deleted within 30 days.
Contacting us. Our addresses: contact@feasty.com.pl — general matters, complaints and your rights under section 7, including the right to object; moderation@feasty.com.pl — reports of content (including of your likeness) and appeals against our decisions, including against a reservation block; legal@feasty.com.pl — for public authorities only. When you write to us at any of them, we process your email address, the content of your message and any data you provide in it. We do this to reply and handle your matter: the legal basis is our legitimate interest in conducting correspondence (Art. 6(1)(f) GDPR) and, where the matter concerns a contract with you, its performance (Art. 6(1)(b) GDPR). Email is handled by Google (Google Workspace). We keep correspondence until the matter is resolved and then for 3 years in case of claims.
4. Recipients of data
We transfer your data to the following categories of recipients (processors operate under data processing agreements concluded with us):
- Google LLC / Google Ireland Limited — Firebase (authentication, database, file storage, server functions, FCM notifications), Google Maps Platform (the map in versions of the Application earlier than 1.0.6 — described below), Vertex AI (Gemini, processed exclusively within EU member states — AI features described in section 2), Google Cloud Vision API (SAFE_SEARCH_DETECTION feature — photo moderation as described in section 2 "Photos in reviews"; the API receives the image bytes and returns only category likelihood labels, with no persistence of the image on Google's side), Google Workspace (handling of inbound e-mail correspondence to our contact addresses contact@/moderation@/legal@ — GDPR rights requests, DSA appeals and moderation reports land on Google's servers). Privacy policy: https://policies.google.com/privacy. EU-US Data Privacy Framework certification: https://www.dataprivacyframework.gov/.
- Expo (650 Industries, Inc.) — delivery of push notifications and Application updates (described below). Privacy policy: https://expo.dev/privacy. DPF certified: yes.
- Resend (Resend, Inc.) — transactional email delivery (sign-in codes, welcome / DSA / appeal / moderation notifications). Resend receives the recipient email address, message body and delivery metadata (bounce, delivery status); it does not persist message bodies beyond the standard diagnostic retention window. Privacy policy: https://resend.com/legal/privacy-policy. Sub-processor AWS SES — processing in EU / US regions per Resend-side configuration.
- Sentry (Functional Software, Inc.) — collection of Application error reports (without an account or device identifier). Privacy policy: https://sentry.io/privacy/. DPF certified: yes. Processing region: EU — the Feasty project is hosted on Sentry's EU instance (*.de.sentry.io ingest endpoint). Event data (error logs) is stored in the EU region; some metadata and operational data relating to the service may be processed outside the EEA, in particular in the US, under the transfer mechanisms of GDPR Chapter V. Status as of the effective date of this Policy version: Sentry is active for production builds with a correctly configured DSN — application errors are forwarded to the Sentry EU instance. For test builds without a DSN (e.g. local Expo Go, CI builds), a local fallback applies: error logs are stored in our errorLogs Firestore collection (region europe-central2 — Warsaw). In both paths personal data is stripped before transmission via a redaction layer (review text, emails, exact geo coordinates).
- Cloudflare, Inc. — delivery of the map in the Application (map tiles and label fonts from our domain mapa.feasty.com.pl — described below). Privacy policy: https://www.cloudflare.com/privacypolicy/. DPF certified: yes.
- Public authorities — only where required by a legal obligation (court, prosecutor, PUODO or law-enforcement order).
Map. From version 1.0.6 of the Application, the map is displayed by the open-source library MapLibre. The base map (streets, water, green areas, labels) comes from OpenStreetMap data, and the venues on the map come from our database. The Application downloads map tiles and label fonts from our domain mapa.feasty.com.pl, which is operated by Cloudflare, Inc. With each download, Cloudflare receives your device's IP address, technical information about the Application and the device (including the name and version of the Application) and information about which map tiles you download — when the map shows your surroundings, this reveals your approximate location. Cloudflare processes this data on our behalf, as our processor, solely to deliver the map tiles; for the data it uses to protect its network against attacks, it acts as a separate controller under its own privacy policy. We do not store this data. Processing also takes place outside the EEA, including in the United States (section 5). The "you are here" dot is drawn by the Application itself, based on the location provided by your device's system — the map provider does not receive it. The map does not store identifiers or cookies on your device; the only thing kept on the device is a cache of downloaded map tiles and pin images, so that they do not have to be downloaded again. The legal basis for transferring data to Cloudflare is our legitimate interest in showing venues on a map (Art. 6(1)(f) GDPR).
Google map in earlier versions of the Application. In versions of the Application earlier than 1.0.6, the map is displayed by the Google Maps SDK. When the map is displayed, Google receives your IP address, technical information about the device and the Application, crash data of the SDK and information about how you use the map (panning, zooming) and which area you are viewing — when the map shows your surroundings, this reveals your approximate location. On the place selection screen in Matchmaker, the map SDK itself shows your location. The SDK stores an identifier and cookies on your device, which Google also uses for its own purposes (statistics, abuse prevention, improving its services) — to that extent Google acts as a separate controller, under the Google Privacy Policy, and decides on the retention period itself. The data is also processed outside the EEA, including in the United States (section 5). The legal basis for transferring data to Google when the map is displayed is our legitimate interest in showing venues on a map (Art. 6(1)(f) GDPR). After updating to version 1.0.6, the files previously stored by the Google SDK remain on your device until the Application is uninstalled — the new version does not use them.
Application updates. Each time it starts, the Application asks the Expo server whether there is a new version of its code and downloads it if there is. In doing so, Expo receives your device's IP address, the platform (iOS or Android), the Application version, the release channel and the identifier of the code version you have — solely in order to deliver the update. From version 1.0.6, the Application does not send Expo an installation identifier or error descriptions; earlier versions also send an identifier stored on the device and a description of the last serious Application error. A downloaded update remains on the device until it is replaced by a newer one. The legal basis is the performance of a contract — delivering Application updates (Art. 6(1)(b) GDPR; Terms, section 8.3).
5. Transfers outside the European Economic Area
Some of our service providers, including Google LLC, Sentry, Resend and Cloudflare, as well as selected infrastructure providers (e.g. Expo), are based or operate infrastructure outside the EEA, in particular in the United States. Personal data is therefore transferred outside the EEA, in particular to the United States. Transfers are made in accordance with Chapter V of the GDPR, in particular on the basis of:
- a European Commission adequacy decision (Art. 45 GDPR — EU-US Data Privacy Framework)
- Standard Contractual Clauses (Art. 46(2)(c) GDPR) as a supplementary mechanism
You can obtain a copy of the standard contractual clauses used by a given provider by writing to contact@feasty.com.pl.
6. Retention periods
We retain your data for the following periods:
- account and related content — until you delete your account
- error logs — up to 90 days
- database backups — 14 days (daily backups per our disaster recovery policy)
- technical data (rate-limit counters, idempotency markers) — automatically purged after 30 days
- data export counters (P2B Art. 9 — accelerated B2B export; 1 export per 24 hours per restaurant owner) — 24 hours
- Feasty AI model audit logs — 90 days (internal generation-quality audit + documentation for defending against potential restaurateur claims under AI Act Art. 50 content-origin transparency; the instruction content is SHA-256 hashed, the raw instruction is never stored — see "Feasty AI" in section 2)
- content reports and moderation decisions (the report, the statement of reasons, the record of the moderator's actions, the appeal) — 3 years after the last decision in the case, in case of claims (Art. 6(1)(f) GDPR); we remove the reporter's identifier from the report once it is decided and the appeal period (6 months) has expired
- automated photo flags that a moderator found unfounded — 90 days
Where data from the Feasty AI audit, a moderation case or a reservation block is needed in a dispute that is ongoing or has been announced, we suspend its deletion until the dispute ends — for no longer than 6 years from the generation of the content (Feasty AI audit) or 10 years from the decision (moderation cases and blocks). The legal basis is our legitimate interest in establishing, exercising or defending legal claims (Art. 6(1)(f) and Art. 17(3)(e) GDPR).
After account deletion, we delete or fully anonymize your data according to the scenario you select (see section 7). Maximum erasure request fulfillment time: up to 30 days. In practice most operations complete within seconds (a cascading server-side process triggered after Firebase Auth deletion); the 30-day window covers edge cases (backups expire after 14 days, the last technical markers after 30 days).
Exception: consent logs (GDPR Art. 17(3)(e))
We retain pseudonymised consent logs (e.g. exclusion of reviews from Feasty AI summaries, objection to B2B counters, acceptance of Terms and Privacy Policy at a given version) for 6 years after the last change; once that period lapses the entries are deleted automatically. The basis is our legitimate interest in being able to demonstrate the lawfulness of processing and to defend against claims (GDPR Art. 6(1)(f)), together with the requirement of GDPR Art. 7(1) ("the controller shall be able to demonstrate that the data subject has consented") and falls under the right-to-erasure exception of GDPR Art. 17(3)(e) (data necessary for the establishment, exercise, or defense of legal claims). After account deletion the log retains the bare event metadata (consent type, granted/withdrawn status, timestamp, policy version) and a pseudonymous identifier of your former account — without it the log could not prove that it was you who consented; the IP hash is stripped. Such an entry is not anonymous: it remains personal data, although we do not use it to identify or profile you in day-to-day operations. The 6-year period matches the limitation period for consumer claims under Polish law (KC art. 118).
Exception: record of notices sent
After your account is deleted, we keep a record of having sent the messages whose delivery we must be able to prove: statements of reasons for moderation decisions and decisions on appeals, notices addressed to restaurateurs and the welcome message with the contract terms. The record covers the type of message, the date it was sent, the delivery status, a hash (SHA-256) of the email address and — for a statement of reasons or a block — a reference to its record, without the content of the message and without the address in plain form. We keep it for 3 years from sending or from the event the message concerns (moderation decisions, appeals, notices to restaurateurs), and for 6 years from sending the welcome message. The legal basis is our legitimate interest in demonstrating that we have fulfilled our information obligations and in defending against claims (Art. 6(1)(f) and Art. 17(3)(e) GDPR).
7. Your rights
In connection with the processing of your personal data, you have the following rights:
- right of access (Art. 15 GDPR) — you can check what data we process, obtain a copy and learn the purposes and recipients
- right to rectification (Art. 16 GDPR) — you can edit account data directly in the app settings
- right to erasure ("right to be forgotten", Art. 17 GDPR) — you can delete your account from within the app (Profile → Settings → Delete account). We offer two scenarios:
Anonymize reviews (default)
Your account is deleted, while your reviews are anonymized (author changed to "Former user"). The profile photo is removed immediately; photos within the review body remain visible as social content. Social content remains visible to the community but cannot be linked back to you. This does not apply to comments on reviews: we delete them together with the account.
> ⚠️ Important caveat — limits of anonymization. The system automatically removes only the link between the review and your profile (author, identifier). We do NOT automatically redact the review text itself or photo contents — if you placed identifying information inside the body of a review (e.g. "I, Jan Kowalski…", "I was here with my wife Anna", your face on the photo), it remains visible despite the author label change. Within the meaning of GDPR Art. 4(5) the operation will then be pseudonymization (identifiers embedded in Content), not full anonymization. Recommendation: if full unidentifiability matters to you, before closing your account manually delete the specific reviews containing identifying information, or choose the Full erasure scenario below — in both cases Content is permanently deleted.
Full erasure (Art. 17 GDPR)
Your account and all related reviews, comments, photos (profile + review), lists are permanently deleted.
- right to restriction of processing (Art. 18 GDPR) — you can request temporary blocking of your data; it remains stored but is not actively used
- right to data portability (Art. 20 GDPR) — you can request your data in a structured, commonly used format
- right to object — described separately below
- right to withdraw consent at any time (Art. 7(3) GDPR) — without affecting the lawfulness of processing performed on the basis of consent before its withdrawal. Withdrawing consent is as easy as granting it (a Settings toggle or an email to contact@feasty.com.pl).
Right to object. You may object at any time to the processing of your data based on our legitimate interest (Art. 21 GDPR), on grounds relating to your particular situation. This applies in particular to: verification of the Application and other security measures (section 9) — we assess the objection individually, weighing whether our interest in protecting the service overrides yours; counting your anonymous taps into B2B metrics (section 2) — we accept the objection without balancing; generating Feasty AI summaries with your reviews (section 2) — opting out is available directly in Settings. You can submit an objection to contact@feasty.com.pl; we will reply within one month.
Response deadlines
Under Art. 12(3) GDPR we respond to every request concerning your rights within 1 month of receipt. In complex cases or when we receive a large volume of requests we may extend this deadline by a further 2 months (up to 3 months in total), informing you of the extension with justification within the initial one-month period.
Exception: for account-deletion requests, the technical execution of data deletion takes up to 30 days (in practice — seconds, see section 6).
To exercise any of these rights, contact us at contact@feasty.com.pl.
8. Right to lodge a complaint
You have the right to lodge a complaint with the President of the Personal Data Protection Office (PUODO) if you believe that the processing of your data violates GDPR:
Urząd Ochrony Danych Osobowych
ul. Stanisława Moniuszki 1A, 00-014 Warszawa, Poland
www.uodo.gov.pl
9. Data security
We apply adequate technical and organizational measures to protect your data against unauthorized access, loss or modification:
- encrypted connections (TLS 1.2+)
- database-level access rules (Firebase Security Rules — including automated adversarial rule tests)
- segregation of private data (email, phone) from public data (profile)
- automated backups with a 14-day restore window
- real-time error logging and monitoring
Verification of the Application. Before the Application connects to our server functions, it confirms that it is an unmodified Feasty Application running on a genuine device. It does this using a mechanism of the device's operating system: on iOS — App Attest or DeviceCheck (Apple), on Android — Play Integrity (Google Play; we use only the basic verdict, without information about other apps on the device). In doing so, the device's operating system passes technical information about the Application and the device to Apple or Google (including the identifier and version of the Application and the attestation result); Apple and Google Play process it as separate controllers, under their own privacy policies, and decide on its retention themselves. The result goes to Firebase App Check (Google Cloud), which issues the Application a short-lived token attached to its connections with our functions; Google Cloud acts here as our processor and, as regards technical data about the operation of the service, as a controller. Processing also takes place outside the EEA, including in the United States (section 5). We do not store the verification result. Our server rejects a connection without a valid token — features of the Application that rely on the server then do not work, and the Application shows a message with a contact address. The purpose is to protect the service and its Users against abuse by modified versions of the Application and by scripts; the legal basis is our legitimate interest (Art. 6(1)(f) GDPR). You may object — see section 7 ("Right to object").
Personal data breach notification (Art. 34 GDPR)
In the event of a personal data breach likely to result in a high risk to your rights and freedoms (e.g. leak of identifying data, unauthorised access to your private data), we will inform you without undue delay — via a push notification in the app and/or an email to the address associated with your account. The information will describe the nature of the breach, the likely consequences, the measures we have taken or propose to take, and the contact details of the Controller's point of contact (contact@feasty.com.pl). No Data Protection Officer is appointed — see section 1.
Independently of notifying users, we report every breach to the President of the Personal Data Protection Office (PUODO) within 72 hours of becoming aware of it (Art. 33 GDPR).
10. Minimum age
Feasty is available only to persons aged 18 and over. When you create an account, we ask you to confirm that you are at least 18; we do not collect or otherwise process your date of birth. If we discover that an account belongs to a minor, we will delete it immediately.
11. Automated decisions and profiling
We do not make decisions based solely on automated processing, including profiling, that produce legal effects concerning you or similarly significantly affect you.
For fair restaurant ranking, every review is weighted. Your review's weight depends on: (a) the age of your account — it is lower during the first 30 days; (b) the number of your reviews and of people who follow you; (c) your prestige rank (Standard / Elite / Connoisseur); (d) whether your ratings are almost always the same; (e) the age of the review itself — its weight halves every 180 days but never drops below 15% of the weight of a fresh review. These weights affect only restaurant ranking — never decisions about your account, access to the service, or any legal consequences. Full ranking parameters are publicly disclosed to restaurant owners as required by P2B Regulation (EU 2019/1150) Art. 5. The legal basis for weighting reviews and for the prestige rank is the performance of the contract (Art. 6(1)(b) GDPR) — both mechanisms are part of the service described in the Terms (section 3.1).
Prestige-rank qualifying criteria (Art. 13(2)(f) GDPR — meaningful information about the logic of profiling)
The prestige rank is computed fully rule-based (NOT using AI or statistical models), separately in each city, in three steps: (1) quality gate — a minimum number of karma points and published reviews; (2) city threshold — the city must have a set number of people meeting the quality gate, otherwise nobody there receives a rank; (3) among those people, by karma points, the top share is Connoisseur, the next — Elite; everyone else has the Standard rank. A rank is lost only after a grace period.
Karma points are a fully rule-based, deterministic sum of points awarded for: a published review (10–38 pts depending on completeness: photo, recommended-dish description, review body and its length, the tier you chose, vibe and tags; verified creators attaching a video: +15 pts), a like on your review from another User (+6 pts — a single like consists of one point for the like itself and five for marking the review helpful), your review collecting at least 10 likes ("Endorsement", +25 pts once), the first-ever review of a given restaurant in the database ("Pioneer", +25 pts), another User saving a restaurant from your review ("Curator", +20 pts, once per User–restaurant pair), and someone creating an account with your invite code (+50 pts; multi-use creator code: +5 pts per redemption). Visit verification earns no karma. Withdrawing a like deducts 6 pts; deleting a review reverses every point awarded for it. Values current as of the effective date of this Policy. Any change that materially modifies how karma is earned (e.g. adding a new rewarded behaviour category, removing an existing one, or changing values by an order of magnitude) requires a Policy update and re-consent. Minor point-value adjustments (e.g. karma-economy balancing) may be made by the Controller without a version bump — the current table is available on request at contact@feasty.com.pl.
Start-up thresholds. Until the target thresholds (below) are introduced, temporary thresholds apply: quality gate — at least 50 karma points and 3 published reviews; city threshold — at least 10 Users meeting that gate; Connoisseur — 10% of them by karma points, Elite — the next ones up to 40%.
Target thresholds. Quality gate — at least 200 karma points and 10 published reviews; city threshold — at least 50 Users meeting that gate; Connoisseur — top 1% by karma points; Elite — the next 2–10%. We will introduce the target thresholds across the whole Application at once when, at the weekly rank calculation, at least 50 Users in any city meet the target quality gate. A User's city is determined the same way as for the rankings — based on the addresses of the venues they review.
Protection of a rank you hold. We will announce the introduction of the target thresholds by a notification. If you do not keep your current rank under the new thresholds, you will keep it for a further 14-day grace period.
Recompute cycle: the rank is re-evaluated once per week (Sunday cron). Promotion to a higher rank is immediate upon first exceeding the threshold. Demotion (loss of rank) only takes effect after a 14-day grace period — protects against weekly fluctuations in city ranking position.
Notification: we notify you of grace-period start via a push message; demotion at grace expiry is silent. Promotions are silent on the push channel (the UI surfaces the new pill anyway).
The thresholds described above are the only ones applied. Any other change to them requires an update of this Policy; we will give at least 14 days' notice of any change that may take away someone's rank.
12. Policy changes
This privacy policy may be updated periodically to reflect changes in how the Application works, in the law, or in how data is processed. The version and last-updated date are shown at the very top of this document. Material changes (changes to the scope of data, legal bases, categories of recipients or mechanisms for exercising your rights) will be communicated with appropriate advance notice via the Application, email or another available channel. Where applicable law requires your consent or confirmation that you have read the changes, we will ask you to take the appropriate action before continuing to use certain features of the Application. The current version accepted by you is stored in the consent log (section 6, "Exception: consent logs") — you can request an extract at any time by writing to contact@feasty.com.pl.