Legal

Privacy Policy

Last updated:

GigCal is an app for bands and musicians: a shared gig calendar, role-based briefings, personal gigs, earnings, and a Network for finding bands and musicians. To make that work we process certain data about you. This document explains what, why, for how long, and what rights you have. It is written to be actually readable — no hidden clauses.

1. Who the controller is and what this policy covers

The data controller (within the meaning of the Serbian Law on Personal Data Protection, "ZZPL", and the EU General Data Protection Regulation, "GDPR") is:

[[NAZIV FIRME]]
[[ADRESA]]
Tax ID (PIB): [[PIB]] · Registration no.: [[MATIČNI BROJ]]
Email: [[EMAIL]]

This policy applies to:

When a band (a "tenant" in the app) enters data about its members, clients or event organisers, the band decides what it enters and why. For that data the band is the controller and we process it on the band's behalf as a service provider. If you have a question about data a band has entered about you, please contact the band's management first; we will help if the band does not respond.

2. What data we process

We collect only what the app needs to work. There are no advertising identifiers, no third-party analytics and no data purchased from other sources.

2.1. Account data

2.2. Band data

When you create or join a band we process: band name and short address (slug), city, description, genres, event types, profile and cover image, band contact details (phone, public email, Instagram/YouTube/website links), the list of members with roles (e.g. drummer, singer, sound engineer), titles and status, invitations (invitee's email address), membership requests and their messages, the roles and custom fields the band defines, a record of management actions (who changed what — "audit log"), the band's trial/subscription status and billing email.

2.3. Band gigs (events)

For each gig the band enters what it needs: date, title, venue, city, address or location, times (crew call, setup done, soundcheck, band call, doors, start and end), dress code, gear notes, description, custom fields, the name and phone of the contact person / organiser, fee and currency, band expenses, gig status (confirmed, offer, cancelled), and per-member assignments: role, call time, duty, instructions, your response to an offer (accepted / declined / held) and the gig's change history.

The organiser's name and phone are third-party data entered by the band for its own purposes; the band is responsible for having a basis to do so. This data is never shown publicly (not on the widget, not in the Network).

2.4. Personal gigs and calendar blocks

For gigs outside a band we process date, title, venue, city, note, status and participants. If you invite an external musician who is not on GigCal, we store the name, email and/or phone you entered so the invitation can reach them. Personal calendar blocks (date, title, note) are visible only to you.

2.5. Earnings (private)

If you use the earnings log we store amount, currency, date, gig title and note. Only you can see your earnings — neither band management nor other members have access. Band management separately tracks the band's fee and expenses per gig (section 2.3).

2.6. Public musician profile (optional)

If you enable visibility in the Network, other users can see: display name, city, short bio, instruments, whether you sing, genres, event types, rate card per event type, profile and cover image, and the contact details you enter yourself (phone, public email, website, Instagram, YouTube). The same applies to a band's public profile. You can turn Network visibility off at any time in your profile or band settings.

2.7. Website widget

The widget shows a public calendar of the band's free and booked dates. By default it shows booking status only — no client name, venue or any gig detail. The band can configure what the widget shows and which websites may load it. The widget sets no cookies and does not track website visitors; we record only when the embed key was last used.

2.8. Device and notifications

If you allow push notifications we store the device push token (Expo), platform (iOS/Android/web), app version and the time the device last checked in. We also keep the history of notifications we sent you (title, body, sent and read time) so you can review them in the app.

2.9. Billing

For subscriptions we store payment requests: product (band / individual plan / widget add-on), period, amount and currency, any promo code and discount, payment reference, status and payment time, plus administrator notes. While payment is by bank transfer (including IPS QR code), we do not receive or store card or bank account details — the payment goes through your bank. See also section 6 on card payments.

2.10. Technical data and security

3. Purposes and legal bases

PurposeDataLegal basis
Creating an account, signing in and providing the service (calendar, briefing, offers, personal gigs, earnings, Network, widget) Account, band, gigs, personal gigs, earnings, profile Performance of a contract (Art. 12(1)(2) ZZPL; Art. 6(1)(b) GDPR)
Sending push notifications about gigs, offers and changes Push token, platform, notification history Consent — the permission you grant on your device and can withdraw in your phone or app settings (Art. 12(1)(1) ZZPL; Art. 6(1)(a) GDPR)
Public profile in the Network Data in section 2.6 Consent — you turn visibility on and off yourself
Charging subscriptions, issuing invoices, bookkeeping Payment requests, billing email, invoice details Performance of a contract and legal obligation (accounting and tax regulations)
Security, abuse prevention, detecting and fixing errors Server logs, sessions, audit log Legitimate interest (Art. 12(1)(6) ZZPL; Art. 6(1)(f) GDPR) — keeping the service safe and reliable for everyone
Account and service notices (sign-in code, trial expiry, changes to terms) Email, name Performance of a contract / legitimate interest. We do not send marketing emails without your consent.

We do not use your data for automated decision-making or profiling that produces legal effects concerning you.

4. Who sees your data inside the app

We do not sell your data and do not share it with advertisers.

5. Processors, third parties and data transfers

To provide the service we use the following processors, with whom we have data processing agreements:

ServiceProviderWhat it processesLocation
Hosting of the app, database and images [[HOSTING PROVAJDER]] (VPS) All data in section 2 European Union — [[LOKACIJA SERVERA]]
Email delivery (sign-in codes, notices) [[EMAIL PROVAJDER]] Email, name, message content [[LOKACIJA EMAIL PROVAJDERA]]
Push notification delivery Expo (Expo Application Services), Apple Push Notification service, Google Firebase Cloud Messaging Push token, notification title and body USA / global (with standard contractual clauses)
Card payments (when enabled) Paddle.com Market Ltd (UK) / Paddle.com Inc. (USA) — see section 6 Payment and invoicing data UK / USA / EU
App store purchases (if offered) Apple (App Store), Google (Google Play) Purchase data under the store's rules; we never receive card details Per Apple/Google policies

Data is primarily stored on servers in the European Union. Transfers to providers outside Serbia and the EU (e.g. push delivery) happen only with appropriate safeguards — standard contractual clauses and/or an adequacy decision (Serbia recognises EU/EEA countries as providing an adequate level of protection). We disclose data to public authorities only where legally required.

6. When card payments are enabled (Paddle)

Subscriptions are currently paid by bank transfer (with an IPS QR code) and activated manually. When we introduce card payments, we will do so through Paddle:

Our order process is conducted by our online reseller Paddle.com Market Ltd. Paddle is the Merchant of Record for all our orders. Paddle provides all customer service inquiries and handles returns.

This means that when you pay by card you enter your card details directly with Paddle, not with us; we never see or store your card number. Paddle is an independent controller for the data it collects to process payments, prevent fraud and issue invoices, under its own privacy policy (paddle.com/legal/privacy). From Paddle we receive payment confirmation, the buyer's email, country and invoice details so we can activate the subscription and keep records. This section takes effect from the moment card payment is available in the app.

7. How long we keep data

8. Deleting your account

You can delete your account yourself at any time:

  1. In the app: Bands / Profile → Account → "Delete account". Confirm, and the account is deleted together with all personal data listed in section 7.
  2. By email: send a request from the address the account is registered to, to [[EMAIL]]. We will process it within 30 days at the latest and confirm the deletion.

If you are the only administrator of a band, transfer management to another member or delete the band before deleting your account — otherwise we will contact you to resolve that first. Deleting your account does not cancel subscriptions the band has already paid for (they belong to the band); for refunds see the Refund Policy.

9. Your rights (Serbian DPA and GDPR)

Under the ZZPL, and for users in the European Union and European Economic Area also under the GDPR, you have the right:

Send requests to [[EMAIL]]. We respond without undue delay and within 30 days at the latest; to protect your account we may ask you to send the request from your registered email address or verify your identity in another way.

10. Children and age

GigCal is intended for people who are at least 16 years old. We do not knowingly collect data from younger persons. If we learn that an account was created by someone under 16, we will delete it. If you are a parent or guardian and believe a child has given us data, contact us at [[EMAIL]].

11. Cookies, local storage and tracking

12. Mobile app permissions

13. Security

We apply technical and organisational measures appropriate to the risk: all traffic goes over HTTPS; passwords are stored as scrypt hashes with a unique salt; one-time sign-in codes have a limited number of attempts and a short validity; session tokens are rotated and can be revoked; access to band data is role-based (a member sees only what is intended for their role, finances are visible only to management); the widget loads only from approved domains; the database is backed up regularly and server access is restricted and key-protected. No system is absolutely secure — if a data breach occurs that may put your rights at risk, we will notify you and the competent authority within the statutory deadlines.

14. Changes to this policy

We may update this policy from time to time, e.g. when we introduce a new feature or a new processor (such as card payments). The date of the last change is shown at the top. We will notify you of significant changes in the app or by email before they take effect. Continuing to use the app afterwards means you have taken note of the updated policy.

15. Contact

For any privacy question, to exercise your rights or to report a problem:

[[NAZIV FIRME]]
[[ADRESA]]
Email: [[EMAIL]]

See also the Terms of Use and the Refund Policy.