Key points at a glance
This summary is for convenience only. It does not replace the full policy below, which is what applies.
- Who we are. Bookmaker is run by Celar Technologies LLC, a Minnesota company in the United States. Contact us at [email protected].
- Two roles. For your own account, billing and security data, we decide how it is used (we are the "controller"). For the records you put into Bookmaker about your own customers, signers, leads and call recipients, we act on your instructions (we are your "processor" or "service provider"). Those people should contact your business first.
- No selling, no ad targeting. We do not sell personal data or share it for cross-context behavioural advertising.
- AI is optional, and you should know where it goes. Some AI features send text, images or call audio to outside AI providers. Sections 5 and 6 explain which feature sends what, and to whom.
- Analytics. We use Google Analytics on most pages, including signed-in pages, but only if you accept analytics cookies in our cookie banner. We ask everyone, wherever they are, and you can change your choice at any time through "Cookie settings". We remove record IDs and query strings from page addresses sent to Google. Advertising features are switched off.
- Your rights. Depending on where you live, you can ask to access, correct, delete or export your personal data, and to object to some uses. Email [email protected].
1. Who we are
Bookmaker (the "Service") is an invoicing, quotation, payment-tracking, e-signature and AI calling platform for businesses and self-employed people. It is available at https://bookmaker.celartech.com.
The Service is operated by Celar Technologies LLC, a Minnesota limited liability company ("Celar", "we", "us" or "our").
| Company | Celar Technologies LLC |
|---|---|
| Postal address | 9691 Linden Ln N, Brooklyn Park, MN 55443, United States |
| Email for privacy and legal requests | [email protected] |
| Data protection contact | [email protected] (subject: "Data protection") |
In this policy:
- "Customer" means a business or self-employed person that has a Bookmaker account.
- "User" means a person who signs in to Bookmaker, either as a Customer or as a team member a Customer has invited.
- "Workspace" means a Customer's organisation inside Bookmaker, with its own records, settings and team.
- "Customer Data" means the information Customers and their Users put into, or collect through, the Service about other people. Examples are a Customer's own customers and their contacts, people who receive documents, people asked to sign, leads, and people who are called or texted through AI Calling.
- "Personal data" (also called "personal information") means information that identifies, or can reasonably be linked to, a living person.
2. Scope and our two roles
This policy explains how we handle personal data when you visit our website, create or use a Bookmaker account, buy a plan, or interact with a Customer through the Service.
It does not cover websites, apps or services run by others, even if Bookmaker links to them or connects to them at your request. Examples are an AI app you connect to Bookmaker, a customer relationship management (CRM) system you link, or a webhook address you configure.
We have two different roles, depending on whose data it is.
2.1 When we are the controller
We decide why and how the following personal data is used, so we are the controller (under the NDPA, the "data controller"; under US state laws, the "business"):
- account holders and team members: their account, sign-in and profile details;
- visitors to our website and public pages;
- billing contacts and purchase records;
- sign-in security, fraud prevention and abuse prevention data;
- pricing-region evidence (see section 17);
- support conversations with us;
- our own security and audit logs, including records of what our staff do in the Service.
2.2 When we are the processor
For Customer Data, the Customer decides why and how it is used. The Customer is the controller and we are its processor (under US state laws, its "service provider" or "processor"). We process Customer Data to provide the Service to that Customer, on its instructions as set out in our Terms of Service, including the Data Processing Terms in Annex A (https://bookmaker.celartech.com/terms#dpa).
We also use limited parts of Customer Data for our own legitimate purposes that are needed to run the Service safely and lawfully. These are: keeping the Service secure, preventing fraud, spam and abuse (for example, monitoring email bounce and complaint rates), counting usage against plan limits, billing, and meeting our legal obligations. We do not use Customer Data for advertising.
The Customer is responsible for having a lawful basis to collect Customer Data and put it into Bookmaker, and for giving the people concerned any notices the law requires.
2.3 If a business sent you something through Bookmaker
If you received an invoice, quotation, signing request, call or text message from a business that uses Bookmaker, that business controls your data. Please contact that business first with any question or request about your data. If you contact us instead, we will pass your request to the business where we can identify it, and help it respond. We may also handle requests ourselves where the law requires us to, for example a request to stop calls or texts (see section 6.6).
3. Personal data we collect
3.1 Data you give us
- Sign-up details. Your name, email address and password, the name of your organisation, its country and its base currency. You must use a password of at least 12 characters. We store only a scrambled form of it (a "hash"), never the password itself.
- Profile and workspace details. Your organisation's legal name, email, phone, website, tax number, business number, address, country, currency, time zone, logo, brand colours, fonts, signature and stamp images, and default payment instructions (such as bank details you want shown on invoices). Also the names, emails and roles of team members you invite.
- Two-factor authentication. If you turn on two-factor authentication (2FA), we store an encrypted secret for your authenticator app and scrambled (hashed) copies of your recovery codes.
- Billing details. Your billing email and, where Stripe asks for them, a billing address and tax ID. You enter card details only on pages run by Stripe. Bookmaker does not receive or store your full card number.
- Customer Data. Everything you put into the Service about your customers and others (see section 2.2).
- AI inputs. Messages you type to the assistant, descriptions or sample files you give to template design, and documents you ask the signing AI to draft or summarise.
- Communications. What you send us when you contact support or email us.
3.2 Data we collect automatically
- Sessions and cookies. A session cookie keeps you signed in. We store only a hashed form of the session token, with your user and Workspace, its expiry and when it was created. See section 10.
- Sign-in and security records. Failed sign-in counts, temporary account locks, and short-lived rate-limit records keyed to a hashed form of your network (IP) address. These help stop password-guessing.
- Acceptance of our Terms and acknowledgement of this policy. When you accept our Terms of Service and acknowledge this Privacy Policy (when you sign up, continue with Google to create an account, create an account to accept an invitation, or agree in the Service, for example to an updated version), we record which version of each was shown to you, when, and how, with your browser's user agent (up to 400 characters) and, where available, a keyed hash of your IP address (never the address itself).
- Audit logs. For each change made in the Service, we record who made it, what changed, when, the route and result, your browser's full "user agent" string and the browser, operating system and device type read from it, the referring page, an approximate country, a keyed hash of your IP address and the first part of your IP address (the network prefix, not the full address). Details of what changed are encrypted, or left out. See section 14.
- Activity feed. Your Workspace's activity feed shows team members what happened in the Workspace (for example, "invoice sent").
- Country and region evidence. Our network provider tells us which country a request comes from. We record the country of the network you sign up from. When paid plans are switched on, we also record the country of each sign-in, and of each User's first visit each day, with a keyed hash of the IP address (never the address itself). We use this for regional pricing (see section 17).
- Technical and error logs. Error messages, request identifiers, the page or route, the status and timing, and the User and Workspace involved. Before storing these logs, we filter out fields that hold passwords, tokens, cookies and keys, bank, card and account numbers, tax and business numbers, national ID and passport numbers and dates of birth, and we scan messages for credentials. Other details, such as names, phone numbers or addresses, can appear in an error message.
- Analytics. Only if you accept analytics cookies, through Google Analytics: which pages are viewed (record IDs and query strings are removed from the page addresses sent to Google), and standard device, browser and approximate location information that Google Analytics collects. See section 10.3.
- Document views. When someone opens a Customer's document through its customer link, we record that the document was viewed and when it was first opened.
- Usage counts. How many e-signature requests, AI messages, AI template imports and email recipients a Workspace (and, on the Free plan, its creator) has used in a period.
3.3 Data we receive from others
- Google sign-in. If you choose "Continue with Google", Google sends us your Google account ID, email address, whether Google has verified that email, and your name. We do not receive your Google password. We do not store your Google profile picture or any Google access token.
- Stripe. Stripe tells us about payments, subscriptions, invoices, refunds, disputes and fraud warnings. That includes amounts, currencies, Stripe reference IDs, and whether a payment succeeded.
- Email providers. Our email provider tells us when an email bounces or is marked as spam.
- Customers. Customers give us Customer Data, for example a lead's details and consent record sent from the Customer's web form or CRM.
- Integrations you connect. If you connect Google Calendar or HubSpot to AI Calling, we receive the calendar availability and contact information needed for the features you use.
3.4 What we use it for and our lawful basis
If you are in the European Economic Area (EEA), the United Kingdom (UK), Nigeria or another place with similar laws, we must have a lawful basis for each use of your personal data. The table below sets these out for data we control. For Customer Data, the Customer decides the lawful basis.
| Data | Why we use it | Lawful basis |
|---|---|---|
| Sign-up and account details | To create and run your account and Workspace, and to verify your email | Contract: needed to provide the Service you asked for. For invited team members: legitimate interests in providing the Service the Customer ordered |
| Password hash, 2FA data, sessions, sign-in throttle records, account locks | To sign you in and protect accounts from takeover | Contract and legitimate interests in keeping accounts and the Service secure |
| Workspace profile and brand details | To show them on your documents and in the Service | Contract |
| Billing details and purchase records | To take payment, manage plans, issue refunds and keep financial records | Contract; legal obligation (tax and accounting records) |
| Fraud warnings, dispute and refund records | To prevent payment fraud and handle disputes | Legitimate interests in preventing fraud and protecting our business |
| Country of sign-up and sign-in, hashed IP, pricing-region history | To apply regional pricing correctly (for example, Nigeria status) and prevent misuse of it | Legitimate interests in applying our prices fairly and preventing misuse of regional pricing |
| Audit logs, operator logs, security and error logs | To secure the Service, investigate incidents, fix problems and show who did what | Legitimate interests in security, reliability and accountability; legal obligation where the law requires records |
| Usage counts | To apply plan limits and anti-abuse limits | Contract and legitimate interests in preventing abuse |
| Email bounce and complaint data | To protect email delivery for all Customers, and to suspend sending that causes harm | Legitimate interests in keeping our email service reliable and preventing spam |
| Records of your acceptance of our Terms and acknowledgement of this policy | To show which version of our Terms you accepted and which version of this policy you were shown, when and how | Contract and legitimate interests in being able to show what was agreed |
| Analytics data (Google Analytics) | To understand how the Service is used and improve it | Consent, which we ask for in our cookie banner before Google Analytics loads, and which you can withdraw at any time (section 10.3) |
| Service emails (for example, password resets, billing notices, limit warnings) | To run the Service and tell you about your account | Contract; legal obligation for some notices |
| Support communications | To answer you and keep a record of what we agreed | Contract and legitimate interests in good customer service |
| Any of the above, where needed | To establish, exercise or defend legal claims, and to respond to lawful requests from authorities | Legitimate interests; legal obligation |
We do not currently send marketing emails. If we start, we will ask for your consent where the law requires it, and every marketing email will include a way to unsubscribe.
Where we rely on consent (for example, for analytics cookies), you can withdraw it at any time. That does not affect what we did before you withdrew it.
Where we rely on legitimate interests, we have weighed our interests against your rights. You can ask us for details, and you can object (see section 15).
3.5 Data we do not ask for
We do not ask for special categories of data, such as health information, racial or ethnic origin, religious beliefs or biometric data. Bookmaker does not create voiceprints from call audio. Please do not put such data into the Service unless you have a lawful basis to do so and it is needed.
If you do not give us the information marked as required, we cannot create your account or provide the related feature.
4. How we use personal data
In summary, we use personal data to:
- provide, maintain and support the Service, including the features you choose to use;
- create and secure accounts, verify email addresses, and prevent unauthorised access;
- process payments, manage subscriptions, apply prices and regional pricing, and keep financial records;
- send service emails, such as verification links, password resets, invitations, billing notices, usage-limit warnings and notices about plan changes;
- send emails, texts and calls that Customers ask the Service to send on their behalf;
- apply plan limits and anti-abuse limits, and suspend sending or accounts that harm others;
- detect, investigate and fix errors, security incidents, fraud and misuse;
- understand how the Service is used, using analytics if you accept analytics cookies, so we can improve it;
- provide support. With a recorded reason, our staff may open a time-limited support session to work in a Workspace as one of its members (see section 11.4);
- comply with law, enforce our Terms, and protect the rights, safety and property of our Customers, Users, the public and Celar.
We do not use Customer Data to train AI models of our own. Section 5 explains what AI features send to outside AI providers.
5. AI features
Bookmaker includes optional AI features. Each one works only if we have switched it on for the Service and, for some, only on certain plans. Each sends only the data described below. The AI never sends, issues, pays or changes anything on its own. Actions it proposes run only after a User confirms them.
AI output can be wrong. Check it before you rely on it. AI-drafted or ready-made agreements are a starting point, not legal advice.
5.1 Where AI requests go
Depending on the feature and on how the Service is configured, AI requests go to one of these:
- Our private AI server. We run an open-source model on a server we control (see section 11). Requests reach it through an encrypted private tunnel. No outside AI company receives this data. This server logs only request IDs, status and timing.
- OpenRouter. OpenRouter, Inc. is a service that routes AI requests to many model providers ("upstream providers"). These can include, for example, NVIDIA, Google, dots.ai and, for search indexing, OpenAI.
For paid models, we ask OpenRouter to route the request only to providers that do not keep it or use it for training ("data collection: deny"). Free models may be served by providers that log requests or use them to improve their models. You can contact us to ask which provider the Service currently uses for each feature.
5.2 What each AI feature sends
| Feature | What is sent | Where it goes |
|---|---|---|
| Assistant (chat and document drafting) | Your messages, the recent conversation and the draft being worked on. Drafts can include a customer's name and email, line items, dates and notes. If you turn on "Look up workspace records", short record summaries are sent too: names, document numbers, dates, status, currency, amounts, customer and company names, product details, tax names and rates, notes, and team members' names and roles. When smarter document search is also on, these summaries can include short excerpts of a document's text (such as its items, subject or notes). Team members' emails, payment instructions, addresses, terms and contact details are not sent. | Drafting: our private AI server or OpenRouter. General chat: OpenRouter (see section 5.1) |
| Voice input and spoken replies | Speech is handled by your browser's own speech features. No audio reaches Bookmaker's servers. Some browsers send audio to the browser maker (for example, Google or Apple) to turn it into text. We show you a notice before you use it. | Your browser, and possibly its maker |
| Template design | Your written description, or images of the first two pages of a sample PDF or image (up to 2 MB), or the structure of a sample Word file. Samples can contain customer details. The original file stays in your browser. | OpenRouter (see section 5.1), with up to three models tried in turn |
| Signing AI (draft an agreement, summarise for signers, write the invitation) | To draft an agreement: the type of agreement, your description of it, the parties and their names, the governing law or country, and your organisation's name. To summarise for signers or write the invitation: the document's title and text (up to 30,000 characters for a summary, 12,000 for an invitation) and, for the invitation, the sender's name. | OpenRouter (by default the same model as the assistant; see section 5.1) |
| Semantic search | For each document: its type, number, customer name, dates, currency, subject, reference, PO number, line-item descriptions, quantities and units, and notes. Also the search words you type. Amounts, balances, status, payment instructions, addresses, terms and contacts are not sent. | OpenRouter (see section 5.1), or a model on our own infrastructure |
| AI Calling | See section 6. | See section 6 |
We keep:
- Assistant chats until the User deletes them or the Workspace is deleted. Each User can keep up to 100 chats. Chats are private to the User within the Workspace.
- Document-drafting conversations: unfinished or abandoned ones are deleted 7 days after they were last used. A conversation that produced a document is kept, with up to 40 messages, until the Workspace is deleted.
- Search index entries (text excerpts and their numerical representations) while semantic search is on. If a Workspace's plan no longer includes semantic search, they are deleted 90 days later.
- A log of each signing AI request: Workspace, User, purpose, model, token count and cost. This log does not hold the text.
5.3 Connected AI apps
On plans that include it, a User can connect an outside AI app (for example Claude, ChatGPT, Cursor or VS Code) to Bookmaker. The User approves the connection on a consent screen and chooses its permissions. The app can only do what the User's role allows. The app then receives whatever data it reads from Bookmaker. That app's provider is not our processor; its own terms and privacy policy apply. A User can disconnect an app at any time. Bookmaker does not send data to an AI model as part of these connections.
6. AI Calling
AI Calling is a separate, separately billed module. With it, a Customer can use an AI voice agent to make and answer phone calls and send text messages to US numbers.
6.1 Who is responsible
For calls and texts, the Customer is the controller. It decides whom to call or text, why, and what the agent says. It is responsible for meeting the laws on calls, texts and recordings that apply to it. In the US these include the Telephone Consumer Protection Act, state telemarketing and call-recording laws, and do-not-call rules. We provide tools to help (section 6.4). We do not check numbers against the US National Do Not Call Registry. The Customer must do this where the law requires it.
6.2 What is collected
- Leads and contacts. Name, phone number, email, company, notes and time zone.
- Permission evidence. Each phone number's permission to be called or texted: how and when it was given, the exact statement agreed to, the web page it came from and, where the Customer's form or CRM provides them, the IP address and browser details of the person who gave it. Bookmaker stores this IP address as received.
- Call records. Phone numbers, times, duration, outcome and call events, transfers and bookings.
- Call audio and transcripts. Live call audio is processed so the agent can listen and reply. Calls are recorded only where recording is on and the Service has recording storage set up. Payment card numbers are always removed from transcripts, and ID numbers are removed by default.
- Text messages. Follow-up texts, verification codes for a Customer's own phone number, and replies including opt-outs.
- Opt-outs. Numbers that have asked not to be contacted.
6.3 Which providers handle call data
Depending on configuration:
- Telnyx carries calls and texts, and briefly holds recordings until Bookmaker copies them, after which Telnyx's copy is deleted.
- Deepgram turns speech into text and the agent's replies into speech. Inworld may also turn replies into speech.
- Google (Gemini API) generates the agent's replies from the agent's instructions, the Customer's business information and the live transcript. OpenAI or Groq are used instead if the Customer selects them or as a fallback. We use Gemini only under Google's paid API terms, under which Google does not use the content to improve its products.
- Cloudflare R2, or our own servers, store recordings privately. Members get a link that works for 10 minutes.
For tests and demonstrations, some Workspaces may use a test setup instead. This uses speech software running on our servers, our private AI server, Groq, or a free OpenRouter model requested with "data collection: deny".
If a Customer connects Google Calendar, HubSpot or its own webhook address, call outcomes and booking details go to that service on the Customer's instructions. These services are chosen and controlled by the Customer.
6.4 Notices and safeguards built in
- Every call starts with a statement that the caller is an AI. This cannot be switched off.
- When recording is on, a recording notice follows (by default, "This call may be recorded for quality."). The Customer can change its wording.
- Automatic calls go only to numbers with recorded, unwithdrawn permission, or for existing-customer campaigns, to existing customers with a prior business relationship.
- Calls are not placed outside 08:00 to 21:00 in the recipient's local time. If the time zone is unknown, the call is held for manual review.
- Automatic attempts are limited to 3 per number in any 7 days, at least 4 hours apart.
6.5 How long call data is kept
- Recordings: deleted after the period the Customer sets, and in any case after no more than 30 days.
- Transcripts: deleted after the period the Customer sets, and in any case after no more than 90 days.
- Other call data (leads, call records, permission evidence, bookings): kept for as long as the Workspace exists, unless the Customer deletes it sooner.
- Opt-outs: kept for as long as the Workspace exists, so they keep being honoured. They are never lifted automatically. A Workspace owner can remove an entry, but that does not restore the permission that was withdrawn.
6.6 Stopping calls and texts
Reply STOP to any text, or tell the agent during a call that you do not want to be contacted. Your number is then blocked for both calls and texts from that Customer, and pending calls are cancelled. Texts always include "Reply STOP to opt out." You can also email us at [email protected] and we will pass your request on.
6.7 Text messaging
We do not sell, rent or share mobile phone numbers, or text-messaging opt-in data or consent, with third parties or affiliates for their marketing or promotional purposes. Mobile information is shared only with the service providers listed in section 11.1 that help us deliver the Service, such as our carrier, and with services the Customer chooses to connect (section 6.3). It is never shared for anyone's marketing or promotional purposes. Reply STOP to opt out. Message and data rates may apply. Message frequency varies.
7. Electronic signatures
When a Customer asks someone to sign a document through Bookmaker, we process, as the Customer's processor:
- the signer's name, email, role and signing order;
- a hash of any access code;
- when the request was sent, opened, agreed to, signed or declined, and any reason given;
- the signature and initials the signer draws or types, and the values and attachments they enter;
- the signer's browser and device details (user agent, up to 400 characters);
- a keyed hash of the signer's IP address (a "network fingerprint"), not the address itself;
- the exact consent and disclosure text the signer agreed to.
This forms an audit trail that the Service only adds to and does not edit. When signing is complete, a certificate of completion is attached to the signed PDF. It lists each signer's email, role, times, how they were identified, their device, the hashed network fingerprint, every event and the consent text. Everyone who receives the signed PDF can see it.
The same applies, more briefly, when someone signs an invoice or quotation. We store their name, email and title, a copy of the signature, a fingerprint of the document's contents, the time, a hashed IP address, the user agent and the consent text.
Signing files are stored in our database, not at a public web address. Signing records are kept for as long as the Customer's Workspace exists. When paid plans are switched on, an unsent signing draft that nobody has touched for 30 days triggers an email to its creator, and is deleted 7 days later unless someone opens or edits it.
8. Emails we send
We send two kinds of email through our email delivery provider:
- Our own service emails to Users, such as verification links, password resets, invitations, billing and plan notices, and usage-limit warnings.
- Emails on a Customer's behalf, such as invoices, quotations, receipts, reminders and signing requests, to the recipients the Customer chooses. These show the Customer's email as the reply-to address, and can include PDF attachments.
For each document email, we keep the recipient's address, the subject, the delivery status and any error. We also keep the provider's message reference so that bounce and spam reports can be matched. We have switched off open and click tracking with our email provider, and Bookmaker does not add tracking pixels or tracked links to emails. The only way we know an email led to a view is when the recipient opens the document's customer link (section 9).
If too many of a Workspace's emails bounce or are reported as spam, the Workspace's sending is suspended automatically until our staff review it (see section 17).
If someone tries to sign up with an email address that already has an account, we email that address to tell its owner.
9. Customer links and public files
- Customer links. Each document a Customer shares gets a link with a long random code. Anyone who has the link can view the document, until the Customer revokes it, an expiry date passes, or the Workspace is disabled. By default, links do not expire. Opening a link marks the document as "viewed" and records when it was first opened.
- Logos, brand images and signature images. Logos, brand-kit images (including signature and stamp images), and signature images you draw or upload in your signature library are served from web addresses that anyone holding the address can open, without signing in, so that they can appear on documents and in emails. The addresses are long and random, but they are not secret once shared. Only upload images you are content for recipients to be able to keep and pass on.
12. International transfers
Celar is based in the United States, and we serve Customers around the world. Your personal data will be processed in the United States. It may also be processed in other countries where we or our providers operate, including through Cloudflare's global network. These countries may not have the same data protection laws as yours.
Where the law requires a transfer mechanism for personal data leaving the EEA, the UK, Switzerland or Nigeria, we rely on the following, as set out in our agreements with each provider:
- the European Commission's Standard Contractual Clauses (for Customer Data, these are incorporated in Annex A of our Terms of Service), the UK International Data Transfer Addendum, and equivalent clauses for other countries;
- the EU-US Data Privacy Framework (and its UK and Swiss extensions), where a provider is certified under it;
- for Nigeria, the safeguards allowed by the Nigeria Data Protection Act 2023, including standard contractual clauses and, where appropriate, transfers needed to perform our contract with you.
We are putting equivalent terms in place with each of our providers.
Some transfers happen because you ask for them, such as sending a document to a recipient in another country or connecting an outside app. These rely on that request.
You can ask us for more information about the safeguards we use (section 21).
13. How long we keep data
We keep personal data only for as long as we need it for the purposes in this policy. After that, we delete it or anonymise it. Where we cannot yet do that (for example, because it is in a backup), we keep it secure and do not use it until it can be deleted.
| Data | How long we keep it |
|---|---|
| Unconfirmed sign-ups | The verification link expires after 24 hours. The pending sign-up is deleted the next time the sign-up service runs after that |
| Sign-up rate-limit records (hashed IP and email) | Expire after 1 hour and are deleted the next time the sign-up service runs |
| Sign-in rate-limit records | For as long as needed to apply the limit; removed after a successful attempt |
| Password-reset links, invitations, email verification links | Valid for 1 hour, 7 days and 24 hours respectively. Records are stored only in hashed form and are deleted with the account or Workspace |
| Sessions | Expire after 24 hours, or 30 days with "Remember me". Records are deleted with the account or Workspace |
| Records of your acceptance of our Terms and acknowledgement of this policy | For as long as your User account exists |
| Your User account | For as long as your account exists. When you ask us to delete it, we delete or anonymise it, unless we need to keep some of it for the reasons at the end of this section |
| Workspace data and Customer Data (documents, customers, products, payments, discarded documents, signing records and files, email delivery records, activity feed) | For as long as the Workspace exists. Deleted when the Workspace is deleted (see below) |
| Assistant chats | Until the User deletes them or the Workspace is deleted |
| Document-drafting conversations | Unfinished: 7 days after last use. Completed: until the Workspace is deleted |
| Semantic search index | While the feature is on. Deleted 90 days after a plan loses the feature, or when the Workspace is deleted |
| Unsent signing drafts | Deleted 37 days after they were last touched, after a warning email (while paid plans are switched on) |
| Call recordings | No more than 30 days |
| Call transcripts | No more than 90 days |
| Sign-in country log | 90 days |
| Pricing-region history | For as long as the Workspace exists |
| Audit logs | Currently 2 years (730 days). These are kept after an account or Workspace is deleted, until that period ends |
| Technical logs | 14 days |
| Error records | 90 days (30 days after a problem is resolved) |
| Health checks; closed alerts; usage metrics (aggregated) | 30 days; 180 days; about 13 months (400 days) |
| Billing and payment records | For as long as tax, accounting and other legal rules require. After a Workspace is deleted, they are kept but no longer linked to it |
| Free-plan usage counts per User | For as long as the User's account exists, so that plan limits apply fairly |
| Records of our staff's actions, and a minimal record that a Workspace existed and was deleted (its ID, name, when and why) | For as long as needed for security, accountability and legal purposes |
| Support emails | For as long as needed to deal with your request and keep a reasonable record of it |
| Backups, if any | Deleted data may remain in backups until they are overwritten or deleted in the normal course |
Deleting a Workspace. At present, Workspaces are deleted by our staff on request (section 16). We first disable the Workspace, which ends all sessions and stops customer links and emails. We then wait 7 days so that a mistaken request can be reversed, and then delete the Workspace's data and files. Before you ask for deletion, export anything you want to keep.
Why we may keep some data longer. We may keep data longer where the law requires it, to resolve disputes, to prevent fraud or abuse (for example, to stop a deleted account being used to get around limits), or to establish, exercise or defend legal claims.
14. Security
We use technical and organisational measures that are appropriate to the risk. These include:
- Encryption in transit. Connections to the Service use HTTPS, and browsers are told to use only HTTPS (HSTS).
- Password protection. Passwords are stored only as a salted, slow hash (scrypt).
- Hashed tokens. Session tokens, reset, invitation and verification links, signing links, and connected-app tokens are stored only as one-way hashes.
- Encrypted secrets. 2FA secrets and the access tokens for calling integrations are encrypted with AES-256-GCM. The details of changes in audit logs are encrypted too.
- Pseudonymised IP addresses. In most places we store a keyed hash of the IP address instead of the address. Exceptions: audit logs keep the network prefix, sign-up rate-limit records keep an unkeyed hash for a short time, and AI Calling permission records keep any IP address the Customer supplies.
- Account protection. Optional two-factor authentication with recovery codes. Account locks after repeated wrong passwords. Rate limits on sign-in, sign-up, password resets and other sensitive actions.
- Role-based access within Workspaces.
- Restricted staff access that is logged, with time-limited support sessions.
- A tamper-evident audit log of changes.
- Private storage for signing files and call recordings, with short-lived links to recordings.
- Network controls. The application is not directly reachable from the internet. Our private AI server is reached only through an encrypted tunnel.
No method of transmission or storage is completely secure, and we cannot guarantee security. You are responsible for keeping your password safe, for turning on 2FA (which we strongly recommend for Workspace owners), and for controlling who you invite to your Workspace.
If something goes wrong. If we become aware of a breach of security that affects personal data, we will act promptly to contain it and investigate. We will notify the affected Customers, Users and regulators as and when the law requires. Where Customer Data is affected, we will tell the Customer without undue delay so that it can meet its own obligations.
15. Your rights
15.1 Rights we offer everyone
Privacy laws differ from place to place. Some only apply to larger companies or to consumers rather than businesses. We will honour the following rights where the law that applies to you gives them to you, and we will consider requests from anyone else in good faith and act on them where reasonably practicable, subject to the limits and exceptions the law allows:
- Access: confirm whether we process your personal data and get a copy of it.
- Correction: fix inaccurate or incomplete data. You can change most account details yourself in Settings.
- Deletion: ask us to delete your personal data.
- Portability: where the law requires it, get a copy of personal data you gave us in a structured, commonly used, machine-readable format, and have it sent to another provider where that is technically feasible. You can also export customers, products, documents and reports yourself in CSV, PDF and other formats.
- Restriction: ask us to limit how we use your data while a concern is sorted out.
- Objection: object to uses based on our legitimate interests. We will stop unless we have compelling grounds or need the data for legal claims.
- Withdrawing consent: where we rely on consent, withdraw it at any time.
- Questioning automated decisions: see section 17.
- Knowing who receives your data: ask for the list of specific third parties we have disclosed your personal data to.
- No unfair treatment: we will not treat you differently, charge you more or offer a lower level of service because you used these rights.
If your request is about Customer Data (for example, you are a customer of a business that uses Bookmaker), please contact that business. We will help it respond (section 2.3).
15.2 EEA, UK and Switzerland
Under the EU and UK General Data Protection Regulation (GDPR) and the Swiss data protection law, you have the rights in section 15.1. You also have the right to complain to a data protection supervisory authority, in particular in the country where you live or work or where you think the law was broken. In the UK, this is the Information Commissioner's Office (ico.org.uk). We would welcome the chance to sort out your concern first.
15.3 Nigeria
Under the Nigeria Data Protection Act 2023 (NDPA), you have the rights in section 15.1. You can also complain to the Nigeria Data Protection Commission (ndpc.gov.ng).
15.4 California
This section applies to California residents to the extent the CCPA applies to us. It is our notice at collection under the California Consumer Privacy Act as amended by the California Privacy Rights Act (CCPA).
Categories of personal information we have collected in the past 12 months:
| CCPA category | Examples | Disclosed for a business purpose to |
|---|---|---|
| Identifiers | Name, email, account ID, IP address (stored mostly as a hash), Google account ID | Hosting, email, payment, analytics and AI providers in section 11.1 |
| Customer records (Cal. Civ. Code ยง 1798.80(e)) | Name, address, phone, billing details | Hosting, email and payment providers |
| Commercial information | Plans bought, payments, refunds, usage | Stripe; hosting provider |
| Internet or network activity | Pages viewed, sign-in and audit logs, browser and device details | Hosting provider; Google (analytics) |
| Approximate location | Country, from the network. We do not collect precise geolocation | Hosting provider |
| Audio and electronic information | AI Calling audio and recordings (as a service provider to Customers) | Telnyx, Deepgram, Inworld, AI model providers, recording storage |
| Professional information | Business name, job title or role | Hosting and email providers |
| Inferences | Pricing region | Hosting provider |
| Sensitive personal information | Account login (email with password) | Hosting provider. We use it only to provide and secure the Service |
We collect this information from the sources in section 3, for the purposes in sections 3.4 and 4, and keep it for the periods in section 13.
We do not sell or share personal information, and have not done so in the past 12 months. We do not knowingly sell or share the personal information of anyone under 16. We use sensitive personal information only for purposes permitted by the CCPA, so the right to limit its use does not apply.
You have the right to know what we collect, use and disclose, and to access it; to delete it; to correct it; to opt out of sale or sharing (we do not sell or share, but you may still ask); and not to be discriminated against for using these rights. You can use an authorised agent (section 16).
15.5 Minnesota
To the extent the Minnesota Consumer Data Privacy Act applies to us, you have the rights in section 15.1, including the right to:
- opt out of targeted advertising, the sale of your data, and profiling that leads to decisions with legal or similarly significant effects. We do not sell personal data, and we do not use it for targeted advertising or for such profiling;
- question the result of a profiling decision: to be told the reason for the decision, to review the personal data used, to correct it if it is wrong, and to have the decision looked at again using the corrected data;
- get a list of the specific third parties to which we have disclosed your personal data.
If we decline your request, you can appeal (section 16). If you are not satisfied with the result of your appeal, you can contact the Minnesota Attorney General (ag.state.mn.us).
15.6 Other US states
Residents of other US states with consumer privacy laws (such as Colorado, Connecticut, Virginia, Texas and Oregon) have the rights in section 15.1, including the right to appeal. If we decline your appeal, you can contact your state's attorney general.
16. How to use your rights
Email [email protected] from the email address on your account, with "Privacy request" in the subject line. Tell us what you are asking for and, if you have one, which Workspace it is about. You can also write to us at the address in section 1.
- Checking it is you. We will check your identity before acting. Usually this means confirming that the request comes from your account's email address. If we cannot confirm it that way, we may ask for more information. We will use that information only to check your identity.
- Authorised agents. Someone can make a request for you if they send written permission signed by you. We may still ask you to confirm your identity with us directly.
- Timing. We will confirm that we have received your request and reply within 30 days. If a request is complex or we receive many requests, we may extend this by the further time the law allows. If so, we will tell you why within the first 30 days.
- Cost. We do not charge for requests. If a request is clearly unfounded or excessive, we may refuse it or charge a reasonable fee where the law allows, and we will explain why.
- Deletion. When we delete your account or Workspace, we follow the process in section 13. Some data may be kept for the reasons stated there. If you are the only owner of a Workspace that has other members, we may ask you to transfer ownership or confirm that the Workspace should be deleted.
- Appeals. If we decline your request in full or in part, you can appeal. Reply to our decision with "Privacy appeal" in the subject line. We will review the decision again and reply in writing within 45 days, explaining what we decided and why.
17. Automated decisions
Bookmaker makes some decisions automatically. None of them is used to make decisions about you as a person with legal effects. Some can affect what a Workspace pays or can do, so we explain them here.
17.1 Pricing region (Nigeria status)
Businesses based in Nigeria can use Bookmaker's core plans at no cost ("Nigeria status"). To decide whether a Workspace qualifies, Bookmaker compares:
- the country declared when the Workspace was created;
- the country of the network used to sign up and sign in, as reported by our network provider (from the IP address; for this purpose we store only the country and a keyed hash of the IP address);
- how long a member has been an owner, how often the Workspace's country has changed, and where its members sign in from.
Based on these signals, a Workspace may be given Nigeria status, kept as "pending", or flagged for review. A pending Workspace that is not confirmed after 30 days gets an email, and loses pending status 14 days later if nothing changes. Decisions to withdraw Nigeria status from a Workspace that has it are made by a person, not automatically, and we give owners 30 days' notice. A network country can be wrong, for example when you use a VPN. If you think a decision is wrong, an owner can ask for a review, or you can email [email protected]. A member of our staff will review the evidence and decide.
17.2 Other automatic safeguards
- Account locks and rate limits. These are temporary and lift on their own.
- Email sending suspension. Sending stops when a Workspace's spam complaints exceed 0.3%, or its hard bounces exceed 5%, of its latest 500 emails. A person reviews and lifts the suspension.
- Fraud and dispute holds. Where Stripe reports an early fraud warning or a payment dispute, the affected plan may be refunded, paused or ended, and new purchases blocked for a period. Contact us to have this reviewed.
You can contest any of these decisions, give your point of view, and have a person look at it, by emailing [email protected].
18. Children
Bookmaker is for businesses and self-employed people. It is not intended for anyone under 18, and we do not knowingly collect personal data from children. If you believe a child has given us personal data, please contact us and we will delete it. Customers must not use the Service to collect children's personal data unless the law allows it and they meet every legal requirement for doing so.
19. Do Not Track and Global Privacy Control
Do Not Track. There is no agreed standard for how websites should respond to "Do Not Track" browser signals, so we do not respond to them.
Global Privacy Control (GPC). Where the law treats a GPC signal as a request to opt out of the sale or sharing of personal data, or of targeted advertising, we treat it as a valid opt-out for that browser. We do not sell personal data or use it for targeted advertising. Separately, Google Analytics does not load in any browser until you accept it in our cookie banner. If your browser sends a GPC signal, the banner tells you so, and analytics stays off unless you accept.
20. Changes to this policy
We may update this policy as the Service or the law changes. The date at the top shows when the current version took effect. When an updated policy takes effect, the Service asks Users to review it when they next sign in or open the app (Connected Apps keep working until they do). If we make a material change, we will tell account holders by email or in the Service before the change takes effect, unless we must make it sooner for legal or security reasons. Earlier versions are available on request.
21. Contact us
For any question about this policy or your personal data, contact:
Celar Technologies LLC9691 Linden Ln NBrooklyn Park, MN 55443United StatesEmail: [email protected]
