Este ejemplo muestra c�mo se puede configurar una relaci�n de b�squeda entre dos portales distintos.
La empresa ficticia Servicor desea compartir contenido con su asociado ficticio Requesticon. En este caso, el portal de Servicor es el portal servidor y el portal de Requesticon es el portal solicitante.
En primer lugar, el administrador del portal de Servicor crea dos usuarios del portal: Ingeniero de Requesticon y Ejecutivo de Requesticon. Ambos usuarios se agregan al grupo del portal denominado Visitantes de Requesticon.
A estos usuarios se les otorga individualmente acceso al contenido adecuado en el portal de Servicor. Al ingeniero de Requesticon se le concede Acceso de lectura a las carpetas de Ingenier�a, QA, y Gesti�n de productos del directorio de Servicor. Al ejecutivo de Requesticon se le concede acceso de lectura a las carpetas Mercado de Servicor y Relaciones con los inversores.
A continuaci�n, el administrador del portal de Servicor configura una b�squeda federada entrante. En la p�gina Configuraci�n principal del editor de b�squedas federadas entrantes, el administrador del portal de Servicor incluye la fuente de autenticaci�n de WCI y el grupo Visitantes de Requesticon. Se incluye la fuente de autenticaci�n de WCI ya que los usuarios Ingeniero de Requesticon Ejecutivo de Requesticon se han creado en el portal y se han importado mediante otra fuente de autenticaci�n, a continuaci�n es necesario incluir esa fuente de autenticaci�n en su lugar. El grupo Visitantes de Requesticon se incluye aqu� para impedir que los usuarios del portal solicitante intenten suplantar a otros usuarios que no sean Ingeniero de Requesticon y Ejecutivo de Requesticon.
Con el portal servidor configurado de esta forma, s�lo se responden las solicitudes emitidas por Ingeniero de Requesticon y Ejecutivo de Requesticon, y s�lo est� visible el contenido adecuado.
En la p�gina Configuraci�n principal del editor de b�squedas federadas salientes, el administrador del portal de Requesticon selecciona S� para Enviar autenticaci�n del portal. A continuaci�n, en Alias de nombre de usuario, el administrador del portal de Requesticon asigna el grupo Ejecutivos al usuario de Servicor denominado Ejecutivo de Requesticon y el grupo Ingenieros al usuario de Servicor denominado Ingeniero de Requesticon. De esta forma, todos los usuarios que son miembros del grupo Ingenieros suplantan a Ingeniero de Requesticon cuando emiten solicitudes y los usuarios miembros del grupo Ejecutivos emiten solicitudes como Ejecutivo de Requesticon.
Nota: Ingeniero de Requesticon y Ejecutivo de Requesticon s�lo existen en el portal de Servicor y no en el portal de Requesticon; estos usuarios se han creado espec�ficamente para que los suplanten a los usuarios de Requesticon.
Cuando un usuario solicitante intenta buscar en un portal servidor, el portal solicitante examina la lista de los grupos asignados de arriba a abajo; el primer grupo al que pertenece el usuario solicitante se utiliza para determinar el usuario del portal servidor al que suplantar� el usuario solicitante. Por lo tanto, los grupos con altos niveles de seguridad se deben asignar al principio de la lista. El administrador del portal solicitante se ha asegurado de agregar el grupo Ejecutivos antes del grupo Ingenieros para que, si alg�n usuario del portal solicitante es miembro de ambos grupos, suplante al usuario Ejecutivo de Requesticon. Como ejecutivo, es probable que a este usuario se le conceda acceso a m�s contenido.