Política de privacidad

1. Quiénes somos

Mesalto es un software de gestión para restaurantes que incluye punto de venta, comandas, pantalla de cocina, mesas, caja y reportes. Lo desarrolla y opera Delpa Tecnología, que publica la app en Google Play con el nombre DELPA TECNOLOGIA.

Contacto para temas de privacidad: fernando.romero20@gmail.com

2. Quién usa Mesalto y quién responde por los datos

Mesalto no es una app para el público general. La usan los restaurantes que contratan el servicio:

• El personal del restaurant (cajeros, garzones y cocina) usa la app en equipos del restaurant, como tablets o celulares. Cada equipo se empareja con un código de un solo uso que genera un administrador, y cada persona entra con su PIN.
• Los administradores del restaurant usan la Administración web con su correo y contraseña. Desde ahí configuran la carta, el personal, los equipos y la caja, y ven los reportes.

Frente a los datos, cada uno cumple un rol distinto:

• El restaurant es el responsable de los datos de su operación y de su personal. Decide a quién registra, qué vende, qué se escribe en las órdenes y cómo usa la información.
• Delpa Tecnología es el encargado. Trata esos datos por cuenta del restaurant, siguiendo sus instrucciones y solo para prestarle el servicio. No los usa para fines propios.
• Delpa Tecnología decide por sí misma solo sobre los datos que necesita para operar y proteger el servicio: las cuentas de administrador, los registros técnicos, los reportes de fallos y las solicitudes de demostración que llegan desde el sitio.

Si trabajas en un restaurant que usa Mesalto, o si el personal anotó tu nombre en un pedido, quien responde por tus datos es el restaurant. Puedes dirigirte a él o escribirnos a nosotros. Si nos escribes, coordinaremos la respuesta con el restaurant.

3. Qué datos tratamos

Personal del restaurant

El administrador registra a cada persona en la Administración web. De cada una guardamos:

• nombre, rol (por ejemplo, cajero o garzón), código de garzón, locales asignados y si está activa o desactivada;
• el PIN de 6 dígitos y la fecha de su último cambio. El PIN lo define un administrador en la Administración web y viaja cifrado a nuestro servidor, que lo convierte en un código que no se puede revertir (hash) y no guarda el PIN. Ese código se copia a los equipos del local para que el personal pueda entrar aunque no haya internet. Cuando escribes el PIN en el equipo, se compara ahí mismo y no se envía a ningún servidor. Como el administrador conoce tu PIN al crearlo, pídele cambiarlo si crees que otra persona lo sabe;
• un identificador interno de la persona, que queda asociado a lo que hace en la app: abrir y cobrar órdenes, anular productos, autorizar descuentos y abrir o cerrar la caja. Las comandas de cocina guardan además su nombre.

Administradores

• Correo electrónico y contraseña. Los gestiona el servicio de autenticación (Supabase Auth), que guarda la contraseña solo como un código que no se puede revertir (hash): nadie puede leerla, tampoco nosotros.
• Un identificador interno, asociado a su organización y su rol, y a las acciones que realiza (por ejemplo, crear un código de emparejamiento o editar la carta).
• Su dirección IP al iniciar sesión. La reenviamos al servicio de autenticación para limitar los intentos de acceso por persona, y queda en los registros de ese servicio.
• Una cookie de sesión (ver la sección 14).

Operación del restaurant

• Órdenes: mesa o etiqueta, número de comensales, productos, cantidades, asiento y tiempo, notas de cada producto, anulaciones con su motivo, y descuentos con su nota y quién los autorizó.
• Pagos: monto, propina, medio de pago y, si el medio lo exige, el código de autorización del voucher u otra referencia. Nunca pedimos ni guardamos el número de la tarjeta, su fecha de vencimiento ni el código de seguridad (CVV). Hoy los pagos con tarjeta se registran a mano, porque Mesalto no se conecta a ningún procesador de pagos.
• Caja: turnos, aperturas, movimientos de dinero con su detalle, arqueos y diferencias.
• Boletas electrónicas y sus notas de crédito: productos, montos, fecha, folio, timbre electrónico y su estado en el SII. No llevan datos del cliente.
• Comandas de cocina, con el nombre del garzón y la mesa.

Mesalto no tiene un registro de clientes del restaurant: no pide el RUT, el correo, el teléfono ni la dirección de los comensales. Hay una sola excepción: un campo opcional, «Nombre del cliente», en la venta de mostrador (hasta 40 caracteres), que se guarda con la orden y se imprime en la comanda. Además, en los campos de texto libre (notas, motivos, detalles) alguien podría escribir datos de personas. Recomendamos al personal no anotar datos personales innecesarios.

Empresa y local

Guardamos el RUT, la razón social, el giro, la dirección y la comuna del restaurant; el nombre, la dirección, la comuna y la zona horaria de cada local; y la dirección IP de cada impresora en la red local. Si el restaurant emite boletas, guardamos además su resolución del SII y las credenciales de su cuenta de Defontana, cifradas. Si el restaurant es una persona natural, su RUT y su dirección son datos personales.

Equipos

Al emparejar un equipo registramos:

• un identificador interno que genera nuestro servidor y una letra (A, B, …);
• el nombre que se le pone (por ejemplo, «Caja mostrador») y su modo: caja, garzón o cocina;
• la versión de la app, la plataforma y el modelo del equipo (por ejemplo, «Samsung SM-X200»);
• la fecha de emparejamiento y la última conexión, que se actualiza cada vez que el equipo renueva su acceso (más o menos cada 10 minutos mientras está en línea);
• su estado de salud, que el equipo informa cada minuto mientras tiene conexión: cuántos cambios le quedan por subir y desde cuándo, cuántas impresiones fallaron en las últimas 24 horas y cuándo sincronizó por última vez. Sirve para avisar al restaurant si un equipo deja de sincronizar durante el turno. No incluye datos de personas ni de las órdenes.

La credencial de cada equipo se guarda en nuestro servidor solo como hash.

La app no lee el IMEI, el Android ID, el número de serie, la dirección MAC ni el ID de publicidad.

Registro de auditoría

Para que la operación y la caja sean trazables, registramos las acciones importantes: quién las hizo (una persona del personal, un administrador o un equipo), qué hizo, cuándo y qué valores cambió. Por ejemplo:

• cambios en la carta o en el personal, incluido el nombre;
• anulaciones y descuentos;
• cierres de caja, con lo contado, la diferencia y la nota;
• emparejamiento (con la plataforma y el modelo del equipo) y revocación de equipos.

Cuando alguien cambia un PIN, queda registrado el cambio, pero nunca el PIN.

Diagnóstico y fallos

Usamos Sentry para detectar y corregir errores. La app envía un reporte cada vez que ocurre un error o un cierre inesperado, y también avisa a Sentry si cada sesión de uso terminó bien o con un error. Un reporte incluye:

• el tipo de error y el lugar del código donde ocurrió;
• los eventos previos al error: las llamadas de la app a nuestro servidor (dirección, método y resultado), los mensajes técnicos que registran la app y sus bibliotecas, y eventos del sistema, como cambios de conectividad, de batería o de pantalla, o el paso de la app a primer o segundo plano. No se registran las pantallas visitadas ni los toques en la pantalla;
• datos técnicos del equipo, por ejemplo: marca, fabricante, modelo, procesador, sistema operativo y su versión, si el equipo está rooteado, memoria y almacenamiento (totales y libres), nivel, carga y temperatura de la batería, pantalla, idioma, zona horaria, tipo de conexión, hora de encendido y si es un emulador;
• la versión de la app y un identificador de instalación aleatorio que crea Sentry. No es el Android ID ni el IMEI;
• el código y el modo del equipo (por ejemplo, «B» y «caja») y el identificador interno del local, para saber en qué equipo ocurrió el error.

La app no envía a Sentry el nombre de la persona, su PIN, su correo ni los datos de las órdenes. Tampoco le envía la dirección IP del equipo, y le indica que no la deduzca de la conexión. Aun así, excepcionalmente el texto de un error o de un mensaje técnico podría contener un fragmento de datos de la operación.

En la Administración web y en el sitio público, Sentry recibe los errores, una muestra del 10 % de las mediciones de rendimiento y los pasos previos a cada error: páginas visitadas, elementos en que se hizo clic (identificados por su ubicación en la página, no por el texto escrito), mensajes técnicos y llamadas al servidor. También recibe la dirección visitada, el navegador, el tipo de contenido y si cada sesión terminó bien o con un error. No recibe el contenido de los formularios, las cookies, los datos del usuario ni la dirección IP, aunque las mediciones de rendimiento podrían incluir fragmentos de consultas a la base de datos.

Nuestro servidor también avisa a Sentry cuando rechaza un cambio que subió un equipo o cuando un equipo deja de sincronizar con el turno abierto. Esos avisos llevan el código del rechazo, el tipo de operación, el código y el modo del equipo y los identificadores internos de la organización y del local, pero no el contenido del cambio.

Datos que quedan en el equipo

Para funcionar sin internet, la app guarda en el equipo una copia de lo que necesita:

• la carta y la configuración de la empresa, incluidos sus datos tributarios (RUT, razón social, giro y dirección);
• el personal habilitado en el local, con el hash de cada PIN;
• los equipos del local y las direcciones IP de sus impresoras;
• en modo caja o garzón, las órdenes, los pagos y la caja del turno abierto; en modo cocina, solo las comandas de sus estaciones;
• los intentos fallidos de PIN, que sirven para bloquear el acceso después de varios errores y nunca salen del equipo.

La credencial del equipo se guarda cifrada con el almacén de claves de Android.

Solicitudes de demostración

Si pides una demostración desde el formulario del sitio, guardamos tu nombre, el nombre de tu local, tu correo y, si los escribes, tu teléfono y tu mensaje, junto con la fecha del envío. Para limitar los envíos repetidos desde una misma conexión guardamos además un código derivado de tu dirección IP con una función de hash (SHA-256); no guardamos la dirección IP. Para enviar la solicitud tienes que aceptar este tratamiento.

4. Qué no hacemos

• No vendemos, arrendamos ni cedemos datos personales.
• No mostramos publicidad, no usamos el ID de publicidad y no armamos perfiles de marketing.
• No usamos analítica de comportamiento, de marketing ni de publicidad, ni herramientas de seguimiento entre apps o sitios, ni cookies de terceros. Solo usamos datos de diagnóstico (Sentry) para analizar fallas y el rendimiento del servicio; Google Play clasifica ese uso como «Análisis».
• No accedemos a la ubicación, los contactos, la cámara, el micrófono, las fotos ni los archivos del equipo.
• No guardamos datos de tarjetas de pago.
• No llevamos un registro de clientes del restaurant.
• No tomamos decisiones automatizadas que produzcan efectos sobre las personas.

5. Para qué usamos los datos

• Prestar el servicio al restaurant: tomar pedidos, enviarlos a cocina, imprimir, cobrar, emitir sus boletas electrónicas, llevar la caja, sincronizar los equipos y mostrar reportes.
• Autenticar al personal, a los administradores y a los equipos, y bloquear los equipos perdidos para que no sigan vendiendo ni sincronizando.
• Mantener la trazabilidad de la operación y prevenir fraudes o errores en la caja.
• Analizar el funcionamiento de la app para detectar, diagnosticar y corregir fallas (análisis de estabilidad y rendimiento).
• Cumplir obligaciones legales, por ejemplo las tributarias, cuando correspondan.
• Responder las solicitudes de demostración: escribirte para coordinarla. No usamos esos datos para enviarte publicidad ni los compartimos con otras empresas.

Tratamos los datos de la operación por cuenta del restaurant, según el acuerdo que tenemos con él. Al restaurant le corresponde contar con una base legal para tratar los datos de su personal y de su operación, como la relación laboral y sus obligaciones legales. Hasta el 30 de noviembre de 2026, tratamos los datos de diagnóstico y de seguridad porque son necesarios para prestar el servicio que contrató el restaurant. Desde el 1 de diciembre de 2026, los tratamos sobre la base de nuestro interés legítimo en mantener el servicio seguro y funcionando (artículo 13 de la Ley 19.628, modificada por la Ley 21.719).

Los datos de una solicitud de demostración los tratamos con tu consentimiento, que das al enviar el formulario. Puedes retirarlo cuando quieras pidiendo que borremos la solicitud (ver la sección 11).

6. Dónde se guardan y qué proveedores intervienen

Usamos estos proveedores, que tratan los datos por nuestra cuenta y solo para prestarnos su servicio:

Supabase Inc.

Base de datos, autenticación de administradores y tareas programadas.

Dónde: São Paulo, Brasil.

Vercel Inc.

Aloja la Administración web y la API. Recibe todas las peticiones con su dirección IP y guarda registros técnicos.

Dónde: las funciones corren en São Paulo, Brasil. Su red de entrega y sus registros técnicos se procesan principalmente en Estados Unidos y en otros países donde opera Vercel.

Journey Mobile, Inc. (PowerSync)

Sincroniza los datos del local entre el servidor y los equipos, y mantiene una copia de esos datos.

Dónde: Brasil.

Functional Software, Inc. (Sentry)

Reportes de errores y de rendimiento.

Dónde: Estados Unidos.

Si el restaurant emite boletas electrónicas con Mesalto, lo hace a través de Defontana, el sistema de gestión (ERP) del propio restaurant, que envía las boletas al Servicio de Impuestos Internos (SII) y trata esos datos por cuenta del restaurant, según el contrato que tiene con él. Por cada venta que se boletea, nuestro servidor le envía los productos, las cantidades, los montos y la fecha, y recibe el folio y el timbre electrónico. Las boletas se emiten a un cliente genérico: no llevan el nombre, el RUT ni otros datos personales de los clientes. Si la boleta no alcanza a llegar al momento del pago, el comprobante impreso trae un código QR que la muestra en una página de Mesalto a la que solo se llega con ese código.

La app se distribuye por Google Play. Google trata los datos de tu cuenta Google y de la descarga según su propia política de privacidad. La app está construida con Expo (650 Industries), pero no le envía datos mientras se usa, porque no tiene actualizaciones remotas.

Las comandas, precuentas y comprobantes se imprimen enviándolos por la red local del restaurant a sus propias impresoras. Esos datos no pasan por nuestros servidores.

Revelaremos datos si una ley o una autoridad competente lo exige.

7. Transferencias internacionales

Los datos se alojan fuera de Chile. La base de datos, la ejecución de la API y la sincronización están en Brasil. Los registros técnicos de la plataforma web (Vercel) se procesan principalmente en Estados Unidos, y los reportes de fallos (Sentry), en Estados Unidos. Los cuatro proveedores son empresas extranjeras y pueden acceder a los datos desde otros países para darnos soporte o a través de sus propios subencargados.

Hacemos estas transferencias solo para prestar el servicio y compartimos con cada proveedor únicamente lo que necesita para su función. Si quieres saber qué garantías aplican a cada transferencia, escríbenos.

8. Cómo protegemos los datos

• Toda comunicación entre la app, la Administración web y nuestros servidores va por conexiones cifradas. La app no admite conexiones HTTP sin cifrar. La única comunicación sin cifrar es la que va a las impresoras, por TCP, hacia la dirección IP que configura el administrador, que debe ser de la red local del restaurant.
• Cada restaurant ve solo sus propios datos: la base de datos aplica control de acceso por organización en cada tabla. Cada equipo recibe solo los datos de su organización que necesita: la carta y la configuración de la empresa, el personal habilitado en su local y la operación del turno abierto de su local.
• Los PIN se guardan solo como un código que no se puede revertir (hash) y, al entrar, se verifican en el equipo.
• Los códigos de emparejamiento duran 10 minutos, sirven una sola vez y se guardan como hash.
• El acceso de cada equipo se renueva cada 10 minutos. Un administrador puede revocar un equipo desde la Administración: la próxima vez que se conecta a internet, el equipo deja de vender y de sincronizar, y borra la copia de los datos del local que guardaba. Si pierdes un equipo, revócalo y, si puedes, bórralo a distancia con Encontrar mi dispositivo de Google.
• La app excluye sus datos del respaldo en la nube de Google y de la transferencia a otro equipo (por ejemplo, al pasar los datos a un teléfono nuevo).
• Las credenciales de Defontana del restaurant se guardan cifradas y solo las usa nuestro servidor.
• El registro de auditoría no se puede modificar ni borrar desde la app ni desde la Administración.

Hay dos límites que el restaurant debe conocer:

• La copia de datos que queda en el equipo está protegida por el aislamiento entre apps de Android, pero no lleva un cifrado adicional. Por eso recomendamos usar bloqueo de pantalla en los equipos.
• La impresión viaja sin cifrar por la red local, así que la red del restaurant debe estar protegida.

9. Cuánto tiempo guardamos los datos

• Datos del restaurant (personal, carta, órdenes, pagos, boletas, caja y equipos): se guardan mientras el restaurant tenga el servicio activo. Si se desactiva a una persona o se revoca un equipo, sus datos se conservan para mantener la trazabilidad de las ventas y de la caja.
• Registro de auditoría: se conserva mientras el restaurant tenga el servicio y hasta 6 años después de su término, para respaldar la trazabilidad de la caja y las obligaciones tributarias. Al vencer ese plazo, lo borramos con un procedimiento manual.
• Registros técnicos de sincronización: se borran solos a las 72 horas, salvo los asociados a una operación rechazada.
• Operaciones rechazadas por el servidor, con su contenido: se conservan mientras el restaurant tenga el servicio activo, para que pueda revisarlas.
• Códigos de emparejamiento, guardados solo como hash: se conservan mientras el restaurant tenga el servicio activo, como registro de qué administrador emparejó cada equipo.
• Reportes de fallos: Sentry los elimina automáticamente a los 90 días.
• Solicitudes de demostración, con el código derivado de la dirección IP: se conservan hasta 12 meses desde el envío y luego las borramos con un procedimiento manual, o antes si nos lo pides.
• Registros técnicos de nuestros proveedores (peticiones a Vercel e inicios de sesión en Supabase Auth, con la dirección IP): se conservan por el plazo que fija cada proveedor y luego se eliminan.
• Datos en el equipo: se mantienen mientras el equipo esté emparejado. Si un administrador revoca el equipo, o si su local o el servicio del restaurant quedan inactivos, la próxima vez que el equipo se conecte a internet deja de vender y de sincronizar, y borra la copia de los datos del local, incluidos los cambios que no alcanzó a subir. Si el equipo no vuelve a conectarse, la copia se borra al desinstalar la app o al borrar sus datos desde los Ajustes de Android. Durante el uso, el equipo solo recibe la operación del turno abierto.
• Fin del servicio: dentro de 90 días desde el término del servicio, borramos o anonimizamos a mano los datos del restaurant, salvo el registro de auditoría, que sigue el plazo indicado más arriba, y la información que la ley nos obligue a conservar (por ejemplo, la tributaria).

10. Tus derechos

Hoy la Ley 19.628 sobre protección de la vida privada te permite pedir acceso, rectificación, cancelación (supresión) y bloqueo de tus datos. Desde el 1 de diciembre de 2026, la Ley 21.719, que la modifica, agrega la oposición y la portabilidad. Atenderemos todas estas solicitudes desde ya:

• Acceso: saber qué datos tuyos tratamos, de dónde vienen, para qué los usamos y a quién se comunican.
• Rectificación: corregir datos inexactos o incompletos.
• Supresión (cancelación): que se eliminen tus datos cuando ya no corresponda tratarlos. La sección 11 explica cómo pedirlo.
• Oposición: que tus datos no se usen para un fin determinado.
• Portabilidad: recibir tus datos en un formato estructurado y de uso común. Hoy la exportación es manual: te enviaremos tus datos por correo en un archivo CSV.
• Bloqueo: suspender temporalmente el tratamiento mientras se resuelve una solicitud.

Cómo ejercerlos: escribe a fernando.romero20@gmail.com con el asunto «Privacidad». Indica tu nombre, el restaurant donde trabajas, que administras o donde fuiste atendido, y lo que pides. Es posible que te pidamos información para verificar tu identidad. El trámite es gratuito. Si los datos son de la operación de un restaurant, coordinaremos la respuesta con él, porque es el responsable. Te responderemos dentro del plazo que fije la ley y, como máximo, en 30 días corridos, que podremos extender una sola vez por otros 30 días avisándote antes.

Los datos del registro de auditoría no se pueden corregir ni borrar a pedido mientras dure su plazo de conservación, y lo mismo pasa con los datos que la ley nos obligue a conservar. En esos casos bloqueamos su uso para cualquier otro fin y te lo informamos.

Si no quedas conforme con la respuesta, puedes reclamar ante la Agencia de Protección de Datos Personales, cuando esté en funciones, o ante los tribunales de justicia, según corresponda.

11. Cómo pedir que se eliminen tus datos

Esta sección aplica a la app Mesalto de Google Play y a la Administración de Mesalto, de Delpa Tecnología, que publica la app con el nombre DELPA TECNOLOGIA. La app no tiene un botón para borrar datos: atendemos cada solicitud a mano.

1. Escribe a fernando.romero20@gmail.com con el asunto «Privacidad» y pide la eliminación de tus datos.
2. Indica tu nombre y el restaurant donde trabajas, que administras o donde fuiste atendido.
3. Verificaremos tu identidad y coordinaremos la solicitud con el restaurant, porque es el responsable de esos datos.
4. Te responderemos en el plazo indicado en la sección 10.

Qué eliminamos o anonimizamos: de la ficha del personal, el nombre, el código de garzón, el PIN (su hash) y los locales asignados; el nombre anotado en órdenes y comandas; las notas de texto libre que te identifiquen; y, si eres administrador, tu cuenta de acceso (correo y contraseña).

Qué conservamos y hasta cuándo:

• el registro de auditoría, que puede incluir tu nombre, hasta que venza su plazo de conservación (sección 9), con su uso bloqueado para cualquier otro fin;
• la información que la ley nos obligue a conservar, por ejemplo la tributaria, mientras dure esa obligación;
• los identificadores internos, sin tu nombre, asociados a las ventas y a la caja, para mantener su trazabilidad mientras el restaurant tenga el servicio activo.

Si pediste una demostración: escribe a fernando.romero20@gmail.com con el asunto «Privacidad» desde el correo que dejaste en el formulario y borraremos tu solicitud completa, incluido el código derivado de tu dirección IP. En este caso no hay un restaurant con quien coordinar.

12. Menores de edad

Mesalto es una herramienta de trabajo y no está dirigida a niños, niñas ni adolescentes. Si un restaurant registra a un trabajador adolescente contratado conforme al Código del Trabajo, lo hace como empleador y responsable de sus datos, y nosotros los tratamos por su cuenta con las mismas protecciones que al resto del personal.

13. Permisos de la app Android

La app usa el permiso de internet para comunicarse con nuestros servidores y con las impresoras de la red local. El permiso de estado de la red lo usa la herramienta de reportes de fallos (Sentry) para anotar el tipo de conexión.

La app no pide permisos de almacenamiento, de superposición sobre otras apps, de vibración, de biometría ni de huella digital, ni para cambiar la conectividad de red. Las versiones anteriores a la 0.3.0 los declaraban, aunque no los usaban, porque venían con la plantilla de Expo con que está construida la app y con algunas de sus bibliotecas.

14. Cookies de la Administración web

La Administración web usa solo las cookies de sesión del servicio de autenticación, que un administrador necesita para mantenerse conectado. Son estrictamente necesarias, se envían solo por conexiones seguras, no son accesibles desde JavaScript y duran hasta 400 días. No usamos cookies de analítica, de publicidad ni de terceros. El sitio público, incluido el formulario de demostración, no crea cookies. La app Android no usa cookies.

15. Cambios a esta política

Si cambiamos esta política, publicaremos la nueva versión en esta misma dirección, con su fecha de vigencia. Si el cambio es importante, como un nuevo tipo de dato o un nuevo proveedor, avisaremos antes a los administradores de los restaurantes.

Mesalto emite boletas electrónicas a través de Defontana (ver la sección 6). Hoy no emite facturas, no se conecta a procesadores de pago y no usa analítica de uso ni de marketing. Si incorporamos alguna de esas funciones, actualizaremos esta política antes de activarla.

16. Contacto

Delpa Tecnología (DELPA TECNOLOGIA en Google Play)

• Correo: fernando.romero20@gmail.com
• Sitio: mesalto.vercel.app