Attributs d’extension

  • Last update on May 12th, 2026

Un ensemble prédéfini d’attributs est disponible pour les entités utilisateur et est régulièrement importé et géré. Pour étendre cet ensemble, des attributs utilisateur supplémentaires peuvent être configurés, jusqu’à un maximum de 45. Dans cet article, ils sont appelés extension attributes.

CoreView prend actuellement en charge uniquement les directory extensions / extension properties pour les objets User. Cela inclut les extensions d’annuaire cloud créées dans Microsoft Entra ID et les extensions d’annuaire on-premises synchronisées depuis Active Directory.

CoreView ne prend pas actuellement en charge les Microsoft Entra custom security attributes, les schema extensions ou les open extensions.

Étant donné que le terme custom attributes peut être confondu avec custom security attributes dans Microsoft Entra, cet article utilise extension attributes lorsqu’il fait référence aux attributs pris en charge.

 

Cette fonctionnalité permet de configurer les extension attributes dans le portail. Ils peuvent être importés via les importations complètes et les importations on-premises, gérés via les actions de gestion prises en charge et utilisés dans les filtres de Tenant virtuel, les rapports et les entités utilisateur.

Exigences de configuration pour les attributs cloud uniquement

Ces attributs sont hébergés dans Microsoft Entra ID en tant que directory extensions / extension properties.

Documentation Microsoft :

Instructions pour gérer les extensions d’annuaire cloud

Pour afficher les extension properties déjà configurées dans le tenant, connectez-vous à Microsoft Graph PowerShell et exécutez l’applet de commande PowerShell suivante. Cette commande répertorie les extensions d’annuaire qui peuvent être mappées dans la plateforme :

$applications = Get-MgApplication
foreach ($app in $applications) {
    $extensionProperties = Get-MgApplicationExtensionProperty -ApplicationId $app.Id
    if ($extensionProperties) {
        Write-Output "Application ID: $($app.Id)"
        Write-Output "Application Name: $($app.DisplayName)"
        Write-Output "Extension Properties:"
        $extensionProperties | Format-Table Id, Name, DataType
        Write-Output "`n"
    }
}

Avant d’exécuter ces commandes, assurez-vous que les autorisations Microsoft Graph requises ont été accordées. Pour plus de détails, consultez la documentation Microsoft pour Get-MgApplication et Get-MgApplicationExtensionProperty.

 
 

Extensions d’annuaire on-premises

Le schéma Active Directory par défaut inclut les principaux attributs dont la plupart des organisations ont besoin. Dans certains scénarios, des attributs supplémentaires peuvent devoir être créés et liés à la classe utilisateur.

Cet article ne décrit pas comment créer de nouveaux attributs directement dans Active Directory. Pour ce processus, reportez-vous à la documentation Microsoft Entra Connect lorsque l’objectif est de synchroniser des attributs on-premises vers Microsoft Entra ID en tant que directory extensions.

Pour obtenir une liste des attributs on-premises pouvant être intégrés à la plateforme, utilisez la commande PowerShell ci-dessous :

Commande PowerShell

#include DataTypes: Bool(1), Int(2), GeneralizedTime (23-24) and DirectoryString(64)
$allowedTypes = 1,2,23,24,64
$schemaNaming = (Get-ADRootDSE).schemaNamingContext
$attr = (Get-ADObject -SearchBase $schemaNaming -Filter * -Properties lDAPDisplayName, omSyntax).Where({ $allowedTypes -contains $_.omSyntax}) | Select-Object lDAPDisplayName, @{
Name = 'DataType'; Expression ={
if( $_.omSyntax -eq 1){
"Bool"
}
elseif( $_.omSyntax -eq 2){
"Int"
}
elseif( $_.omSyntax -eq 23 -or $_.omSyntax -eq 24){
"DateTime"
}
else{
"String"
}
}
} | Sort-Object lDAPDisplayName
$attr | Out-GridView

Attributs qui ne peuvent pas être importés dans CoreView

Les attributs de chaîne Unicode pouvant contenir plusieurs valeurs ne sont actuellement pas pris en charge. Cela se produit lorsque la valeur renvoyée par Active Directory est stockée sous forme de ADPropertyValueCollection.

Pour vérifier si un attribut on-premises peut être importé, exécutez les commandes suivantes :

$user = Get-ADUser -Identity $identity -Properties postOfficeBox

$user.postOfficeBox.GetType()

Si le résultat est ADPropertyValueCollection, l’attribut ne peut pas être importé, car il s’agit d’un tableau et non d’une chaîne.

 
 
 

La sortie du script inclut deux propriétés : nom d’affichage LDAP et type de données.
Les attributs répertoriés ci-dessous ne peuvent pas être configurés, car ils sont déjà importés automatiquement :

Liste des attributs non configurables

  • UserPrincipalName
  • GivenName
  • sn
  • l
  • c
  • Department
  • physicaldeliveryofficename
  • PostalCode
  • st
  • StreetAddress
  • Title
  • DisplayName
  • facsimiletelephonenumber
  • mobile
  • telephonenumber
  • WhenCreated
  • DistinguishedName
  • lastlogontimestamp
  • ObjectGUID
  • whenChanged
  • Proxyaddresses
  • lockouttime
  • userAccountControl
  • sAMAccountName
  • msDS-UserPasswordExpiryTimeComputed
  • objectSid
  • pwdLastSet
  • employeeID
  • employeeNumber
  • accountExpires
 
 

Extensions d’annuaire synchronisées

Il s’agit d’attributs Active Directory on-premises synchronisés vers Microsoft Entra ID.

Pour synchroniser des attributs on-premises vers Microsoft Entra ID en tant que directory extensions, reportez-vous au guide Microsoft : Microsoft Entra Connect Sync: Directory extensions.

Les attributs synchronisés peuvent conserver leur nom on-premises ou apparaître avec le modèle de nommage des extensions cloud. Pour cette raison, l’approche recommandée consiste à utiliser le nom tel qu’il apparaît après la synchronisation. Cela permet de garantir que l’attribut est correctement reconnu dans les environnements on-premises et cloud.

Pour synchroniser ces attributs, les attributs on-premises doivent d’abord être sélectionnés pour la synchronisation dans Microsoft Entra Connect. Une fois la synchronisation terminée, les attributs sont également disponibles dans le cloud et peuvent être répertoriés à l’aide de l’applet de commande fournie dans la section cloud.

Une fois synchronisés, ces attributs peuvent être attribués à tous les utilisateurs, qu’ils soient cloud uniquement, on-premises ou utilisateurs synchronisés.

Instructions pour définir les attributs dans CoreView

Bien que plusieurs types de données puissent exister dans l’environnement local, CoreView prend en charge uniquement quatre types de données. Chaque type dispose d’un nombre fixe d’emplacements :

  • String - 30 emplacements
  • Integer - 5 emplacements
  • Boolean - 5 emplacements
  • DateTime - 5 emplacements

Si les autorisations requises pour modifier les paramètres de l’organisation sont disponibles, ces attributs peuvent être configurés comme suit :

  1. Accédez à Paramètres > My organization > Paramètres > Extension attribute mapping.
  2. Pour chaque attribut, configurez les valeurs suivantes :
  • Type de compte (On-Cloud, On-Premises ou Synchronized)
  • Nom d’extension (nom Microsoft)
  • Nom convivial
  • Type de données (String, Int, Bool ou DateTime)
 
 

Formats de nom d’extension

Le format du nom d’extension dépend du type de compte sélectionné :

Pour les types de compte on-cloud

Pour les extensions d’annuaire cloud, le modèle de nommage doit suivre cette structure :

extension_{applicationId}_{attributeGivenName}

Dans ce modèle :

  • extension_ est le préfixe fixe.
  • {applicationId} est l’identifiant d’application associé à l’extension property.
  • {attributeGivenName} est le nom attribué à l’extension property.

La convention de nommage doit être respectée. Si le format est incorrect, les importations et les actions de gestion ne fonctionneront pas correctement.

 
 
 

Pour les types de compte on-premises

Pour les attributs on-premises, utilisez le nom exact de l’attribut tel qu’il apparaît dans l’environnement Active Directory local. Il n’existe pas de restrictions de nommage supplémentaires, mais le nom doit correspondre exactement. Dans le cas contraire, les importations et les actions de gestion peuvent échouer.

N’utilisez pas de noms d’attribut déjà répertoriés comme non configurables dans la section on-premises. L’utilisation de ces noms peut entraîner l’échec du processus d’importation on-premises.

 
 
 

Pour les types de compte synchronisés

Lorsqu’un attribut on-premises est synchronisé vers le cloud en tant que directory extension, il devient disponible à la fois dans Microsoft Entra ID et dans l’environnement Active Directory local. Pour ces attributs, le format de nommage cloud est recommandé :

extension_{applicationId}_{attributeGivenName}

L’utilisation de ce format permet de garantir que l’attribut peut être utilisé correctement pour les importations et les actions de gestion sur tous les types de compte pris en charge.

 
 

Nom convivial

Le nom convivial est une étiquette interne utilisée pour identifier clairement chaque attribut configuré. Il s’agit de la valeur affichée dans les rapports comme titre de colonne, dans les paramètres du Tenant virtuel et dans les actions de gestion.

Pour les modèles on-cloud, le nom convivial est par défaut attributeGivenName. Une étiquette différente peut être attribuée si nécessaire.

Utilisation des attributs configurés dans CoreView

Fonctions d’importation

  • Importation complète : toutes les 24 heures.
  • Importation on-premises : toutes les 6 heures.

Rapports

Tenant virtuel

Actions de gestion (accessibles uniquement via l’assistant)

Règles de base pour les actions

  • Si l’attribut est on-cloud, il est disponible pour tous les utilisateurs cloud et les utilisateurs synchronisés. Pour les utilisateurs synchronisés, il est écrit uniquement dans Microsoft Entra ID.
  • Si l’attribut est on-premises, il est disponible pour les utilisateurs on-premises et les utilisateurs synchronisés. Pour les utilisateurs synchronisés, il est écrit uniquement dans l’Active Directory local.
  • Si l’attribut est synchronized, il peut être défini pour tous les utilisateurs. Selon le type d’utilisateur, il est visible uniquement dans Microsoft Entra ID pour les utilisateurs cloud, uniquement dans l’Active Directory local pour les utilisateurs on-premises, ou dans les deux annuaires pour les utilisateurs synchronisés.