Política de privacidad
Fecha de entrada en vigor: 4 de noviembre de 2026.
Última actualización: 4 de noviembre de 2026.
Este texto describe cómo funciona el servicio. No es asesoría legal.
Quién opera el servicio
Comida Plus lo opera AngelArc Software, un nombre comercial (DBA) de Stone Intellectual Properties, LLC (Wisconsin). AngelArc Software presta el software. Cada restaurante decide cómo usa Comida Plus con sus propios clientes y, cuando corresponda, es el responsable de los datos de sus clientes y de sus pedidos. AngelArc Software trata esa información para prestar el servicio. Las cuentas, el personal, la ficha del restaurante y los pedidos se guardan en Google Cloud Firestore.
Ficha del restaurante
Un restaurante puede guardar su nombre, descripción, teléfono, correo, dirección, ciudad, estado, país, horario, idioma público y si aparece en la página de inicio. El teléfono y el correo de esa ficha son el contacto público del restaurante. No son los datos de un comensal.
Cuentas de propietarios
El propietario entra con Firebase Authentication, con correo y contraseña o con Google. Si usa Google, la aplicación lee el correo, el nombre para mostrar y la foto cuando esos datos vienen en el perfil. Comida Plus guarda un registro de la cuenta con el identificador de usuario, el correo, el nombre, la foto, un rol, la fecha de creación y la fecha del último acceso. Si hay una suscripción, el registro también guarda la fecha hasta la que está pagada, el identificador de suscripción de PayPal y el identificador de la última venta de PayPal registrada. El identificador del propietario se guarda en un documento privado del restaurante, fuera de la ficha pública. Esta aplicación no copia la contraseña en ese registro. Firebase Authentication envía el mensaje para restablecer la contraseña. Cuando la cuenta queda ligada a un restaurante, los mismos campos, incluido el identificador del restaurante, se guardan también en ese restaurante. El navegador guarda el token de acceso del propietario y el perfil de la cuenta en el almacenamiento local para continuar la sesión. La preferencia de tema puede guardarse para ese identificador de usuario.
Personal
El restaurante guarda fichas de personal con nombre, rol, un PIN numérico, tarifa por hora y horas semanales. Los roles del producto son Admin, Manager, Server, Kitchen y Read-Only. La ficha se guarda en Firestore y en el navegador que se usa para administrar al personal. El acceso comprueba el nombre y el PIN y, si coinciden, emite un token de acceso de corta duración con una marca de empleado, el identificador del restaurante y el rol. El PIN no se guarda en la sesión de la pestaña. Esa sesión guarda el identificador, el nombre, el rol y el restaurante, y termina al cerrar la pestaña. La sesión de personal usa una caché de base de datos en memoria, para no compartir la base sin conexión del propietario. Los cambios de menú, inventario y pedidos pueden anotarse en un registro de actividad con el identificador, el nombre, el rol y un resumen. Un cierre de turno puede guardar quién lo hizo (el propietario, o el identificador y el nombre del personal) y una nota opcional.
Comensales, pedidos y pagos
Hacer un pedido no pide al comensal nombre, correo ni teléfono. Un pedido guarda el número de mesa, los artículos (nombre, cantidad, precio, artículo del menú y complementos), notas del artículo o instrucciones, notas del pedido, el estado, las horas, un número de ticket y si lo envió un comensal o el personal. Un pago guarda la forma de pago (efectivo, crédito, PayPal, Square u otra), descuentos, créditos, importes, un identificador de transacción, un procesador opcional, una referencia opcional que escribe el personal (por ejemplo un código de autorización, los últimos cuatro dígitos o una referencia del terminal) y notas de pago. Esa etiqueta la escribe el restaurante. AngelArc Software no cobra la tarjeta del comensal. Una anulación guarda el motivo y quién anuló (el propietario o un identificador de personal). El carrito de un comensal se ata a un secreto guardado en el almacenamiento de sesión de esa pestaña. El servidor guarda un hash de ese secreto, no el secreto. Pedidos antiguos pueden tener un campo customerId. Las escrituras actuales de pedidos no ponen en el ticket el nombre, el correo ni el teléfono de un comensal. El personal puede enviar un recibo por correo o por mensaje de texto. El correo incluye la mesa, los nombres de los artículos, las cantidades, los totales de línea y el total general. Ese mensaje, con la dirección de correo, se entrega al servidor de correo configurado para el servicio. Este código no nombra ese servidor. El mensaje de texto es un enlace al recibo: se envía dando el número de teléfono y ese enlace a Resend, que escribe a la pasarela del operador que el personal elige (Claro Guatemala o Tigo Guatemala). La dirección de correo y el teléfono no se guardan en el pedido. El servicio cuenta los envíos por cuenta de personal y por la IP de la conexión para limitar abusos. El contador se guarda con un identificador derivado de esa IP. El código no borra esos contadores con un calendario fijo. No son un perfil del comensal.
Imágenes del menú
Las fotos del restaurante y del menú se suben a Google Cloud Storage. El menú guarda la dirección de la imagen en el restaurante o en el artículo.
PayPal
PayPal se usa para la suscripción del restaurante a Comida Plus. El botón de PayPal devuelve un identificador de suscripción, que se guarda con la cuenta del propietario. Cuando PayPal avisa de que una venta se completó (PAYMENT.SALE.COMPLETED), se guarda el identificador de esa venta y se extiende una sola vez la fecha de pago. Cuando PayPal avisa de que la suscripción se canceló (BILLING.SUBSCRIPTION.CANCELLED), se quita el identificador de suscripción y la fecha de pago pasa a ser la de la cancelación. No guardamos un número de tarjeta proveniente de PayPal. PayPal recoge los datos de pago según sus propias condiciones. Un ticket también puede marcarse con una forma de pago llamada PayPal, Square, crédito, efectivo u otra. Esa etiqueta la escribe el restaurante. Por sí sola no es un cargo de tarjeta procesado dentro de Comida Plus. Este código no muestra que se guarde el número completo de una tarjeta de un comensal.
reCAPTCHA
El alta de un propietario y el acceso del personal con PIN pueden usar Google reCAPTCHA cuando está configurado. El navegador envía un token a Comida Plus y Comida Plus lo comprueba con Google. No guardamos el token. Google puede tratar datos del dispositivo y de la interacción según sus propias condiciones.
Idioma y país
Para elegir un idioma, el servicio puede leer un código de país que ya llegó con la solicitud. Si no llegó ninguno, el servidor lee la IP de la conexión y pide a ipapi.co un código de país. La página recibe el código de país y un idioma. Esta consulta no se guarda como un perfil. Una conexión local se trata como Estados Unidos y no se envía a ipapi.co.
Actualizaciones en vivo
El servicio usa un socket en el mismo sitio para actualizar pedidos, cocina y pagos mientras una página está abierta. Una conexión de personal presenta un token de acceso. Una conexión de comensal presenta el secreto del carrito. El servidor envía el ticket guardado a esa sala. No arma un perfil aparte del comensal a partir de la conexión. El servidor también puede reenviar un mensaje de texto a los navegadores conectados y escribir ese texto en el registro del servidor. Ninguna página pública muestra hoy ese cuadro de chat. Los identificadores de conexión y el resultado de unirse a una sala se escriben en el registro del servidor.
Analítica
Comida Plus no ejecuta un producto de analítica de visitantes. La configuración puede incluir un identificador de medición, y esta aplicación no inicia con él una recogida de analítica. Los informes dentro de las herramientas del restaurante son las ventas y los cierres del propio restaurante, con un interruptor opcional de datos de demostración.
Cookies, almacenamiento local y base sin conexión
El servicio usa cookies y el almacenamiento del navegador para recordar el idioma y el acceso. visitor_language se guarda cuando usted elige un idioma y dura cerca de un año. cp_lang es una copia del idioma que se está mostrando, incluido un idioma salido del país o del restaurante. Dura cerca de un año y no es por sí misma una elección. cp_admin_lang es el idioma de las pantallas de administración y dura cerca de un año. home_language y public_language son cookies de sesión que el sitio puede crear a partir del país o de un sitio en español. admin_language es una cookie de sesión que, en un sitio en español, queda en español, y no se toma del país. El idioma de administración que usted guardó se almacena aparte, para que esa cookie del sitio no lo reemplace. Las mismas elecciones de idioma también quedan en el almacenamiento local. Ese almacenamiento también puede tener el token de acceso y el perfil del propietario, pedidos abiertos o en borrador, el restaurante guardado en el navegador, las fichas de personal (incluido el PIN) en un navegador usado para administrar al personal, y ajustes de tema y de moneda. El secreto del carrito de un comensal y la sesión de personal de la pestaña viven en el almacenamiento de sesión y se borran al cerrar la pestaña. La vista del propietario guarda una copia sin conexión de datos del restaurante en IndexedDB del navegador, para mostrar lo que ya se obtuvo. La vista de personal usa memoria para esa caché y no usa esa base sin conexión para la sesión del PIN.
Registros del servidor
El servidor escribe registros de operación: si los ajustes necesarios están presentes (no los valores secretos), identificadores de conexión del socket, uniones rechazadas y errores de acceso, de recibos y de avisos de suscripción. Si el reenvío de chat que no está en uso recibe un mensaje, el texto de ese mensaje queda en el registro. El registro del navegador está apagado salvo que alguien lo active en los ajustes, y esos registros del navegador no se escriben en la base de datos. El código no fija cuánto tiempo se conservan los registros del servidor.
Personas en otros países
Restaurantes y visitantes usan Comida Plus en Centroamérica, Sudamérica y otros lugares. La información puede tratarse en Estados Unidos, donde está organizado el operador, y en otros países donde la traten los proveedores del servicio.
Conservación
El código no borra cuentas, pedidos, fichas de personal ni registros con un calendario fijo. La información permanece hasta que el restaurante la quite en el producto, o hasta que el operador la borre después de una solicitud. No hay un botón de autoservicio que borre la cuenta de un propietario.
Seguridad
La administración del restaurante exige un propietario o personal con sesión iniciada. Los carritos de comensales se comprueban con un hash del secreto del carrito. Los avisos de suscripción de PayPal se comprueban antes de cambiar la fecha de pago. reCAPTCHA, cuando está configurado, comprueba el alta y el acceso del personal. Ningún método de transmisión o de almacenamiento es perfectamente seguro.
Sus elecciones
Cuando corresponda, usted puede pedir acceso, una corrección o la supresión de la información personal que tenga el operador, y puede oponerse a cierto tratamiento o pedir que se limite. El pedido de un comensal lo controla el restaurante: escriba a ese restaurante si la pregunta es sobre un pedido. No hay un formulario dentro del producto para estas solicitudes.
Menores de 13 años
Comida Plus no está dirigido a menores de 13 años. No recopilamos a sabiendas información personal de menores de 13 años.
Cambios
Publicamos los cambios en esta página y cambiamos la fecha de última actualización. El código no envía un correo aparte por un cambio de esta política.
Contacto
AngelArc Software, un nombre comercial (DBA) de Stone Intellectual Properties, LLC (Wisconsin). Correo: Contact@AngelArcSoftware.com. Dirección postal: TODO: mailing address.
Términos del servicio
Los términos que cubren el uso del servicio están publicados en el enlace Términos del servicio. Términos del servicio (Se abre en una pestaña nueva)