Hallify

B2B draft

Data Processing Addendum

A working DPA framework for venues that use Hallify to process guest, staff, and operational records.

Last updated: June 3, 2026
Prepared for legal review before public launch

This document is a product-accurate draft prepared for lawyer review. It is not final legal advice, and the final legal entity, address, governing law, liability language, breach timelines, and regional notices must be confirmed before launch.

1. Purpose

This draft DPA describes how Hallify expects to process personal data on behalf of venue customers when providing restaurant operations software.

It should be finalized by counsel and attached to signed customer agreements before production B2B rollout.

2. Controller and processor roles

The venue is generally the controller for venue workspace data, including guest records, staff records, reservations, waitlists, operational notes, payroll-related configuration, and local compliance decisions.

Hallify is generally the processor for that workspace data and processes it according to the venue's instructions and the product's documented behavior.

3. Processing instructions

Hallify processes workspace data to host the service, authenticate users, enforce roles, display operational modules, calculate analytics, create audit logs, provide support, prevent abuse, and maintain security.

The venue must ensure it has the right to submit personal data to Hallify and to instruct Hallify to process it.

4. Security measures

Hallify's technical and organizational measures should include HTTPS, HttpOnly auth cookies, role-based access, audit logs, abuse throttling, database-backed records, operational monitoring, and restricted administrative access.

Additional production measures such as backup policy, access reviews, incident response, encryption commitments, and vulnerability management should be finalized before launch.

5. Subprocessors

Hallify may use subprocessors for hosting, database storage, analytics, verification delivery, support, observability, and other service operations.

The public Subprocessors page should list active providers and any providers that remain to be confirmed before launch.

6. Data subject requests

Hallify should help venues respond to access, correction, deletion, anonymization, export, objection, and restriction requests where the request relates to venue-controlled data.

Hallify may redirect requesters to the venue when the venue is the controller and Hallify cannot verify or decide the request independently.

7. Return, deletion, retention, and audit integrity

At termination or upon valid instruction, Hallify should return, delete, or anonymize venue data where feasible and lawful.

Some records may need to be retained for security, audit integrity, financial reconciliation, legal obligations, dispute resolution, or backup lifecycle limits.

8. Counsel review placeholders

Counsel must finalize breach notice timelines, international transfer mechanisms, subprocessors objection process, liability allocation, audit rights, local law addenda, and signed agreement precedence.

This draft should not be used as a final DPA without legal review.

Questions or legal requests

Email hello@hallify.co and include the venue, account, or request context so Hallify can route the request correctly.

Contact Hallify