Open Analytics for iPhone, Android and the web

Privacy Policy

Last updated: 28 October 2026. This Privacy Policy explains how Data Sailors Private Limited (“Data Sailors”, “we”) collects, uses, shares, keeps and deletes personal information when people use the Open Analytics app on iPhone (App Store) and Android (Google Play), the Open Analytics web dashboard, and the related monitoring services. Where we describe what the iPhone app does, we mean Open Analytics for iPhone version 1.3.0 and later.

1. Who we are and what this covers

Open Analytics is a business platform from Data Sailors Private Limited, India, for utilities, campuses and industrial sites that monitor electrical and water systems. This policy covers the Open Analytics app on iPhone and Android, the web dashboard and the servers behind them. We provide Open Analytics to organisations (“your organisation”) under a contract. Your organisation decides who gets an account and how long its operational records are kept; we run the service and are responsible for the apps and for the processing described here.

2. Accounts and sign-in

  • Who has an account. Your organisation’s administrator creates your account, or approves a sign-up request you make on the web dashboard. The iPhone and Android apps have no sign-up.
  • Sign-up requests (web dashboard). The sign-up page asks for your first and last name, email address, phone number (optional), organisation, department, designation and a password. It creates an account that cannot be used until an administrator approves it, and administrators can see pending requests. We do not delete requests automatically: a request that is never approved stays on our servers until an administrator approves or removes it, and removing it in the dashboard deactivates it but does not erase it. You can ask us to delete your request at any time (section 11).
  • Sign-in is handled by Data Sailors’ own servers. One exception remains on the web dashboard: signing in to an older account that has never set a password with us opens a one-time dialog that asks for the old password and a new one. That dialog sends your email address and old password to Google Firebase Authentication, our previous sign-in provider, to check them, and sends the new password to our servers. You can avoid this step by using “Forgot password” to set a password by email. Older accounts may still have a record in Firebase Authentication (your email address and Google’s stored form of your old password). Some also have a copy of the profile (name, email address, phone number, organisation and role) that earlier versions of the apps and the dashboard saved in Google Cloud Firestore before March 2026. We delete both when we erase your account (section 11).
  • Passwords are stored on our servers only in hashed form. We never intentionally write passwords to our logs, and our servers redact password and token fields from the details of rejected requests that they record in logs. Since 28 October 2026 our servers are also set to keep request contents, cookies and credentials out of the error reports they send to Sentry, apart from a masked copy of requests they refuse. Before that date, Sentry’s own scrubbing already masked password, token, session and sign-in fields in the reports it stored (section 6), and on 28 October 2026 we deleted the older server log files that could contain passwords, tokens or cookies.
  • On your phone, the app keeps its sign-in tokens in the secure storage the operating system provides (the iOS Keychain; on Android, storage encrypted with a key held in the Android Keystore).
  • Face ID, Touch ID and fingerprint checks happen entirely on your phone. We never receive your biometric data.

3. Information we collect

We collect only what Open Analytics needs to work. We get it from your organisation’s administrator (your account profile), from your sign-up request if you made one, from what you enter in the apps and the dashboard, and automatically when you use them. Everything below is linked to your account and used only to provide Open Analytics’ features (“app functionality”); none of it is used for tracking or advertising. The first five categories are the ones we declare in the App Store privacy details for the iPhone app.

  • Contact information: name, email address and phone number. These come from your account profile (the phone number is optional). We use them to identify you, to show who took an action, and to send password-reset emails, account notices and any alert emails your organisation turns on.
  • Identifiers: user ID. An account number assigned by our system. It links your actions to your account, and it can appear in some server error reports (section 6).
  • Other content you write. Text you enter, such as comments and notes on alerts (if your role allows them), the reason you give when you dismiss or escalate an alert, and the reason you give for an equipment command.
  • Product interaction (audit records). Actions you take are recorded with your user ID and the time, for example acknowledging, assigning, resolving or snoozing an alert, accepting a shift handover, and any equipment command you are authorised to send (such as starting or stopping a pump).
  • Crash data, performance data and other diagnostic data. Error and crash reports, described in section 6.

The rest of your profile. Your profile can also hold your organisation, department, designation, role and site assignments, and a profile picture if you uploaded one in the web dashboard. The iPhone app shows these but cannot change them.

Security records. To keep accounts secure, our servers keep a record of your sign-in sessions (when you signed in, a description of the device or browser, its IP address and when the session was last used) and server logs. The logs contain IP addresses and the addresses of the requests made, and for some events, such as a sign-up, a password-reset request or an email we send you, your email address. Alert history entries can also keep the IP address and the app or browser description recorded when an action was taken. Your notification preferences and alert subscriptions are stored with your account.

On your phone. The app keeps recent data, your profile details and your preferences in its own storage so it can work offline. In the iPhone app this data is removed when you sign out; only device-level settings, such as light or dark mode, stay. To remove everything, sign out before you delete the app. When you export a report, the app creates the file and hands it to the system share sheet; where you save or send it is up to you. To tell whether it is connected, the iPhone app checks the connection against our own server: its network library sends a small request to our own API address, through Cloudflare like all the traffic between the app and our servers (section 8). Our servers and Cloudflare see your phone’s IP address, as with any request the app makes, and the app sends this check to no other company. Separately, your phone’s operating system may run its own connectivity checks, which we do not control and which are governed by Apple’s or Google’s terms. On Android, the app does not send its own check; it uses the result of Android’s built-in internet check, which Android carries out itself and which may contact Google. If your profile has a picture uploaded in the web dashboard, the app loads it from Google Firebase Storage, which also sees your phone’s IP address.

Earlier Android versions. Android versions that do not yet show Delete my account may keep the following on the phone after you sign out, until you uninstall the app or clear its storage: your app preferences (such as refresh and display settings), the list of meters you viewed recently, generator start times, the time of the last push alert, photos you took or picked for a leak report and the app’s record of them, and report files you exported.

4. What the iPhone app does not collect

  • No push notification token or device identifier. The iPhone app does not ask for notification permission and does not register for push notifications. Alerts are shown inside the app, and the iPhone app has no notification settings.
  • No photos or videos. The iPhone app never uploads photos or videos, and version 1.3.0 has no photo attachments: it shows no camera or photo button and never asks for camera or photo access. The app’s settings still contain camera and photo-library permission texts because the photo component is part of the app’s code, shared with the Android app.
  • No location. The app does not use your location.
  • No AI assistant. The AI assistant is not part of the iPhone app, so nothing you do in the iPhone app is sent to an AI service.
  • No contacts, no microphone or audio, no advertising identifier, no advertising or analytics SDKs, and no tracking across other companies’ apps or websites.

5. Features only in the Android app and the web dashboard

  • Push alerts (Android). If you allow notifications, the Android app registers a push token with our server, together with the device name, platform and app version, so that alerts can be sent to your phone through Google Firebase Cloud Messaging. If the app cannot get a token from Firebase directly, it may ask Expo’s push service for one. You can turn notifications off in the app or in Android settings.
  • Browser notifications (web). If you allow notifications in your browser, the dashboard registers a Firebase Cloud Messaging token with our server, together with the browser and operating-system name and the dashboard version.
  • AI assistant (Android and web). Where your organisation has turned it on, an AI assistant answers questions about your site’s data. What you type and the conversation are sent to our analytics engine and stored with your user ID, and the engine keeps a log of the questions asked, also with your user ID. A rating or feedback comment you give on an answer is stored with the conversation and answer it belongs to. To produce an answer, the engine sends your question and the site data needed to answer it to OpenAI or, as a fallback, to a model running on our own servers. Do not type personal information into the assistant or into feedback comments. When your account is erased we delete your conversations; the engine cannot yet delete ratings, feedback comments or its log of questions, so those stay (sections 10 and 11).
  • Scheduled reports (Android and web). Subscribing to a scheduled report adds your email address to that report’s recipient list. The list is shared: other users who can see report schedules can see your address, and the report is emailed to everyone on it. Unsubscribing removes your address.
  • Leak inspection reports (Android). An inspection report records your name as the inspector, with any notes you add. If you attach a photo, it stays on your phone and is never uploaded to our servers.
  • Web dashboard only. The sign-up page and the one-time password dialog (section 2). Your dashboard layout is saved in Google Cloud Firestore under your user ID. A profile picture you upload is stored in Google Firebase Storage, and each upload is kept as a separate file. You can edit some of your profile fields. The map view loads its maps from Mapbox, which sees your browser’s IP address and the map areas requested.

6. Crash reporting and error diagnostics (Sentry)

In the apps. The apps include the crash-reporting library of Sentry (Functional Software, Inc.). Open Analytics 1.3.0 is built without a crash-reporting key, so it sends nothing to Sentry. If we switch crash reporting on in a later version, Sentry may receive crash and error reports (the error, where in the app it happened and the app version), app-hang reports when the app stops responding, release-health data (whether an app session ended normally or in a crash), performance data, the device model, operating-system version and free memory and storage, a short trail of recent app events (“breadcrumbs”, such as the addresses and status codes of requests the app made, console messages and the buttons you tapped), and your user ID. Before a report is sent, the app keeps only your user ID in the report’s user details, drops the details of the request, and masks email addresses and values named like passwords, tokens or cookies in the report’s extra data and breadcrumbs. Other parts of a report, such as error messages, are not filtered, so they can contain whatever text the error carried. Sentry also sees the IP address a report is sent from.

In the web dashboard. When error reporting is switched on for the dashboard, it sends error reports and a sample of performance data to Sentry, identified by your user ID, role and organisation. It is set up not to collect cookies, request bodies or your IP address as user information.

On our servers. Our servers report their own errors to Sentry, together with warnings that our code logs. Since 28 October 2026 they are set not to attach request bodies (what the app or dashboard sent in a request, such as form fields), cookies, the IP address the request came from, or the values the program held at the time of the error. Before a report leaves our servers they remove that data and mask email addresses and values that look like passwords, tokens or sign-in credentials in its text; if a report cannot be cleaned this way, it is dropped and not sent. Requests our servers refuse as invalid are the exception: the servers log a warning with a shortened copy (up to 1,000 characters) of what was sent and of the reply, and that warning is sent to Sentry. In that copy, email addresses are masked wherever they appear, and so are fields whose names our servers recognise as passwords, tokens or other secrets, or as a few common personal details (such as first and last name, phone number, username, reason and comment). Other fields are copied as sent, and they can include names, phone numbers, notes or comments under other field names, or an organisation, department or designation. File uploads are never copied. What a report holds is technical details of the error: the type and message of the error, the stack trace (the files, functions and lines of code where it happened), the address and method that were requested and the response status, a few ordinary request headers such as the browser or app description, a short trail of recent log lines and other recent events, and which server and software version it came from. The masking works by recognising patterns, so the error message, the log lines and the other recent events in a report can still contain details that our code wrote into them, such as an internal user ID, the IP address a connection came from or a phone number an alert was sent to. Reports sent before 28 October 2026 were collected before these protections were in place. Sentry’s own scrubbing, which was already switched on, masked password, token, session and sign-in fields before those reports were stored, but they can still include your user ID, email address and IP address, other request headers, other contents of the request, and the values the program held when the error happened, which can include other account details. These older reports are deleted automatically by 26 January 2027 at the latest. Our servers send no performance data to Sentry. We use these reports only to find and fix faults. Sentry processes them in the United States and keeps them for up to 90 days, after which they are deleted automatically. They are not erased when you delete your account; they leave Sentry on that schedule.

7. How we use information

  • Sign you in and apply the role and permissions your organisation gives you, and let administrators review sign-up requests.
  • Show live readings, the single-line diagram, alerts, history and reports.
  • Record who acknowledged, commented on or acted on an alert, and keep a tamper-evident audit log of equipment commands.
  • Let operators whom your organisation has authorised start or stop pumps and switch relays from the app. The iPhone app cannot operate circuit breakers. The app asks you to confirm with Face ID, Touch ID, your device passcode or your account password first (an account password is checked by our server, as at sign-in), and our server checks your role and permissions before it accepts a command.
  • Send password-reset emails, account notices and the alert messages your organisation configures.
  • Keep the service secure, find and fix faults, and answer support requests.

We do not use your information for advertising, profiling or tracking, and we do not sell it.

8. Service providers, and how they must protect your data

We share personal data only with the service providers below, only for the purpose shown, and only as much as that purpose needs. We share personal data only with service providers that process it on our behalf for the purposes in this policy, and we require them to protect it at least as well as this policy does.

  • Sentry (Functional Software, Inc.): error reports and warnings from our servers (technical details of the error and a partly masked copy of refused requests (section 6), whose messages and log lines can contain an internal user ID and occasionally other details such as an IP address or phone number; reports sent before 28 October 2026 can also include email address, IP address, request headers, request contents and other account details, with password, token, session and sign-in fields masked), from the web dashboard when error reporting is on, and from the apps if crash reporting is switched on (section 6). United States.
  • Cloudflare, Inc.: traffic to our servers and to this website passes through Cloudflare’s network over HTTPS; the web dashboard and this website are hosted on Cloudflare; our encrypted offsite database backups are stored in Cloudflare R2.
  • Google: Gmail sends our emails (password resets, alert emails, account notices); Firebase Cloud Messaging delivers push alerts to Android phones and browser notifications on the web; Firebase Authentication checks the old password in the one-time web dialog (section 2); Cloud Firestore stores web dashboard layouts; Firebase Storage stores profile pictures; and the web dashboard loads its fonts from Google Fonts.
  • OpenAI: answers for the AI assistant, through our analytics engine (Android and web only; not the iPhone app).
  • Mapbox, Inc.: maps in the web dashboard’s map view.
  • Expo (650 Industries, Inc.): issues an Android push token only when one cannot be obtained from Firebase directly.

If your organisation turns on Telegram alerts for you, Telegram delivers those alert messages to your Telegram account. Telegram is a channel your organisation chooses, not one of the providers above, and it handles those messages under its own privacy policy.

Open Analytics servers and databases are run by Data Sailors for each customer deployment. For our current deployment they are in India, in the customer organisation’s own data centre. Some of the providers above process data outside India.

9. Who else can see your information

  • Administrators and other authorised users in your organisation can see your name, role and the actions you take, as their role allows. Alert comments, alert history and inspection records show the name of the person who made them. Administrators can see sign-up requests.
  • If you subscribe to a scheduled report, other users who can see report schedules can see your email address on its recipient list (section 5).
  • Data Sailors staff can access your information only to run, secure and support the service, and to carry out deletion requests.
  • We disclose information when the law requires it, or to protect people, equipment or the security of the service.

10. How long we keep information

  • Account data (name, email address, phone number, user ID, profile, preferences, and the copies held in Google Firebase and in our analytics engine: dashboard layout, profile pictures, older profile copy, AI assistant conversations): while your account exists. After you ask us to delete your account, Data Sailors erases it within 30 days (section 11).
  • AI assistant ratings, feedback comments and question log (Android and web): our analytics engine cannot yet delete them, so they are kept and are not erased with your account (section 11). We set no fixed deletion date for them.
  • Sign-up requests (web): until an administrator approves or removes the request. Requests are not deleted automatically, and a removed request is deactivated, not erased; we erase it if you ask.
  • Sign-in sessions: an app sign-in token is valid for 15 minutes and is renewed with a refresh token that is valid for 30 days and replaced each time it is used; a web dashboard sign-in ends after 7 days without use. Records of your sessions and sign-in tokens are kept while your account exists. When your account is erased, the session records are deleted and the stored sign-in tokens are blanked; an entry for each token stays so that an old token keeps being refused.
  • Server logs: our application log is rotated by size: we keep the current file and at most five older files of up to 100 MB each, and the oldest is overwritten as new entries are written. Other server logs, such as web-server and system logs, are kept only as long as needed for security and troubleshooting.
  • Error reports in Sentry: deleted automatically after Sentry’s retention period, at most 90 days. They are not erased when you delete your account.
  • Operational and audit records (alert actions and comments, handover acceptances, shift, maintenance and checklist records, inspection records, billing records, configuration submissions, alert contacts and logs, equipment commands): part of your organisation’s operational and safety records, kept under its retention policy. They may keep the name, email address, phone number or user ID recorded at the time, also after your account is erased.
  • Database backups: each night a backup is written to the database server, where only the server’s administrator (root) account can read it, and the last 7 are kept. An encrypted copy (encrypted with age) goes to Cloudflare R2, where 5 daily and 4 weekly copies are kept. Deleted data therefore leaves these backups within about five weeks.
  • Support emails: up to 180 days after your request is closed.
  • Data on your phone: in the iPhone app, removed when you sign out (section 3).

11. Deleting your account

  • In the iPhone app (version 1.3.0 and later): open More, scroll down to the About section, tap Delete my account and confirm.
  • What happens: your request is recorded and your sign-in is revoked on every device at once (another device loses access within 15 minutes at most). The request is emailed to Data Sailors, and your organisation’s administrators are informed by email, for their information. Your organisation’s administrator does not delete your account: within 30 days Data Sailors staff erase your account and personal data with our account-erasure tool, on behalf of your organisation. Records your organisation must keep stay as described in section 10, and may keep the name, phone number or email address recorded at the time.
  • Data held outside our database: as part of the same request, Data Sailors staff delete by hand, where such data exists for your account, your saved dashboard layout and older profile copy in Google Cloud Firestore, every profile picture you uploaded in Google Firebase Storage, your old record in Google Firebase Authentication, and your AI assistant conversations in our analytics engine. Our analytics engine has no way to delete AI assistant ratings, feedback comments or its log of questions yet, so those are not erased with your account.
  • In the Android app: Delete my account will come in an update. Until your Android app shows it, request deletion by email.
  • By email, if you cannot use the app (for example an Android app without the update, a web sign-up request that was never approved, or an account you cannot sign in to): write to ops@datasailors.io from the email address on your account. We will file and complete the request for you: when we have confirmed it, Data Sailors staff file it and erase your account as described here, within 30 days of the day we file it. Your account stops working when it is erased. Use the same address to have a sign-up request deleted.
  • Details of what is deleted and what is kept are on our account deletion page.

12. Your rights

Under applicable Indian law, including the Digital Personal Data Protection Act, 2023 as its provisions come into force, you have the right to:

  • Access: a summary of the personal data we process about you, what we do with it, and who we share it with.
  • Correction and erasure: have your personal data corrected, completed, updated or erased.
  • Grievance redressal: have a complaint about how we handle your personal data dealt with by our Grievance Officer.
  • Nomination: name another person to exercise these rights for you if you die or become unable to.
  • Complaint to the regulator: if you are not satisfied after using our grievance process, complain to the Data Protection Board of India.

We apply these rights wherever you live. Write to the Grievance Officer below. We may need to confirm your identity, and when a request concerns records your organisation keeps, we will involve its administrator. We aim to reply within 30 days. Your profile is read-only in the iPhone app: to change your name or phone number, ask your organisation’s administrator or write to us. “Change password” in the app sends you a password-reset email.

13. Withdrawing consent

Where we rely on your consent, you can withdraw it at any time, as easily as you gave it, and withdrawing does not affect what was done before:

  • Notifications, camera and photo access (Android): turn them off in the app or in your phone’s settings. The app works without them.
  • Browser notifications (web): turn them off in the dashboard or in your browser’s site settings.
  • AI assistant and scheduled reports (Android and web): stop using the assistant, delete its conversations, or unsubscribe from a report.
  • Anything else: write to the Grievance Officer.

We process your account details because your organisation has given you access to Open Analytics under its contract with us, or because you asked for access through a sign-up request. If you no longer want that, you can delete your account or your request (section 11).

14. Grievance Officer

For privacy questions, requests and complaints, contact:

Grievance Officer, Data Sailors Private Limited
11, Haripuram Kukra, Muzaffarnagar, Uttar Pradesh 251001, India
Email: ops@datasailors.io (subject “Privacy request”)

Please tell us your name, your organisation and the email address on your account, and what you would like us to do.

15. Security

We use HTTPS/TLS for all app and dashboard traffic, hashed passwords, secure token storage on the phone, role-based permissions checked on our servers, confirmation on the phone before equipment commands, encrypted offsite backups, and a tamper-evident audit log in which each equipment-command entry is chained to the previous one. No system is perfectly secure, but we apply safeguards suited to industrial monitoring and control.

16. Children

Open Analytics is a business tool for staff of our customer organisations. It is not directed to children, and we do not knowingly collect personal information from children.

17. App store disclosures

This policy covers both apps. The App Store privacy details describe the iPhone app and the Google Play Data safety section describes the Android app; both are kept consistent with this policy when features or data flows change.

18. Changes to this policy

We may update this policy when the apps, the law or our providers change. The new version is published at this address with a new “Last updated” date. For significant changes we will also tell users in the app or through their organisation.

Questions about privacy?

Data Sailors Private Limited, 11, Haripuram Kukra, Muzaffarnagar, Uttar Pradesh 251001, India. Email ops@datasailors.io, call +91 70782 29901, or use the contact options on our support page.

Open Support Details