К статье
Практический материал

Администрирование · 12 мин

Как создать сеть 1С для совместной работы нескольких пользователей

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

Сеть 1С — это организация совместной работы нескольких пользователей с одной информационной базой. Существует два принципиально разных способа: файловый режим, когда база лежит в общей папке на одном из компьютеров или на файловом сервере, и клиент-серверный режим, когда база размещается на СУБД (MS SQL Server, PostgreSQL), а доступ к ней организует сервер 1С:Предприятия.

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

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

Определяем подходящий режим работы сети 1С

Первый шаг — честно оценить нагрузку. Файловый режим устроен так, что каждый клиент напрямую читает и пишет данные в файл базы, а блокировки координируются через механизмы сетевого доступа. При росте числа пользователей и объёма данных это приводит к конфликтам блокировок, замедлению проведения документов и риску повреждения базы при обрыве связи.

Клиент-серверный режим переносит всю тяжёлую работу на СУБД: клиент обращается к серверу 1С, тот — к SQL-серверу, и данные по сети ходят в обработанном виде. Это снижает нагрузку на локальную сеть и делает систему устойчивой к отключению отдельных рабочих мест.

Сравнение вариантов

Файловый режим

Подходит для 1–5 пользователей и небольших баз. Не требует покупки серверной лицензии и СУБД, но чувствителен к обрывам сети и конфликтам блокировок.

Клиент-серверный режим

Подходит для 10 и более пользователей и крупных баз. Требует лицензии на сервер 1С и СУБД (или бесплатный PostgreSQL), сложнее в администрировании, но значительно надёжнее и быстрее под нагрузкой.

Веб-сервер + тонкий/веб-клиент

Публикация файловой или серверной базы через IIS или Apache. Удобно для удалённых филиалов, но требует настройки веб-сервера и защищённого канала.

Ориентировочное правило: если пользователей больше пяти-семи и они активно проводят документы одновременно, файловый режим начнёт доставлять проблемы. Если база занимает несколько гигабайт и растёт, миграцию на клиент-сервер лучше планировать заранее, а не после первых сбоев.

Подготавливаем локальную сеть и оборудование

Стабильная сеть — обязательное условие, особенно для файлового режима. Все компьютеры должны находиться в одной подсети, иметь статические IP-адреса или зарезервированные адреса на DHCP-сервере. Используйте проводное подключение: Wi-Fi для работы с файловой базой 1С нежелателен, так как кратковременные обрывы беспроводной сети могут повредить файл базы в момент записи.

Компьютер, который будет хранить общую базу, должен работать постоянно в течение рабочего дня, иметь достаточный запас оперативной памяти и желательно SSD-диск. Для клиент-серверного варианта под сервер 1С и СУБД выделяется отдельная машина с серверной операционной системой — это требование лицензионной политики и здравого смысла.

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

Создаём сеть 1С в файловом режиме

Файловый режим — самый быстрый способ организовать совместную работу. Сначала выберите компьютер-хранилище и создайте на нём отдельную папку, например D:\Bases1C\Trade. Поместите туда каталог информационной базы, если она уже существует, или создайте новую базу через конфигуратор из шаблона конфигурации.

Далее откройте общий доступ к папке: в свойствах папки на вкладке «Доступ» включите общий доступ и выдайте группе пользователей 1С права на изменение. На вкладке «Безопасность» тем же пользователям или группе предоставьте полные права на уровне NTFS — без прав на запись пользователи не смогут работать с базой.

Порядок действий для файлового режима
  1. 1
    Создайте папку для базы на компьютере-хранилище и поместите туда базу или создайте новую через конфигуратор
  2. 2
    Откройте общий сетевой доступ к папке с правами на изменение
  3. 3
    Назначьте полные права NTFS пользователям или группе 1С на вкладке «Безопасность»
  4. 4
    На каждом рабочем месте откройте окно запуска 1С, нажмите «Добавить» и укажите сетевой путь вида \\SERVER\Bases1C\Trade
  5. 5
    Запустите базу под первым пользователем, создайте в конфигураторе остальных пользователей и назначьте им роли
  6. 6
    Проверьте одновременный вход двух пользователей и проведение документа под каждым

На рабочих местах база добавляется через стандартное окно запуска: кнопка «Добавить», выбор «Добавление в список существующей информационной базы», затем указывается сетевой путь. Лучше использовать путь через имя сервера (\\SERVER\...), а не через IP-адрес — так проще пережить смену адресов в сети.

Учётные записи пользователей создаются в конфигураторе: меню «Администрирование» → «Пользователи». Каждому пользователю назначается имя, пароль и набор ролей, определяющий его права. Не работайте всем коллективом под одной учётной записью администратора — это делает невозможным разграничение ответственности и аудит действий.

Разворачиваем клиент-серверный вариант

Клиент-серверная архитектура состоит из трёх звеньев: СУБД, сервер 1С:Предприятия и клиентские приложения. Порядок установки важен: сначала разворачивается СУБД (MS SQL Server или PostgreSQL в специальной сборке для 1С), затем устанавливается сервер 1С той же версии платформы, что и на клиентах, и только после этого создаётся информационная база.

База создаётся через консоль кластера серверов 1С или через окно запуска с указанием типа «На сервере 1С:Предприятия». Потребуются: имя сервера 1С, имя базы в кластере, адрес сервера СУБД, имя базы данных и учётная запись с правами на создание баз данных в СУБД. Для MS SQL рекомендуется использовать отдельную учётную запись с аутентификацией SQL Server.

Если у вас уже есть файловая база, перенос выполняется через выгрузку: в конфигураторе файловой базы выполните «Администрирование» → «Выгрузить информационную базу», затем в конфигураторе новой серверной базы — «Загрузить информационную базу». Перед выгрузкой убедитесь, что все пользователи завершили работу, и сделайте резервную копию.

Для серверного варианта также нужна серверная лицензия 1С, а клиентские лицензии могут активироваться на сервере и раздаваться автоматически. Лицензии активируются через программные пин-коды или аппаратные ключи HASP — программная активация удобнее, но привязывается к параметрам оборудования сервера.

Настраиваем права и безопасность

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

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

Типичные ошибки
01
Работа всех пользователей под одной учётной записью — невозможно установить, кто изменил документ, и ошибки одного пользователя блокируют остальных
02
Общий доступ к папке с правами «Всем — полный доступ» — любой сотрудник может удалить или скопировать базу
03
Разные версии платформы на рабочих местах — часть пользователей не может войти в базу или получает ошибки при обновлении конфигурации
04
Хранение единственной копии базы без резервного копирования — один сбой диска уничтожает все данные
05
Работа по Wi-Fi в файловом режиме — обрывы соединения повреждают файл базы в момент записи

Настройте регулярное резервное копирование с первого дня работы. Для файлового режима это копирование каталога базы в нерабочее время или выгрузка через конфигуратор по расписанию; для клиент-серверного — штатные средства СУБД (планы обслуживания в MS SQL, pg_dump для PostgreSQL). Храните копии на другом физическом устройстве.

Проверяем работу сети и устраняем типичные проблемы

После настройки проведите контрольную проверку: войдите в базу одновременно с двух рабочих мест, создайте и проведите по документу под каждым пользователем, убедитесь, что документы видны обоим. Проверьте скорость открытия журналов и отчётов — заметные «подвисания» при небольшой базе указывают на проблемы с сетью или диском компьютера-хранилища.

Контрольные точки

Как проверить результат

Одновременный вход
Норма

Два и более пользователей работают одновременно без ошибок о разделении доступа

Тревожный признак

Второй пользователь получает ошибку «база заблокирована» или «конфликт блокировок» при простых операциях

Скорость работы
Норма

Документы открываются и проводятся за секунды, отчёты формируются без длительного ожидания

Тревожный признак

Проведение документа занимает десятки секунд при небольшой базе

Доступность папки
Норма

Сетевой путь открывается с каждого рабочего места без запроса лишних паролей

Тревожный признак

Папка периодически недоступна, путь пропадает после перезагрузки сервера

Резервные копии
Норма

Копия создаётся по расписанию и тестово восстанавливается в отдельную базу

Тревожный признак

Копии нет, или она ни разу не проверялась восстановлением

Если пользователи получают ошибку «Конфликт блокировок при выполнении транзакции» в файловом режиме, это сигнал о том, что режим работы не справляется с нагрузкой. Краткосрочно помогает разнесение тяжёлых операций (закрытие месяца, большие отчёты) на нерабочее время, но стратегически это повод планировать переход на клиент-серверный вариант.

Ошибка «Информационная база разрушена» после сбоя электропитания или обрыва сети лечится утилитой chdbfl.exe из каталога платформы: она проверяет физическую целостность файловой базы. Перед запуском утилиты обязательно сделайте копию файла базы — утилита удаляет повреждённые данные без возможности отката.

Полезная привычка — вести простой журнал администрирования: даты обновлений платформы и конфигурации, список пользователей и их роли, расписание резервного копирования. При передаче базы другому администратору или обращении в поддержку такой журнал экономит часы на восстановление картины происходящего.
ПЗ
Практическое замечание

Частые вопросы о создании сети 1С

Сколько пользователей выдержит файловый режим 1С?

Практический комфортный предел — около 5 одновременно работающих пользователей при умеренной интенсивности ввода документов. Технически подключиться могут и больше, но с ростом числа пользователей резко увеличивается частота конфликтов блокировок и замедляется проведение документов. Если пользователей больше семи — планируйте клиент-серверный вариант.

Можно ли организовать сеть 1С без выделенного сервера?

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

Как подключить удалённый филиал к сети 1С?

Для удалённой работы файловый режим по VPN не подходит из-за чувствительности к обрывам канала. Правильные варианты: публикация базы на веб-сервере (IIS или Apache) с доступом через тонкий или веб-клиент, либо клиент-серверный режим с подключением через RDP или защищённый канал к серверу 1С. Также существуют механизмы распределённых баз и обмена, если филиал может работать автономно.

Что делать, если пользователи видят ошибку «нет свободных лицензий»?

Ошибка означает, что одновременных подключений больше, чем позволяют активированные клиентские лицензии. Проверьте, не остались ли «зависшие» сеансы (их можно завершить через консоль кластера или функцию «Активные пользователи» в режиме Предприятия). Если сеансов действительно больше, чем лицензий, потребуется приобрести дополнительные клиентские лицензии.

Нужно ли делать резервные копии, если база на сервере?

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

Можно ли перевести файловую базу в клиент-серверную без потери данных?

Да, штатный механизм — выгрузка информационной базы в файл .dt через конфигуратор и последующая загрузка в пустую серверную базу. Все данные, пользователи и настройки переносятся. Перед операцией сделайте резервную копию, а после загрузки проверьте итоги по основным отчётам, чтобы убедиться в полноте переноса.

Итог

Что важно запомнить

Для небольшого коллектива сеть 1С создаётся за час через общую папку в файловом режиме; для десяти и более пользователей нужен клиент-серверный вариант на MS SQL или PostgreSQL. Критичны: одинаковая версия платформы на всех машинах, проводная сеть, раздельные учётные записи с ролями и регулярное проверенное резервное копирование.