Работа в 1С:Предприятии 8.3 из браузера: публикация базы, адрес и вход

Чтобы войти в 1С через браузер, базу сначала публикуют на веб-сервере (Apache или IIS), а потом открывают адрес вида http://сервер/имя_публикации/ в Chrome, Edge, Firefox или Яндекс Браузере. Появится окно ввода логина и пароля 1С, после него — обычный интерфейс «Такси», только внутри вкладки браузера.

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

Что нужно для работы веб-клиента 1С

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

На стороне сервера:

• 🖥️ веб-сервер: Apache 2.4 (Windows или Linux) либо IIS на Windows Server 2016 и новее;
• 🧩 платформа 1С:Предприятие 8.3 с компонентом «Модули расширения веб-сервера» — его отмечают при установке платформы, по умолчанию он не ставится;
• 🔢 разрядность модуля совпадает с разрядностью веб-сервера: 64-битный Apache работает с 64-битной платформой;
• 🔑 доступные клиентские лицензии: веб-клиент расходует их так же, как тонкий клиент;
• 📁 права пользователя, от имени которого работает веб-сервер, на каталог файловой базы (для клиент-серверной базы — сетевой доступ к серверу 1С по порту 1540).

На стороне пользователя:

• 🌐 актуальная версия браузера: Google Chrome, Microsoft Edge, Mozilla Firefox, Яндекс Браузер, Safari на macOS;
• 🪟 разрешённые всплывающие окна для адреса базы;
• 🧷 расширение для работы с файлами — браузер сам предложит его установить, когда понадобится загрузить или выгрузить файл.

Где взять лицензию для входа через браузер

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

Как опубликовать базу 1С на веб-сервере

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

Публикация через Конфигуратор (Windows)

1. Запустите Конфигуратор от имени администратора Windows. Без повышенных прав он не сможет записать настройки Apache или IIS.
2. Откройте нужную базу в режиме Конфигуратора.
3. Выберите в меню Администрирование → Публикация на веб-сервере.
4. Задайте Имя — латиницей, без пробелов, например buh. Оно станет частью адреса.
5. Выберите веб-сервер: Apache 2.4 или Internet Information Services.
6. Укажите Каталог — папку, куда платформа запишет файл описания публикации default.vrd. Обычно это C:\inetpub\wwwroot\buh для IIS или отдельная папка для Apache.
7. Оставьте отмеченным пункт публикации тонкого клиента и веб-клиента. Флажки веб-сервисов, HTTP-сервисов и OData отмечайте, только если они реально используются.
8. Нажмите «Опубликовать». Для Apache после этого перезапустите службу веб-сервера.

Что платформа записала в настройки Apache

Полезно знать, что именно изменилось — по этим строкам потом ищут ошибки. В httpd.conf появляется блок примерно такого вида:

LoadModule _1cws_module "C:/Program Files/1cv8/8.3.24.1467/bin/wsap24.dll"

# 1c publication
Alias "/buh" "C:/www/buh/"
<Directory "C:/www/buh/">
    AllowOverride All
    Options None
    Require all granted
    SetHandler 1c-application
    ManagedApplicationDescriptor "C:/www/buh/default.vrd"
</Directory>

Строка LoadModule указывает на конкретную версию платформы. После обновления платформы путь устаревает, и публикация перестаёт открываться. Это самая частая поломка веб-клиента после обновлений.

А в default.vrd записана строка подключения к базе:

<?xml version="1.0" encoding="UTF-8"?>
<point xmlns="http://v8.1c.ru/8.2/virtual-resource-system"
       xmlns:xs="http://www.w3.org/2001/XMLSchema"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       base="/buh"
       ib="Srvr=&quot;srv1c&quot;;Ref=&quot;buh&quot;;">
</point>

Для файловой базы в атрибуте ib будет File="D:\Bases\Buh";.

Публикация на Linux утилитой webinst

На Linux Конфигуратор публиковать не умеет, используется консольная утилита webinst из каталога платформы:

sudo /opt/1cv8/x86_64/8.3.24.1467/webinst -publish -apache24 \
  -wsdir buh -dir /var/www/buh \
  -connstr "Srvr=srv1c;Ref=buh;" \
  -confpath /etc/apache2/apache2.conf
sudo systemctl restart apache2

Подставьте свою версию платформы, имя сервера 1С и имя базы в кластере. Путь к конфигурации Apache зависит от дистрибутива: в Debian и Ubuntu это apache2.conf, в RHEL-подобных системах — httpd.conf.

Особенности публикации на IIS

Для IIS нужно заранее включить в компонентах Windows роль «Веб-сервер (IIS)» с поддержкой ISAPI-расширений. После публикации проверьте две вещи:

• у групп IIS_IUSRS и IUSR есть права на чтение и выполнение каталога bin платформы;
• если платформа 32-битная, в настройках пула приложений включён параметр «Разрешить 32-разрядные приложения».

Как составить адрес для входа в 1С через браузер

Адрес собирается из трёх частей: протокол, имя или IP веб-сервера и имя публикации.

Имя публикации чувствительно к регистру на Linux: /Buh/ и /buh/ — разные адреса. На Windows разницы нет, но лучше сразу договориться о строчных буквах.

Тот же адрес в тонком клиенте

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

Вход в базу: авторизация и режим запуска

При открытии адреса веб-клиент показывает окно с выбором пользователя и полем пароля. Это те же пользователи, что заведены в базе через Администрирование → Настройки пользователей и прав → Пользователи.

Доступны три способа авторизации:

Для входа без пароля 1С у пользователя в карточке должна быть отмечена аутентификация операционной системы и указан пользователь домена в виде \\DOMAIN\ivanov. В браузере вход сработает, только если веб-сервер сам проверяет учётную запись Windows — для IIS это настраивается в разделе проверки подлинности сайта.

Какой режим доступен из браузера

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

Отличия от обычного запуска, которые стоит знать заранее:

• 📄 печатные формы открываются в окне веб-клиента, печать идёт через диалог браузера;
• 📎 загрузка и выгрузка файлов требует расширения для работы с файлами;
• 🔌 торговое оборудование и сканеры подключаются ограниченно — для кассы и весов используйте тонкий клиент;
• ⌨️ часть сочетаний клавиш перехватывает сам браузер, например Ctrl+N откроет новое окно браузера, а не новый документ.

Почему не открывается 1С в браузере: ошибки и решения

Большинство проблем видны по тому, что именно показывает браузер. Начните с текста ошибки или кода ответа.

Если после обновления платформы перестали работать сразу все публикации — почти наверняка дело в старом пути к модулю. Проще всего заново опубликовать каждую базу из Конфигуратора новой версии: платформа перепишет строку LoadModule.

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

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

Безопасность при работе с 1С через браузер

Публикация делает базу доступной по сети. Внутри офиса этого достаточно, но вывод веб-клиента в интернет требует отдельной защиты.

Обязательный минимум:

1. 🔒 Только HTTPS. Установите на веб-сервер сертификат (например, бесплатный Let’s Encrypt для доменного имени) и закройте доступ по HTTP. Иначе пароли передаются открытым текстом.
2. 👤 Ни одного пользователя без пароля. Если в базе есть пользователь с правами администратора без пароля, любой, кто знает адрес, войдёт под ним.
3. 🧱 Лишние сервисы выключены. Снимите в публикации флажки веб-сервисов, HTTP-сервисов и OData, если ими никто не пользуется.
4. 🌍 Доступ ограничен. Разрешите вход только с нужных IP-адресов на уровне веб-сервера или межсетевого экрана, а сотрудников из дома пускайте через VPN.
5. 🧾 Журнал регистрации под контролем. Периодически смотрите в журнале регистрации входы в нерабочее время и с незнакомых компьютеров.

Сравнение вариантов удалённого доступа поможет выбрать схему:

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