Usted estĆ” aquĆ:
Campos de afirmación SAML Just-in-Time para portales
Con el aprovisionamiento Just-in-Time (JIT) para portales, puede utilizar una afirmación SAML para crear usuarios de portal de cliente y de socio la primera vez que inicien sesión desde un proveedor de identidad. Los portales de clientes y portales de socio no estĆ”n disponibles para nuevas organizaciones de Salesforce a partir de Summer ā13. Utilice el aprovisionamiento JIT con Experience Cloud en su lugar.
Creación de usuarios de portal
Se debe especificar el Id. de portal y el Id. de la organización como parte de la afirmación SAML. Puede encontrarlos en estos parĆ”metros en la pĆ”gina de información de la compaƱĆa para la organización o el portal de Salesforce. Debido a que tambiĆ©n puede suministrar usuarios normales, se utiliza el Id. de portal para distinguir entre una solicitud de aprovisionamiento JIT normal o de portal. Si no se especifica el Id. de portal, se considerarĆ” la solicitud como una solicitud JIT para un usuario de plataforma normal.
Aquà se muestran los requisitos para la creación de un usuario de portal.
- Especifique un Id. de federación en la afirmación SAML. Si el Id. pertenece una cuenta de usuario existente, se actualiza la cuenta de usuario. Si la cuenta de usuario estÔ inactiva, la cuenta de usuario se actualiza pero se mantiene inactiva a menos que User.IsActive en la afirmación JIT esté establecida como verdadera. Si no existe ninguna cuenta de usuario con ese Id. de federación, el sistema crearÔ un usuario.
- Si el portal no estÔ activado para la inscripción automÔtica y no se especifica un nuevo perfil de usuario y una función predeterminados, el campo User.ProfileId debe contener un nombre de perfil o Id. vÔlido. AdemÔs, el campo User.PortalRole debe contener un nombre o Id. de función de portal vÔlido. Utilice
Workerpara todos los usuarios del portal.Nota User.Role debe ser nulo.
Creación y modificación de cuentas
Cree o modifique una cuenta especificando un Id. de cuenta vƔlido o Account.AccountNumber y Account.Name. La cuenta se crea o modifica de acuerdo con estas condiciones.
- La concordancia se basa en Account.AccountNumber. Si se encuentran varias cuentas, aparecerĆ” un error. De lo contrario, se actualizarĆ” la cuenta.
- Si no se encuentran cuentas coincidentes, se crearĆ” una nueva.
- Debe especificar Account.Owner en la afirmación SAML y garantizar que la seguridad a nivel de campo para el campo Account.AccountNumber esté definida como visible para el perfil de este propietario.
Creación y modificación de contactos
Cree o modifique un contacto especificando un Id. de contacto vƔlido en User.Contact o en Contact.Email y Contact.LastName. Los contactos se crean o se modifican de acuerdo con estas condiciones.
- La concordancia se basa en Contact.Email. Si se encuentran varios contactos, aparecerĆ” un error. De lo contrario, se actualizarĆ” el contacto.
- Si no se encuentran contactos coincidentes, se crearĆ” uno nuevo.
Campos compatibles para la afirmación SAML del portal
Para identificar correctamente qué objeto crear en Salesforce, debe utilizar un prefijo. En la afirmación SAML, utilice el prefijo Account para todos los campos del esquema Account, como por ejemplo Account.AccountId. Utilice también el prefijo Contact para todos los campos en el esquema Contact. En este ejemplo, el prefijo Contacto se agregó al nombre de campo Email.
<saml:Attribute
Name="Contact.Email"
NameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:unspecified">
<saml:AttributeValue xsi:type="xs:anyType">testuser@123.org</saml:AttributeValue>
</saml:Attribute>
Campos de cuentas admitidos
AdemÔs de los atributos de usuario estÔndar compatibles para usuarios JIT normales de SAML, estos atributos de Cuenta también son compatibles. Por ejemplo, especificar un atributo Account.Phone en la afirmación actualiza el campo Teléfono de la cuenta en el objeto Cuenta correspondiente.
- Nombre
- AccountNumber
- BillingCity
- BillingCountry
- BillingPostalCode
- BillingState
- BillingStreet
- Owner (El campo Propietario en el objeto Cuenta es Account.OwnerId en la API).
- Ingresos anuales
- Descripción
- NĆŗmero de empleados
- Fax
- Industria
- Propiedad
- TelƩfono
- Puntuaje
- ShippingAddress (El campo Dirección de envĆo es un campo compuesto).
- ShippingCity
- ShippingCountry
- ShippingPostalCode
- ShippingState
- ShippingStreet
- Sic
- SĆmbolo del teletipo (ticker)
- Sitio Web
Campos de Contacto admitidos
Estos campos de Contacto son admitidos.
- Account (Este valor es el campo Nombre de cuenta en el objeto Contacto y Account.Name en la API.)
- Nombre
- Apellido
- TelƩfono
- Permite inscripción automÔtica del portal
- AssistantName
- AssistantPhone
- Fecha de nacimiento
- Owner (Este valor es el campo Propietario de contacto en el objeto Contacto y Contact.OwnerId en la API.)
- Departamento
- Descripción
- No llamar
- HasOptedOutOfEmail
- Fax
- HasOptedOutOfFax
- TelƩfono particular
- LastCUUpdatetDate (Este valor es el campo Autor de última modificación en el objeto Contacto y Contact.LastModifiedDate en la API.)
- Origen del prospecto
- MailingAddress (El campo Dirección de correo postal es un campo compuesto.)
- MailingCity
- MailingCountry
- MailingPostalCode
- MailingState
- MailingStreet
- Móvil
- Saludo
- OtherAddress (el campo OtherAddress es un campo compuesto.)
- OtherCity
- OtherCountry
- OtherPostalCode
- OtherState
- OtherStreet
- Otro telƩfono
- TĆtulo
Campos de usuario admitidos
Estos campos de usuario se admiten para usuarios de portal.
- AccountId
- ContactId
- PortalRole (Utilice
Workerpara todos los usuarios de portal.)

