Política de privacidad
Última actualización: 29 de septiembre de 2026
CodeLab POS es un sistema de punto de venta para restaurantes. Esta política explica qué datos guardamos cuando usás el sistema y para qué los usamos.
Qué datos guardamos
- Datos de cuenta: nombre, correo electrónico y rol dentro del restaurante (dueño, cajero, cocina). Se usan para identificarte y darte acceso solo a lo que tu rol permite. Guardamos además con qué método creaste la cuenta (correo o Google) y la versión de estos textos legales que aceptaste, con la fecha del servidor.
- Datos del negocio: catálogo de productos, ventas, movimientos de caja y pedidos. Pertenecen al restaurante que los genera y solo ese restaurante puede verlos.
- Datos de pedidos web: si un cliente hace un pedido por el enlace público de un restaurante, guardamos el nombre y el detalle del pedido para que el local pueda prepararlo y entregarlo.
Para qué se usan
Únicamente para que el sistema funcione: registrar ventas, administrar la caja, preparar pedidos y mostrar reportes al restaurante. No vendemos ni compartimos tus datos con terceros para publicidad ni ningún otro fin.
Dónde se guardan
Los datos se almacenan en Supabase, una plataforma de base de datos en la nube, con acceso restringido por empresa: cada restaurante ve únicamente su propia información.
Lectura de capturas con inteligencia artificial
Algunos restaurantes reciben pedidos por aplicaciones de delivery ajenas a CodeLab POS. Para no copiar esos pedidos a mano, el sistema ofrece una función opcional: el personal del restaurante saca una foto o una captura de la pantalla del pedido y un servicio de inteligencia artificial lee lo que muestra esa imagen.
La función viene apagada y solo se enciende a pedido del restaurante. Mientras un restaurante no la tenga encendida, nada de esta sección se aplica a sus datos.
- Quién procesa la imagen: Google, mediante su servicio pagado de inteligencia artificial. Es el único tercero que recibe estas imágenes.
- Para qué: solamente para convertir la imagen en el detalle del pedido —productos, cantidades, opciones, notas de preparación y total— y cargarlo en el sistema del restaurante.
- Qué se envía: la imagen, las instrucciones de lectura y el mínimo de configuración que hace falta para entenderla: el nombre de las aplicaciones de delivery que ese restaurante configuró y la descripción de cómo se reconoce cada una. Cuando un pedido se lee en varias fotos, viaja también lo ya leído en las anteriores. No se envían datos de tu cuenta, ni el catálogo interno del restaurante, ni sus ventas, ni su caja.
- Qué no se guarda: la imagen. Viaja, se lee y se descarta. No queda en la base de datos, ni en el almacenamiento de archivos, ni en la memoria permanente del navegador del restaurante. Mientras la persona saca la foto y la lectura está en curso, la imagen está en la memoria del navegador —como cualquier foto abierta en una pantalla— y se suelta apenas la lectura termina.
- Qué se descarta antes de guardar: los datos de la persona que hizo el pedido en la aplicación de delivery. El sistema no los pide, rechaza la lectura completa si aparecen igual en un campo propio, y recorta del texto libre lo que reconoce como nombre, correo, teléfono, dirección o dato de facturación. Ese recorte es automático y no es infalible: un dato suelto, sin etiqueta que lo anuncie, puede pasar. Por eso el pedido lo revisa una persona del restaurante antes de confirmarlo. Lo que queda guardado es el pedido: qué se pidió, cuánto y por qué monto.
Cada solicitud sale de CodeLab POS con el guardado de la conversación desactivado. El servicio de Google está contratado en su modalidad pagada y, según la configuración vigente de esa cuenta, sin registro de contenido para revisión humana; eso último depende de ajustes que viven en Google y no en nuestro sistema. Eso no equivale a decir que Google no conserve nada: Google puede retener una solicitud durante un tiempo limitado por motivos de operación, seguridad y prevención de abusos, según sus propias condiciones. No prometemos retención cero porque no depende de nosotros.
Qué captura se saca y se sube lo decide el restaurante, que es también quien responde por lo que elige capturar. Las consultas de una persona que pidió por una aplicación de delivery las gestiona el restaurante que tomó ese pedido, con nuestra asistencia.
Asistente de datos con inteligencia artificial
Quien administra un restaurante con el plan que incluye Analítica puede hacerle preguntas con sus propias palabras sobre las ventas, la caja y los pedidos de ese restaurante («¿cuánto se vendió ayer?», «¿qué producto sale más?»). Para entender la pregunta y redactar la respuesta, el sistema usa el mismo servicio de inteligencia artificial de Google descrito en la sección anterior.
- Qué se envía: la pregunta y los últimos mensajes de esa conversación; el nombre del restaurante y la pantalla, sucursal o fecha que la persona tiene abierta; una descripción de la estructura de la base de datos (nombres de tablas y columnas, sin datos); y el resultado de la consulta que el sistema hizo para esa pregunta: cifras de ventas, caja y pedidos, y nombres de productos (con las variantes que marca la caja), sucursales, cajas y del personal que vendió. Si la pregunta es sobre deudas o pedidos web, el resultado puede incluir el nombre del cliente.
- Qué nunca sale de la base de datos: contraseñas, PIN, correos electrónicos, teléfonos, direcciones, datos de sesión ni las notas que escriben los clientes (en el pedido, en cada producto o en la aplicación de delivery). La base de datos rechaza cualquier consulta del asistente que intente leerlos. Tampoco se envían datos de otro restaurante: la consulta se hace con los permisos de la persona que pregunta.
- Lo que escribe la persona: la pregunta y la conversación viajan tal cual. Si alguien escribe en la pregunta un teléfono, una dirección o un nombre, ese texto llega a Google y queda en el registro. Para preguntar por el negocio no hace falta escribir datos personales.
- Qué se guarda: un registro de cada pregunta —el texto, la consulta que se hizo, la respuesta y cuánto costó— para medir el uso y mejorar el asistente. Lo ven quienes administran el restaurante y el equipo de CodeLab POS.
Valen las mismas condiciones del servicio de Google descritas arriba: el guardado de la conversación va desactivado, el servicio está contratado en su modalidad pagada y no se promete retención cero. El asistente solo lee: no puede modificar nada del sistema.
Cómo iniciás sesión
El acceso lo gestiona Supabase Auth, el servicio de autenticación de la misma plataforma donde se guardan los datos. Hay dos formas de entrar:
- Con correo y contraseña: la contraseña la guarda Supabase cifrada, nunca en texto plano, y nosotros no la vemos.
- Con tu cuenta de Google: Google confirma quién sos y nos avisa; tu contraseña de Google nunca pasa por CodeLab POS. La opción aparece en la pantalla de ingreso cuando está habilitada.
Si entrás con Google, lo único que recibimos es tu nombre, tu correo electrónico y el identificador de esa cuenta de Google. Se usan solo para crear tu usuario e identificarte al entrar.
No pedimos acceso a Gmail, Drive, Contactos ni Calendario, no guardamos los permisos (tokens) que emite Google, no copiamos tu foto de perfil y no usamos esos datos para publicidad. Iniciar sesión con Google no le entrega a Google información del restaurante: ventas, catálogo y pedidos no viajan en ese ingreso (el asistente de datos, descrito arriba, tiene sus propias reglas). Tu rol y tu empresa los decide el sistema, nunca la cuenta de Google.
Al entrar con Google, tus datos los tratan también Google según su propia política de privacidad, y Supabase como proveedor de autenticación. Podés quitarle el permiso a CodeLab POS cuando quieras desde la configuración de tu cuenta de Google.
El ingreso está protegido además con verificación anti-robots (Cloudflare Turnstile). En un equipo compartido, cerrá sesión al terminar: eso termina tu sesión de CodeLab POS, pero no la sesión general de Google en ese navegador.
Cookies y almacenamiento local
El sistema usa el almacenamiento local del navegador solo para mantener tu sesión y para que el punto de venta pueda seguir funcionando sin internet. No usamos cookies de publicidad ni de seguimiento.
Tus derechos
Podés pedir la corrección o eliminación de tus datos escribiendo a pizzacleta.bo@gmail.com. Si sos cliente de un restaurante que usa CodeLab POS, tu pedido lo gestiona ese restaurante y nosotros lo asistimos.
© 2026 CodeLab POS · Bolivia · Términos del servicio