URGENTE: Campo employeeID

Sólo te puede decir que mires si en http://msdn.microsoft.com existe más
información al respecto.

Saludos,

Marc
MCP - MVP Windows Shell/User
Oracle9i Certified Associate (OCA)

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no
otorga ningún derecho.


"Ore" wrote:

Buenas tardes:

Precisaría documentarme sobre todos los usos que le dan las aplicaciones
integradas en Active Directory al campo employeeID.

Me gustaría utilizarlo como campo común entre una base de datos y el
directorio, que deben estar integradas.

En estos momentos, según ADSI Edit, figura como "Not set". Es urgente que
compruebe que esto no afectará al funcionamiento de servicios como Exchange,
etc..., o que alguna aplicación me machaque estos datos

¿Podríais ayudarme? Muchas gracias.

Es un atributo que puedes establecer para identificar a los empleados de la
organización con la codificación que te parezca (atributo "custom"), pues es
un campo de tipo string, de forma que podrías identificar como F1235G, por
ejemplo:

Employee-ID
http://msdn.microsoft.com/library/d...oyeeid.asp


¿Afectar a otras aplicaciones? Depende de lo que tengas implementado. Es un
atributo que puede ser utilizado a la hora de hacer sincronización de
identidad entre varias fuentes (Lotus, otros servicios de directorio, como
los de SUN o Netscape, el propio Active Directory y, como en tu caso, una
base de datos). Así pues, si no tienes nada de esto implantado, o si lo
tienes implantado pero sin usar este atributo como identificador común), no
deberías tener problemas en hacerlo. Mira esto:

Identity Aggregation and Synchronization
http://www.microsoft.com/technet/se...ent_3.mspx

Exchange 2000 y 2003 están integrados con Active Directory y por tanto no te
daría problemas el uso del campo employeeID. Si el Exchange que se usa es el
5.5 se mapean propiedades de AD con el directorio de Exchange 5.5. Esta
tarea la realiza ADC (Active Directory Connector). Extraido de:

Exchange 2000 Active Directory Integration and Replication ~ Chapter 5 -
Active Directory Integration and Replication
http://www.microsoft.com/technet/pr...adint.mspx:

<pego>
By default, the ADC uses its own rules for matching attributes between the
two directories. For example, the Department attribute in the Exchange
directory is automatically matched to the Department attribute in Active
Directory. Matching rules for all connection agreements reside in the
default ADC policy object for the ADC in a field called
msExchServerXSchemaMap, where X equals 1 for Active Directory-to-Exchange
matches, and 2 for Exchange-to-Active Directory matches. You can view these
rules by right clicking on Active Directory Connector Management in the
Active Directory Connector Manager and choosing Properties. In some cases,
it is desirable to change these rules. For example, you can match the
Exchange Custom-Attribute-3 attribute (called Extension-Attribute-3 in LDAP)
to the Active Directory employeeID attribute.
</pego>

Como ves, también es un atributo "custom" el que en el ejemplo mapean con
employeeID, así que si no se está usando, no debería darte ningún problema
el utilizarlo.

Un saludo
Fernando Reyes [MS MVP]
MCSE Windows 2000 / 2003
MCSA Windows Server 2003
http://freyes.svetlian.com
http://www.bloglines.com/blog/urpiano

(Comete dos mandarinas si quieres escribirme)


Fue Ore () quien , con sus deditos, escribió:

Buenas tardes:

Precisaría documentarme sobre todos los usos que le dan las
aplicaciones integradas en Active Directory al campo employeeID.

Me gustaría utilizarlo como campo común entre una base de datos y el
directorio, que deben estar integradas.

En estos momentos, según ADSI Edit, figura como "Not set". Es urgente
que compruebe que esto no afectará al funcionamiento de servicios
como Exchange, etc..., o que alguna aplicación me machaque estos
datos

¿Podríais ayudarme? Muchas gracias.

Muchísimas gracias a los dos.

Revisaré concienzudamente la información de los links que me mencionais.
Aunque con los supuestos que especifica Fernando estoy casi seguro que no
supondrá ningún problema.

Un abrazo muy fuerte.

"Ore" escribió:

Buenas tardes:

Precisaría documentarme sobre todos los usos que le dan las aplicaciones
integradas en Active Directory al campo employeeID.

Me gustaría utilizarlo como campo común entre una base de datos y el
directorio, que deben estar integradas.

En estos momentos, según ADSI Edit, figura como "Not set". Es urgente que
compruebe que esto no afectará al funcionamiento de servicios como Exchange,
etc..., o que alguna aplicación me machaque estos datos

¿Podríais ayudarme? Muchas gracias.