Una identificación fiable es la clave para mantener una base de datos limpia en Positive User. Cuando identificas correctamente tus registros, te aseguras de que las automatizaciones se activen para las personas adecuadas y de que la data procedente de sistemas externos se asocie con los perfiles correctos. Elegir el identificador adecuado te ayuda a evitar duplicados y ofrece una forma coherente de hacer seguimiento del recorrido de tus contactos.
Al entender la diferencia entre los IDs generados por el sistema y los definidos por el usuario, tu equipo puede construir una estructura de datos más segura y escalable.
En Positive User dispones de tres formas principales de identificar objetos como contactos, empresas y oportunidades. Cada una cumple un propósito diferente en función de cómo gestiones tu data.
El ID del sistema es un número único y permanente que asigna Positive User en el momento en que se crea cualquier objeto. Puedes encontrar este ID al final de la URL, en la barra de direcciones del navegador, siempre que estés viendo un perfil concreto.
Característica: es inmutable y no se puede modificar ni eliminar.
Ideal para: referencias internas del sistema y operaciones avanzadas con la REST API.
Un ID personalizado es un atributo estándar que está vacío por defecto y cuyo valor tú defines. Suele importarse desde una base de datos externa, un CRM o una tienda online (como un ID de Shopify). A diferencia del ID del sistema, se almacena como un campo específico en el perfil del objeto.
Característica: es flexible y te permite tender un puente entre Positive User y el resto de tus herramientas.
Ideal para: asegurarte de que el contacto X de tu sistema externo sea siempre el contacto X en Positive User. También sirve para conectar objetos entre sí (por ejemplo, asignar contactos a empresas).
Para mayor seguridad, no utilices direcciones de email en texto plano como ID personalizado de tus contactos. Para proteger correctamente los datos sensibles, estos valores deberían estar hasheados o codificados antes de enviarlos a Positive User.
En el caso de los contactos, la dirección de email puede funcionar como identificador natural. Es la forma más habitual de reconocer a las personas que interactúan con tus formularios o campañas.
Característica: permite realizar una desduplicación muy sencilla. Si no dispones de un ID numérico independiente procedente de una base de datos externa, se recomienda encarecidamente utilizar la dirección de email.
Ideal para: mantener tu base de datos limpia de forma automática.
Todos los contactos tienen un ID del sistema por defecto. Así puedes elegir el identificador principal más adecuado para tu día a día:
Cuándo usar una dirección de email: suele ser tu mejor opción. Evita fácilmente los duplicados cuando las personas rellenan formularios, se suscriben a newsletters o interactúan con tus campañas. Esta opción no permite mantener varios contactos con la misma dirección de email.
Cuándo usar un ID personalizado: elige esta opción si tu plataforma externa (por ejemplo, una app personalizada) genera sus propios números únicos. Mantiene ambos sistemas perfectamente sincronizados y añade una capa de seguridad si decides hashear los valores. Se recomienda asignar un ID personalizado para identificar contactos, ya que se trata de registros confirmados y verificados.
Cuándo se utiliza el ID del sistema: si no se proporciona ni email ni ID personalizado, Positive User recurre al ID del sistema y a las cookies del navegador para hacer seguimiento de la persona temporalmente como contacto anónimo.
Cuándo usar un ID personalizado: resulta muy útil para asignar contactos a las empresas de forma automática. Al incluir un atributo «company_id» en tu archivo durante una importación, Positive User conecta al instante a las personas con el perfil de empresa correcto.
Cuándo basta con el ID del sistema: úsalo si tu equipo construye el pipeline de ventas manualmente dentro de la app y no necesita sincronizar los registros de empresas con una herramienta de contabilidad externa.
La lógica para las oportunidades y los tickets de soporte sigue el mismo patrón que la de las empresas y los contactos.
El papel del ID del sistema: te apoyarás en el ID del sistema generado automáticamente para el trabajo diario dentro de tu pipeline o helpdesk. La app se encarga del seguimiento en segundo plano a medida que mueves los elementos por las distintas etapas.
Cuándo usar un ID personalizado: un ID personalizado (como el ID de una oportunidad o la referencia de un ticket de otro sistema) resulta necesario si tus desarrolladores necesitan actualizar estados de forma remota o establecer atributos concretos mediante la REST API, o cuando necesites asignar estos objetos a otros (por ejemplo, importar tareas y asignarlas a oportunidades).
Otros objetos del sistema, como los tickets de soporte, pueden gestionarse de la misma manera: usando los IDs del sistema para la navegación interna en la app y los IDs personalizados para las actualizaciones externas impulsadas por la API.
