Tuvimos un desarrollado un formulario de InfoPath con varias vistas para apoyar un nuevo empleado / proceso de incorporación. Cuando la empresa contrata a una nueva persona, el Departamento de TI y otros grupos deben tomar acción (Configurar nóminas, permitir el acceso a las aplicaciones apropiadas, Localice un escritorio, etc.). Utilizamos en forma sino una visión diferente de la forma de cada una de las funciones.

En esta empresa, la mayoría de las personas involucradas en los procesos de negocios es expertos en IT, Así que cuando acceden a la forma, su vista predeterminada es un "menú" Ve con los botones que se dirigen a su función específica. Sin embargo, Necesitamos simplificar las cosas para el gestor directo de la contratación. Esta persona no debería ver cualquiera de la TI relacionadas con cosas. En realidad, debería ver una vista de la forma y ni siquiera tiene una opción para ver las otras vistas.

En nuestro caso, que dirigir la cuenta de administrador está ligada directamente a la forma de cortesía de un selector de contacto (que yo siempre estoy queriendo llamar un selector de personas"" por alguna razón).

Los pasos son los siguientes:

1. En modo de diseño, Vaya a herramientas-> Opciones de forma-> Abrir y guardar.

2. Seleccione "reglas".

3. Crear una nueva regla cuya acción es "cambiar para ver" y cuya condición aprovecha el nombre de usuario() función.

nombre de usuario() Devuelve la "simple" nombre de usuario sin el dominio. Si registro en SharePoint con credenciales "domainpagalvin", nombre de usuario() Devuelve "pagalvin".

El selector de contacto proporciona tres pedacitos de la información para un contacto. El "ID de cuenta" porción es más útil para este escenario. Lo único que lo hace incluso un poco de reto es que el selector de contacto (en mi entorno de todos modos) Devuelve el identificador de usuario y dominio, como en "domainpagalvin". Esto nos impide hacer una condición de igualdad directa desde el ID de cuenta ("domainpagalvin") Nunca será igual a userName() ("pagalvin").

Podemos conseguir todo esto usando el "contiene" operador: AccountID contiene userName().

Podemos tomar más lejos y pre-pend un dominio codificadas delante el nombre de usuario() función para obtener el cheque de la igualdad y eliminar el riesgo de un falso positivo en el operador contiene.

¿Tenemos realmente como para automáticamente cambiar vista por otros usuarios basados en su pertenencia de grupo de seguridad de AD. Por ejemplo, Cuando un miembro de la "que Analytics" Grupo accede a la forma, cambia automáticamente a la vista de análisis IT. No tenemos tiempo para implementarlo, Pero mi primer pensamiento es para crear un servicio web que tendría un método como "IsMemberOfActiveDirectorySecurityGroup", pasar el nombre de usuario() y devolver true o false. Alguien tiene alguna otra, idea más inteligente? ¿Hay alguna función de SharePoint que podemos aprovechar de InfoPath para realizar esa determinación?

</final>