Как сотрудникам работать в 1С из дома: четыре рабочие схемы и их настройка

Удаленная работа в 1С устроена одним из четырёх способов: сотрудник подключается к терминальному серверу по RDP, открывает базу через VPN, заходит в опубликованную на веб-сервере базу тонким или веб-клиентом либо работает в облаке у провайдера. Для файловой базы и офиса до 10 человек чаще всего выбирают RDP, для клиент-серверной базы и большой команды — публикацию через HTTP.

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

Какие бывают схемы удаленного доступа к 1С

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

Ключевое различие — «толстый» трафик против «тонкого». В RDP компьютер дома лишь показывает экран, а 1С работает на сервере в офисе рядом с базой. В схеме «VPN + сетевая папка» программа запускается дома и тянет по интернету страницы файла 1Cv8.1CD, поэтому любой отчёт превращается в загрузку сотен мегабайт.

Терминальный сервер: удаленка 1С через RDP

Это самая универсальная схема. На сервере в офисе стоят платформа 1С и база, сотрудник из дома подключается к удаленному рабочему столу и работает так, будто сидит в офисе. Через RDP одинаково хорошо работают файловые и клиент-серверные базы.

Что нужно для настройки

1. Windows Server 2016 или новее с ролью «Службы удаленных рабочих столов» (узел сеансов).
2. Клиентские лицензии RDS (RDS CAL) на каждого пользователя или устройство. Без них сервер разрешит подключения только на пробный период.
3. Платформа 1С, установленная на этом сервере.
4. Лицензии 1С. В терминальной схеме все сеансы запускаются на одном компьютере, поэтому клиентские лицензии нужны на каждый одновременный сеанс.
5. Учётная запись Windows для каждого сотрудника — общий логин на двоих создаёт путаницу с настройками и блокировками.

Публикация 1С как RemoteApp

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

Публикуют не 1cv8.exe конкретной версии, а стартер 1cestart.exe. Он сам выбирает нужную версию платформы, и после обновления 1С ярлык RemoteApp править не придётся. Стандартный путь стартера на 64-битной системе:

C:\Program Files\1cv8\common\1cestart.exe

Нагрузка на сервер

Ориентировочно закладывайте 0,5–1 ГБ оперативной памяти на пользователя, который одновременно держит открытыми 1С, браузер и офисные программы. Для 10 бухгалтеров это 8–12 ГБ сверх потребностей самой системы. Процессор нужен с хорошей частотой на ядро: 1С плохо распараллеливает работу одного пользователя.

VPN к офисной сети: когда он работает, а когда нет

VPN создаёт защищённый туннель, и домашний компьютер оказывается как бы в локальной сети офиса. Дальше всё зависит от того, что именно сотрудник открывает через этот туннель.

VPN и файловая база на сетевой папке

Работать с файловой базой по VPN через сетевую папку не рекомендуется. Файловая база читает и пишет данные напрямую в файл, а протокол сетевых папок SMB очень чувствителен к задержкам. В локальной сети задержка меньше 1 мс, через интернет — 20–80 мс, и каждая операция ждёт ответа десятки раз.

Что получается на практике:

• 🐢 открытие базы и формирование отчётов замедляются в разы;
• ⛔ при обрыве связи во время записи документа база может повредиться;
• 🔐 файл блокировки остаётся «висеть», и остальные не могут войти, пока его не освободят.

Терпимо такая схема работает только для одного пользователя с маленькой базой и стабильным каналом. Для всех остальных случаев запускайте 1С на стороне офиса — по RDP.

VPN и сервер 1С:Предприятия

С клиент-серверной базой VPN работает хорошо: по туннелю ходят только запросы и результаты, а вся тяжёлая работа выполняется на сервере. Клиент обращается к агенту сервера (порт 1540), затем к менеджеру кластера (1541) и к рабочим процессам из диапазона, который задан в свойствах рабочего сервера (по умолчанию 1560–1591).

Все эти порты должны быть доступны из VPN-подсети. Пробрасывать их напрямую в интернет без VPN нельзя — консоль кластера и сами базы окажутся открыты для перебора паролей.

Публикация базы на веб-сервере

Публикация — это способ отдать базу по протоколу HTTP или HTTPS. Сотрудник подключается тонким клиентом или из браузера (веб-клиентом), а между ним и базой стоит веб-сервер Apache или IIS с модулем расширения 1С. Опубликовать можно и файловую, и клиент-серверную базу .

Порядок публикации

1. Установите веб-сервер: Apache 2.4 или IIS. При установке IIS включите поддержку ISAPI-расширений.
2. Запустите установщик платформы 1С и добавьте компонент «Модули расширения веб-сервера».
3. Откройте базу в Конфигураторе от имени администратора Windows и выберите Администрирование → Публикация на веб-сервере.
4. Укажите имя публикации (оно станет частью адреса), тип веб-сервера и каталог публикации. Отметьте, нужен ли веб-клиент, тонкий клиент и HTTP-сервисы.
5. Нажмите «Опубликовать». Платформа создаст в каталоге файл default.vrd и пропишет публикацию в настройки веб-сервера.
6. Для Apache перезапустите службу веб-сервера, чтобы он подхватил изменения.

После этого база доступна по адресу вида:

https://1c.company.ru/buh/

В тонком клиенте сотрудник добавляет базу в список, выбирает тип расположения «На веб-сервере» и вставляет этот адрес. Для веб-клиента тот же адрес просто открывают в браузере.

HTTPS обязателен

Конфигуратор публикует базу по HTTP. Наружу её выпускают только по HTTPS: настройте на веб-сервере сертификат (подойдёт бесплатный Let’s Encrypt для своего домена) и закройте порт 80 или сделайте с него перенаправление. Иначе логины и пароли пользователей 1С пойдут по интернету открытым текстом.

Какой интернет и железо нужны для удаленки 1С

Требования сильно зависят от схемы. Цифры ниже — ориентировочные, для обычной бухгалтерской работы.

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

Что проверить в офисе:

• 🌐 «белый» статический IP-адрес или доменное имя, на которое можно подключаться;
• 🔌 исходящий канал провайдера: для 10 пользователей RDP хватит 5–10 Мбит/с, но многие тарифы режут исходящую скорость сильнее входящей;
• 🔋 источник бесперебойного питания для сервера и роутера — иначе любое отключение света обрывает всех удаленщиков сразу.

Как защитить базу 1С при удаленном подключении

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

1. Не выставляйте RDP на порт 3389 в интернет. Это первое, что сканируют боты для подбора паролей. Пускайте на терминальный сервер только через VPN или шлюз удаленных рабочих столов (RD Gateway), который работает по HTTPS.
2. Включите проверку подлинности на уровне сети (NLA) в свойствах RDP. Тогда сервер не показывает экран входа до проверки учётных данных.
3. Задайте блокировку учётной записи после нескольких неверных паролей в локальной или доменной политике безопасности Windows.
4. Пароли в 1С — у всех. Пользователь без пароля в опубликованной базе означает, что зайти может любой, кто знает адрес. Посмотреть список пользователей и способы входа можно в Администрирование → Настройки пользователей и прав → Пользователи.
5. Права по минимуму. Удаленному сотруднику — только нужные профили групп доступа, без полных прав.
6. Запретите сохранение пароля в RDP-клиенте на чужих и домашних компьютерах.
7. Резервные копии хранятся отдельно от сервера, к которому есть удаленный доступ . Шифровальщик, попавший через RDP, первым делом шифрует всё, до чего дотянется.

Частые проблемы удаленки 1С и что с ними делать

Если не помогло

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

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

Частые вопросы