Администрирование · 13 мин
Как сделать 1С сетевой: пошаговая настройка общего доступа к базе
Как сделать 1С сетевой: публикация файловой базы в общей папке, веб-сервер, переход на клиент-серверный режим. Требования, настройка, проверка, типичные ошибки.
Сетевая работа в 1С означает, что несколько пользователей одновременно подключаются к одной информационной базе с разных компьютеров. Существует три рабочих способа организовать такой доступ: разместить файловую базу в общей сетевой папке, опубликовать её на веб-сервере или перевести базу в клиент-серверный режим на связке «сервер 1С + СУБД». Выбор зависит от количества пользователей, объёма данных и требований к надёжности.
Важно понимать ограничение лицензий: для одновременной работы нескольких пользователей требуются соответствующие клиентские лицензии 1С. Однопользовательская (локальная) поставка программно не позволит работать в сети — сначала проверьте, какие лицензии у вас есть: программные или аппаратные (USB-ключи HASP), и на сколько рабочих мест.
Ниже разобраны все три варианта с конкретными шагами, условиями выбора и проверкой результата. Инструкции ориентированы на платформу 1С:Предприятие 8.3, но общая логика сохраняется и для более ранних версий.
Какой вариант сетевой работы выбрать
Файловый режим через общую папку подходит для небольших коллективов — обычно до 5 пользователей при умеренном объёме базы. Все данные хранятся в одном файле 1Cv8.1CD, и каждый клиент работает с ним напрямую по сети. Это дёшево и просто, но чувствительно к качеству сети: обрыв соединения во время записи может повредить файл базы.
Публикация на веб-сервере (IIS или Apache) — промежуточный вариант. База остаётся файловой, но клиенты подключаются по протоколу HTTP, в том числе через интернет и через браузер. Это удобно для удалённых сотрудников, однако требует настройки веб-сервера и внимания к безопасности.
Клиент-серверный режим — решение для баз с большим объёмом данных и десятками одновременных пользователей. Платформа 1С обращается не к файлу, а к СУБД (PostgreSQL, MS SQL Server, Oracle), а посредником выступает сервер 1С:Предприятия. Это дороже и сложнее в администрировании, но даёт устойчивость к сбоям, разграничение прав и нормальную скорость при высокой нагрузке.
Сравнение вариантов
До ~5 пользователей, минимальные затраты; риск повреждения файла при обрыве сети
Нужен доступ через интернет или браузер; требует настройки IIS/Apache и защиты соединения
Много пользователей и большие объёмы; нужны лицензия на сервер 1С и навыки администрирования СУБД
Подготовка: лицензии, сеть и резервная копия
Перед настройкой проверьте три вещи. Первое — лицензии: для сетевой работы нужны многопользовательские клиентские лицензии. Аппаратный сетевой ключ HASP вставляется в любой компьютер сети, на котором работает менеджер лицензий (обычно устанавливается вместе с платформой как служба HASP License Manager). Программные лицензии активируются пин-кодами на сервере или на каждом рабочем месте.
Второе — сеть. Компьютеры должны видеть друг друга в локальной сети, брандмауэр на машине с базой не должен блокировать общий доступ к файлам и принтерам. Для стабильной работы файловой базы по сети желательно проводное подключение: Wi-Fi повышает риск обрывов и повреждения данных.
Третье — резервная копия. Перед переносом базы откройте её в режиме «Конфигуратор» и выполните «Администрирование → Выгрузить информационную базу». Полученный файл .dt сохраните на отдельном носителе. Это страховка на случай повреждения базы при переносе или сбое сети.
Вариант 1: файловая база в общей сетевой папке
Выберите компьютер, который будет хранить базу. Это должен быть машина, которая всегда включена в рабочее время — лучше выделенный сервер или хотя бы отдельный стабильный ПК, а не компьютер бухгалтера, который перезагружается в середине дня.
Создайте на нём папку, например D:\Bases\Trade, и скопируйте туда каталог информационной базы целиком (в нём лежит файл 1Cv8.1CD), предварительно завершив работу всех пользователей. Затем откройте общий доступ: правой кнопкой по папке → «Свойства» → вкладка «Доступ» → «Расширенная настройка» → установите флажок «Открыть общий доступ к этой папке». В разрешениях дайте группе пользователей 1С полный доступ — платформе нужно не только читать, но и создавать служебные файлы блокировок.
На вкладке «Безопасность» убедитесь, что у тех же пользователей есть права на изменение и запись в папку на уровне NTFS. Разрешения общего доступа и NTFS работают вместе, и действует наиболее restrictive из них — частая причина ошибок «нет доступа к базе» именно в этом несоответствии.
На каждом рабочем месте запустите 1С, в окне выбора баз нажмите «Добавить» → «Создание новой информационной базы» не нужно — выберите «Добавление в список существующей информационной базы», укажите тип «На данном компьютере или на компьютере в локальной сети» и пропишите сетевой путь, например \\SERVER\Bases\Trade. После сохранения база появится в списке и будет открываться по сети.
- 1Завершите работу всех пользователей и сделайте выгрузку .dt
- 2Скопируйте каталог базы на выделенный компьютер
- 3Откройте общий доступ к папке с правом изменения
- 4Проверьте NTFS-права на вкладке «Безопасность»
- 5Добавьте базу на рабочих местах по сетевому пути \\SERVER\Bases\ИмяБазы
- 6Запустите базу с двух компьютеров одновременно и проверьте запись документа
Вариант 2: публикация файловой базы на веб-сервере
Этот способ нужен, когда пользователи работают удалённо или через браузер. На компьютере с базой устанавливается веб-сервер (IIS в Windows или Apache) и модули расширения веб-сервера 1С — они ставятся из дистрибутива платформы при выборе соответствующего компонента.
Публикация выполняется из конфигуратора: откройте базу в режиме «Конфигуратор», затем «Администрирование → Публикация на веб-сервере». Укажите имя публикации (латиницей, без пробелов), каталог веб-сервера и отметьте, какие клиенты будут работать: тонкий клиент, веб-клиент, а при необходимости — веб-сервисы. После нажатия «Опубликовать» платформа создаст файл default.vrd и настроит виртуальный каталог.
Клиенты подключаются по адресу вида http://server/base: тонкий клиент — через добавление базы с типом «На веб-сервере», веб-клиент — просто по ссылке в браузере. Для доступа из интернета обязательно настройте HTTPS с сертификатом и не открывайте базу наружу без аутентификации — учётные записи 1С с паролями и разграничение прав здесь критичны.
Вариант 3: переход на клиент-серверный режим
Клиент-серверный вариант оправдан, когда одновременно работают больше 5–7 пользователей, база быстро растёт, файловый режим тормозит или уже случались повреждения файла 1Cv8.1CD. Понадобятся: лицензия на сервер 1С:Предприятия, отдельный сервер (физический или виртуальный) и СУБД — чаще всего PostgreSQL со сборкой, адаптированной под 1С, либо MS SQL Server.
Общая последовательность такая. Сначала установите СУБД и сервер 1С (он может стоять на той же машине при умеренной нагрузке). Затем в консоли кластера серверов 1С создайте новую информационную базу: укажите тип СУБД, имя базы данных, пользователя СУБД с правами на создание баз. После этого загрузите в неё данные из файла .dt через конфигуратор: «Администрирование → Загрузить информационную базу».
На рабочих местах базу добавляют с типом «На сервере 1С:Предприятия», указывая имя сервера и имя базы в кластере. Файловую копию после успешного перехода не удаляйте сразу — оставьте её в архиве как резерв на первое время, но сделайте недоступной для работы, чтобы никто случайно не продолжил вносить данные в старую базу.
Переход на клиент-сервер имеет смысл планировать не в разгар отчётного периода, а в спокойное время: загрузка большой базы из .dt может занять часы, а на отладку прав и производительности СУБД почти всегда уходит дополнительное время.
Настройка пользователей и прав
Сетевая база требует заведения учётных записей для каждого сотрудника. В конфигураторе откройте «Администрирование → Пользователи» и создайте пользователей с осмысленными именами, паролями и назначенными ролями. Работа всех под одной учётной записью «Администратор» — серьёзный риск: невозможно отследить, кто изменил документ, а пароль со временем узнают все.
Роли назначайте по принципу минимально необходимых прав: кассиру не нужны права на изменение учётной политики, менеджеру — на закрытие периода. В типовых конфигурациях есть готовые профили групп доступа, которые настраиваются уже в режиме «Предприятие» через раздел администрирования — это удобнее, чем раздавать роли в конфигураторе вручную.
Дополнительно можно включить аутентификацию операционной системы, чтобы вход в 1С происходил под доменной или локальной учётной записью Windows без отдельного пароля. Это снижает число «забытых паролей» и упрощает блокировку доступа при увольнении сотрудника.
Проверка работы и типичные ошибки
После настройки проверьте сетевую работу на практике: запустите базу одновременно с двух компьютеров, создайте и проведите тестовый документ с одного рабочего места и убедитесь, что он виден с другого после обновления списка. Проверьте также, что работает разграничение прав — пользователь с ограниченной ролью не должен попадать в закрытые разделы.
Контрольный признак корректной работы файлового режима — отсутствие ошибок «Ошибка блокировки данных» при обычной работе и стабильное открытие базы по сети со всех машин. Если база периодически «не открывается» или требует тестирования и исправления — это сигнал проблем с сетью или правами, а не норма.
Как проверить результат
Оба пользователя работают, документы видны обоим
Второй вход невозможен или появляется ошибка доступа к файлу
База открывается и записывает данные у всех пользователей
Ошибка «Нет доступа» или база открывается только для чтения
Нет ошибок разрыва соединения в течение рабочего дня
Периодические вылеты, требование тестирования и исправления
Каждый пользователь входит под своим именем, журнал регистрации фиксирует действия
Все работают под одним пользователем, действия не отслеживаются
Ограничения и когда нужен специалист
Самостоятельно без глубокого опыта разумно настраивать файловый вариант в общей папке для небольшого коллектива — это штатная операция, описанная в документации платформы. Публикацию на веб-сервере с доступом из интернета лучше доверить специалисту: ошибки в настройке открывают вашу базу с финансовыми данными для посторонних.
Клиент-серверный переход — задача уровня системного администратора или франчайзи 1С: установка и тюнинг СУБД, настройка кластера серверов, регламентные задания и резервное копирование средствами СУБД требуют отдельных компетенций. Ошибка здесь может стоить потери рабочих данных всей компании.
Как выбрать действие
Частые вопросы
Можно ли сделать сетевой 1С с однопользовательской лицензией?
Нет. Однопользовательская поставка программно ограничивает работу одним сеансом. Для сетевой работы нужны многопользовательские клиентские лицензии — аппаратный сетевой ключ HASP или набор программных лицензий на требуемое число рабочих мест.
Сколько пользователей выдержит файловый режим?
Точного жёсткого ограничения нет — оно зависит от интенсивности работы и объёма данных. На практике файловый режим комфортно работает примерно до 5 одновременных пользователей; дальше заметно растут тормоза и риск конфликтов блокировок, и стоит рассматривать клиент-серверный вариант.
Что делать, если появляется ошибка «Не найдена лицензия»?
Проверьте, что сетевой ключ HASP вставлен и на компьютере с ключом запущен менеджер лицензий (служба HASP License Manager), а брандмауэр не блокирует его трафик. Для программных лицензий убедитесь, что они активированы на сервере или рабочих местах и не превышено их количество.
Можно ли работать с базой 1С через интернет без веб-сервера?
Да, альтернативы существуют: удалённый рабочий стол (RDP) на компьютер с базой, терминальный сервер или облачная аренда 1С у провайдера. Вариант с RDP проще в настройке, но сам компьютер при этом становится точкой входа — нужны VPN или шлюз удалённых рабочих столов и строгие пароли.
Повредится ли база, если во время работы пропала сеть?
В файловом режиме такой риск реален: обрыв во время записи может оставить файл в несогласованном состоянии. Поэтому базу после таких инцидентов стоит проверять через «Тестирование и исправление» в конфигураторе, а для критичных данных переходить на клиент-серверный режим, где целостность обеспечивает СУБД.
Нужно ли что-то менять в конфигурации для сетевой работы?
Нет, типовые конфигурации изначально рассчитаны на многопользовательскую работу. Меняется только способ размещения базы и подключения к ней, плюс настройка пользователей и прав. Доработка конфигурации требуется лишь в особых случаях, например при оптимизации запросов под клиент-серверный режим.
Что важно запомнить
Сетевая 1С настраивается тремя путями: общая папка для малого коллектива, веб-сервер для удалённого доступа и клиент-серверный режим для нагруженной работы. Перед любыми действиями делайте выгрузку .dt, проверяйте лицензии и права на папки, а после настройки тестируйте одновременную работу минимум с двух рабочих мест.