Privacidad — borrador
Inventario técnico del tratamiento de datos y puntos pendientes de revisión jurídica.
Responsable y alcance
Pendiente: razón social/nombre, CNPJ, domicilio, canal de privacidad y responsable efectivo. suporte@for-muli-x.com es un placeholder con recepción sin verificar. Este inventario cubre la API y el panel del repositorio; el alojamiento, proxy, CDN y producción no han sido auditados.
Datos tratados
| Categoría | Tratamiento observado y finalidad |
|---|---|
| Cuenta | SQLite: ID, nombre, correo, hash de contraseña con sal (scrypt), plan, vencimiento, indicador administrativo y fecha de creación. Autenticación y gestión; la contraseña no se guarda como texto plano. |
| Dominios y claves | Dominio, vínculo con la cuenta y creación; hash SHA-256 de la clave, prefijo, creación y revocación. Autorizan las llamadas; la clave completa aparece una sola vez al crearla. |
| Uso | Mes UTC, cuenta, dominio y contadores de inserciones/vistas previas. Medición de cuota y consumo; no son registros individuales de fórmulas. |
| Sesión y recuperación | ID y vigencia de sesión en la base; cookie formulix_sessao del panel: 7 días, HttpOnly, SameSite=Lax; Secure depende de HTTPS/configuración. Token de recuperación guardado como hash, de un solo uso, válido 30 minutos; restablecer la contraseña revoca sesiones. |
| Seguridad | La IP en memoria limita intentos de acceso, registro y recuperación durante 15 minutos; no es un historial persistente en SQLite. La conexión HTTP también expone datos de red a la infraestructura. |
| Pagos | SQLite: ID del pago, cuenta, plan, meses, importe, estado y fechas. El panel envía al Mercado Pago el correo del pagador, artículos, precio y referencia cuenta/plan/meses; consulta el estado para habilitar el plan. |
| Correo electrónico | SMTP recibe destinatario y mensaje de recuperación con enlace/token temporal o aviso de vencimiento con plan/plazo. SQLite registra cuenta, plan, plazo y fecha del aviso enviado. |
Contenido enviado para cálculo
La API recibe fórmulas, parámetros matemáticos/químicos, datos de gráficas y, cuando se solicita, HTML/RTF pegado desde Word. Puede ocurrir ya en las vistas previas, antes de confirmar, además de las inserciones. Las peticiones incluyen clave pública y Origin.
En las rutas analizadas, la rutina de cálculo procesa el contenido en memoria sin guardarlo en SQLite ni en archivos. La salida vuelve al navegador. El contenido persistente y los PNG quedan en la plataforma del cliente según su guardado y carga.
Esto no garantiza la ausencia de cualquier registro: ante algunos fallos, el código escribe errores en la consola. Los logs de excepciones pueden incluir detalles del procesamiento. Proxy, alojamiento, observabilidad, copias de seguridad y logs de producción requieren una revisión independiente. No envíe nombres de estudiantes, documentos completos ni otros datos personales innecesarios.
Intercambio de datos y terceros
Mercado Pago recibe los datos de checkout anteriores y procesa los pagos fuera del Formulix. El esquema SQLite local no guarda números de tarjeta, CVV ni datos bancarios completos. SMTP recibe lo necesario para los mensajes. El operador debe identificar proveedores de alojamiento, correo y CDN, y sus ubicaciones.
Si la plataforma carga el cliente o MathJax desde una CDN externa, el navegador hará peticiones a ese proveedor. Esta documentación no carga fuentes, analítica ni scripts externos. No se ha verificado si el despliegue final añade rastreadores. Transferencias internacionales, subencargados, términos y plazos de proveedores: sin verificar.
Finalidades y bases jurídicas por revisar
La propuesta a validar es tratar cuenta, acceso, uso y compra para ejecutar el contrato; registros legalmente exigidos para cumplir obligaciones legales; y seguridad con una base apropiada a su finalidad y a los derechos de las personas. El operador debe documentar bases definitivas, necesidad y plazos. No se presume consentimiento general para todo tratamiento.
Para contenido escolar, definir por contrato los roles de responsable/encargado y las instrucciones de la institución. Los datos de menores requieren análisis específico y consideración de su interés superior. La versión de origen se refiere a la LGPD brasileña.
Revisión local pendiente: determinar la legislación aplicable en cada país de uso, incluidos los derechos del consumidor y la protección de datos de menores. Revisar, por ejemplo, la LFPDPPP de México y la Ley 25.326 de Argentina según corresponda. Son puntos para revisión jurídica; no se afirma cumplimiento ni que una sola norma cubra toda Latinoamérica.
Conservación y eliminación
La sesión caduca lógicamente a los 7 días y la recuperación a los 30 minutos. Las sesiones vencidas se limpian al crear sesiones y las recuperaciones vencidas al crear nuevas recuperaciones. Caducar no significa borrar inmediatamente todas las copias.
No hay política general de conservación/eliminación automática de cuentas, uso mensual, pagos o avisos. El panel analizado no tiene un flujo público para exportar o eliminar cuentas. La utilidad de respaldo copia la base; no se definen calendario, almacenamiento ni descarte. La tabla de uso no tiene eliminación en cascada por cuenta: una futura eliminación debe tratar el historial explícitamente.
Pendiente: plazos por finalidad, obligaciones legales aplicables, anonimización/descarte y tratamiento de respaldos/logs, sin prometer eliminación instantánea.
Derechos de las personas
El procedimiento definitivo debe permitir solicitar confirmación del tratamiento, acceso, corrección, información sobre intercambios y otros derechos aplicables del artículo 18 de la LGPD, incluida la eliminación/anonimización cuando corresponda. Debe definir un canal funcional, verificación de identidad proporcional, atención y respuesta; no existe un flujo automatizado en el panel. Los derechos y procedimientos locales también requieren revisión.
Seguridad e incidentes
El código usa hashes de contraseñas/claves, restricciones de origen/dominio, límites de peticiones y sesión HttpOnly. Esto no equivale a una auditoría de seguridad ni certificación de cumplimiento. HTTPS, acceso a la base, respaldos, controles de proveedores y respuesta a incidentes deben verificarse en el despliegue.
Antes de publicar
Completar identidad y contactos, mapear proveedores y ubicaciones, fijar bases jurídicas y conservación, definir derechos y contratos escolares y obtener revisión jurídica. Publique una versión aprobada antes de pedir aceptación o presentar estos textos como política definitiva en catálogos.