names.nsf на сервере должна быть вашей корпоративной адресной книгой. Отдельные пользователи не должны иметь доступа для записи в этот файл.
У каждого пользователя также должен быть файл names.nsf при локальной установке. Если они являются перемещаемым пользователем, это может быть скопировано на сервер под их перемещаемым профилем пользователя. Это единственный раз, когда вы увидите это на сервере. Но он не перезаписывает и никак не взаимодействует с сервером names.nsf. У них разные replicaID. В этой базе данных есть поле "
Пользователи могут реплицировать сервер names.nsf вниз, если они работают автономно, но его следует настроить с другим именем файла или в другой папке, чтобы он не перезаписывал их личные имена.nsf. Опять же, у него будет другой replicaID, поэтому он не будет взаимодействовать с их личными именами .nsf.
Две базы данных также имеют разные шаблоны оформления.
Также возможно настроить одну или несколько общих адресных книг через Справочную службу. Эти типы адресных книг могут быть изготовлены на заказ собственными силами и часто используются группами людей. Например, отдел закупок может иметь адресную книгу контактов поставщика. Единственный способ, с помощью которого я могу отличить их, - это $ UpdatedBy, если разработчик, создавший эту базу данных, не добавил поле для записи владельца записи.