Итак, понятие UNC появилось вместе с появлением сети и служит для упорядочивания правил формирования имен в сетях. При этом в сеть могут входить домены как NT, так и Warp Connect, IBM LAN Server, рабочие группы Microsoft, серверы NetWare. Так вот все это будет подчиняться правилам UNC на уровне обращения к серверу, но не дискам. Полную поддержку UNC имеет только для сетей на основе Microsoft NT Server. И здесь есть тонкость. Вы можете по UNC обратиться к сетевому ресурсу даже если его не видно в сетевом окружении. То есть зная имя машины и каталога всегда можно обратиться к данной машине. Это важно при создании своих приложений, которые будут работать в сети.

При этом не надо забывать, что при работе в сети файловая система не влияет на приложения. Например, никто не запрещает из скажем NT обратиться к сетевому диску FAT 32, хотя NT само не умеет работать с FAT 32. Это очень хороший признак для программиста, хоть об этом думать не надо.

Задаются имена UNC по правилам:

\\<имя сервера>\<имя каталога>
Например
\\ServerEnterprize\Finanse\
или
\\ServerEnterprize\Finanse\1998.xls

Для работы с именами UNC есть ряд функций в Shell Utility APIs. Например, функция PathIsUNCServer проверяет правильность имени UNC. Для примера вот она какая:

BOOL PathIsUNCServer
(
    LPCTSTR pszPath
);

Многие встроеные функции Windows, например, CreateDirectory работают с UNC именами.

Итак, для первого уровня создания программ на уровне файл сервера есть возможность использовать UNC имена, которые имеют свои функции для работы и поддерживаются большинством файловых операций Windows. Так что у Вас есть возможность помещать на сетевой диск настроечные файлы, формы и так далее и в последствии использовать их в своей программе на локальной станции. Результат все это надо править только один раз и изменения будут на всех станциях.