Все системы подсасывают из AD новые данные из учётки.. все.. кроме SharePoint Foundation.

SharePoint Foundation не синхронизирует данные пользователя с AD (Active Directory)!

Что же происходит?

Когда пользователь заходит на портал, то для него создаётся запись в скрытом списке:
User Information List (/_catalogs/users/simple.aspx)
Эти записи, скажем так, выполнят роль профиля пользователя в SharePoint Foundation. Данные в этот список подтягиваются из AD из учётной записи пользователя.

Однако данные в User Information List сами по себе не обновляются! (По крайней мере в SharePoint Foundation. Возможно в SharePoint Server, где есть синхронизация с AD, всё иначе и данный с AD синхронизируются корректно)

Таким образом, если пользователя завели в AD и дали доступ на портал, то для него будет создана запись в User Information List. Но если после этого админы зашли в Active Directory и поменяли у данной учётно записи все параметры (включая логи пользователя, ФИО и адрес почты), то в список User Information List эти новые данные автоматически не подтянутся и следовательно данные в User Information List останутся старыми и будут отличаться от данных в AD.

Например, если первоначально секретарём был Иванов Иван Иванович с логином i.ivanov, а потом администраторы переименовали (именно изменили существующую, а не создали ) его учётную запись в AD в Петров Пётр Петрович с логином p.petrov, то такой пользователь будет нормально логиниться на портал под логином p.petrov, НО будет видеть вместо своего имени (Петров Пётр Петрович), имя старого секретаря (Иванов Иван Иванович), потому что имя и прочие данные будут подтягиваться из User Information List, куда они были записаны ещё в те давние времена, когда учётная запись секретаря именовалась Иванов Иван Иванович.

Самый простой способ исправить эту ситуацию, это найти и удалить пользователя с портала и удалить запись в списке User Information List, а затем вновь добавить пользователя на портал.

Чтобы удалить пользователя и запись в User Information List, для начала её необходимо найти. Для этого нужно открыть список User Information List, который находится по адресу /_catalogs/users/simple.aspx и ручками прошерстить его в поисках записи для соответсвующей учётной записи.

В нашем случае нам необходимо найти учётную запись с именем «старого» секретаря. Так как именно она содержит устаревшие данные.

Однако если вы знаете ID пользователя, то можно открыть интересующую нас запись, воспользовавшись следующим URL-адресом:
/_layouts/15/userdisp.aspx?ID={ID пользователя}
или
/_layouts/listform.aspx?PageType=4&ListId={{GUID списка — User Information List}}&ID={ID пользователя}

Например:
http://emg-sed/_layouts/15/userdisp.aspx?ID=150
или
http://emg-sed/_layouts/listform.aspx?PageType=4&ListId={246E4250-6364-4241-10C3-34BF2E063802}&ID=150

А далее достаточно нажать кнопку «Удалить пользователя из семейства веб-сайтов»:

После этого я, как правило, прошу пользователя вновь зайти на портал. При этом SharePoint разумеется не пустит пользователя и покажет ему страницу с которой он может написать обращение к администратору SharePoint — «Зачем вам нужен доступ на портал».
Получив такой запрос я вновь выдаю пользователю все необходимые права и SharePoint вновь создаёт (хотя правильнее сказать, восстанавливает) запись в User Information List, но уже с правильными, новыми, актуальными данными, которые он подтягивает из AD.

Теперь наш «новый» секретарь, заходя на портал видит своё имя и запись в User Information List содержит актуальные данные из учётной записи AD.

PS: Что интересно, запись в списке User Information List создаётся с тем же самым ID, с каким она была, до удаления. По этому можно говорить о том, что запись не создаётся а восстанавливается.

Как вы наверное помните, каждая новая запись в списке SharePoint имеет уникальный ID, который на единицу больше, чем был у предыдущей записи в этом же списке. Причём не важно удалили вы предыдущую запись или она по прежнему в списке. Всё равно ID у новой записи списка будет на единицу больше. SharePoint даже не пытается искать в списке запись с наибольшим значением в ID. Вместо этого он запоминает текущий ID в данном списке и инкрементирует это значение по мере добавления новых значений в этот список. В общем тут всё логично и понятно.

Соответственно с моей стороны разумно было бы ожидать, что удалив и вновь добавив пользователя на портал, я получу пользователя с новым ID. Однако это не так.
На практике, добавляя на портал пользователя (а точнее говоря учётную запись из AD), который однажды уже имел доступ к этому порталу, мы увидим, что SharePoint восстановит для него запись в User Information List с тем же самым ID, правда при этом обновит её значения новыми данными из AD. Чего мы и добивались.

Взято: http://net4windows.blogspot.ru/2016/11/ad-sharepoint-foundation.html