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

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

1С Предприятие через интернет: что это и как организовать удалённую работу

Как работать с 1С Предприятием через интернет: веб-клиент, тонкий клиент, RDP, облако. Сравнение способов, требования к каналу, безопасность и настройка.

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

Технически «1С через интернет» не является отдельным продуктом — это способ развёртывания платформы. Существует несколько принципиально разных подходов: публикация базы на веб-сервере с работой через браузер, подключение тонким клиентом по протоколу платформы, удалённый рабочий стол (RDP) на сервере компании и аренда готового облачного сервиса. У каждого подхода свои требования к инфраструктуре, скорости канала и квалификации администратора.

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

Что именно означает работа 1С через интернет

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

Ключевое отличие от локальной работы — чувствительность к качеству канала. В локальной сети задержки измеряются миллисекундами, а через интернет они могут быть в десятки раз выше. Поэтому способ доступа подбирают так, чтобы по сети передавалось как можно меньше данных: либо только результат отрисовки интерфейса (RDP, веб-клиент), либо компактные служебные пакеты (тонкий клиент).

Основные способы доступа: сравнение

Первый способ — публикация информационной базы на веб-сервере (Apache или IIS). Пользователь открывает ссылку в браузере, вводит логин и пароль и работает в привычном интерфейсе. Ничего устанавливать не нужно, что удобно для сотрудников с чужих или домашних компьютеров.

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

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

СпособУстановка на ПКСкорость на слабом каналеСложность настройки
Веб-клиент (браузер)Не требуетсяСредняяСредняя
Тонкий клиентНужнаХорошаяСредняя
RDP на сервереСтандартный клиент ОСХорошаяВысокая
Облачный сервисНе требуется или тонкий клиентЗависит от провайдераМинимальная

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

Веб-клиент

Подходит для разовых подключений и работы с любых устройств; ограничение — не все функции конфигурации доступны в браузере

Тонкий клиент

Оптимален для постоянных удалённых сотрудников; ограничение — нужна установка и обновление платформы на каждом ПК

RDP

Подходит для старых конфигураций без поддержки веб-клиента; ограничение — стоимость терминальных лицензий и нагрузка на сервер

Облако

Подходит компаниям без своего администратора; ограничение — ежемесячная плата и зависимость от провайдера

Требования к каналу и оборудованию

Для комфортной работы важнее не ширина канала, а его стабильность и время отклика. Тонкий клиент и RDP передают немного данных, поэтому работают даже на мобильном интернете, но скачки задержки и обрывы приводят к зависаниям интерфейса и разрывам сеанса. Проводное подключение предпочтительнее Wi-Fi, а Wi-Fi — мобильной сети.

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

Как настроить веб-доступ: общий порядок

Настройка веб-доступа состоит из нескольких этапов и требует прав администратора на сервере. Сначала устанавливается веб-сервер (Apache или IIS) и модули расширения веб-сервера от платформы 1С. Затем база публикуется через конфигуратор: указывается имя публикации, каталог и параметры доступа. После перезапуска веб-сервера база становится доступна по адресу вида https://server/base.

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

Порядок действий
  1. 1
    Установите веб-сервер и модули расширения веб-сервера 1С
  2. 2
    Опубликуйте базу через конфигуратор (Администрирование → Публикация на веб-сервере)
  3. 3
    Настройте HTTPS с действующим сертификатом и закройте доступ к служебным каталогам
  4. 4
    Задайте пользователям сложные пароли и минимально необходимые роли
  5. 5
    Проверьте вход и проведение документа с внешнего устройства
  6. 6
    Настройте регулярное резервное копирование базы

Безопасность и типичные ошибки

Главный риск удалённого доступа — компрометация базы с финансовыми данными. Базовые меры: HTTPS для веб-доступа, VPN для RDP, разграничение прав (каждый пользователь видит только свои функции), регулярные обновления платформы и веб-сервера, а также резервные копии, хранящиеся отдельно от сервера. Без копий ошибка пользователя или атака шифровальщика может привести к потере всей базы.

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

Типичные ошибки
01
Публикация RDP-порта напрямую в интернет — ведёт к подбору паролей и шифрованию сервера
02
Простые пароли пользователей без ограничения попыток входа — учётные записи подбираются перебором
03
Работа без HTTPS — логины и данные передаются открытым текстом
04
Отсутствие резервных копий вне сервера — при отказе диска база теряется полностью
05
Выдача полных прав всем пользователям — одна скомпрометированная учётная запись открывает всю базу

Как проверить, что всё работает правильно

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

Дополнительно проверьте защиту: адрес должен начинаться с https, браузер не должен показывать предупреждений о сертификате, а при вводе неверного пароля вход должен блокироваться. Попытка открыть служебные пути сервера (например, каталоги веб-сервера вне публикации) должна приводить к ошибке доступа, а не к списку файлов.

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

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

Адрес подключения
Норма

Начинается с https, сертификат действителен, предупреждений нет

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

http без шифрования или ошибка сертификата в браузере

Вход с внешнего устройства
Норма

Авторизация проходит, документы открываются и проводятся

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

Тайм-ауты, ошибки соединения, пустая страница

Скорость отклика
Норма

Открытие форм занимает секунды, отчёты формируются без обрывов

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

Интерфейс зависает, сеанс разрывается при загрузке данных

Права пользователя
Норма

Доступны только нужные функции роли

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

Видны административные разделы и чужие данные

Альтернативы самостоятельному серверу

Если содержать собственный сервер и администратора невыгодно, есть готовые альтернативы. Облачные сервисы аренды 1С предоставляют базу, уже опубликованную в интернете: провайдер отвечает за обновления, копии и защиту, а клиент платит подписку за каждого пользователя. Это самый быстрый способ начать — доступ обычно выдаётся в течение рабочего дня.

Другой вариант — фирменный сервис «1С:Фреш» для типовых конфигураций: работа ведётся полностью в браузере, данные хранятся в дата-центрах вендора. Ограничение — поддерживаются не все конфигурации и не все доработки, поэтому сильно переписанные нестандартные решения туда перенести сложно. Для таких случаев остаётся аренда виртуального сервера (VPS) и развёртывание своей базы на нём.

Маршрут решения

Как выбрать действие

До 5 пользователей и типовая конфигурацияРассмотрите облачный сервис или 1С:Фреш — дешевле и не нужен администратор
10–50 пользователей, есть свой сервер и специалистПубликуйте базу на веб-сервере с HTTPS или используйте тонкий клиент через VPN
Старая или сильно доработанная конфигурацияИспользуйте RDP через VPN или терминальный сервер — веб-клиент может не поддерживать нужные функции
Нет своего администратора и бюджет ограниченНе публикуйте базу самостоятельно — выберите облачную аренду с настройкой провайдером

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

Можно ли работать в 1С через интернет с телефона или планшета?

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

Какой интернет нужен для комфортной работы с 1С удалённо?

Важнее стабильность, чем скорость: тонкий клиент и RDP работают даже на канале в несколько мегабит, если нет обрывов и больших задержек. Проводное подключение надёжнее Wi-Fi и мобильной сети. Перед внедрением протестируйте реальный канал в часы пиковой нагрузки.

Безопасно ли хранить базу 1С в облаке?

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

Нужны ли отдельные лицензии 1С для работы через интернет?

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

Что делать, если веб-клиент работает медленнее, чем в офисе?

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

Можно ли подключить домашний компьютер к офисной базе без публикации в интернете?

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

Итог

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

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