Saltar al contenido principal

​
Resumen

Un Profile es un bundle reutilizable y con nombre de attributes personalizados — más un badge color y defaults de authoring — que adjuntas a un registro para extenderlo y segmentarlo. Los profiles son un feature compartido: contacts, organizations y users los adoptan. Asignar un profile a un contact le da a ese contact el esquema de attributes del profile y aplica sus defaults. Un contact puede tener varios profiles a la vez, reflejando distintos roles (un Customer, un Member, un Student). Para el panorama completo, consulta el overview de Customer Data.
Profiles es un feature compartido expuesto por object type. Esta es su referencia canónica; el comportamiento por objeto (en contacts, organizations y users) parte de aquí.

​
Dónde encontrarlo

Los profiles están en Customer Data → Profiles, agrupados por type — Contacts, Organizations, Users.

​
Properties

PropertyTipoRequeridoDescripción
titlestringSíNombre visible (p. ej. Customer Profile).
slugstringSíIdentificador — único por object type.
descriptionstringNoDescripción opcional.
badge_colorstringNoUn color para el badge del profile, para agrupación visual.
typeenumSíleads, contacts, vendors, organizations o users — usado para agrupación y segmentación.
object_typestringSíEl objeto host al que aplica el profile (contacts, organizations, users).
attributesarrayNoLos attributes que agrupa este profile.

​
Attributes

Un profile agrupa un conjunto validado de attributes para su object type. Cuando un registro adopta el profile, gana esos attributes — así el mismo contact puede llevar campos de Customer y campos de Member adoptando ambos profiles.

​
Defaults de authoring

Además de los attributes, un profile lleva defaults de authoring que se aplican a los registros que lo adoptan:
  • Taxonomies y tags por defecto, que se fusionan en el registro al guardar (sin duplicados).
  • Un workflow por defecto.

​
Comportamiento y reglas

  • Varios profiles por registro — un contact, organization o user puede adoptar varios profiles; sus attributes se combinan.
  • El slug es único por object type — el mismo slug puede existir para un profile de contacts y uno de organizations.
  • Los renombres se propagan — cambiar el title, slug o badge color de un profile actualiza el profile que se muestra en cada registro que lo adoptó.
  • Scoping de relationships — una custom relationship puede apuntar a un profile específico, así un enlace aplica solo a registros de ese profile.

​
Seeds

Los profiles viajan entre entornos como Seeds estructurales. Un profile lleva su title, slug, type, object type, y los attributes que agrupa (referenciados por slug): 
[
  {
    "object_type": "profiles",
    "data": {
      "title": "Customer Profile",
      "slug": "customer-profile",
      "type": "contacts",
      "object_type": "contacts",
      "attributes": ["pet_name", "favorite_book", "monthly_expenses"]
    }
  }
]

​
Gobernanza y permisos

Solo un super admin o un Master puede crear, editar y eliminar profiles.

​
Acceso por API

Los profiles tienen CRUD completo, más operaciones para leer y fijar el workflow por defecto de un profile, y para adjuntar o quitar profiles en un contact o user. Consulta la API reference.

​
Relacionado

Contacts

Contacts que adoptan profiles.

Organizations

Las organizations también adoptan profiles.

Attributes

Los campos que agrupa un profile.

Custom Relationships

Relationships acotadas a un profile.