Transparencia sobre el sistema de afiliación
Última actualización: 11 de julio de 2026 · Referencia TAF-2026.3
Este documento se ha contrastado, a 11 de julio de 2026, con el formulario de alta, las rutas de solicitud y administración, el rastreador de atribución, el panel privado, el esquema de base de datos y las Condiciones Generales AF-2026.51. Explica lo que automatiza la Plataforma, qué decisiones conservan intervención humana y qué pasos externos, como una transferencia bancaria, requieren evidencia ajena a la interfaz.
Una recomendación afiliada es una relación comercial de captación. No aumenta por sí misma el precio aceptado por el cliente, no convierte al afiliado en abogado o representante, no condiciona la viabilidad y no le da acceso a la identidad, documentos, mensajes ni estrategia del expediente. La remuneración debe permanecer separada del criterio profesional y ser comprensible tanto para el cliente como para el afiliado.
1. Objeto, alcance y destinatarios
Se aplica a visitantes que llegan por un enlace o código, clientes referidos, solicitantes, afiliados aprobados, personal de revisión y cualquier tercero que publique una recomendación remunerada. Complementa las condiciones AF-2026.51, la información de privacidad para afiliados, la política de cookies y la política de independencia profesional.
No sustituye el acuerdo individual ni crea una comisión distinta. Cuando exista contradicción, debe identificarse la versión aceptada, la configuración comunicada y la norma imperativa aplicable; una constante de software o un texto del panel no pueden por sí solos empeorar un derecho contractual ya adquirido.
2. Cinco conceptos que no deben confundirse
| Concepto | Significado | No demuestra por sí solo |
|---|---|---|
| Solicitud | Petición autenticada para entrar en el Programa | Aprobación, código o derecho económico |
| Cuenta activa | Alta aprobada con código y configuración | Que toda publicación haya sido revisada |
| Atribución registrada | Vínculo técnico entre una cuenta y un caso | Viabilidad, éxito, devengo o pago |
| Comisión calculada | Importe asociado a una atribución | Que sea líquido, exigible o transferido |
| Pago registrado | Liquidación con estado y referencia | Abono bancario si falta evidencia externa de ejecución |
3. Qué es y qué no es un afiliado
Es una persona o entidad independiente aprobada para recomendar sinpleitos mediante un código. La afiliación, por sí sola, no crea relación laboral, agencia, representación, sociedad, despacho ni autorización para prestar el servicio jurídico.
El afiliado no puede contratar en nombre de sinpleitos, modificar precios, decidir viabilidad, negociar el expediente, dar instrucciones al profesional, recibir fondos del cliente ni presentarse como empleado, abogado o representante si no lo es por un título distinto y acreditable.
4. Participantes y fronteras de responsabilidad
| Participante | Función propia | Frontera |
|---|---|---|
| Afiliado | Recomendar en canales lícitos e identificados | No tramita ni decide el expediente |
| Cliente | Elegir, contratar y aportar información directamente | No está obligado a tratar con el afiliado |
| sinpleitos | Validar alta, atribución, servicio y relación económica | No debe convertir la comisión en presión jurídica |
| Profesional responsable | Aplicar criterio jurídico independiente | No queda vinculado por promesas comerciales |
| Proveedores | Prestar infraestructura bajo su rol aplicable | No pueden reutilizar datos de forma incompatible |
5. Alta actual y revisión humana
La solicitud exige una cuenta de cliente iniciada, al menos un canal, servicios previstos, descripción de audiencia, plan de captación, modalidad preferida y aceptación de AF-2026.51. La preferencia económica no equivale a la modalidad final.
La aprobación o rechazo se realiza desde backoffice por administración o por el rol separado de supervisor de afiliados, protegido con MFA y limitado al Programa. Los managers de reclamaciones no tienen acceso a esa cola. No existe una puntuación automática que apruebe al solicitante sin intervención humana.
6. Evidencia de aceptación y condiciones económicas
La solicitud conserva la aceptación, la versión AF-2026.51 y la marca temporal. La interfaz obliga a abrir el documento, llegar al final y confirmar lectura, aceptación, ausencia de spam y ausencia de promesas garantizadas antes de enviar.
Después del alta, la aceptación económica se conserva por separado con versión, modalidad, nivel, porcentaje, mínimo, tabla fija, umbral, fecha y huella de la instantánea. La modalidad por caso viable no se activa por haberla preferido en la solicitud: exige nivel 5, aceptación y aprobación, salvo la reclasificación judicial de un caso concreto.
7. Estados de solicitud y cuenta
| Objeto | Estados técnicos | Efecto principal |
|---|---|---|
| Solicitud | Enviada, aprobada, rechazada o retirada | Ordena la revisión; no genera comisión |
| Cuenta | Pendiente, activa, suspendida o terminada | Solo una cuenta activa puede originar una atribución nueva |
| Atribución | Registrada, cualificada, ganada, perdida, cancelada, pagable o pagada | Describe el vínculo económico y conserva su fotografía |
| Retirada | Solicitada, en revisión, aprobada, procesando, pagada, rechazada o fallida | Separa saldo, decisión y evidencia bancaria |
8. Código personal y configuración
La aprobación genera un código único normalizado de entre 4 y 32 caracteres y activa una cuenta adicional compatible con la cuenta de cliente. El código es personal e intransferible conforme a las condiciones, pero, por su naturaleza pública, conocerlo no prueba quién difundió una recomendación.
La cuenta guarda modalidad, porcentaje de éxito, importe por caso viable, umbral de pago y días de atribución. Al registrar un caso, la Plataforma copia el código, modalidad y valores económicos en la atribución, evitando que un cambio posterior reescriba silenciosamente esa fotografía técnica.
9. Recorrido técnico de una recomendación
- El afiliado publica un enlace o facilita su código en un canal declarado.
- El visitante decide si accede; una redirección no debe ocultar el destino ni la relación comercial.
- Con consentimiento de marketing, el navegador puede conservar el código y únicamente la ruta de llegada.
- El cliente recibe formularios, precios y documentos directamente de sinpleitos.
- Al crearse el caso, el servidor busca una señal de atribución válida y una vinculación contractual previa del cliente.
- La cuenta debe existir, estar activa y no pertenecer al propio cliente referido.
- El caso se crea con independencia de que la atribución posterior llegue a registrarse.
- El afiliado consulta una vista parcial, no el expediente.
10. Fuentes y precedencia de atribución
| Orden | Fuente | Regla observada |
|---|---|---|
| 1 | Vinculación contractual vigente | Mantiene al primer afiliado durante la permanencia aplicable |
| 2 | Primera cookie propia válida | No se sustituye por enlaces afiliados posteriores antes del caso |
| 3 | Código enviado en el formulario | Se usa cuando no existe cookie de atribución |
| 4 | Referrer o URL de la solicitud | Se consulta solo si no existen las anteriores |
| 5 | Sin señal válida | El caso continúa sin atribución afiliada |
11. Parámetros públicos, señal y fidelización
El rastreador reconoce los parámetros ref, aff, affiliate y afiliado. Una llegada válida puede sustituir la señal del navegador, pero no desplaza una vinculación contractual del cliente que siga vigente: el servidor aplica primero la permanencia por nivel y solo libera la cartera al vencer el plazo sin nuevos casos viables.
El código de una cookie no está firmado y la cookie no es HttpOnly: es una señal modificable, no una prueba concluyente. El servidor comprueba cuenta, autorreferencia, unicidad, vínculo previo y vigencia; los identificadores completos de cliente y las huellas de clic no se entregan al afiliado.
12. Cookies propias de afiliación
| Cookie | Contenido | Configuración auditada |
|---|---|---|
| sp_affiliate_ref | Código normalizado | Hasta 90 días; Path=/; SameSite=Lax; Secure bajo HTTPS |
| sp_affiliate_landing | Solo pathname de llegada | Hasta 90 días; no conserva la consulta completa |
13. Consentimiento de cookies
La atribución en navegador se trata como almacenamiento de marketing. El componente consulta el gestor de consentimiento antes de escribir el código o la ruta y elimina ambas cookies cuando el consentimiento de marketing no existe o se revoca.
La negativa no impide navegar, informarse ni abrir un caso. Puede impedir que una visita quede atribuida por cookie, sin borrar una atribución contractual o un saldo ya creados válidamente. La persona puede cambiar su elección desde las preferencias de cookies.
14. Minimización de la ruta de entrada
La ruta se limita a 500 caracteres, debe comenzar por una barra y elimina consulta y fragmento. Así se evita conservar parámetros ajenos que podrían contener identificadores, campañas o datos personales.
La ruta y el código no contienen por diseño nombre, email, DNI ni contenido del caso. Aun así, son datos de trazabilidad y deben protegerse, conservarse solo durante el plazo aplicable y no reutilizarse para perfilar al visitante con fines incompatibles.
15. Momento de registro y tolerancia a fallos
La atribución se intenta después de crear el caso de microcrédito o aerolíneas. Esa operación no bloquea el resultado principal: si falla, el expediente del cliente permanece creado y la experiencia del servicio no se sacrifica por el interés económico del afiliado.
Los cambios reales de estado disparan la reconciliación y una tarea horaria reintenta filas pendientes, niveles, vencimientos, gracia y empates. La revisión de una atribución ausente sigue exigiendo evidencia suficiente; la automatización no inventa una relación cuando no existe registro fiable.
16. Duplicados, autorreferidos y cuenta inactiva
| Supuesto | Respuesta observada | Resultado |
|---|---|---|
| Código inexistente o inactivo | Se ignora | No se registra atribución |
| Cliente y afiliado son el mismo usuario | Bloqueo de autorreferido | No se registra atribución |
| Caso ya atribuido | Restricción única por identificador de caso | No se crea una segunda fila |
| Error distinto de duplicidad | Registro técnico de advertencia | El caso continúa; la atribución puede faltar |
17. Fotografía económica de cada caso
La atribución copia la modalidad, el porcentaje o la tarifa fija vigentes en la cuenta en el momento del registro. Esa fotografía permite auditar qué configuración recibió el caso aunque la cuenta cambie después.
La fotografía de base de datos no resuelve por sí sola si la condición era válida, había sido aceptada o podía aplicarse a ese nivel. En una controversia deben contrastarse AF-2026.51, la comunicación individual, la aceptación conservada, el hito de devengo y cualquier modificación posterior.
18. Modalidades económicas
| Modalidad | Base contractual AF-2026.51 | Lo que no basta |
|---|---|---|
| Porcentaje sobre éxito | Porcentaje sobre la tarifa neta de sinpleitos efectivamente percibida, IVA excluido; no sobre toda la recuperación del cliente | Caso registrado, estimación, acuerdo no cobrado o estado mostrado |
| Pago por caso viable | Importe fijo al cumplirse verificaciones y el hito contractual aplicable | Visita, formulario iniciado, caso incompleto o simple etiqueta de viabilidad |
19. Porcentaje sobre éxito
AF-2026.51 sitúa la base en la tarifa neta de sinpleitos efectivamente cobrada: 20 % más IVA en microcréditos, 25 % más IVA en aerolíneas y las reglas especiales allí descritas. La comisión comercial no es participación en el dinero recuperado por el cliente ni en los honorarios profesionales del abogado.
El porcentaje debe ser el aplicable al nivel y caso conforme a la versión aceptada o a una condición individual válida. Si no hay resultado, cobro efectivo, atribución válida o concurren causas contractuales de reverso, no nace el devengo ordinario. Los ejemplos de las condiciones son explicativos y no sustituyen el cálculo del expediente.
20. Pago por caso viable
AF-2026.51 condiciona esta modalidad a la viabilidad, verificaciones del perfil y al hito Reclamación enviada, con importes por servicio, tramo y nivel. Su elección general permanece deshabilitada hasta el Nivel 5 y requiere solicitud, aceptación económica y confirmación humana.
La reconciliación comprueba identidad, banco, los dos documentos legales y el estado real del caso antes del crédito. La reclasificación judicial aplica el importe fijo del nivel al caso concreto aunque la cuenta opere por porcentaje, sin convertir por ello las atribuciones futuras a Modalidad B.
21. Escalas económicas alineadas
| Materia | Regla AF-2026.51 | Control técnico |
|---|---|---|
| Porcentaje de entrada | 22 % sobre tarifa neta, con mínimo del nivel | Configuración única y fotografía por caso |
| Caso viable | Tabla por servicio, tramo y nivel | Cálculo centralizado; nivel 0 cobra como nivel 1 |
| Umbral de retiro | 10 € durante la relación | Validación en panel, servidor y base económica |
| Aceptación individual | Condiciones mostradas para aceptar o rechazar | Instantánea separada con versión, fecha y huella |
22. Protección frente a cambios retroactivos
Cada atribución conserva modalidad, nivel, porcentaje, mínimo, tabla aplicable y versión económica de la fecha de creación. Un ascenso, descenso o cambio de modalidad solo afecta a atribuciones futuras y no reescribe lo ya devengado.
Una corrección económica exige motivo, cálculo trazable y asiento compensatorio; el ledger de saldo no admite editar o borrar una entrada consolidada. Una discrepancia se revisa con la versión aceptada y la evidencia real del hito, no solo con el valor que aparezca hoy en la cuenta.
23. Estados económicos y significado limitado
| Estado | Lectura prudente | Evidencia adicional necesaria |
|---|---|---|
| Registrada | Existe vínculo técnico | Validez, calidad y ausencia de conflicto |
| Cualificada | Se ha marcado un hito de calidad | Criterio, verificaciones y fecha |
| Ganada | El caso se ha marcado favorable | Cierre y base económica |
| Pagable | Se considera cumplido el devengo | Cálculo, cobro cuando aplique y controles |
| Pagada | El registro indica pago | Liquidación y referencia bancaria o contable |
| Perdida o cancelada | No continúa hacia devengo ordinario | Motivo y posibilidad de revisión |
24. Reconciliación automática de estados
Los cambios reales del expediente disparan una reconciliación que traduce pérdida, cancelación, hito de reclamación enviada, judicialización, éxito y cobro a estados económicos de afiliación. Una tarea horaria reintenta pendientes y procesa niveles, vencimientos, gracia y ranking.
El proceso es idempotente: una misma atribución no puede generar dos créditos con la misma causa. En porcentaje, un estado favorable sin tarifa neta efectivamente cobrada no crea saldo; esa base debe confirmarse con evidencia económica antes del cálculo.
25. Saldo, retirada y transferencia
El panel calcula saldo disponible y retenido desde un ledger inmutable, descuenta solicitudes pendientes para impedir doble disposición y permite retirar desde 10 € cuando identidad, banco, titularidad y documentos requeridos están verificados.
El backoffice separa aprobación y pago. Marcar una retirada como pagada exige una referencia bancaria y genera un débito idempotente. La referencia y el estado permiten conciliar, pero el justificante del banco y el asiento contable siguen siendo la prueba externa de la transferencia efectiva.
26. Identidad, banco, fiscalidad y pago
- La solicitud inicial no pide DNI, domicilio ni IBAN; se completan en el perfil cuando proceda.
- El pago debe dirigirse al afiliado y a una cuenta de su titularidad verificada, nunca a credenciales bancarias ni a terceros no autorizados.
- La disponibilidad de saldo debe separarse de la verificación de identidad, titularidad, factura, retención y controles antifraude.
- Un estado pagada no sustituye el justificante de transferencia ni el asiento contable aplicable.
- La tributación depende de la situación del afiliado; sinpleitos no debe presentar una regla fiscal genérica como asesoramiento individual.
- Los ajustes controvertidos no deben compensarse como si fueran líquidos sin el fundamento exigible.
27. Lo que muestra realmente el panel
| Dato | Porcentaje sobre éxito | Caso viable |
|---|---|---|
| Referencia | Primer bloque del UUID | Primer bloque del UUID |
| Servicio y fecha | Sí | Sí |
| Modalidad y estado de atribución | Sí | Sí |
| Estado del caso | Estado simplificado consultado internamente | Se oculta en la interfaz actual |
| Importe recuperado y comisión | Puede formar parte del modelo servido | Limitado a lo necesario |
| Identidad, contacto, DNI, documentos o mensajes | No | No |
28. Referencia parcial y límites del seguimiento
La referencia pública se forma con el primer bloque del identificador interno. Sirve para que afiliado y soporte localicen una incidencia sin exponer el UUID completo, pero no es un número de expediente completo, una prueba de identidad ni una garantía matemática de unicidad fuera del contexto del panel.
La vista de porcentaje consulta internamente el estado real del caso y lo simplifica; la de caso viable lo oculta. Ninguna modalidad permite abrir el expediente, leer conversaciones, descargar documentos o conocer hechos personales del cliente.
29. Cobertura histórica del panel
La tabla visible recupera las 200 atribuciones más recientes para mantener el panel manejable. Los contadores y sumas se calculan en servidor sobre el historial completo mediante agregación de base de datos, y el saldo se obtiene del ledger completo, no de esas 200 filas.
La limitación afecta a la navegación visual, no a los derechos, niveles ni saldos. Antes de que una cuenta supere ese volumen debe habilitarse paginación o exportación para que el afiliado pueda consultar también las referencias antiguas sin solicitar soporte.
30. Separación y controles de acceso
Las filas brutas de atribución no tienen concesión de lectura al cliente autenticado. La aplicación las consulta en servidor y construye una respuesta parcial vinculada a la cuenta afiliada. Las tablas de solicitudes, cuentas y liquidaciones tienen seguridad por filas para permitir acceso propio o de backoffice según corresponda.
La separación reduce exposición, pero el cliente administrativo del servidor tiene capacidad elevada y exige controles estrictos de autorización en cada ruta. La ausencia de datos en la interfaz no basta por sí sola: deben mantenerse pruebas de aislamiento, registro de accesos y revisión periódica de políticas.
31. Registro, inmutabilidad e idempotencia
Las aceptaciones económicas, el historial de nivel y el ledger rechazan modificaciones o borrados. Los créditos y débitos utilizan claves idempotentes para que un reintento no duplique una comisión o retirada.
Los eventos narrativos complementan la decisión, pero algunas escrituras laterales siguen siendo best effort para no bloquear el caso del cliente. Por eso la evidencia principal de una comisión es la atribución, su fotografía, el hito, el ledger y la confirmación económica; la vigilancia operativa debe alertar de eventos auxiliares ausentes y conciliar periódicamente todos esos objetos.
32. Independencia profesional y precio del cliente
- La comisión no se añade como recargo oculto ni modifica la tarifa aceptada por el cliente.
- El afiliado no participa en honorarios profesionales ni dirige al abogado.
- La viabilidad, estrategia, acuerdo, desistimiento y cierre se deciden por el circuito profesional aplicable.
- El caso no debe recibir prioridad jurídica por generar una comisión mayor.
- La terminación de la afiliación no cancela ni perjudica el expediente del cliente.
- Cuando la recomendación sea remunerada, el cliente debe poder conocer esa circunstancia sin recibir datos económicos privados innecesarios del afiliado.
33. Publicidad identificable
Toda comunicación comercial electrónica debe ser reconocible como tal e identificar por cuenta de quién se realiza. En contenido, redes, comparadores o resultados patrocinados, la revelación de publicidad o colaboración debe aparecer de forma clara, próxima y comprensible; no escondida entre etiquetas, al final de un texto extenso o solo en el perfil.
El afiliado debe expresar que puede recibir una remuneración si la recomendación produce el hito aplicable. No puede simular una opinión editorial independiente, un testimonio espontáneo o una recomendación neutral cuando existe pago, incentivo, posicionamiento o material controlado.
34. Reglas por canal
| Canal | Transparencia y control mínimos |
|---|---|
| Web, blog o comparador | Aviso junto al enlace; metodología real; separación entre resultado orgánico y patrocinado |
| Redes sociales y vídeo | Etiqueta visible desde el inicio; no depender solo de desplegar el texto |
| Email o newsletter | Base válida, remitente identificable y oposición sencilla en cada envío |
| Mensajería | Sin listas compradas, scraping, adición masiva a grupos ni presión individual |
| Comunidad o foro | Respetar reglas, contexto y privacidad de miembros; no fingir ser usuario neutral |
| Asesoría o despacho | Separar actividad propia, recomendación remunerada y servicio de sinpleitos |
| Publicidad pagada | Anuncio identificable, destino real, marca autorizada y claims demostrables |
| Comparación o reseña | Criterios objetivos, fecha, muestra, incentivo y ausencia de manipulación |
35. Comunicaciones no solicitadas
No se permite enviar publicidad por email o medios electrónicos equivalentes sin solicitud o autorización previa, salvo la excepción legal estricta para una relación contractual previa del propio remitente y servicios propios similares. Incluso entonces debe ofrecerse oposición sencilla y gratuita desde la recogida y en cada comunicación.
Una base pública, comprada, cedida, extraída de redes o perteneciente a una comunidad no se convierte en lista promocional válida. La condición de afiliado no autoriza a sinpleitos a utilizar la agenda del afiliado ni al afiliado a presentar el interés de un tercero como consentimiento.
36. Mensajes, resultados y técnicas prohibidas
- Garantizar éxito, recuperación, indemnización, plazo o importe.
- Presentar una estimación, calculadora o estado como decisión jurídica definitiva.
- Inventar porcentajes, testimonios, casos, rankings, acreditaciones, premios o escasez.
- Ocultar la remuneración o la identidad comercial del remitente.
- Explotar miedo, urgencia, vulnerabilidad económica o desconocimiento jurídico.
- Suplantar a sinpleitos, al profesional responsable, a una autoridad, aerolínea o entidad financiera.
- Usar marcas, dominios, logotipos o anuncios de búsqueda fuera de la autorización.
- Incentivar formularios falsos, duplicados, autorreferidos o sin intención real.
- Entregar a herramientas de IA datos personales de referidos o publicar contenido generado sin verificar sus afirmaciones.
- Ofrecer asesoramiento jurídico individual en nombre de sinpleitos.
37. Protección de datos: el rol depende de los hechos
En sus canales propios, el afiliado normalmente decide fines y medios de su captación y debe facilitar su información, disponer de base válida, atender derechos y proteger los datos. sinpleitos decide sobre sus formularios, expedientes, atribuciones y pagos.
La denominación contractual de responsables independientes no resuelve todos los casos. Si ambas partes determinan conjuntamente una campaña o formulario, puede existir corresponsabilidad y deberá documentarse el reparto del artículo 26 RGPD; si una actúa solo siguiendo instrucciones de la otra, deberá analizarse un encargo. El afiliado no debe recoger datos del caso para enviarlos por canales propios cuando la persona puede aportarlos directamente y con mayor seguridad.
38. Funciones operativas de AF-2026.51
| Función contractual | Implementación y límite comprobable |
|---|---|
| Examen de habilitación | Doce preguntas server-side de más de mil variantes, 70 %, cinco a diez minutos, límite por pregunta validado en servidor, tres intentos, espera de 24 horas, ajustes y bloqueo de captación |
| Niveles 0 a 14 | Configuración única, fotografía por caso, progresión por clientes o tarifa neta e inactividad reconciliada |
| Canales y contenidos | Registro, huella de versión, cola, plazo por nivel, aprobación, cambios y decisión trazable |
| Subafiliación de un nivel | Relación directa única; no genera pago por alta y la recompensa permanece desactivada hasta existir condiciones individuales sostenibles |
| Ranking semestral | Tarifa neta efectivamente percibida, oposición pública, alias aleatorio, topes, sanciones firmes y desempate ciego en dos fases |
| Fidelización | Vínculo único por cliente, duración por nivel, renovación por caso viable y permanencia en nivel máximo |
| Retiro desde 10 € | Solicitud, comprobaciones, plazo, estado y débito idempotente tras referencia bancaria |
| Baja voluntaria | Gracia de 15 días, reactivación y transición posterior a cartera conservada decreciente |
39. Supervisión, suspensión y terminación
Las incidencias estructuradas registran cuenta, gravedad, motivo, resumen, evidencia, plazo de subsanación, responsable, medida, duración y resolución. Las suspensiones temporales incorporan vencimiento y la reconciliación reactiva automáticamente cuando no se exige una comprobación adicional. El afiliado puede recurrir desde su panel y el plazo de respuesta depende de su nivel.
Una medida con efecto económico debe apoyarse en evidencia, indicar alcance y duración, preservar comisiones no afectadas y permitir alegaciones. Una señal de fraude no equivale a fraude probado. Los controles antifraude sensibles no se publican con detalle que facilite elusión, pero sí quedan restringidos, auditables y sujetos a revisión humana.
40. Incidencias y revisión
| Quién reclama | Puede plantear | Información mínima |
|---|---|---|
| Cliente | Publicidad encubierta, spam, promesa, suplantación o atribución | Canal, enlace, fecha y captura; sin repetir documentación del caso |
| Afiliado | Atribución ausente, estado, cálculo, ajuste, suspensión o pago | Código, referencia parcial, fecha y motivo |
| Tercero | Uso de marca, privacidad o contenido ilícito | URL, evidencia y derecho afectado |
| Persona interesada | Acceso, oposición, supresión u otro derecho | Identidad suficiente y solicitud concreta por canal de privacidad |
41. Canales y garantías de tramitación
Las consultas operativas del Programa pueden dirigirse a affiliates@sinpleitos.es; las de privacidad a privacidad@sinpleitos.es; y las reclamaciones generales mediante Atención y reclamaciones. No deben enviarse por email documentos del cliente que ya estén disponibles en su expediente.
La respuesta debe separar la incidencia comercial del fondo jurídico. El cliente puede seguir con su caso aunque se corrija o elimine la atribución. El afiliado puede conocer la decisión económica y su fundamento suficiente, pero no recibir datos personales o estrategia del referido para defender su comisión.
42. Inventario de controles y límites
| Área | Control comprobado | Límite que permanece |
|---|---|---|
| Alta | Cuenta autenticada, condiciones versionadas, revisión humana y rol supervisor separado | La aprobación comercial no se automatiza |
| Atribución | Código activo, autorreferido, unicidad, vínculo por cliente y fotografía económica | Una cookie manipulable es una señal, no prueba concluyente |
| Clics | Huella seudónima diaria, deduplicación y ausencia de IP en el panel | No se presentan como personas identificadas |
| Economía | Escalas AF-2026.51, modalidad B bloqueada hasta nivel 5 y ledger idempotente | El cobro efectivo por éxito requiere evidencia contable |
| Estados | Reconciliación al cambiar el caso y tarea horaria de recuperación | Un fallo lateral se registra y reintenta; no revierte el estado jurídico |
| Pagos | Saldo, retención, retirada, revisión, referencia y débito inmutable | El banco, no la interfaz, acredita la transferencia real |
| Privacidad | Referencias parciales y tablas de vínculos/clics solo backoffice | Administración mantiene acceso técnico sujeto a necesidad |
| Ranking | Cálculo, topes, oposición y desempate trazable | La publicación exige cerrar y revisar el periodo |
| Subafiliación | Un único nivel directo | No se paga por reclutar ni sin condiciones económicas activas |
43. Controles antes de ampliar volumen
- Aplicar las migraciones y verificar RLS con cuentas de cliente, supervisor, manager y administración antes de abrir altas reales.
- Mantener la transferencia bancaria como acto económico verificado y no como simple cambio de estado en pantalla.
- Conciliar periódicamente ledger, atribuciones, cobros, retiradas y referencias bancarias.
- Revisar colas vencidas de canales, contenidos, recursos, pagos y adaptaciones sin convertir el silencio en aprobación.
- Publicar bases del ranking antes del semestre premiado y revisar sanciones firmes, empates y fiscalidad antes de pagar.
- No activar recompensa de subafiliación hasta fijar por escrito una fracción sostenible y una aceptación individual.
- Probar restauración, idempotencia, límites, suspensión y reactivación con datos no productivos.
- Revisar periódicamente publicidad, accesos, conflictos y métricas sin exponer datos del cliente.
- Publicar en el historial cualquier cambio material y preservar la versión aceptada por cada afiliado.
Documentos relacionados
Fuentes normativas y criterios de referencia
Estas fuentes se facilitan para permitir la comprobación del marco utilizado. La versión consolidada y aplicable en cada momento prevalece sobre esta síntesis.
- Ley 34/2002, de servicios de la sociedad de la información y comercio electrónico
- Ley 3/1991, de Competencia Desleal
- Texto refundido de la Ley General para la Defensa de los Consumidores y Usuarios
- Reglamento (UE) 2016/679 General de Protección de Datos
- Ley Orgánica 3/2018, de Protección de Datos Personales y garantía de los derechos digitales
- Estatuto General de la Abogacía Española
- Código Deontológico de la Abogacía Española, en vigor desde el 8 de mayo de 2019
- Agencia Española de Protección de Datos: actualización de la Guía sobre el uso de cookies