ResortLog – Hotel & Resort PMS ResortLog – Hotel & Resort PMS
Sahoo Soft Technologies

ResortLog Privacy Policy

Last updated: 13 October 2026   ·   Version 2.3

ResortLog – Hotel & Resort PMS ("ResortLog") is a hotel and resort management application developed by Sahoo Soft Technologies, designed for property owners, managers, and staff to manage bookings, guests, rooms, and billing. This Privacy Policy explains what information is collected, by whom, how it is used and stored, and the rights that you and your guests have under the GDPR and other applicable privacy laws. The App is local-first: your operational data is stored on your device by default.

1

Who This Policy Applies To

This policy applies to:

  • Property operators (owners, managers, and staff) who use ResortLog to run their property.
  • Guests whose information is entered into the App by property operators during booking or check-in.
Important distinction. Guest information is entered solely by the property operator for guest registration and legal compliance. ResortLog does not independently collect guest data directly from guests.
2

Data Controller & Processor Roles

2.1 — ResortLog (Sahoo Soft Technologies) as Processor

For the operational data you enter — guest records, bookings, payments, rooms, and property settings — Sahoo Soft Technologies acts as a data processor under Article 28 GDPR (and the equivalent concept under the UK GDPR, DPDP, LGPD, and similar laws). You are the data controller: you decide why and how this data is processed.

2.2 — ResortLog as Controller

We act as a data controller only for the account-related data needed to run the service: your login identity (email address), account and subscription status, device session tokens, push-notification delivery, anonymised crash diagnostics, and the legal consent records you create when you accept the Terms and Privacy Policy or when guest consents are recorded.

What this means for you. As the operator, you are responsible for lawful processing of your guests' data (consent, notices, guest information charts, responding to guest requests). We provide the tools to help you do so.
3

Information We Collect

3.1 — Account & Authentication Information

  • Email address
  • Password (stored as a secure hash via Firebase Authentication — plain-text passwords are never stored)
  • Authentication and session tokens (stored on-device for persistent login)
  • Your property role within a shared property (owner, manager, staff, viewer)

3.2 — Operator Profile Information

  • Name and contact details provided when you create or update your profile
  • Optional details such as phone number and address that you choose to add

3.3 — Property Information

  • Property name, tagline, address, city, state, PIN/postal code, country
  • Property currency, time zone and date format (set by the owner from the property country)
  • Contact phone number and email address
  • Tax identifiers (for example GSTIN and PAN in India, EIN in the USA, or VAT/TRN numbers elsewhere)
  • Property logo image
  • Check-in / check-out times and other property-level settings
  • Configurable add-on services and billing preferences

3.4 — Room Information

  • Room number, name, type (Standard, Deluxe, Suite, Cottage, etc.)
  • Floor, bed type, capacity (adults and children)
  • Base price per night and weekend price
  • Amenities list and description
  • Room-level check-in and check-out times

3.5 — Guest Information

Guest details entered by property operators during booking or check-in:

  • Full name, phone number, WhatsApp number, email address
  • Date of birth, gender, nationality
  • Full address (street, city, state, PIN/postal code)
  • Government-issued ID proof type (e.g. Passport, driving licence, national ID) and ID number
  • Photographs of ID documents (front and back) — stored locally on-device
  • Face photograph — optionally captured during check-in for identification
  • Emergency contact name and phone number — collected during check-in
  • Vehicle details — optionally collected during check-in
  • Guest tags (VIP, Repeat, Corporate, Blacklisted)
  • Internal notes added by the property operator
Your jurisdiction may require guest registration. In India, for example, hotels must maintain guest registers and, for foreign guests, file Form C. The data captured in this section is designed to help you meet such requirements. You are responsible for how long you retain guest information under your local rules.

3.6 — Booking & Stay Information

  • Check-in and check-out dates and actual arrival/departure timestamps
  • Number of adults and children
  • Room assigned and booking reference number
  • Booking status (Pending, Confirmed, Checked-In, Checked-Out, Cancelled, No-Show)
  • Booking source (Walk-in, Phone, OTA)
  • Add-on services added to the stay
  • Special requests and internal notes

3.7 — Billing & Payment Information

  • Room charges, add-on charges, fees (early check-in / late checkout)
  • Tax amounts where enabled (e.g. GST in India, VAT or sales tax elsewhere) and the currency recorded with each booking and payment
  • Discounts applied and reasons
  • Total amount, amount paid, balance due
  • Payment mode labels (for example Cash, Card, Bank Transfer, UPI or Cheque, depending on your country) — recorded for bookkeeping only
  • Payment timestamps
Important: ResortLog does not collect, store, or transmit full credit/debit card numbers, CVV codes, UPI PINs, or bank account numbers. Payment mode labels (e.g. "Card", "UPI") are stored for record-keeping only.

3.8 — Subscription & Billing Information

  • Subscription plan and status (Active, Trial, Expired)
  • Purchase transaction identifiers provided by Google Play (anonymised; no card details)
  • Entitlement status shared with RevenueCat (our subscription management provider) — see Section 9
ResortLog does not collect or process card numbers or UPI credentials for subscription billing. All billing is handled securely by Google Play.

3.9 — Trial-Eligibility and Abuse-Prevention Information

When we offer a no-card free trial, we create a one-way hashed identifier derived from your normalised account email address and, where available, a Firebase installation identifier. We use this limited record solely to enforce the one-trial-per-account or device rule and prevent repeated trial abuse. The trial record does not contain your raw email address or the raw installation identifier, and is accessible only to authorised backend administrators.

3.10 — Device & Technical Information

  • Device type and operating system (Android)
  • App version
  • Crash logs and error data (used internally to improve stability; not shared with third parties for advertising)
  • Push notification token (used solely for operational alerts — not for marketing)

3.11 — Consent-Record Information

When you accept the Terms and Privacy Policy, we create a consent record (and a PDF copy) for legal evidence. It contains:

  • Your account email, the document versions you accepted, and the date and time
  • Your device model, operating system version and app version
  • The IP address from which the acceptance was made, captured by our server
  • Your approximate location (coordinates and the city, region and country derived from them), only if you allow the location permission. If you decline, the consent is recorded without location.

This information is used only to prove and audit your consent. It is not used for advertising or tracking, and the record is deleted when you delete your account (Section 14).

4

Special Categories of Data

Guest information you capture may include data that privacy laws treat as sensitive, such as government-issued identification numbers, photographs of ID documents, and face images. This data is collected and held by you (as controller) for guest identification and legal compliance. When you capture it in the App:

  • ID document photos and face photos are stored locally on the device unless you enable cloud sync.
  • We do not use this data for any purpose other than providing the App's features to you.
  • Where GDPR (or similar law) requires an explicit legal basis for such data, you are responsible for establishing it — typically consent or compliance with your legal obligations (for example, government-issued guest registration requirements).
Deletion of old ID documents. If cloud backup is enabled, ID document images stored in the cloud are automatically deleted after 12 months, consistent with a policy of data minimisation.
5

Legal Bases for Processing

Where the GDPR (Art. 6) or an equivalent law applies, we rely on the following legal bases:

PurposeLegal Basis
Providing the App and its features (with our subprocessors) Performance of the contract with you (Art. 6(1)(b))
Account authentication and security (including session management and device eviction) Performance of the contract; legitimate interests in security (Art. 6(1)(b) and (f))
Recording your acceptance of the Terms/Privacy Policy and guest consents Consent (Art. 6(1)(a)); legal obligation (Art. 6(1)(c)) where applicable law requires records
Subscription verification and billing Performance of the contract (Art. 6(1)(b))
Crash diagnostics and app stability Legitimate interests in a reliable product (Art. 6(1)(f)), using anonymised data
Compliance with legal obligations (e.g. responding to authorities) Legal obligation (Art. 6(1)(c))
On-device operational data is not "processing" by us. Where your data remains only in the App's local database on your device, your own lawful basis (for example, legitimate interests in operating your business, or consent from guests) applies, and we do not independently collect it.
6

App Permissions

ResortLog requests the following Android device permissions. Each permission is used only for its stated purpose:

  • 📷
    Camera Used during check-in to capture photographs of guest ID documents (front and back) and an optional face photo of the guest. Also used to capture the property logo image.
  • 🖼️
    Media Library / Photo Gallery (Read) Allows selecting images from the device gallery as an alternative to the camera when capturing ID documents, guest photos, or the property logo.
  • 💾
    Media Library / Storage (Write) Used when you choose to save a generated invoice PDF or a guest ID image to your device's storage or gallery.
  • 🌐
    Internet Access Required for Firebase Authentication (login/register) and for synchronising property data to the cloud where you have enabled sync.
  • 📍
    Location (approximate) Requested once, when you accept the Terms and Privacy Policy, so that your approximate location can be included in the consent record (Section 3.11). It is optional: if you decline, consent is recorded without location. ResortLog does not track your location in the background.
  • 🔔
    Push Notifications (POST_NOTIFICATIONS) Used to send operational alerts such as overdue booking reminders and in-app announcements. Notifications are generated on-device or in response to your account activity and are not used for marketing.
No unnecessary permissions. ResortLog does not request access to your contacts, microphone, call logs, or SMS, and never tracks your location in the background. Location is requested only for the consent record described above. All permissions are requested only when the relevant feature is first used.
7

How We Store Your Data

ResortLog uses a local-first storage model. By default, all operational data is stored on your device:

Data TypeWhere Stored
Rooms, guests, bookings, payments, property settings SQLite database on-device (primary, offline-first)
ID document photos, guest photos, property logo On-device local storage (file system), and optionally Firebase Storage if you enable sync
Login credentials / authentication Firebase Authentication (Google Cloud)
Session tokens On-device secure storage (Android Keystore-backed)
Trial-eligibility marker Firebase Firestore as a one-way hash of a normalised account email and, where available, a Firebase installation identifier
Consent and audit records On-device, plus your own Firestore collection where sync is enabled; legal consent records in Firebase Firestore
Generated invoice PDFs On-device (temporary, in app cache; saved to gallery only on your explicit request)

Authentication is handled by Firebase (Google Cloud) and is subject to Google's Privacy Policy. All data transmitted to Firebase is encrypted in transit via TLS/HTTPS.

8

How We Use Your Data

We use the information we process to:

  1. Provide the service — operate the App's features (rooms, bookings, guests, billing, reports, members).
  2. Authenticate — verify your identity and secure your account (including single-device session protection).
  3. Record consent — keep verifiable records of your acceptance of legal documents and of guest consents where captured.
  4. Support billing — verify subscription entitlement with our providers.
  5. Prevent trial abuse — enforce the one-trial-per-account or device rule using the limited hashed trial-eligibility marker described in Section 3.9.
  6. Improve the product — use anonymised crash and error logs to diagnose and fix bugs.
  7. Comply with law — respond to lawful requests from authorities where required.

Where the GDPR, UK GDPR, or a similar law applies, our basis for the limited trial-abuse processing in Section 3.9 is our legitimate interest in preventing fraud and repeated use of a free trial. We use the least intrusive identifier available, restrict access, and retain it only for the period stated in Section 11. You may object to this processing by contacting us; however, we may be unable to offer a further free trial while the marker is retained.

We do not:

  • Sell, rent, or trade your data or your guests' data to third parties.
  • Use guest data for advertising or marketing purposes.
  • Profile guests or property operators for commercial use.
  • Share data with any third party except as described in Section 9.
9

Data Sharing & Subprocessors

We do not share personal data with third parties except in the limited circumstances below. Each recipient is a data subprocessor acting on our documented instructions:

RecipientPurposeData Shared
Firebase / Google Authentication, optional sync, consent records, push delivery, crash diagnostics Email address, authentication tokens, consent records, notification tokens; operational data only where you enable sync
RevenueCat Subscription management and entitlement verification Anonymised Google Play purchase receipts and entitlement status. No guest, booking, or property data.
Google Play Subscription billing Payment details are governed by Google's billing terms; we never receive card or UPI credentials.
Your chosen apps (Share Sheet) Share Invoice sends the generated PDF via Android's share sheet to apps you choose (e.g. WhatsApp, email) Initiated entirely by you, device-to-app. We do not transmit or receive the shared file.
Authorities Compliance with applicable law, court orders, or lawful requests by authorities in your jurisdiction The minimum data required by law.
We do not sell personal data. None of the data described in this policy is sold, and no third party receives it for advertising or profiling purposes.
10

International Data Transfers

Sahoo Soft Technologies is based in India. The cloud services used by the App (Firebase / Google Cloud, Google Play, RevenueCat) may process data in data centres outside your country, including in the United States, the EEA, India, and elsewhere. Our primary cloud database and backend functions are hosted in Mumbai, India (Google Cloud region asia-south1), so account and synchronised data of users in other countries is transferred to India.

  • Google Cloud offers appropriate safeguards for GDPR transfers, including Standard Contractual Clauses (SCCs) and certification under applicable adequacy decisions; Google's processor terms and DPA apply to the account and authentication data we send to Firebase.
  • For your own operational data, transfers occur only when you enable sync. You can choose to operate the App purely on-device to avoid cloud transfers of operational data.
  • Under the UK GDPR, Brazil's LGPD, India's DPDP Act and the data-protection laws of the other countries listed in Section 18, transfers are similarly governed by applicable adequacy or contractual safeguards (e.g. SCCs).
  • Data may also be transferred to the apps you choose when you share an invoice via the share sheet; such transfers are initiated by you.
Local-first default. Because most data stays on your device by default, international transfers of operational data are the exception rather than the rule.
11

Data Retention

  • Account data: Retained in Firebase as long as your account is active, and deleted shortly after account deletion.
  • Booking, guest, and room records: Stored on-device until you delete them within the app or uninstall it; where sync is enabled, until you delete them or the cloud copies are removed.
  • Records deleted within the app: Removed from local storage immediately upon deletion.
  • Cloud ID document backups: Automatically deleted after 12 months (see Section 4).
  • Policy-acceptance records and PDFs: Retained while your account is active and deleted when your account is deleted.
  • Trial-eligibility marker: A limited one-way hashed email and, where available, installation identifier is retained for 24 months after trial creation or account deletion, solely to prevent repeated trial abuse. It is then deleted.
  • Account deletion: Upon a valid deletion request (see Section 14), associated data is permanently deleted within 7 business days. The only routine exception is the limited trial-eligibility marker described above; this does not include your policy-acceptance record or its PDF.
12

Your Rights (GDPR & Similar Laws)

Where the GDPR (or an equivalent law) applies to the data we process as controller, you have the following rights:

RightHow to Exercise It
AccessView all data stored in the App at any time within the App itself.
RectificationEdit inaccurate or incomplete guest, booking, or property data directly in the App.
ErasureDelete individual records in the App, or request full account deletion (Section 14).
RestrictionRequest restriction of processing in your account-relationship data by writing to us.
Data PortabilityExport your booking and guest data as CSV files using the Reports screen.
ObjectionObject to processing based on our legitimate interests by writing to us.
Withdraw consentWithdraw any consent you have given (e.g. for push notifications or consent records) at any time, without affecting the lawfulness of prior processing.
ComplainLodge a complaint with your local data-protection authority (supervisory authority).
Guest rights: If a guest requests access to or deletion of their data, the property operator is responsible for fulfilling that request using the tools available within the App (edit/delete guest profile). See Section 13.
13

Guest Data & Your Responsibilities

As the operator, you are the controller of your guests' data. In many jurisdictions you have explicit legal obligations. You agree to:

  • Inform guests about the information you collect and why, in accordance with your local law (for example, by displaying required guest notices).
  • Handle guest requests for access, correction, or deletion using the App's tools or your own records.
  • Comply with government guest-registration obligations applicable to your country (e.g. Form C in India, or police or immigration registration in other countries).
  • Retain guest data only for as long as required by law and your business needs.
We cannot act on behalf of your guests. Because guest data is stored in your account and on your device, guest-data requests must be handled by you. If you need assistance, or if a guest believes their data is being misused, they may contact us at privacy@sahoosoft.com, and we will assist within the limits of our role.
14

Data Deletion Requests

You can permanently delete your account and associated data directly in the App: Settings → Delete My Account (you will be asked to type DELETE to confirm). If you have uninstalled the App, cannot sign in, or otherwise cannot use this self-service option, you may request deletion by email:

Subject ResortLog Data Deletion Request

Please include the email address registered with your ResortLog account and your property name so we can verify the request.

Email requests are processed within 7 business days, after identity verification, and we will send a confirmation once deletion is complete. Deletion is irreversible. Your policy-acceptance record and associated PDF are deleted with your account. We retain only the limited one-way hashed trial-eligibility marker described in Sections 3.9 and 11 for up to 24 months to prevent repeated trial abuse, unless a longer period is required by law.
15

Children's Privacy

ResortLog is intended for use by adult property operators and managers (18 years and above). We do not knowingly collect personal information from children.

Guest records may include children's details (for example, the number of children in a booking or a family member's name) as required for hospitality management — these are entered by the adult property operator and not by the child.

Because the data controller for guest records is the property operator, operators are responsible for ensuring that any information relating to children under 16 (or the local age threshold in their jurisdiction) is collected with appropriate legal basis (typically the presence or consent of the parent or guardian).

If you believe a child's personal information has been improperly entered, please contact us using the deletion email in Section 14.

16

Security

We take reasonable technical and organisational measures to protect data, both in transit and at rest:

  • In transit: all data exchanged with Firebase is encrypted using HTTPS / TLS.
  • At rest on your device: the local database and images are saved in app-private storage, which Android isolates from every other app. On Android 10+, storage is additionally protected by the device's file-based encryption whenever a screen lock is set.
  • Authentication tokens: stored using expo-secure-store (Android Keystore backed).
  • Passwords: Firebase Authentication stores passwords as one-way hashes only.
  • Access control: Firebase Security Rules restrict cloud reads and writes so only authenticated members of the property can access its records.
  • Cloud at rest: Firebase Storage is encrypted at rest by Google using AES-256.
  • App integrity: the app uses Google Play Integrity verification to detect tampering.
  • Data minimisation: only the data required for the feature in use is transmitted; the App works offline for most operations.
Why there is no separate database password. The local SQLite database is already protected by Android's per-app sandbox and the device's file-based encryption. A separate database-level password would add little protection against realistic threats but would introduce risk of data loss during upgrades. We have assessed this trade-off and consider the current design a reasonable safeguard.
Your role matters. Please:
  • Set a screen lock (PIN, pattern, password, or biometric) on the device that runs ResortLog.
  • Use a strong, unique account password and do not share your login credentials.
  • Keep your device operating system and the ResortLog app up to date.
  • If a device used for ResortLog is lost or stolen, notify us immediately using the email in Section 14 so access can be revoked.

No method of electronic storage or transmission is fully secure. We continuously review our security posture and will update this policy to reflect meaningful changes.

17

Automated Decision-Making & Profiling

ResortLog does not carry out automated decision-making that produces legal or similarly significant effects, and does not engage in profiling of property operators or guests for advertising or marketing. Guest tags (such as VIP or Blacklisted) and visit statistics are manual business tools you create for your own operations; they are not used by us for profiling.

18

Regional Privacy Rights

18.1 — European Union / EEA (GDPR)

All rights in Section 12 apply. You may lodge a complaint with your local supervisory authority. Transfers of personal data out of the EEA are safeguarded as described in Section 10.

18.2 — United Kingdom (UK GDPR & DPA 2018)

Rights under the UK GDPR mirror those in Section 12. You may complain to the Information Commissioner's Office (ICO).

18.3 — India (DPDP Act, 2023 & IT Act, 2000)

The Digital Personal Data Protection Act, 2023 applies to digital personal data processed in India. You have rights of access, correction, and erasure for data we process as controller, plus consent management for consent-based activities. Our Grievance Officer (Section 20) handles complaints in accordance with applicable Indian rules.

18.4 — Brazil (LGPD)

The LGPD grants rights of confirmation, access, correction, anonymisation, portability, deletion, and objection. These are available for the data we process as controller; your guests' data rights are handled by you as controller, using the App's tools.

18.5 — United States (CCPA/CPRA & State Laws)

Where state laws (e.g. California CCPA/CPRA, Virginia VCDPA, Colorado CPA, Connecticut CTDPA, Utah UCPA) apply, we note: we do not "sell" or "share" personal data. Operators who collect consumers' personal data from California residents for their own purposes should comply with those laws in their role as business/controller.

18.6 — United Arab Emirates (PDPL)

The UAE Federal Decree-Law No. 45 of 2021 on the Protection of Personal Data applies to personal data of individuals in the UAE. You may request access, correction, erasure, restriction, portability or objection for the data we process as controller, and you may complain to the UAE Data Office. Your guests' data rights are handled by you as controller, using the App's tools.

18.7 — Saudi Arabia (PDPL)

The Saudi Personal Data Protection Law (Royal Decree M/19 of 2021) applies to personal data of individuals in Saudi Arabia. You may request to be informed, to access and obtain a copy of your data, and to have it corrected or destroyed, for the data we process as controller. You may complain to the Saudi Data and AI Authority (SDAIA). Transfers outside Saudi Arabia are made under the safeguards described in Section 10. Your guests' data rights are handled by you as controller.

18.8 — Singapore (PDPA)

The Personal Data Protection Act 2012 applies to personal data collected in Singapore. We collect and use account and consent data only for the purposes in this policy. You may withdraw consent and request access to or correction of your data by writing to privacy@sahoosoft.com, and you may complain to the Personal Data Protection Commission (PDPC). Operators remain responsible for their guests' data.

18.9 — Malaysia (PDPA)

The Personal Data Protection Act 2010 applies to personal data processed in commercial transactions in Malaysia. You may request access to and correction of your personal data and may withdraw consent by writing to privacy@sahoosoft.com. Complaints may be made to the Personal Data Protection Commissioner. Operators remain responsible for their guests' data.

18.10 — Thailand (PDPA)

The Personal Data Protection Act B.E. 2562 (2019) applies to personal data of individuals in Thailand. You may request access, a copy, portability, rectification, erasure, restriction or objection, and may withdraw consent, for the data we process as controller. You may complain to the Personal Data Protection Committee. Operators remain responsible for their guests' data.

18.11 — Australia (Privacy Act 1988)

The Privacy Act 1988 and the Australian Privacy Principles apply to personal information handled in Australia. You may request access to and correction of your personal information by writing to privacy@sahoosoft.com, and may complain to the Office of the Australian Information Commissioner (OAIC) if you are not satisfied with our response. Operators remain responsible for their guests' data.

18.12 — Canada (PIPEDA and provincial laws)

The Personal Information Protection and Electronic Documents Act (PIPEDA) and applicable provincial laws (for example Quebec's Law 25) apply to personal information handled in Canada. You may request access to and correction of your personal information and may withdraw consent by writing to privacy@sahoosoft.com. You may complain to the Office of the Privacy Commissioner of Canada. Operators remain responsible for their guests' data.

18.13 — Other countries

If the law of your country gives you additional rights over your personal data, those rights apply in addition to this policy. Contact privacy@sahoosoft.com and we will assist within the limits of our role.

19

Changes to This Policy

We may update this Privacy Policy from time to time. When we do, we update the "Last updated" date and version at the top of this page. For material changes, the App will show a re-consent prompt so you can review and accept the updated policy before continuing. Continued use of the App after the effective date of material changes constitutes your acceptance, except where your local law requires affirmative consent.

20

Grievance Officer & Contact

In accordance with the Information Technology (Intermediary Guidelines and Digital Media Ethics Code) Rules, 2021 and applicable data-protection regulations, we have appointed a Grievance Officer to address complaints or concerns regarding the processing of your personal data.

Name Mohamed Saheed
Response Within 30 days of receipt of complaint

If you have questions or concerns about this Privacy Policy or how your data is handled, please contact us:

Company Sahoo Soft Technologies
Location Coimbatore, Tamil Nadu, India
Subject ResortLog Privacy Inquiry