Ситуация знакома многим, кто работает с 1С в обычной офисной сети: на одном компьютере список баз открывается без проблем, а на другом окно подключения пустое или показывает лишь часть доступных вариантов. На первый взгляд проблема выглядит странно, но почти всегда у нее вполне земное объяснение. Чаще всего дело не в самой платформе 1С, а в том, как Windows, сеть и права доступа видят один и тот же ресурс по-разному.

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

Почему один и тот же компьютер показывает разный список баз

Если на одном рабочем месте базы отображаются, а на соседнем нет, это еще не значит, что сломалась программа. У каждого пользователя Windows есть свой профиль, свои настройки 1С, свои сетевые подключения и иногда свои ограничения по правам. Поэтому два человека за одинаковыми компьютерами могут видеть совершенно разную картину.

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

Бывает и обратная история. База существует, но для конкретного пользователя закрыта сетевая папка, к которой идет путь, либо не подключается диск, либо не разрешено чтение файла с описанием базы. На практике именно такие детали и создают ощущение загадки. Снаружи все выглядит как одна и та же сеть, а внутри работают разные правила доступа.

«В 1С почти всегда сначала стоит проверить не саму базу, а путь до нее и права на этот путь», — такую формулу часто повторяют системные администраторы, когда разбирают похожие обращения.

Что проверить в первую очередь

Есть несколько точек, с которых удобно начинать разбор. Они не требуют специальных утилит и помогают быстро сузить круг причин. Иногда достаточно сверить всего пару параметров, чтобы стало ясно, где разрыв.

Прежде всего стоит посмотреть, под каким пользователем вошли в Windows, и совпадает ли он с тем, у кого список баз работает. Если учетная запись другая, профиль тоже другой, а значит, могут отличаться сетевые подключения, права на папки и даже сохраненные настройки 1С. Затем полезно проверить, запускается ли 1С от имени этого же пользователя, а не через чужой ярлык или общий рабочий стол.

• Проверить учетную запись Windows и наличие доменного входа.

• Сравнить путь к списку баз или файлу запуска 1С.

• Посмотреть, открывается ли сетевой ресурс вручную через Проводник.

• Убедиться, что у пользователя есть права на чтение общей папки.

• Проверить, не менялся ли способ запуска 1С после обновления или переноса файлов.

Я не раз видел, как проблема решалась после простого открытия общей папки через Проводник под нужной учетной записью. Пока человек работал из-под администратора, все выглядело нормально. Как только запускали обычного пользователя, путь переставал открываться, и 1С не могла показать список баз. Сама программа тут ни при чем, она просто честно отображает то, что смогла прочитать.

«Если база видна под одной учетной записью и не видна под другой, почти всегда надо смотреть на доступ к файлу списка или к сетевой папке, а не на саму конфигурацию», — так обычно формулируют суть проблемы специалисты по сопровождению 1С.

Разные профили Windows и локальные настройки 1С

У каждого пользователя Windows свой профиль, а значит, свои папки AppData, свои настройки приложений и свои следы работы программ. Если список баз 1С хранится локально, то он не становится общим автоматически. Один сотрудник создал список на своем компьютере, а другой зашел под другой учетной записью и ничего не увидел.

Это часто случается после переустановки Windows, смены домена, переноса рабочего места или обновления клиента 1С. Человек уверен, что ничего не менял, но система уже смотрит на него как на нового пользователя. Поэтому вместо привычного списка баз появляется пустое окно, и кажется, будто «пропали все базы».

В такой ситуации полезно понять, как именно организован запуск. Если используется файл ibases.v8i, его могли положить в папку, доступную только одному профилю. Если список баз добавляли вручную в окне выбора, он остался внутри локальной настройки пользователя. И если другой сотрудник входит под своей учетной записью, он этот список не наследует.

Где чаще всего лежит причина

На практике все обычно сводится к одной из трех схем. Первая: список баз лежит локально в профиле, и другой пользователь его просто не имеет. Вторая: список общий, но сама папка недоступна. Третья: ярлык ведет на рабочий файл, созданный под чужой учетной записью, и путь ломается при запуске.

Поэтому полезно открыть свойства ярлыка, посмотреть его цель и проверить, откуда именно стартует 1С. Иногда нужная информация скрыта буквально в одной строке пути. Если там фигурирует персональная папка пользователя, ответ уже почти найден.

Еще один важный момент связан с обновлениями клиента 1С. После обновления настройки запуска могут измениться, а старый список баз остаться в предыдущем профиле. Из-за этого один человек продолжает видеть базы, а другой, войдя в систему чуть позже, получает чистое окно выбора.

Сетевой путь, права доступа и общая папка

Когда список баз хранится на сервере, все упирается в доступ к общей папке. Если у пользователя нет прав на чтение, 1С не сможет показать список полностью или не увидит его вовсе. Здесь важны не только права в самой 1С, но и обычные сетевые разрешения Windows.

Очень часто сбой связан с тем, что папка открывается у администратора, но не открывается у обычного сотрудника. Администратор входит в систему, проходит по UNC-пути, видит содержимое и считает, что все в порядке. А у пользователя нет доступа к этой же папке, потому что для него не выданы права на чтение либо не подключен сетевой ресурс.

Если используется сетевой диск, полезно проверить, не пропадает ли он после входа в систему. Иногда диск подключается вручную и доступен только в рамках текущего сеанса. После перезапуска компьютера он исчезает, а 1С уже не находит файл со списком баз. Снаружи это выглядит как случайная ошибка, но причина вполне стабильна.

Что проверять	Как проявляется проблема	Что обычно помогает
Права на сетевую папку	Список баз пуст или открывается частично	Выдать чтение нужной учетной записи или группе
Подключение сетевого диска	После перезагрузки путь не находится	Использовать постоянное подключение или UNC-путь
Файл списка баз	Один пользователь видит базы, другой нет	Перенести список в доступное место
Локальный профиль Windows	У разных пользователей разные окна запуска	Сверить настройки и путь хранения

Когда мешает не 1С, а Windows

Иногда причина вообще не в сети и не в правах на папку. Windows умеет удивлять более тонко: блокирует сохранение настроек, создает временный профиль или подхватывает не ту доменную политику. Тогда пользователь вроде бы работает нормально, но 1С запускается не с теми данными, с которыми ожидалось.

Если профиль временный, часть настроек после выхода из системы исчезает. Пользователь запускает 1С, видит список баз, закрывает программу, входит снова и обнаруживает уже другую картину. В доменной среде такое особенно заметно, когда политика безопасности ограничивает доступ к папкам профиля или перенаправляет рабочие каталоги.

Нельзя забывать и про антивирус или средства защиты. Иногда они блокируют доступ к сетевому файлу, который 1С использует как список баз, особенно если он лежит в нестандартной папке. В логе при этом может не быть понятного текста, и кажется, будто проблема плавает сама по себе. На деле это обычная блокировка доступа.

Полезно посмотреть на способ запуска

Если 1С стартует через терминальный сервер, RDP или удаленный рабочий стол, поведение может отличаться от локального входа. На сервере у каждого сеанса свой профиль, и тот факт, что база видна на локальной машине, ничего не говорит о видимости в удаленном сеансе. Здесь полезно сравнивать именно среду запуска, а не только имя пользователя.

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

Если доступ к базе идет через файл описания, а не через ручное добавление в окне запуска, проверьте его содержимое. Иногда там указан старый путь, буква несуществующего диска или папка, где давно изменились права. Это простая вещь, но она часто экономит время.

Как спокойно разбирать такие случаи на практике

Удобнее всего идти от простого к сложному. Сначала понять, видит ли пользователь общую папку вручную. Затем проверить, одинаковый ли у всех ярлык запуска. После этого посмотреть, где лежит список баз и кто вообще может его читать. Такой порядок экономит время и не заставляет гадать наугад.

Если речь идет о рабочем месте в организации, полезно сравнить проблемного пользователя с тем, у кого все работает. Не в смысле копировать настройки, а в смысле посмотреть различия. У одного сетевой диск подключается автоматически, у другого нет. У одного список баз хранится в общей папке, у другого в локальном профиле. У одного есть права группы, у другого только личная учетная запись.

Из моего опыта, самые долгие разборы случались не из-за сложных багов, а из-за мелочей, которые просто не заметили сразу. Один раз причиной оказался ярлык, закрепленный на панели задач после старой установки. Другой раз сотруднику выдали права на папку, но забыли, что 1С читает не саму папку, а файл внутри нее. Когда такие детали складываются вместе, картина кажется хаотичной. На деле она вполне логична.

«Сбой видимости баз обычно находится на стыке прав Windows, сетевого пути и того, где хранится сам список подключения», — так описывают проблему специалисты, которым приходится разбирать ее без лишней суеты и догадок.

Что сделать, чтобы проблема не возвращалась

Когда источник найден, важно не только исправить его один раз, но и убрать саму причину расхождения между пользователями. Если список баз нужен всем, его лучше хранить в общей доступной папке с понятными правами чтения. Если у каждого пользователя должен быть свой набор, это тоже стоит оформить явно, а не рассчитывать на случай.

Полезно договориться об одном способе запуска 1С для всех рабочих мест. Один ярлык, один путь, одна логика доступа. Чем меньше вариантов, тем меньше сюрпризов после обновлений, замены компьютера или входа под новой учетной записью. Особенно это заметно в небольших компаниях, где настройки передают «по памяти» и никто не фиксирует их документально.

Еще одна полезная привычка — проверять запуск под обычным пользователем сразу после настройки или переноса базы. Администратор почти всегда видит больше, чем нужно. Настоящая картина проявляется именно под той учетной записью, с которой человек будет работать каждый день. Если список баз открывается там, значит, схема собрана правильно.

Когда один пользователь Windows видит базы 1С, а другой нет, это почти всегда не загадка, а следствие разницы в путях, правах и профилях. Стоит посмотреть на эти три вещи внимательно, и большинство таких случаев перестает быть проблемой. В 1С и Windows обычно хватает обычной логики, чтобы быстро понять, где именно разошлись настройки.