Администрирование · 11 мин
Как настроить работу 1С через браузер
Пошаговая настройка работы 1С через браузер: публикация базы на веб-сервере IIS или Apache, настройка webinst, права доступа, решение типичных ошибок и проверка результата.
Работа 1С через браузер позволяет сотрудникам подключаться к базе с любого устройства без установки платформы: достаточно ссылки и логина. Это удобно для удалённых сотрудников, руководителей, которым нужны только отчёты, и филиалов без собственного сервера 1С.
Технически доступ организуется через веб-клиент 1С: база публикуется на веб-сервере (IIS или Apache), а пользователи открывают её по адресу вида http://server/base. Публикация выполняется штатными средствами платформы, но требует корректной настройки веб-сервера и прав доступа.
Ниже разобран полный цикл: от проверки лицензионных ограничений до публикации, настройки HTTPS и диагностики типичных ошибок. Инструкция применима к типовым конфигурациям на управляемых формах (УТ 11, ERP, Бухгалтерия 3.0, ЗУП 3.1 и аналогичные).
Когда веб-доступ оправдан и какие есть ограничения
Веб-клиент подходит для большинства повседневных задач: ввод документов, работа со справочниками, формирование отчётов, согласование. Однако есть ограничения, которые важно учитывать до начала настройки.
Через браузер нельзя работать с конфигуратором, выполнять отладку, использовать некоторые внешние компоненты и COM-объекты. Функциональность, завязанная на локальные ресурсы компьютера (сканеры штрихкодов, фискальные регистраторы, локальная печать специфических форм), в веб-клиенте работает ограниченно или требует тонкого клиента.
Конфигурация должна быть построена на управляемых формах. Устаревшие решения на обычных формах в веб-клиенте не работают. Также проверьте, что в коде нет жёсткой привязки к толстому клиенту — типовые конфигурации этому требованию обычно соответствуют.
Способы доступа к 1С удалённо
Не требует установки платформы, работает с планшетов. Ограничения: нет конфигуратора, слабее интеграция с торговым оборудованием.
Нужна установленная платформа, но работает через ту же публикацию. Быстрее веб-клиента, поддерживает больше функций.
Полный функционал, но требует лицензий на терминальный доступ и больше ресурсов сервера.
Подготовка: что проверить перед публикацией
Перед публикацией убедитесь, что серверная часть готова. Для файловой базы публикация возможна напрямую, но при числе одновременных пользователей больше 5–10 рекомендуется клиент-серверный вариант (1С:Сервер + СУБД), иначе производительность веб-доступа будет низкой.
На машине, где будет работать веб-сервер, должны быть установлены: сам веб-сервер (IIS на Windows Server или Apache 2.4), платформа 1С той же версии, что и сервер 1С, и модули расширения веб-сервера — они ставятся вместе с платформой при выборе соответствующего компонента установки.
Проверьте битность: для 64-разрядного веб-сервера нужны 64-разрядные модули расширения 1С. Несовпадение битности — одна из самых частых причин ошибки «HTTP 500» сразу после публикации.
Откройте свойства конфигурации: режим совместимости и тип интерфейса должны допускать веб-клиент
Для более чем 5–10 одновременных веб-пользователей нужен сервер 1С
Установлен и запущен, модули расширения 1С той же версии и битности, что платформа
Порт 80/443 открыт в брандмауэре, у сервера есть постоянный адрес или имя
Публикация базы на веб-сервере через конфигуратор
Основной способ публикации — штатный механизм конфигуратора. Откройте базу в конфигураторе под пользователем с полными правами и перейдите в меню Администрирование → Публикация на веб-сервере.
В диалоге укажите имя публикации (латиницей, без пробелов — оно станет частью URL), каталог для файлов публикации и выберите веб-сервер. Отметьте флажки «Публиковать доступ для клиентских приложений» и «Публиковать тонкий клиент и веб-клиент». При необходимости включите публикацию HTTP-сервисов и веб-сервисов конфигурации.
После нажатия «Опубликовать» платформа создаст в указанном каталоге файл default.vrd и внесёт настройки в конфигурацию веб-сервера. Для IIS публикацию нужно выполнять от имени администратора — иначе платформа не сможет зарегистрировать виртуальный каталог.
- 1Установите веб-сервер (IIS или Apache 2.4) и модули расширения 1С той же версии и битности
- 2Откройте конфигуратор от имени администратора под пользователем с полными правами
- 3Выберите Администрирование → Публикация на веб-сервере
- 4Задайте имя публикации латиницей, укажите каталог, отметьте веб-клиент и тонкий клиент
- 5Нажмите «Опубликовать» и дождитесь сообщения об успешной публикации
- 6Откройте в браузере адрес http://имя_сервера/имя_публикации и войдите под тестовым пользователем
Настройка IIS и Apache: нюансы и ручная корректировка
IIS на Windows Server
Для IIS должны быть включены компоненты: «Службы IIS», «ASP.NET» не требуется, но нужны «Расширения ISAPI» и «Фильтры ISAPI». После публикации проверьте, что в пуле приложений разрешены 32-разрядные приложения, если используется 32-битная платформа, либо отключены, если 64-битная.
Удостоверьтесь, что у учётной записи пула приложений есть права на чтение каталога публикации и на доступ к файловой базе (если она файловая). Ошибка доступа к базе через веб-клиент при работающем толстом клиенте почти всегда означает, что у пула IIS нет прав на каталог базы.
Apache 2.4
Для Apache публикация добавляет секцию в httpd.conf с директивами загрузки модуля wsap24.dll (Windows) или mod_1cws.so (Linux). После правки конфигурации перезапустите Apache. Проверить корректность конфигурации можно командой:
httpd -t && httpd -k restartЕсли публикация через конфигуратор недоступна (например, Apache на Linux), файл default.vrd можно создать вручную или утилитой webinst, а секцию в конфигурацию веб-сервера добавить вручную по документации платформы.
HTTPS, аутентификация и безопасность
Если база доступна из интернета, работа по открытому HTTP недопустима: логины, пароли и данные передаются в открытом виде. Настройте HTTPS на веб-сервере — для IIS это привязка сертификата к сайту, для Apache — директивы SSLEngine с указанием сертификата и ключа.
Сертификат можно получить у публичного удостоверяющего центра (в том числе бесплатного) либо выпустить внутренний, если доступ только для своих сотрудников и вы готовы распространить корневой сертификат на их устройства.
Дополнительные меры: создайте для веб-пользователей отдельные роли с минимально необходимыми правами, включите сложные пароли, ограничьте доступ по IP на уровне веб-сервера или файрвола, если круг пользователей фиксирован. Не публикуйте базу с пользователем-администратором, у которого пустой или простой пароль.
Проверка результата и типичные ошибки
После публикации откройте адрес базы в браузере. Должна появиться форма входа 1С со списком пользователей или полями логина и пароля. Войдите, откройте несколько документов и отчёт — это подтвердит, что работают и интерфейс, и доступ к данным.
Если вместо формы входа отображается ошибка, её текст обычно указывает направление диагностики. Ниже — наиболее частые ситуации.
Как проверить результат
Появляется форма входа 1С
Ошибка HTTP 404/500 или заглушка веб-сервера
Загружается начальная страница конфигурации
Ошибка аутентификации или пустой список пользователей
Документы открываются и записываются, отчёты формируются
Ошибки доступа к данным или обрывы соединения
Замок в адресной строке, сертификат действителен
Предупреждение браузера о незащищённом соединении
Альтернативы самостоятельной публикации
Если нет своего сервера или администратора, рассмотрите облачные варианты: аренда готового сервера 1С или сервисы на базе 1С:Фреш, где веб-доступ уже настроен. Это снимает вопросы HTTPS, обновлений платформы и резервного копирования, но добавляет ежемесячную плату и ограничения по доработкам.
Для небольшой компании с файловой базой рабочий компромисс — публикация на том же компьютере, где лежит база, с доступом только из локальной сети или через VPN. Это проще и безопаснее, чем открывать порт в интернет.
Как выбрать сценарий
Что важно запомнить
Веб-доступ к 1С настраивается публикацией базы на IIS или Apache через конфигуратор. Ключевые условия: конфигурация на управляемых формах, совпадение версии и битности модулей расширения, права веб-сервера на базу. Для доступа из интернета обязательны HTTPS и минимальные права пользователей. После каждого обновления платформы публикацию выполняют заново.
Частые вопросы
Можно ли работать в 1С через браузер с планшета или телефона?
Да, веб-клиент открывается в мобильных браузерах. Для смартфонов удобнее мобильный клиент или мобильное приложение конкретной конфигурации, если оно предусмотрено. Учтите, что сложные отчёты и печатные формы на маленьком экране использовать неудобно.
Нужна ли отдельная лицензия 1С для веб-клиента?
Отдельной лицензии на веб-клиент нет: расходуются те же клиентские лицензии, что и для тонкого клиента. Каждый одновременный сеанс через браузер занимает одну лицензию. Убедитесь, что количества лицензий хватает на суммарное число одновременных пользователей всех типов клиентов.
Почему веб-клиент работает медленнее тонкого?
Веб-клиент каждый раз передаёт интерфейс в браузер и выполняет логику средствами JavaScript, что ресурсоёмко. Ускорить работу помогают современный браузер, достаточная память на сервере, клиент-серверный вариант базы и отключение неиспользуемых функциональных опций. Если скорость критична, перейдите на тонкий клиент через ту же публикацию.
Как ограничить доступ к опубликованной базе по IP-адресам?
Средствами веб-сервера: в IIS — модуль «Ограничения по IP-адресу и домену», в Apache — директивы Require ip в секции виртуального хоста. Это эффективная дополнительная защита, если сотрудники работают с фиксированных адресов офиса или через VPN с постоянным IP.
Что делать, если после публикации ошибка «Ошибка формата потока»?
Эта ошибка обычно связана с повреждением кэша или несовпадением версий. Очистите кэш базы на сервере, перезапустите веб-сервер и сервер 1С, убедитесь, что публикация выполнена той же версией платформы, что работает с базой. Если не помогло — проверьте базу утилитой тестирования и исправления.
Можно ли опубликовать несколько баз на одном веб-сервере?
Да, каждая база публикуется под своим именем и получает отдельный URL: например, /trade и /accounting. Для каждой публикации создаётся свой каталог и файл default.vrd. Следите, чтобы суммарная нагрузка от всех баз не превышала ресурсы сервера.