> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/brand/es/what-would-you-like-to-learn-about/advocate-program/getting-started-with-advocate/data-requirements-for-advocate-users.md).

# Requisitos de datos para usuarios de Advocate

La forma en que Advocate recopila datos es única porque Advocate no tiene un marketplace de socios como Creator y Performance, e impact.com no tiene una relación directa con los usuarios finales registrados en tu programa de Advocate. Los pagos en efectivo son una excepción porque los usuarios proporcionan su información bancaria y fiscal a impact.com para facilitar el pago de sus recompensas.

<div data-with-frame="true"><figure><img src="https://3147719151-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FwMLlMoFBtKJa8ptd3zaw%2Fuploads%2Fgit-blob-dceec20685c4f1335a1f645dff448f862fcaf7f2%2F3c95b14a395878b4e7c83a88a16a3648e83a0ba22005d07e284b229583aaa425.png?alt=media" alt=""><figcaption></figcaption></figure></div>

#### Datos directos

Los datos directos provienen directamente de la fuente, normalmente ingresados por el usuario final o proporcionados directamente.

Es posible ejecutar un programa sin ningún dato directo de usuario si usas un ID único para tus usuarios. Ejecutar un programa solo con un ID único significa que tú *no podrás* usar las siguientes funciones de Advocate:

* Enviar correos electrónicos
* Enviar recompensas en tarjetas de regalo a través de nuestra integración con Tango Card
* Gestión del fraude

Puedes incluir los siguientes puntos de datos del usuario al enviar datos de usuario a Advocate.

<details>

<summary>Puntos de datos directos del usuario</summary>

* ID de usuario (obligatorio)
  * Recomendamos usar la dirección de correo electrónico de un usuario, almacenada como un `SHA1` hash.
* ID de cuenta (obligatorio)
  * Recomendamos usar la dirección de correo electrónico de un usuario, almacenada como un `SHA1` hash.
* Nombre (opcional)
* Apellido (opcional)
* Dirección de correo electrónico (obligatoria si quieres enviar correos electrónicos a tus usuarios; de lo contrario, opcional)
* Configuración regional del usuario (opcional)
* País del usuario (opcional)
* dateUsTaxFormSubmitted (opcional)
* Cookies (opcional)
  * Cookie del programa de Advocate: `Base64URL` objeto codificado que contiene el enlace compartido usado, la caducidad de la cookie y el código de referencia único de quien refiere.
* Segmentos (opcional)
* Campos personalizados (opcional)
  * Campos de texto libre que se pueden usar para almacenar datos adicionales sobre el usuario, p. ej., dirección postal, nivel de suscripción, número de teléfono, etc.
* Fecha de creación del usuario (en Advocate) (opcional)
* Fecha de última actualización del usuario (en Advocate) (opcional)

</details>

#### Datos transaccionales y de pago

* **Recompensas en efectivo:** Si utilizas el sistema de pagos en efectivo, Advocate también capturará y almacenará directamente en impact.com los datos bancarios y fiscales proporcionados por el usuario como parte del proceso de pago. Los usuarios también deberán aceptar los términos y condiciones asociados con el pago. Si tú *no* usas el sistema de pagos en efectivo, por ejemplo, y en su lugar recompensas con una tarjeta de regalo o un código de descuento, entonces el usuario final no tiene una relación con impact.com.
* **Integración de recompensas con Tango Card:** Si utilizas nuestra integración con Tango Card para recompensar con tarjetas de regalo, el nombre, apellido y dirección de correo electrónico del usuario se envían a Tango Card para facilitar la entrega de la recompensa.

#### Datos indirectos

Un usuario final no introduce directamente los datos indirectos; en su lugar, se recopilan de otras fuentes para proporcionarnos información más profunda.

Los siguientes puntos de datos se rastrean y almacenan para el usuario, pero no son información personal identificable (PII).

<details>

<summary>Puntos de datos indirectos del usuario</summary>

* Cargas del widget
* Tráfico (cuánto tráfico de referencia han generado los enlaces para compartir de un usuario)
* Recompensas obtenidas por el usuario
* Dirección IP (si utilizas JavaScript para tu implementación)
  * La plataforma recupera y almacena la dirección IP de un usuario cuando carga el widget y/o se convierte en un usuario referido.

</details>

#### Uso de los datos del usuario

Los datos del usuario se pueden usar de las siguientes maneras:

* **Identificación del usuario:** Los ID de usuario y de cuenta se usan para identificar al usuario.
* **Contenido personalizado:** Puedes proporcionarnos el nombre, apellido y correo electrónico de un usuario para facilitar que nuestra plataforma pueda enviar correos electrónicos a los usuarios finales sobre sus referencias y proporcionar contenido personalizado en el widget y en los correos electrónicos (por ejemplo, “¡Tu amigo Bob acaba de completar una compra, tu recompensa está en camino!”)
* **Detección de fraude:** El nombre, la dirección de correo electrónico y la dirección IP del usuario son utilizados por nuestras herramientas de gestión del fraude para detectar referencias potencialmente fraudulentas.
* **Internacionalización:** El país y la configuración regional del usuario se usan para la internacionalización.
* **Pagos y registro fiscal:** El usuario final proporcionará su información bancaria y fiscal para:
  * Recibir los pagos de sus recompensas.
  * Indicar cuándo se envía un formulario fiscal W-9 de EE. UU.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.impact.com/brand/es/what-would-you-like-to-learn-about/advocate-program/getting-started-with-advocate/data-requirements-for-advocate-users.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
