Privacy Policy
qawqaw is a calendar app for keeping your own record of health habits such as medicine, exercise, sleep and food. This policy explains what information qawqaw handles, how it is used, and how you stay in control of it.
At a glance
- Without an account, your records stay on this device and never leave it.
- If you connect a Google account, your records are also stored on our server so you can see them on other devices. Only you can read or change them.
- If you start sharing yourself, the people you connect with can see the habits and records (including skips) in the shared tags you choose. You can stop at any time.
- News from people and circles is sent to you as notifications by our server. These pass through a notification server in the United States and the delivery server of your browser or phone maker. Habit, tag and circle names and notes are never sent to the notification server. Notifications carry identifiers, a day, time and counts, and a nickname, and to decide whether to send news the notification server reads the schedules and record times of shared habits (without storing them). Your own habit reminders ring on your device only.
- The Android app shows Google AdMob ads in a single strip. Ads are requested as non-personalized only, we do not collect the advertising ID, and health information such as habit names and records is never sent to ads. The website has no ads.
- For “Remove ads” (subscriptions and a lifetime pass), Google Play handles the payment; qawqaw never receives payment details such as card numbers. RevenueCat (United States) checks purchases for us.
- We never sell your records or use them for ads or analytics. On our website we count visits without cookies.
- You can export or delete all of your records in the app at any time.
Information we collect
Information you enter
Habits (name, short label, color and shape, schedule, times per day, note), tags (name, and whether personal or shared), records (date and time), skips (which habit’s slot — which day and time — you skipped), time slots (name, time, and that slot’s reminder settings) and settings. Of your settings, those also stored on the server when you connect an account are your day-start hour and time zone, each habit’s reminder settings (whether it’s on, and whether it rings some minutes before, on time or some minutes after), and whether you receive news notifications (“News from people you follow”, “Stamps I receive” and “Daily group summary” on or off, and any single person or circle you turned off); theme, text size, language and your other reminder settings stay on your device. However, while “Get them on this device” is on, this device’s notification address and the level you chose under “What alerts show” are stored on the server (see “Information for receiving notifications” below). You decide what to enter, and it may include information about your health.
Account information
Only if you connect a Google account, we receive your Google account identifier, email address, profile name and profile photo URL. The profile name and photo URL come with sign-in; qawqaw does not show them anywhere. Google handles sign-in, so qawqaw never receives your password.
When you connect an account, the sign-in server keeps a sign-in log. Each time you sign up, sign in, sign out or your sign-in is renewed, it records the type of event, the time and the sign-in method (Google) together with your account identifier and email address. This is for account security and to prevent misuse, and entries are deleted once 90 days have passed. When you delete your account, they are deleted with it.
To keep you signed in, the sign-in server holds session information for each device you sign in on. It contains your account identifier, when you signed in and when your sign-in was last renewed, and the IP address and browser information (User-Agent) of that connection. This is for keeping you signed in and for account security. It is deleted when you sign out, and for a device that has not been used for one year. When you delete your account, it is deleted with it. A device whose sign-in has ended sends that session’s number to the server to check whether the account was deleted and, if it was, clears the copy stored on that device.
While a sign-in is being processed, a temporary record containing the authentication tokens provided by Google is created. It is deleted when the sign-in completes, and any that did not complete are deleted once one day has passed.
Information for receiving notifications
News from people and circles (for example, when someone accepts your share) is sent as a notification by our server. These notifications go to devices where “Get them on this device” is on in Menu › Notification settings. If you have connected an account and allowed notifications on the device, it is on without you turning it on.
While it is on, this device’s notification address (on the web, the Web Push subscription address created by your browser and its encryption keys; in the Android app, the Firebase Cloud Messaging registration token) is stored on the server together with a device identifier generated at random for each installation, the kind of app (web or app) and its version, the level you chose under “What alerts show” (Medicine names, Count only or Hidden), and your account.
If you turn “Get them on this device” off or sign out, this registration is deleted right away and nothing more is sent to that device. The log of registrations and removals (which contains past notification addresses) is deleted once 7 days have passed; cleanup runs once a day, so it is gone within 8 days at the latest. If you delete your account, the registration and the log entries that contain a notification address are deleted at that time. The final entry saying it was removed (only the device identifier and account identifier, no notification address) is deleted after 7 days as above.
To send a notification, the notification server handles the recipient’s account identifier (not a name or email address), the kind of notification, the identifiers of the share, habits or circles it is about, a day and time, counts (for example, how many habits are past their time, or how many members of a circle are done for today), an irreversible value derived from the account identifier of the person whose action caused the news (a hash — used to limit how many notifications one person can cause for another), and, for four kinds of news from people only (“share accepted”, “Not yet”, “All done” and “Stamp”), the nickname of the person who caused it. The daily circle summary carries no nickname. Habit, tag and circle names and notes are never sent to the notification server. News for a person who has no device with “Get them on this device” turned on is not sent to the notification server.
Whether to send “Not yet” (the set time has passed with nothing recorded) and “All done” (everything for today is recorded) news, and the daily circle summary, is decided by a judging program that runs on the notification server. To do this, the program reads from the Seoul database the identifiers, schedules and set times of the habits in shared tags, the record times and skips of the last few days (four at most) for those habits, whose they are (account identifiers), the identifiers of circle members and when they joined or left, and time zones and day-start hours, and counts them on the spot. What it reads is not stored and not written to logs, and it does not read habit, tag or circle names, short labels, notes or nicknames. It reads only when the person who would receive the news has notifications turned on.
Notifications in the Android app are delivered by Google’s Firebase Cloud Messaging. Our server sends not the text of the notification but a key that says which wording to use, plus the nickname and the identifiers, day, time and counts described above; your phone draws the text. Unlike web notifications, these are not encrypted so that only the receiving device can read them, so Google processes the content of app notifications (including the nickname). If you set “What alerts show” to “Count only” or “Hidden”, the nickname is not included in app notifications.
Your own habit reminders (reminders at the times you set) do not go through the server; they are scheduled on your device only.
Diagnostic information
Error logs are kept on your device and are never sent automatically. A file is created only when you choose Menu › About › Export diagnostics, and that file does not contain habit names, short labels or notes.
If you have connected an account and tap Menu › About › Send diagnostics, then — and only then — the error log and device state (app version, browser and device type, the number of records stored on the device, sync status) are stored on our server with your account and used only to find the cause of the problem. Item names, short labels, notes and record contents are not included. Sent diagnostics are deleted after 30 days, and are deleted with your account if you delete it.
Website visit statistics
On our website (www.qawqaw.com) we count visits with Cloudflare Web Analytics. It aggregates the page address, where you came from (the previous page address), browser and device type, country and page load speed, and uses no cookies or device identifiers. The query and hash parts of addresses, your record contents, habit names, short labels and notes are never sent. The Android app does not include this tool.
Ads (Android app)
In the Android app, Google AdMob ads appear in a single strip at the bottom of the To-do, Stats, Together and Alerts tabs. There are no ads on the Record tab or on a screen opened from a notification, and the website has no ads.
To show ads, Google’s ads SDK included in the app sends Google the following (as published by Google): your device’s IP address (which may be used to estimate its general location), your interactions with ads (app launches, ads shown or tapped), performance information about the app and the SDK (launch time, hangs, energy use), device identifiers, and the name of the app requesting the ad (its package name). This means Google can tell that qawqaw is installed on the device. Google uses this information to serve ads, to measure ads and produce statistics, and to prevent invalid clicks.
- Non-personalized ads only — every ad is requested as non-personalized. We do not request personalized ads chosen from your interests or your activity in other apps and websites (behavioral information).
- We do not collect the advertising ID — the app is built so that it does not use the advertising ID permission or Android’s privacy-preserving ad permissions (advertising ID, topics, attribution). Instead of the advertising ID, Google’s ads SDK may use the app set ID (an identifier used only within one developer’s apps) for frequency capping, statistics and fraud prevention.
- No health information goes to ads — habit names, short labels, tags, notes, records and the content of the screen you are viewing are never put into ad requests. We put no keywords or content addresses into ad requests.
- What ads can appear — we block adult ads and ads in sensitive categories such as drugs and supplements, weight loss, cosmetic procedures and dating.
- Consent in Europe and elsewhere — where consent is required, such as the European Economic Area (EEA), the United Kingdom and Switzerland, Google’s consent form appears before the first ad. Your choice is stored on the device, and you can change or withdraw it at any time in Menu › Ad privacy settings. This menu appears only in regions where consent was asked.
- If you do not want ads — with “Remove ads” the app does not start the ads SDK, so none of the above is sent to Google.
How Google handles this information is described in the Google Privacy Policy (policies.google.com/privacy) and in “How Google uses information from sites or apps that use our services” (policies.google.com/technologies/partner-sites).
Purchases (Remove ads)
In the Android app you can buy a monthly subscription, a yearly subscription or a lifetime pass under Menu › Remove ads. Purchases are tied to your account so they survive a change of device, so you need to connect a Google account to buy. Google Play handles the payment.
- Payment details — payment details such as card numbers, and billing information, are received and processed by Google; qawqaw never receives them. Google Play payments are governed by Google’s terms and privacy policy.
- What RevenueCat receives — to check and restore purchases we use the SDK and servers (United States) of RevenueCat, Inc. The Android app with a connected account checks your purchase status when it starts, when you sign in and when you return to it, so your account identifier (a random value, not your name or email address) is passed to RevenueCat even if you have not bought anything. If you have bought something, your purchase history (product, purchase receipt and order number, price and currency, and when it was bought, renewed, cancelled or expires) is processed as well. The SDK sends technical information with its requests, such as the app version, operating system and language and country settings. Habits, records, your email address and your nickname are never sent to RevenueCat.
- What our server keeps — when RevenueCat tells our server about a purchase, we record your entitlement status with your account in the Seoul database (which product, whether it is a lifetime pass, when the subscription ends, whether auto-renew is on, the store it was bought from, and when that notice was created). The app reads this to turn ads off. The log of handling these notices does not keep your account identifier or the product.
- 7-day free trial — if you start the trial in “Remove ads”, we record when it started and when it ends with your account in the Seoul database, so that each account can take it only once. No payment details are involved, and it is not sent to RevenueCat or Google Play. It is deleted when you delete your account.
- What the operator sees — the operator can see order information (order number, product, amount, date and country) in the Google Play Console and uses it to handle refunds and enquiries.
Where your information is stored
- Your device — the storage of your browser or the app. Records, the calendar, stats and reminders all work without an account.
- Our server — if you connect an account, records are also stored in a Supabase database located in Seoul, South Korea. Row-level access control means only your account can read or write them. Only if you start sharing can the people you connect with read what is described in “Sharing you start yourself” below.
- Notification server — the server that delivers server-sent notifications, and its queue, are located in the United States (Oracle Cloud). Your device’s notification address is registered in the Seoul database above, and the notification server keeps an encrypted copy of it. What stays there, and for how long, is described in “Transfers outside Korea” below.
- Purchase checks — the account identifier of the Android app with a connected account, and, if you bought “Remove ads”, your purchase history, are on RevenueCat’s servers in the United States (see “Transfers outside Korea” below).
How we use your information
- To store and show your records
- To sync between your devices
- To calculate stats — this happens on your device.
- To send notifications — for your own habit reminders, deciding when to remind you and writing the message happen on your device, and their content is never sent to the server. News from people and circles is sent by our server, using only the information described in “Information for receiving notifications” above. The text you see in a notification is written by your device.
- To improve the website — visit statistics show which pages are used. They are counted on the website only.
- To keep the service stable and prevent abuse — for each account we count how many records and skips are stored on the server and how many were written that day, to enforce limits, and when one account sends many requests at once or a count turns out to be off, the account identifier and the number are written to the database server’s log. The content of your records is never counted or logged.
- To show ads — the Android app shows non-personalized ads to cover the cost of running the service (see “Ads” above).
- To check and restore purchases — to turn ads off according to what you bought, and to bring it back when you change devices or reinstall the app. Transaction records are kept for the period required by law (see “How long we keep information” below).
Service providers that process data for us
To run the service, we entrust the processing of personal information to the following providers:
- Google LLC — sign-in
- Supabase Inc. — operating the database and authentication servers. Data is kept on servers located in Seoul, South Korea.
- Cloudflare, Inc. — delivering the website and counting visits (Cloudflare Web Analytics)
- Oracle (Oracle Cloud Infrastructure) — renting the server that sends notifications. The server is located in the United States.
- RevenueCat, Inc. — checking and restoring in-app purchases in the Android app and managing subscription status. The servers are located in the United States.
If these providers or their tasks change, we will update this policy and let you know. What Google handles for Google Play payments and AdMob ads is described in “Ads” and “Purchases” above and in “Provision to third parties” below.
Delivery servers that notifications pass through
Server-sent notifications reach your device through the notification delivery server of the company that makes your browser or your phone’s operating system. Which company that is depends on the browser and device you use.
- Google LLC — Chrome and others, and the Android app (Firebase Cloud Messaging)
- Mozilla Corporation — Firefox
- Apple Inc. — Safari
- Microsoft Corporation — Edge
On the web, what these companies receive is your device’s notification address and the encrypted notification content. The content of web notifications is encrypted so that only the receiving device can read it (RFC 8291), so the delivery server cannot read it. Android app notifications are not encrypted that way, so Google processes, along with the notification address, the content of the notification (the key that says which wording to use, the kind of notification, the share, habit and circle identifiers, the day, time and counts, and the nickname).
Transfers outside Korea
Information is processed outside the Republic of Korea in the three cases below. In each case it is sent over an encrypted network connection (TLS).
① Notification server — to deliver server-sent notifications, and to decide whether to send them.
- Recipient and country — a server of Oracle (Oracle Cloud Infrastructure) in the United States, rented and run by the operator.
- When and how — over the network, when “Get them on this device” is turned on or off, whenever there is news for a person who has a device to receive it, and when deciding whether to send such a person “Not yet” or “All done” news or the daily circle summary.
- Items — your device’s notification address (stored encrypted), the randomly generated device identifier, the kind of app and its version, the level you chose under “What alerts show”, the recipient’s account identifier, the kind of notification, the identifiers of the share, habits or circles it is about, the day, time and counts, the value derived from the account identifier of the person who caused the news (a hash), the nickname carried in the four kinds of news from people (“share accepted”, “Not yet”, “All done”, “Stamp”; up to 12 characters), the delivery log (when it was sent and the result), and the notification server’s operating log (when something was processed and the result, the kind of notification, the device identifier, a shortened value derived from the recipient’s identifier, and the key that points to the notification — which contains the identifier of the share or of the recipient, and a day). Read for judging only and not stored: the identifiers, schedules and set times of the habits in shared tags, the record times and skips of the last few days for those habits, account identifiers, the identifiers of circle members and when they joined or left, and time zones and day-start hours
- Purpose — delivering notifications, and deciding whether to send them
- Retention — notifications and the delivery log are deleted by date once 14 days have passed, and are gone within 16 days at the latest. Your device’s notification address is deleted from the notification server when you turn “Get them on this device” off or sign out. The identifier of a device removed this way, and the account identifier, are kept for 30 days so that a late-arriving old registration cannot revive it, and are then deleted. If you delete your account, that account’s devices, notifications and delivery log on the notification server are deleted without waiting for these periods. However, your nickname carried in a notification sent to someone else is deleted together with that notification, once the 14 days above have passed. What is read for judging is discarded when the judging is done and is not kept. The notification server’s operating log is trimmed by size rather than by time: once it reaches a set size, the oldest entries are deleted first.
If you turn “Get them on this device” off, or turn off notification permission on the device, this device’s notification address does not stay on the notification server, and if you have no device with it turned on, news addressed to you is not sent to the notification server either. You can still use records, the calendar, stats and your own habit reminders. However, even with your own notifications off, if a person you are connected with has notifications turned on, your information is carried in the news sent to them and passes through the notification server. When you accept their share or stamp one of their days, your nickname is sent; people who see you are sent news that you are past a set time or done for today (your nickname, the identifiers of the habits concerned, the day, time and counts); and members of the same circle are sent the daily circle summary (the circle’s identifier and how many members are done for today — not who). For this, the schedules and record times of the habits you share are read for the judging described above.
The location of the delivery servers (Google, Mozilla, Apple, Microsoft) is decided by each company and may be outside Korea.
② Purchase checks (RevenueCat) — to check and restore in-app purchases in the Android app.
- Recipient and country — RevenueCat, Inc. · United States. Contact details are in RevenueCat’s privacy policy (www.revenuecat.com/privacy).
- When and how — over the network, when the Android app with a connected account starts, when you sign in, when you return to the app, and when you buy or restore.
- Items — your account identifier (a random value), your purchase history if you bought something (product, purchase receipt and order number, price and currency, and when it was bought, renewed, cancelled or expires), and technical information sent by the SDK (app version, operating system, language and country settings, and similar)
- Purpose — checking and restoring purchases, and managing subscription status (renewal, cancellation, expiry)
- Retention — kept until you delete your account; when you do, what RevenueCat holds is deleted as well. If RevenueCat cannot be reached at that moment, we keep only your account identifier, separately, until we have deleted it there, and then delete it. Transaction records that the law requires us to keep remain as the order records kept by Google Play (see “How long we keep information” below).
- How to refuse, and what happens — if you use the app without connecting an account, nothing is sent. You then cannot buy “Remove ads”, and everything else keeps working.
③ Ads (Google AdMob) — to show ads in the Android app.
- Recipient and country — Google LLC · United States (it may pass through servers Google runs in other countries). Contact details are in the Google Privacy Policy (policies.google.com/privacy).
- When and how — over the network, sent by Google’s ads SDK in the app when you open a screen that shows ads in the Android app.
- Items — your device’s IP address, your interactions with ads, performance information about the app and the SDK, device identifiers (the app set ID — not the advertising ID), the app’s package name, and, where consent is required, your ad consent choice
- Purpose — serving ads, measuring ads and producing statistics, and preventing invalid clicks
- Retention — according to Google’s retention policy (policies.google.com/technologies/retention).
- How to refuse, and what happens — with “Remove ads” the app does not start the ads SDK, so nothing is sent. Where consent is required, you can withdraw it in Menu › Ad privacy settings. The website has no ads.
Provision to third parties
qawqaw does not sell or provide the personal information the operator holds to third parties. The only analytics the operator does are the website visit statistics above and the sales statistics RevenueCat produces from purchase history (number of subscriptions, renewals, cancellations). “Sharing you start yourself” below is you showing information to people you choose; it is not the operator providing your information.
However, the following two Google services in the Android app also handle information on Google’s own terms.
- Google AdMob (ads) — Google’s ads SDK in the app sends Google the information described in “Ads” above, and Google uses it to serve and measure ads and to prevent fraud. This information does not pass through qawqaw’s servers. The recipient, items, retention and how to refuse are in ③ of “Transfers outside Korea” above.
- Google Play payments — a payment you make directly with Google Play; payment details and billing information are processed by Google. qawqaw never receives your payment details.
Habit names, short labels, tags, notes and record contents are never used for advertising or analytics, and are never sent to the ads SDK or to RevenueCat. If we add other advertising, payment or analytics tools, we will update this policy first and tell you in the app.
Sharing you start yourself
Sharing starts only when you create and send a link or QR code, or accept one you received. Sharing always works by shared tag; personal tags and their habits are never shared. The operator does not sell or provide this information to anyone.
What connected people see
- People who see me — they see the name, short label, color, shape, schedule and notes of the habits in the shared tags you choose, the records for those habits (when each was recorded, and its edit history), and skips (which day’s slot at which time you skipped). Your other habits and records are not visible.
- Record links — the habits in the shared tag (name, short label, color, shape, schedule, notes) appear in the participant’s app, and the tag owner sees the records and skips the participant makes on them. Only the owner can change the habits.
- Shared-tag circles — the habits in the shared tags the circle leader chooses appear in each member’s app, and all members (including the leader) see each other’s records and skips on them.
Stamps
People who see you can put a stamp (“Well done”) on one of your days. When they do, who stamped whose day, which day, and when are stored on the server; nothing about your habits or records is included. A stamp is visible only to the person who gave it and the person who received it, and if the receiver has “Stamps I receive” turned on, a notification carrying the giver’s nickname is sent to them. A stamp is deleted when the giver removes it or when either person deletes their account; stamps already received stay even after sharing stops.
Nickname
Every account has one nickname that no one else uses. It starts as a random positive word plus a number, and you can change it once a day. Your nickname is shown to people you are connected with and to people who open your invitation. No one can search for users by nickname.
When you change your nickname or delete your account, we keep that nickname unavailable to everyone for 30 days, so that no one can take it straight away and pretend to be you. To do this we store not the nickname itself but an irreversible value derived from it (a hash). If you changed your nickname, the value is kept together with your account so that you can go back to your old nickname; if you deleted your account, we keep no record of whose it was. The value is deleted once 30 days have passed (31 at the latest).
Sending a habit list
When you send a habit list as a link or a single QR code, the list (habit names, short labels, schedules, notes, whether reminders are suggested, the sender name you typed, and the shared tag name) is carried inside the link itself (after the #). That part is never sent to our server, and no records are included. Anyone who has the link can read the list, and a sent link cannot be taken back, so check who you send it to. When the receiver adds the list as their own habits, those habits become the receiver’s, and if the receiver has connected an account they are stored on the server under the receiver’s account together with where they came from (the sender name, random identifiers that point to the sender’s app and that list, and when they were received).
Stopping
Use Menu › People who see me to stop sharing, Menu › People I see to stop viewing, and Menu › Shared-tag circles to leave a circle. After you stop, the copies on the other person’s device are removed the next time their app syncs. Records a participant made remain the participant’s own data; if the tag owner deletes their account, those records are deleted from our server as well.
Sets you make public yourself (Habit ideas)
If you use Post in Habit ideas, a “set” made from the habits under the tag you choose becomes public to every user. This is different from the sharing above, which is visible only to people you choose. It happens only when you post; if you never post, nothing is made public.
- What becomes public: the set name, the name, short label and schedule of each habit, and your nickname. Habit names can be health-related, so check them before posting.
- What stays private: notes, records, tags and account details (email, name, picture). Other users see the poster only by nickname.
- What the server stores: the set and its status (published, taken down), the time you agreed to the posting rules, and — for signed-in users — the sets you added, liked, reported or hid. Who added, liked or reported a set is not shown to other users; only the counts are. Reports are used by the operator for review.
- Deleting: deleting a set under Sets you posted removes it from the server. Deleting your account removes your sets and your add, like, report and hide records. Habits that other users already added are their data and are not removed.
- Viewing or adding a set without signing in leaves nothing on the server.
How long we keep information
- We keep your information until you delete it.
- Deleted habits can be restored for 30 days and are then permanently deleted.
- The counts kept to prevent abuse are deleted with your account, and entries about a count that was off and corrected (account identifier and numbers) are deleted once 90 days have passed.
- Diagnostics you send are deleted after 30 days.
- Sign-in log entries are deleted once 90 days have passed, within 91 days at the latest.
- Session information is deleted when you sign out, and for a device that has not been used for one year. You will need to sign in again on that device.
- Temporary sign-in records are deleted once one day has passed.
- The hash of sign-in session numbers kept when an account is deleted is deleted once 1 year has passed, within 1 year and 2 days at the latest.
- The log of notification registrations and removals is deleted once 7 days have passed, and notifications and the delivery log on the notification server once 14 days have passed (see “Transfers outside Korea” above).
- Your entitlement status on our server (“Remove ads”) is deleted when you delete your account.
- Under Korea’s Act on the Consumer Protection in Electronic Commerce, records of contracts or withdrawals of offers and records of payment and supply are kept for 5 years, and records of consumer complaints or dispute handling for 3 years. For order records we rely on those kept by Google Play (RevenueCat’s records are deleted when you delete your account).
- When you delete your account, the data stored on the server is deleted with it. What is kept is listed under “What is kept” in Account and data deletion. Data left on your device can be removed by uninstalling the app or from Menu › My data.
Your rights
You can do all of this yourself in Menu › My data.
- View, edit and delete — on each screen.
- Export — everything (JSON) or records only (CSV).
- Delete all records — deletes your records on the server and the device. Your account and settings stay.
- Delete account — deletes your account together with all records, settings and notification registrations. This cannot be undone.
- Sign out — from the name tag (account) at the top. Signs out of this device and removes records from this device only. Records on the server remain.
- Sign out other devices — keeps this device signed in and ends sign-ins and notification registrations on your other devices. No records are deleted.
- Cancel a subscription — in Google Play’s subscription management (Menu › Remove ads › Manage subscription). Deleting your account or uninstalling the app does not cancel a subscription.
If you have removed the app or changed devices, see Account and data deletion.
What notifications show, and receiving them
In Menu › Notification settings, turning “Get them on this device” off stops server-sent notifications from coming to this device, and choosing “Count only” or “Hidden” under “What alerts show” keeps habit and people’s names off the lock screen and notification shade. In the Android app, our server decides whether to send the nickname according to this level, so the level you chose is stored on the server with the device registration. Turning off the device’s notification permission also stops notifications.
Your right to refuse consent
You may refuse the consent we ask for when you connect an account. If you do, you will be signed out and your records will not be stored on the server — you can still use records, the calendar, statistics and reminders on this device without an account.
Not medical advice
qawqaw is a record-keeping tool. It does not diagnose, prescribe or advise on medication. Talk to a doctor or pharmacist about whether, how much, and when to take or stop anything.
Children
qawqaw is not intended for children under 14, and we do not knowingly collect their personal information.
Changes to this policy
If this policy changes, we will update the effective date and let you know in the app.
Privacy officer and contact
Privacy officer: the qawqaw operator · [email protected]
Send questions, complaints or requests for remedy about your personal information to this address. We will respond and act without delay.
Remedies for infringement
If you need to report or get advice about a privacy infringement, you can contact these Korean authorities:
- Personal Information Infringement Report Center — 118 · privacy.kisa.or.kr
- Personal Information Dispute Mediation Committee — +82 1833-6972 · www.kopico.go.kr
- Supreme Prosecutors' Office — 1301 · www.spo.go.kr
- Korean National Police Agency — 182 · ecrm.police.go.kr