Versión: 1.0
Fecha de vigencia: 9 de agosto de 2026
Reemplaza a: las versiones publicadas en app.feka.click/privacy y feka.click/privacy con fecha 21 de febrero de 2026, que quedan sin efecto desde la fecha de vigencia indicada.
Cómo está escrito este documento. Acá se describe lo que el sistema hace hoy. Cuando algo todavía no está construido, no se lo escribe como si ya existiera: se dice expresamente que no existe, en la cláusula donde corresponde.
Sobre las versiones. Si esta Política se modifica, el cambio se comunica según la cláusula 22 y rige solo hacia el futuro. Las versiones anteriores quedan publicadas en feka@skyeleven.com.ar (te la enviamos si la pedís).
1. Quién es el responsable y cómo contactarlo
2. A quién se aplica esta Política y qué rol cumple FEKA en cada caso
3. Cómo leer este documento (glosario mínimo)
4. Datos personales del COMERCIO y de su personal
5. Datos personales del COMENSAL
6. Datos personales de SOCIOS, REFERIDORES y CONTACTOS COMERCIALES
7. Datos que FEKA no recoge, y una advertencia sobre datos sensibles
8. Finalidad y base legal de cada tratamiento
9. Qué datos son obligatorios y qué datos son optativos
10. Datos que son públicos por diseño
11. Terceros que reciben datos y para qué
12. El dinero: quién cobra qué, y qué datos viajan con el pago
13. Análisis con inteligencia artificial
14. Transferencia internacional de datos
15. Plazos de conservación
16. Derechos del titular: cómo ejercerlos, plazos y correo de contacto
17. Organismo de control y vías de reclamo
18. Seguridad de la información
19. Menores de edad
20. Comunicaciones, notificaciones y publicidad
21. Almacenamiento en el dispositivo (cookies y equivalentes)
22. Cambios en esta Política
23. Cesión a la sociedad en formación
24. Ley aplicable
El responsable de las bases de datos personales descriptas en esta Política es:
feka.click, app.feka.click, admin.feka.click).A la fecha de vigencia de esta Política, la sociedad que explotará el servicio se encuentra en formación. Por eso el responsable del tratamiento es una persona humana, la identificada en 1.1, que opera bajo el nombre de fantasía "FEKA". Una vez inscripta la sociedad, la titularidad de las bases y la posición contractual se transferirán a ella conforme la cláusula 23. Hasta entonces, todo reclamo, pedido o notificación sobre datos personales se dirige a la persona y al domicilio de 1.1.
El artículo 21 de la Ley 25.326 obliga a inscribir las bases de datos personales en el Registro Nacional de Bases de Datos, que lleva la Agencia de Acceso a la Información Pública (AAIP).
Se informa con claridad: a la fecha de vigencia de esta Política la inscripción no está concluida. Una vez obtenidos, los números de inscripción se publican en este mismo lugar.
Las bases que FEKA inscribirá como responsable son:
| # | Base | Titulares de los datos |
|---|---|---|
| 1 | Cuentas de acceso al panel, facturación y cobranza | Dueños y encargados de comercios adheridos |
| 2 | Socios, referidores y contactos comerciales | Personas que promueven el servicio y prospectos |
| 3 | Registros técnicos y de auditoría de la plataforma | Toda persona que usa el servicio |
Respecto de los datos del comensal, FEKA declarará en el formulario que los trata por cuenta de terceros (los comercios adheridos), que son quienes deben inscribir esa base como propia. Esto es coherente con el reparto de roles de la cláusula 2: FEKA no se declara responsable de una base de la que dice ser encargado.
El canal oficial para ejercer derechos sobre datos personales es el correo indicado en 1.1. Si el pedido llega por otra vía (por ejemplo, si el comensal se lo comenta al comercio), el comercio lo traslada a FEKA, pero quien acusa recibo y responde en los plazos legales es FEKA, no el comercio.
FEKA no le devuelve el pedido al titular diciéndole que lo reclame en otro lado. Recibe, acusa recibo dentro de los 2 días hábiles, ejecuta lo que puede ejecutar por sí —que es casi todo, porque es quien tiene la base— y coordina internamente con el comercio lo que dependa de él. Esta regla es la misma que rige en el contrato que FEKA firma con cada comercio.
FEKA es una plataforma de software para gastronomía. Permite que un comercio publique su carta, reciba pedidos desde el celular del comensal mediante un código QR, y gestione mesas, mozos, reservas, entradas a eventos, delivery, cobros y reportes.
(a) FEKA y el COMERCIO adherido. Es una relación entre empresas. Respecto de los datos del dueño, de los socios y del personal del comercio, FEKA es responsable del tratamiento.
(b) FEKA y el COMENSAL. Es una relación de consumo. Respecto de los datos que el comensal genera al pedir, reservar o comprar una entrada, la finalidad la define el comercio: el comercio es responsable y FEKA actúa como encargado, es decir, trata esos datos por cuenta del comercio y conforme a sus instrucciones (artículo 25 de la Ley 25.326 y contrato entre ambos).
(c) FEKA como responsable de sus propios datos. Respecto de las cuentas de acceso al panel, la facturación, el cobro de comisiones, la prevención del fraude, la seguridad de la plataforma y las estadísticas agregadas y anonimizadas del servicio, FEKA es responsable del tratamiento.
Que FEKA sea encargado y no responsable respecto de los datos del comensal no le quita ninguna obligación frente al titular del dato: FEKA recibe y responde los pedidos de acceso, rectificación, oposición y supresión en los plazos de la cláusula 16, y coordina con el comercio lo que corresponda. La distinción sirve para saber quién decide para qué se usan los datos, no para pasarse el reclamo de uno a otro.
Esta Política forma parte de los Términos y Condiciones y del contrato con el comercio. Si algo de esos documentos contradice a esta Política en materia de datos personales, manda esta Política. Es la declaración pública, y no puede haber una versión distinta escondida en un contrato que el comensal no firmó.
Si el comercio, además de usar FEKA, guarda los datos de sus clientes en su propia agenda, planilla, sistema de fidelización o base de WhatsApp, ese tratamiento es exclusivamente suyo y no está cubierto por esta Política.
Al crear la cuenta en el panel de administración se recogen:
El comercio carga en el panel, bajo su exclusiva responsabilidad, los datos de su personal:
El comercio es responsable de informar a su personal sobre este tratamiento y de contar con su consentimiento. FEKA no es empleador del personal del comercio, no le imparte instrucciones ni fija su remuneración: solo provee la herramienta con la que el comercio registra esa información.
Se describe el estado real, sin adornos.
El comercio puede habilitar el ingreso sin registro. En ese caso:
Advertencia honesta: si el comensal escribe su nombre y apellido reales, ese dato queda asociado a lo que consumió, en qué mesa, a qué hora y cómo pagó. Si prefiere no dejar rastro identificable, puede usar un apodo.
Se crea una ficha de usuario con: correo electrónico, nombre, foto de perfil, fecha de alta y fecha del último ingreso. A esa ficha se le agrega la lista de comercios adheridos en los que hizo pedidos y la fecha de su último pedido, para poder mostrarle sus pedidos y reservas en curso.
Si el comensal elige delivery, se recogen y se guardan dentro del pedido:
Estos datos los ve el comercio para poder entregar el pedido.
Para reservar se requiere cuenta y se recogen: nombre, teléfono (WhatsApp), fecha, hora, cantidad de personas y mesa asignada. Si la reserva exige seña, se registran además los datos del pago de la seña. El comercio usa el teléfono para confirmar o coordinar la reserva, incluso por WhatsApp. Si la reserva con seña se aprueba, se envía un correo de confirmación a la dirección asociada a la cuenta del comensal.
La entrada se emite como un pedido con un código de validación único. Se registra el nombre del comprador, el código, si fue utilizado, cuándo y qué usuario lo validó en la puerta. No se pide DNI, ni fecha de nacimiento, ni fotografía (ver cláusula 19).
Si el comensal solicita comprobante fiscal se recogen: CUIT, nombre o razón social y condición frente al IVA. Emitido el comprobante, se guardan además el domicilio fiscal informado, el tipo y número de comprobante, el código de autorización, su vencimiento y los enlaces al comprobante. Estos datos se transmiten al organismo recaudador a través del proveedor de facturación electrónica (cláusula 11).
Al usar la aplicación se procesan datos técnicos propios de cualquier servicio en internet: dirección IP, tipo de dispositivo y navegador, y páginas visitadas dentro de la aplicación. Se usan para que el servicio funcione, para diagnosticar errores y para proteger la plataforma contra abusos.
De las personas que promueven FEKA y presentan comercios se registran: nombre, apellido, correo electrónico, condiciones económicas acordadas, comercios atribuidos, liquidaciones, pagos y las facturas que suben como comprobante. También se registra la aceptación de sus propios términos, con versión y fecha.
Cuando un comercio se dio de alta con el código de un socio, FEKA vuelca al sistema de administración de su programa de socios, cada vez que cobra su comisión: el identificador de cuenta, el nombre comercial, el correo electrónico de contacto y la fecha de alta del comercio; los importes de comisión cobrados, las devoluciones y la baja; y la facturación bruta del comercio alcanzada por ese cobro, es decir, la suma de los totales de los pedidos y de las reservas con seña que ese cobro liquida.
Ese último dato viaja porque una de las retribuciones del socio es un premio por volumen, que se gana si el comercio supera una facturación mínima en sus primeros días y que se calcula sobre esa facturación, no sobre la comisión de FEKA. Se transmite el importe total y nunca el detalle de los pedidos; tampoco viaja ningún dato de los comensales ni del personal del comercio.
Quién lo ve. Esa información se recibe en el sistema de administración de FEKA. El portal del socio no muestra la facturación del comercio, ni los importes de comisión, ni su correo electrónico: al socio le muestra el nombre visible del comercio, la marca, la fecha de alta, el estado y sus propias comisiones. El detalle completo está en la cláusula 4.4 del Anexo de Tratamiento de Datos Personales y en la cláusula 19.6 de los Términos del Comercio.
FEKA mantiene un registro interno de comercios contactados con fines comerciales. Ese registro se limita a los datos que la ley permite tratar sin consentimiento previo (artículo 5 inciso 2 c de la Ley 25.326): nombre y apellido de la persona de contacto, ocupación o cargo, identificación tributaria, domicilio y datos de contacto profesionales, más un campo de estado de la gestión (por ejemplo: "contactado", "reunión pendiente", "no interesado").
No se guardan en ese registro relatos de conversaciones, apreciaciones personales ni valoraciones sobre la persona.
En el primer contacto comercial se informa a la persona que sus datos figuran en este registro, con la leyenda del artículo 6 de la Ley 25.326 y el modo de pedir la baja. Toda persona incluida puede pedir su retiro escribiendo al correo de la cláusula 1.1, y el pedido se cumple en los plazos de la cláusula 16.
FEKA no recoge, no ve y no almacena números de tarjeta, códigos de seguridad ni claves bancarias. El pago se realiza íntegramente dentro del entorno de Mercado Pago. FEKA solo recibe de vuelta el identificador y el estado de la operación. Sobre a qué cuenta va el dinero, ver la cláusula 12.
FEKA no solicita DNI, pasaporte, huella, reconocimiento facial ni ningún dato biométrico.
Los datos referidos a la salud son datos sensibles y tienen protección reforzada en la Ley 25.326: nadie está obligado a proporcionarlos.
FEKA no pide ni quiere datos de salud. No existe en la aplicación ningún campo de alergias, enfermedades ni restricciones médicas. Pero el campo libre de notas permite escribir cualquier cosa, y una nota del tipo "soy celíaco" o "alergia al maní" es un dato de salud.
Por eso:
Si pese a esta advertencia el comensal incluye un dato de salud, se entiende que lo hace voluntariamente y con la única finalidad de que el comercio prepare su pedido. Ese dato no se usa para ninguna otra cosa.
FEKA no recoge, no infiere ni almacena datos de este tipo bajo ninguna forma.
Ningún dato se usa para una finalidad distinta o incompatible con la que motivó su recolección.
Aclaración sobre las bases legales. La Ley 25.326 exige consentimiento (art. 5) y admite excepciones tasadas. Las que se usan acá son: la relación contractual (art. 5 inc. 2 d: datos necesarios para desarrollar o cumplir un contrato del que el titular es parte), la obligación legal, y el consentimiento propiamente dicho. En esta Política no se invoca el "interés legítimo".
| Dato | Finalidad | Base legal |
|---|---|---|
| Correo, contraseña, método de acceso | Crear la cuenta, autenticar el ingreso, recuperar el acceso | Relación contractual (art. 5.2.d) |
| Nombre, apellido, teléfono | Identificar al titular de la cuenta, dar soporte, notificar cuestiones del servicio | Relación contractual |
| Nombre comercial, logo, horarios, redes | Publicar la carta y el perfil del comercio | Relación contractual |
| Alias bancario y titular de la cuenta | Permitir que el comensal transfiera al comercio | Relación contractual — dato público por diseño (cláusula 10) |
| Datos fiscales del comercio | Emitir comprobantes en su nombre y cumplir obligaciones fiscales | Obligación legal |
| Comisión, deuda, estado de cuenta | Liquidar y cobrar el servicio; aplicar el régimen de mora pactado | Relación contractual |
| Facturación bruta del comercio alcanzada por cada cobro de comisión, transmitida al sistema de administración del programa de socios solo si el comercio llegó con el código de un socio | Liquidar el premio por volumen del socio que lo presentó (cláusula 6.2) | Relación contractual, declarada y aceptada en la cláusula 19.6 de los Términos del Comercio y en la cláusula 4.4 del Anexo de Tratamiento de Datos |
| Datos del personal cargados por el comercio | Dar acceso al panel, asignar pedidos, registrar turnos y propinas | Relación contractual entre FEKA y el comercio; el comercio responde por la base legal frente a su personal |
| Registro de la aceptación de los términos | Saber qué versión rige la relación y poder acreditarla | Relación contractual (art. 5.2.d) |
| Datos técnicos y registros de auditoría | Seguridad, prevención del fraude, diagnóstico de errores | Relación contractual y deber de seguridad (art. 9, Ley 25.326) |
| Dato | Finalidad | Base legal |
|---|---|---|
| Identificador anónimo | Sostener la sesión y mostrarle sus pedidos en curso | Relación contractual |
| Nombre o apodo | Que el comercio sepa a quién entregar el pedido | Consentimiento (es optativo: el comensal decide si lo escribe y qué escribe) |
| Correo, nombre y foto de Google | Identificar la cuenta, recuperar pedidos y reservas | Consentimiento, prestado al elegir el ingreso con Google |
| Contenido del pedido | Prepararlo, entregarlo y cobrarlo | Relación contractual |
| Notas libres y mensajes al mozo | Transmitir la indicación al comercio | Relación contractual (necesarias para cumplir el pedido) |
| Dirección, teléfono y coordenadas de delivery | Entregar el pedido en el domicilio y coordinar la entrega | Relación contractual |
| Nombre y teléfono de reserva | Reservar la mesa y confirmarla | Relación contractual |
| Código de entrada y su validación | Emitir y validar la entrada en la puerta | Relación contractual |
| CUIT, razón social, condición fiscal, domicilio fiscal | Emitir el comprobante solicitado | Obligación legal |
| Identificador y estado del pago | Acreditar el cobro y resolver reclamos | Relación contractual |
| Historial de consumo asociado al nombre, usado para análisis de negocio del comercio (incluido el análisis con IA de la cláusula 13) | Analítica comercial del comercio | Consentimiento. Esta finalidad no es necesaria para preparar ni entregar el pedido: es un uso posterior y distinto. Ver 8.4 sobre el estado actual |
| Datos técnicos y de error | Que la aplicación funcione y se puedan diagnosticar fallas | Relación contractual y deber de seguridad |
| Dato | Finalidad | Base legal |
|---|---|---|
| Nombre, correo, condiciones y liquidaciones | Ejecutar el programa de socios y pagar las comisiones | Relación contractual |
| Facturas y comprobantes | Respaldo contable e impositivo | Obligación legal |
| Registro de prospectos, limitado a los campos de la cláusula 6.3 | Gestión comercial | Excepción del art. 5 inc. 2 c) de la Ley 25.326, con derecho de oposición y retiro (cláusula 6.3) |
El análisis de negocio del comercio usa el historial de consumo del comensal con su nombre. Eso no es necesario para preparar un pedido: es una finalidad posterior. La base legal correcta en la ley argentina es el consentimiento del comensal, y hoy ese consentimiento específico no se recoge.
FEKA no lo disimula ni lo esconde detrás de una cláusula. Mientras ese consentimiento específico no se recoja, cualquier comensal puede pedir quedar excluido del análisis, sin costo y sin explicar el motivo (cláusula 13.5).
Obligatorios (sin ellos no se puede prestar el servicio): correo electrónico, nombre y apellido del titular, teléfono de contacto, nombre comercial y aceptación de los Términos y de esta Política. Si el comercio activa la facturación electrónica, sus datos fiscales pasan a ser obligatorios para ese módulo.
Optativos: logotipo, imagen de fondo, redes sociales, alias bancario, foto de perfil, suscripción a notificaciones push, datos del personal (obligatorios solo si el comercio decide usar el módulo de mozos).
Nadie está obligado a usar FEKA: siempre puede pedir directamente al personal del comercio. Dentro de la aplicación:
| Dato | ¿Obligatorio? | Qué pasa si no lo da |
|---|---|---|
| Nombre o apodo (sin cuenta) | Optativo | El pedido igual se toma; el comercio lo identifica solo por la mesa |
| Cuenta de Google | Optativo para pedir en el salón | No podrá ver su historial ni reservar mesa |
| Nombre y teléfono para reservar | Obligatorio para reservar | No se puede confirmar la reserva |
| Dirección y teléfono para delivery | Obligatorio para delivery | No se puede entregar el pedido |
| Notas del pedido | Optativo | Ninguna consecuencia |
| CUIT y datos fiscales | Obligatorio solo si pide factura | No se emite el comprobante; el consumo se registra igual |
Negarse a suministrar un dato optativo no impide usar el servicio. Negarse a suministrar un dato obligatorio solo impide acceder a la función específica que lo requiere, y nunca genera penalidad alguna.
Para que la carta digital funcione sin exigirle registro al comensal, FEKA publica en una copia de lectura abierta cierta información del comercio. Cualquier persona que acceda al enlace de la carta de un comercio puede ver:
Esto es intencional: el comensal necesita ver el alias para poder transferir y el WhatsApp para poder comunicarse. Se advierte expresamente al comercio que, al cargar esos datos, los está haciendo públicos. Si el titular de la cuenta bancaria es una persona humana, su nombre y apellido quedan públicos. El comercio puede evitarlo no habilitando el pago por transferencia o usando una cuenta a nombre de la sociedad.
Ningún dato del comensal es público. Los pedidos, las reservas y los datos de contacto del comensal solo son accesibles para el propio comensal, para el comercio donde pidió, para el personal autorizado de ese comercio y para el personal técnico de FEKA en los términos de la cláusula 18.
FEKA no vende ni alquila datos personales, y no los cede a terceros con fines comerciales. Los terceros que acceden a datos son los proveedores tecnológicos necesarios para prestar el servicio, que actúan como encargados, con instrucciones acotadas y sin autorización para usar los datos con fines propios.
| Proveedor | Qué recibe | Para qué | Dónde se trata |
|---|---|---|---|
| Google — Firebase / Google Cloud | Toda la información descripta en esta Política: identidades de acceso, pedidos, reservas, datos de comercios y comensales, archivos | Base de datos, autenticación, procesamiento en el servidor y almacenamiento de archivos | Estados Unidos (región us-east1) |
| Google — Gemini | El conjunto de datos de negocio del comercio, con el alcance exacto de la cláusula 13 | Generar el informe de "Análisis con IA" y leer las cartas que el comercio sube para importarlas | Estados Unidos |
| Google — Maps / Places | La dirección que el comensal escribe en el campo de delivery | Autocompletar y ubicar la dirección de entrega | Estados Unidos |
Google Analytics (G-6ZYX77XFBC) | Datos de navegación dentro del panel del comercio (admin.feka.click): páginas vistas, eventos de uso, identificador de dispositivo. No está activo en la carta del comensal | Estadísticas de uso del panel para mejorar el producto | Estados Unidos |
| Mercado Pago | Importe, título del pedido o de la seña, referencia interna de la operación y, cuando corresponde, la comisión de FEKA. FEKA no le envía el nombre, el teléfono, el correo ni la dirección del comensal | Procesar el cobro, acreditar al comercio y separar la comisión de FEKA (cláusula 12) | Argentina y otros países donde opera el grupo |
| Vercel | Datos de tránsito propios de cualquier hosting: dirección IP, tipo de navegador y páginas solicitadas | Alojar y servir las páginas de la carta y del panel | Estados Unidos y red global de distribución |
| Sentry | Mensajes de error, dirección de la página donde ocurrió y datos técnicos del navegador. Puede incluir identificadores de comercio o de pedido presentes en la dirección | Detectar y diagnosticar fallas de la aplicación | Estados Unidos |
| Resend | Dirección de correo y nombre del destinatario, y el contenido del mensaje. Alcanza al comercio (avisos del servicio) y al comensal cuando se le confirma una reserva con seña | Envío de correos transaccionales | Estados Unidos |
| Proveedor de facturación electrónica (AfipSDK) | CUIT y credenciales fiscales del comercio, y CUIT, nombre, condición fiscal y domicilio del comprador | Emitir el comprobante fiscal ante el organismo recaudador | Argentina y/o Estados Unidos, según el proveedor |
| ARCA (ex AFIP) | Los datos del comprobante fiscal | Cumplimiento de la obligación legal de facturar | Argentina |
| Servicios de notificación push de navegadores (Google, Mozilla) | La dirección técnica de la suscripción del navegador del comerciante y el aviso a entregar | Entregar la notificación de un pedido nuevo o una reserva | Fuera de la República Argentina |
| Repositorios de librerías (unpkg, cdnjs) | Dirección IP del dispositivo que descarga el componente | Cargar componentes de la aplicación, como el lector de QR y el generador de PDF | Red global de distribución |
Además, FEKA puede comunicar datos personales a autoridades judiciales o administrativas competentes cuando exista un requerimiento formal y fundado, y a sus asesores profesionales bajo deber de confidencialidad.
Programa de socios. Si el comercio se dio de alta con el código de un socio, FEKA vuelca la información de la cláusula 6.2 —incluida la facturación bruta alcanzada por cada cobro— al sistema de administración de su programa de socios. Ese sistema es propio del mismo titular que presta FEKA y funciona sobre los mismos proveedores de infraestructura declarados en este cuadro (Google/Firebase y Vercel). El socio es un tercero y solo ve lo que indica la cláusula 6.2; queda obligado a la confidencialidad por los términos que debe aceptar en el Portal de Socios antes de operar.
G-6ZYX77XFBC): es la única herramienta de analítica que FEKA tiene activa, y funciona solo en el panel del comercio (admin.feka.click).app.feka.click).feka.click).feka.click antes de esa fecha; ya no se renueva y se puede borrar según explica la Política de Cookies.Google Analytics no es imprescindible para prestar el servicio. A la fecha de vigencia de esta Política, admin.feka.click no muestra un aviso previo de consentimiento que impida su carga hasta que el visitante acepte. El visitante puede bloquearla desde la configuración de su navegador o con el complemento de inhabilitación de Google Analytics. En feka.click ese aviso no hace falta, porque no queda ninguna herramienta que consentir.
Esta cláusula existe porque versiones anteriores decían que "FEKA no recibe tu dinero", y eso no es exacto.
Cuando el comensal paga con Mercado Pago un pedido de un comercio que tiene el cobro vinculado:
Cuando el comercio no tiene el cobro vinculado con este esquema, FEKA le factura la comisión aparte, según el contrato entre ambos.
FEKA envía a Mercado Pago el importe, el título del pedido o de la seña, la referencia interna de la operación y, cuando corresponde, el importe de la comisión. FEKA no le envía el nombre, el correo, el teléfono ni la dirección del comensal.
Ahora bien: si el comensal paga con su propia cuenta de Mercado Pago o con su tarjeta, Mercado Pago lo conoce por su propia relación con él, que se rige por la política de privacidad de Mercado Pago y no por esta.
Como se dijo en 7.1, FEKA no ve ni guarda números de tarjeta, códigos de seguridad ni claves bancarias.
Este es el tratamiento que más importa describir con precisión.
FEKA ofrece al comercio una función de "Análisis con IA": el comercio pide un informe y el sistema envía a un modelo de inteligencia artificial de Google (Gemini) un resumen de la operación del comercio, para que devuelva un texto con conclusiones y recomendaciones de negocio. Lo pide el comercio; no corre solo.
El conjunto de datos incluye información de ventas, productos, mesas, horarios y desempeño del personal, y —esto es lo relevante— un perfil por cada comensal identificado que contiene: el nombre informado, la cantidad de pedidos, el gasto total, el ticket promedio, la fecha de la primera y de la última visita, las mesas utilizadas, los productos consumidos, los medios de pago utilizados y los pedidos cancelados. También se envía el desempeño del personal del comercio con su nombre.
No se envía:
Sí se envía hoy, y hay que decirlo: los mensajes de llamada al mozo —hasta los últimos treinta— viajan dentro del conjunto de datos, junto con la mesa y el horario. Son texto libre, y por lo tanto pueden contener lo que el comensal haya escrito.
Los datos se envían a través de la interfaz de programación de Gemini para obtener una respuesta puntual, y el tratamiento se rige por las condiciones que Google aplica a esa interfaz.
FEKA no autoriza el uso de estos datos para entrenar modelos.
Cualquier comensal puede pedir que su perfil quede excluido de este análisis, escribiendo al correo de la cláusula 1.1. El pedido se cumple sin costo y sin necesidad de explicar el motivo.
Cómo funciona hoy, con honestidad: el mecanismo de exclusión que existe se aplica desde el panel y comercio por comercio. Si el comensal pidió en varios locales, FEKA ejecuta la exclusión contactando a cada uno, dentro de los plazos de la cláusula 16. No existe hoy una exclusión única que se aplique en todos los comercios a la vez y que FEKA pueda ejecutar por sí sola, sin depender del comercio.
El informe es una herramienta de lectura para el comercio. FEKA no adopta decisiones automatizadas que produzcan efectos jurídicos sobre los comensales: no se deniega el acceso, no se fijan precios distintos ni se aplican consecuencias en función de estos perfiles.
Los datos personales tratados por FEKA se alojan y procesan fuera de la República Argentina, principalmente en servidores de Google Cloud ubicados en Estados Unidos de América (región us-east1), y en los demás lugares indicados en la tabla de la cláusula 11.
El artículo 12 de la Ley 25.326 prohíbe transferir datos personales a países que no ofrezcan niveles de protección adecuados, salvo que se cumplan ciertas condiciones. La autoridad de aplicación fijó la lista de países adecuados en la Disposición 60-E/2016. Estados Unidos no integra esa lista.
Se describe el estado real, no el ideal.
(a) Necesidad para prestar el servicio que el titular pidió. El alojamiento en la nube y el procesamiento del pago son condiciones necesarias para que exista el servicio. Esta es, hoy, la base principal.
(b) Condiciones de tratamiento de datos de cada proveedor. Los contratos de servicio de los proveedores de la cláusula 11 incorporan condiciones de tratamiento de datos que les imponen confidencialidad, seguridad, limitación de finalidad y colaboración para atender los derechos de los titulares. Se aclara el estado real: a la fecha de vigencia de esta Política, FEKA no tiene suscripto con esos proveedores el modelo de cláusulas contractuales aprobado por la autoridad argentina (Disposición 60-E/2016, Anexo II).
(c) Consentimiento del titular. Se aclara expresamente: hoy el comensal no realiza ningún acto de aceptación de esta Política (cláusula 4.4), de modo que FEKA no invoca su consentimiento como amparo de esta transferencia. El consentimiento solo podrá sumarse como amparo adicional el día en que exista un acto de aceptación del comensal, y no antes.
La lista de proveedores, con su finalidad y ubicación, es la de la cláusula 11 y se mantiene actualizada. Cualquier proveedor nuevo que implique transferencia internacional se informará conforme la cláusula 22.
La transferencia internacional se declarará en la inscripción de las bases ante el Registro Nacional de Bases de Datos, con la ubicación real verificada (cláusula 1.3).
Esta cláusula contiene el régimen único de conservación y supresión de FEKA. Los Términos y Condiciones del Comercio, el Anexo de Tratamiento de Datos, los Términos del Comensal, los Términos de Socios y la Política de Cookies remiten a ella y no fijan plazos propios. Ante cualquier divergencia entre documentos en materia de conservación o supresión de datos, prevalece lo que dice acá.
Los datos se conservan solo por el tiempo necesario para la finalidad que motivó su recolección. Agotada esa finalidad, el dato se elimina o se disocia, salvo que una obligación legal imponga conservarlo. Es el principio del artículo 4, inciso 7, de la Ley 25.326.
Hoy el sistema no ejecuta ninguna depuración automática de datos personales en los servidores de FEKA. No existe un proceso que borre solo los pedidos, las notas, las direcciones de delivery, las reservas, las entradas ni las fichas de comensales inactivos.
Sí existen procesos automáticos que vencen operaciones que quedaron sin pagar —pedidos con pago anticipado, reservas con seña y entradas—. Esos procesos únicamente cambian el estado de la operación a "cancelada": el registro sigue existiendo, no se borra.
Por eso este documento no promete un borrado automático que no existe. Declara lo que FEKA sí puede cumplir y le es exigible: conservar cada dato solo mientras sirva a su finalidad, y eliminarlo cuando el titular lo pide, dentro de un plazo cierto.
El derecho a pedir la supresión está siempre disponible. Es gratuito, no exige explicar los motivos y se ejerce por la vía de la cláusula 16.
| Qué se pide | Plazo de ejecución |
|---|---|
| Supresión de los datos de una persona: comensal, socio, o persona de contacto de un comercio | 5 días hábiles desde la recepción del pedido (art. 16, Ley 25.326) |
| Retiro de una persona del registro de contactos comerciales (prospectos) | 5 días hábiles desde la recepción del pedido |
| Baja y borrado de la cuenta completa de un comercio | 30 días corridos de período de recuperación desde la baja efectiva, durante los cuales el comercio puede exportar su información; vencido ese período, FEKA suprime dentro de los 30 días corridos siguientes |
| Baja y borrado de la cuenta de un comercio que renuncia por escrito al período de recuperación | 5 días hábiles desde la recepción del pedido |
Estos plazos obligan a FEKA con independencia de que la supresión se ejecute a mano o de manera automatizada. Cada supresión queda asentada en el registro de auditoría y, a pedido, FEKA entrega constancia escrita con su fecha, su alcance y las excepciones aplicadas.
Son plazos máximos. Cuando el pedido entra por el canal del comercio, el Anexo de Tratamiento de Datos obliga a FEKA a un plazo más corto todavía.
| Categoría | Cuánto se conserva | Motivo |
|---|---|---|
| Cuenta del comercio, su carta y su configuración | Mientras el contrato esté vigente. Producida la baja, conforme a los plazos de la cláusula 15.3 | Prestación del servicio y cierre ordenado |
| Registro contable y fiscal de la operación: importe, impuestos, fecha, número de pedido, comisión, comprobante fiscal e identificación del comercio | 10 años desde la operación | Plazo de conservación de la documentación contable e impositiva exigido por la legislación argentina (art. 328, Código Civil y Comercial) |
| Datos personales asociados al pedido: nombre del comensal, mesa, horario, detalle de productos y medio de pago vinculados a una persona | Mientras sean necesarios para la operación, los reclamos y las garantías. Se suprimen o se disocian a pedido del titular, en el plazo de la cláusula 15.3 | Necesidad (art. 4 inc. 7, Ley 25.326) |
| Notas y mensajes libres del comensal, incluidos los mensajes al mozo | Quedan dentro del pedido. No se depuran automáticamente. Se suprimen a pedido del titular, en el plazo de la cláusula 15.3 | Ver cláusula 7.3 |
| Dirección, teléfono y coordenadas de delivery | Dentro del pedido, mientras sean necesarios para la entrega y para resolver reclamos. Se suprimen a pedido, conservando el resto de la operación | Resolución de reclamos de entrega |
| Reservas de mesa, entradas a eventos y su validación | Dentro del historial del comercio. Las que vencen sin pago se marcan canceladas, no se borran. Se suprimen a pedido | Historial, prueba de admisión y reclamos |
| Ficha del comensal con cuenta | Mientras la cuenta exista. No hay baja automática por inactividad. Se elimina cuando el titular lo pide | Necesidad |
| Datos de socios, referidores y sus liquidaciones | 10 años desde la última liquidación | Respaldo contable e impositivo |
| Registro de contactos comerciales (prospectos) | Mientras la gestión comercial esté activa. Se retira a pedido de la persona, sin que tenga que expresar motivo | Gestión comercial |
| Registros de auditoría y de seguridad | Son inmutables por diseño y no se borran automáticamente. Guardan quién ejecutó cada operación sensible, cuándo y de qué tipo | Seguridad, prevención del fraude y prueba |
| Constancias de aceptación de términos | Mientras dure la relación y 10 años después | Prueba de la versión aceptada |
| Copias de seguridad | Conforme a la cláusula 15.5 | Recuperación ante incidentes |
Los datos que FEKA conserva por una de las razones de esta tabla pese a haberse pedido su supresión quedan bloqueados: se usan solo para la finalidad que justificó conservarlos y su acceso se restringe al personal estrictamente necesario.
FEKA mantiene hoy dos capas:
Cuando un dato se elimina a pedido del titular, se elimina de los sistemas activos. En las copias de seguridad subsiste hasta que vence el ciclo de cada capa —90 días la copia semanal, 7 días la recuperación a un punto en el tiempo— y, durante ese lapso, no se usa para ninguna finalidad distinta de recuperar el servicio ante un desastre. Vencido el ciclo, la eliminación es definitiva también en las copias.
Aclaración honesta: si existieran copias hechas a mano fuera de ese ciclo, quedan sujetas a la misma restricción de uso —solo recuperación— pero FEKA no afirma respecto de ellas que la eliminación sea definitiva a los 90 días.
Lo que queda guardado en el celular o la computadora no está en los servidores de FEKA y tiene su propio régimen, descripto dato por dato en la Política de Cookies y resumido en la cláusula 21.1.
Agotada la finalidad, FEKA puede conservar información estadística agregada y disociada, que no permite identificar a ninguna persona y que, por lo tanto, deja de ser dato personal.
Toda persona cuyos datos trate FEKA tiene derecho a:
Escribiendo un correo a feka@skyeleven.com.ar con:
1. El derecho que quiere ejercer.
2. Su nombre y el correo, teléfono o nombre de usuario con el que usó el servicio, para poder localizar sus datos.
3. Si es comensal: si es posible, el comercio donde pidió y una fecha aproximada. Ayuda a encontrar los datos más rápido.
El trámite es gratuito. No se exige registrarse, ni presentar un formulario específico, ni acudir al comercio.
Acreditación de identidad: para no entregarle los datos de una persona a otra, FEKA puede pedir una verificación razonable —por ejemplo, responder desde la misma dirección de correo con la que se usó el servicio—. No se exigirá copia de documento de identidad salvo que resulte estrictamente indispensable, y en tal caso la copia se destruye una vez verificada la identidad.
Si el pedido no puede resolverse en ese plazo por su complejidad, se informa al titular dentro del plazo, con el motivo y la fecha estimada de resolución. Si el pedido se rechaza, se explica por escrito el fundamento.
Quien responde es FEKA, aunque el dato provenga de la operación de un comercio (cláusula 1.4). Vencidos los plazos sin respuesta, el titular queda habilitado a promover la acción de protección de los datos personales (habeas data) y a reclamar ante el organismo de control (cláusula 17).
FEKA se compromete a llevar, desde la fecha de vigencia de esta Política, un registro de los pedidos recibidos con su fecha de recepción, la respuesta dada y su fecha, para poder acreditar el cumplimiento de estos plazos.
Estado actual: hoy no existe un botón de autoservicio para darse de baja. La baja se pide por correo y FEKA la ejecuta manualmente dentro de los plazos de 15.3. Que la ejecución sea manual no altera el plazo: el plazo obliga igual.
El organismo de control en materia de protección de datos personales en la República Argentina es la Agencia de Acceso a la Información Pública (AAIP).
Si el titular considera que su pedido no fue atendido, que fue respondido fuera de plazo o que FEKA incumple la normativa, tiene derecho a presentar una denuncia ante la AAIP, sin necesidad de reclamar previamente ante FEKA.
De todos modos, agradecemos que nos escriba primero a feka@skyeleven.com.ar: casi todo se resuelve más rápido así.
El comensal, además, en su carácter de consumidor, puede acudir a las autoridades de defensa del consumidor de su jurisdicción.
Ningún sistema conectado a internet es invulnerable. FEKA no garantiza un resultado imposible: asume el compromiso concreto de mantener, revisar y mejorar sus medidas.
Si ocurriera un incidente que afecte la seguridad de datos personales y que implique un riesgo relevante para los titulares, FEKA:
1. Adoptará de inmediato las medidas para contenerlo y mitigar sus efectos.
2. Informará a los titulares afectados y al comercio correspondiente, sin demora indebida, describiendo qué pasó, qué datos se vieron afectados y qué se recomienda hacer. FEKA no condiciona ese aviso a la autorización previa del comercio: la información al titular manda. Las comunicaciones públicas o a medios sí se coordinan con el comercio.
3. Pondrá el hecho en conocimiento del organismo de control cuando corresponda.
4. Dejará registro documentado del incidente y de las medidas adoptadas.
El comercio y su personal deben mantener la confidencialidad de sus claves, no compartirlas y avisar de inmediato ante cualquier uso no autorizado. El comercio es responsable de dar de baja los accesos del personal que deja de trabajar en el local.
FEKA no está dirigido a personas menores de dieciocho (18) años y no recoge intencionalmente sus datos personales. Los datos de un menor de edad solo pueden suministrarse con la intervención de quien ejerce su representación legal.
FEKA no verifica la edad de quien usa la carta digital ni de quien compra una entrada. La aplicación no solicita DNI ni fecha de nacimiento, y permite el ingreso sin registro con un nombre escrito a mano. En consecuencia, FEKA no está en condiciones de saber si un usuario es menor de edad.
La verificación de la edad ocurre —y debe ocurrir— en el mundo físico y a cargo del comercio: al entregar bebidas alcohólicas y al admitir personas en un evento. El comercio es el único responsable de cumplir la prohibición de expender bebidas alcohólicas a menores de dieciocho años (Ley 24.788) y las normas de admisión y permanencia en espectáculos públicos, así como toda normativa municipal o provincial aplicable.
Si FEKA toma conocimiento de que trató datos de un menor de edad sin la intervención de su representante legal, los eliminará. Quien ejerza la representación legal puede pedir la eliminación escribiendo a feka@skyeleven.com.ar; el pedido se atiende con prioridad y en los plazos de la cláusula 16.
(a) Mensajes operativos. Son parte del servicio y no son publicidad: la confirmación de un pedido o de una reserva, el aviso de que un pedido está listo, el comprobante, los avisos de comisión y deuda al comercio, y las comunicaciones sobre cambios en los términos o en esta Política. No se puede optar por no recibirlos mientras se use el servicio, porque sin ellos el servicio no funciona.
(b) Mensajes publicitarios o promocionales. Requieren un consentimiento específico, separado y previo. Todo mensaje publicitario que FEKA envíe incluirá, de manera visible, el modo de solicitar el retiro o bloqueo total o parcial del nombre del destinatario de la base publicitaria, conforme al artículo 27 de la Ley 25.326. El retiro se cumple sin costo.
Las notificaciones del navegador se envían únicamente a los comercios que las activan expresamente desde su panel, y se refieren a la operación (pedidos y reservas nuevos). Pueden desactivarse en cualquier momento desde el navegador o desde el panel.
Si el comercio usa el teléfono o el correo del comensal para enviarle promociones por su cuenta —por ejemplo, por WhatsApp—, ese tratamiento es exclusivamente del comercio, que debe contar con el consentimiento del comensal y ofrecer la baja. FEKA no participa de esas comunicaciones ni las autoriza.
FEKA no utiliza cookies publicitarias ni de seguimiento entre sitios en la carta digital. Utiliza el almacenamiento local del navegador —información que queda en el propio dispositivo— para:
Cuánto dura. Una parte se depura sola: cada vez que se abre la aplicación, se descartan los registros de pedidos de más de 30 días y las marcas de invitación a calificar de más de 30 días, y de la lista de reservas se conservan las 100 más recientes. El resto —el nombre de invitado, el último comercio visitado, el carrito y las preferencias visuales— queda en el dispositivo hasta que el comensal lo borra, y puede borrarlo en cualquier momento desde la configuración de su navegador. El detalle, dato por dato, está en la Política de Cookies.
Esta depuración ocurre en el dispositivo y no alcanza a los datos alojados en los servidores de FEKA, que se rigen por la cláusula 15.
En el panel del comercio, además de lo anterior, se guardan preferencias de uso (última sección abierta, tema visual, avisos sonoros) y, si el comercio llegó por el enlace de un socio, el código de ese socio. El panel utiliza además Google Analytics, según lo declarado en la cláusula 11.
El sitio feka.click no utiliza ninguna herramienta de analítica ni de grabación de navegación, y no instala cookies. Hasta el 8 de agosto de 2026 funcionaba allí Microsoft Clarity, que grababa la navegación (movimientos del mouse, clics y desplazamiento); fue retirado en esa fecha y no se reemplazó, conforme a la cláusula 11.1. Lo único que la página descarga de un tercero son las tipografías de Google Fonts, que no instalan cookies.
Los servicios de Google (autenticación, mapas y analítica del panel) y Mercado Pago (durante el pago, dentro de su propio entorno) pueden usar sus propias cookies y tecnologías, regidas por sus respectivas políticas de privacidad.
FEKA puede modificar esta Política, y lo hará cuando cambien las prácticas de tratamiento, los proveedores o la normativa aplicable. Toda modificación:
1. Se publicará en https://feka.click/privacy con un nuevo número de versión y una nueva fecha de vigencia.
2. Se comunicará con una antelación no menor a treinta (30) días corridos respecto de su entrada en vigencia, por correo electrónico al comercio y mediante un aviso visible en la aplicación.
3. Regirá únicamente hacia el futuro. Los tratamientos ya realizados se rigen por la versión vigente al momento en que se realizaron.
4. No se aplicará retroactivamente ni ampliará las finalidades de datos ya recogidos sin un nuevo consentimiento, cuando la nueva finalidad sea incompatible con la original.
Si la modificación implica un cambio sustancial en las finalidades del tratamiento o en los destinatarios de los datos, el titular puede revocar su consentimiento y solicitar la baja, sin costo ni penalidad alguna, dentro de los treinta (30) días de comunicada la modificación. Hasta que venza ese plazo, sigue rigiendo la versión anterior para ese titular.
FEKA conserva copia de cada versión publicada, con su fecha de vigencia y de reemplazo. A la fecha de vigencia de esta Política ese historial todavía no está publicado en feka@skyeleven.com.ar (te la enviamos si la pedís). Cualquier titular puede pedir copia del texto que regía cuando usó el servicio, escribiendo al correo de la cláusula 1.1.
Conforme a la cláusula 1.2, la sociedad que explotará el servicio se encuentra en formación a la fecha de vigencia de esta Política.
El titular de los datos toma conocimiento y presta conformidad anticipada para que, una vez inscripta registralmente esa sociedad y solo esa —cuya denominación proyectada es ELEVEN GROUP S.A.S. (en formación)—, la titularidad de las bases de datos y la posición de responsable del tratamiento se transfieran a ella, en las siguientes condiciones:
1. La sociedad cesionaria asumirá íntegramente las obligaciones de esta Política, sin modificación de las finalidades, de los destinatarios ni de los plazos de conservación aquí declarados.
2. La transferencia no habilita ningún tratamiento nuevo ni distinto de los declarados.
3. La identidad de la sociedad cesionaria (razón social, CUIT y domicilio) se comunicará a los titulares y se publicará en esta Política mediante la actualización prevista en la cláusula 22, dentro de los treinta (30) días de producida la inscripción.
4. El titular conserva, frente a la cesionaria, todos los derechos de la cláusula 16, y puede revocar su consentimiento y solicitar la baja en cualquier momento.
5. La transferencia se declarará ante el Registro Nacional de Bases de Datos.
Esta conformidad anticipada no alcanza a ningún otro cesionario. Cualquier otra transferencia de las bases a un tercero —por venta, fusión o cualquier otra causa— requiere aviso previo de treinta (30) días a los titulares, con identificación del cesionario, y derecho a pedir la baja y el borrado antes de que la cesión opere.
Mientras la inscripción no se produzca, el único responsable del tratamiento es la persona identificada en la cláusula 1.1, que responde con su patrimonio personal por las obligaciones asumidas en este documento.
Esta Política se rige por la Ley 25.326 de Protección de los Datos Personales, su Decreto Reglamentario 1558/2001, las disposiciones de la autoridad de aplicación y demás normativa concordante de la República Argentina.
Frente al comensal, en su carácter de consumidor, se aplican además las normas de defensa del consumidor y las disposiciones del Código Civil y Comercial sobre contratos celebrados a distancia. No se pacta prórroga de jurisdicción respecto del consumidor, que podrá reclamar ante los tribunales del lugar donde recibió o debió recibir la prestación.
Respecto del comercio adherido, la jurisdicción es la pactada en el contrato de prestación de servicios: los Tribunales Ordinarios de la Ciudad de San Luis, Provincia de San Luis.
Documento: Política de Privacidad y Protección de Datos Personales — FEKA
Versión: 1.0 · Vigencia: 9 de agosto de 2026
Publicada en: https://feka.click/privacy
Contacto en materia de datos personales: feka@skyeleven.com.ar