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

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

Как выгрузить веб-версию 1С: публикация базы на веб-сервере

Пошаговая инструкция, как выгрузить веб-версию 1С: публикация базы на IIS или Apache, настройка default.vrd, проверка доступа и типичные ошибки.

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

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

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

Что понадобится перед публикацией

Для публикации веб-версии потребуется установленный и запущенный веб-сервер. На Windows чаще используют IIS (включается через компоненты Windows), на Linux — Apache 2.2 или 2.4. Веб-сервер должен работать на той же машине, где установлена платформа 1С, либо на отдельном сервере с установленным модулем расширения веб-сервера.

Также понадобятся: дистрибутив платформы 1С с компонентой «Модуль расширения веб-сервера» (при установке платформы этот компонент нужно отметить), права локального администратора и разрядность, согласованная между веб-сервером и модулем расширения. Несовпадение разрядности (32/64 бита) — одна из самых частых причин ошибки 500 при открытии базы в браузере.

Веб-серверIIS или Apache установлен и запущен

Откройте http://localhost — должна открыться стартовая страница веб-сервера

Модуль расширенияУстановлен вместе с платформой

Проверьте наличие каталога wsap24.dll или аналогичного в папке bin платформы

РазрядностьПлатформа и веб-сервер совпадают

Для 64-битного IIS используйте 64-битную платформу

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

Публикация требует записи в каталог веб-сервера и изменения его конфигурации

Публикация базы через конфигуратор

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

На вкладках диалога можно дополнительно включить публикацию веб-сервисов, HTTP-сервисов, тонкого клиента и настроить доступ к файловой базе. Для клиент-серверной базы публикация подхватывает параметры подключения к кластеру автоматически. После нажатия кнопки «Опубликовать» платформа создаст в указанном каталоге файл default.vrd и зарегистрирует приложение в веб-сервере.

Порядок публикации базы
  1. 1
    Установите и запустите веб-сервер (IIS или Apache)
  2. 2
    Убедитесь, что установлен модуль расширения веб-сервера платформы 1С
  3. 3
    Откройте конфигуратор под пользователем с полными правами
  4. 4
    Выберите Администрирование → Публикация на веб-сервере
  5. 5
    Укажите имя публикации латиницей и каталог веб-сервера
  6. 6
    Нажмите «Опубликовать» и дождитесь сообщения об успехе
  7. 7
    Откройте в браузере адрес http://сервер/имя_публикации и войдите под пользователем базы

Настройка файла default.vrd вручную

Файл default.vrd — это XML-описание публикации: в нём указаны строка подключения к базе, публикации сервисов и настройки пула. Иногда конфигуратор не может записать публикацию из-за ограничений прав, и тогда файл создают или правят вручную, а приложение в IIS регистрируют отдельно.

Типовое содержимое для клиент-серверной базы выглядит так:

xml
<?xml version="1.0" encoding="UTF-8"?>
<point name="MyBase" alias="default.vrd" enable="true">
  <ws pointEnableCommon="false"/>
  <httpServices publishExtensionsByDefault="false"/>
  <base name="MyBase" ib="Srvr=&quot;Server1C&quot;;Ref=&quot;MyBase&quot;;"/>
</point>

Для файловой базы атрибут ib будет содержать путь к каталогу базы: File="C:\Bases\MyBase". После правки файла перезапустите веб-сервер (для IIS — командой iisreset), чтобы изменения вступили в силу. Следите за кодировкой файла: он должен быть сохранён в UTF-8.

Выгрузка базы в файл .dt для переноса на веб-сервер

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

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

Настройка прав и доступа из браузера

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

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

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

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

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

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

Открытие URL публикации
Норма

Открывается окно авторизации 1С

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

Ошибка 404 или 500 — публикация не зарегистрирована или модуль не работает

Вход под пользователем
Норма

Загружается интерфейс конфигурации

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

Ошибка аутентификации — проверьте пользователя и разрешённый тип клиента

Работа с данными
Норма

Документы открываются и проводятся

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

Ошибки СУБД или COM — функциональность не поддерживается в веб-клиенте

Журнал веб-сервера
Норма

Нет повторяющихся ошибок 500

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

Ошибки модуля расширения — проверьте разрядность и версию платформы

Типичные ошибки
01
Публикация 32-битным модулем на 64-битный IIS — ошибка 500 при любом обращении; решение: использовать 64-битную платформу
02
Имя публикации с кириллицей или пробелами — некорректный URL и сбои обращения; используйте только латиницу
03
Публикация без HTTPS при доступе из интернета — передача логинов и данных в открытом виде
04
Выгрузка .dt при работающих пользователях — невозможность получить монопольный доступ или повреждённая выгрузка
05
Отсутствие у учётной записи пула IIS прав на каталог базы — ошибка доступа к файловой базе; выдайте права на чтение и запись

Альтернативные способы веб-доступа

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

Сравнение вариантов веб-доступа

Публикация на своём IIS/Apache

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

Облачная аренда 1С

Быстрый старт без своего сервера; ограничения — зависимость от провайдера и регулярные платежи

Терминальный доступ (RDP)

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

Тонкий клиент через веб-сервер

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

Часто задаваемые вопросы

Можно ли опубликовать файловую базу 1С без сервера 1С?

Да. Файловая база публикуется на веб-сервере напрямую: в default.vrd указывается путь к каталогу базы (File="..."). Сервер 1С:Предприятия при этом не нужен, но учётная запись, под которой работает веб-сервер, должна иметь полный доступ к каталогу базы.

Чем выгрузка .dt отличается от резервной копии средствами СУБД?

Файл .dt создаётся конфигуратором и содержит данные в формате платформы — его можно загрузить в базу на другой СУБД или в файловый вариант. Резервная копия СУБД (например, бэкап MS SQL) восстанавливается только на той же СУБД, но делается быстрее и не требует монопольного доступа к базе.

Почему после публикации браузер показывает ошибку 500?

Чаще всего причина в несовпадении разрядности: 64-битный IIS не загружает 32-битный модуль расширения. Также проверьте, что в IIS включены нужные компоненты (ISAPI-расширения), что пул приложений настроен на нужную разрядность и что версия модуля соответствует версии платформы базы.

Можно ли публиковать базу на Apache под Linux?

Да, платформа поддерживает публикацию на Apache 2.2 и 2.4 под Linux. Потребуется установить 64-битную платформу 1С для Linux и модуль расширения веб-сервера, а публикация выполняется утилитой webinst или вручную через правку конфигурации Apache и файла default.vrd.

Будут ли работать в веб-клиенте внешние печатные формы и обработки?

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

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

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

Итог

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

Веб-версия 1С публикуется через конфигуратор: Администрирование → Публикация на веб-сервере. Ключевые условия успеха — совпадение разрядности платформы и веб-сервера, корректный default.vrd, HTTPS для внешнего доступа и резервная копия перед любой выгрузкой или загрузкой .dt.