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

Обучение и Решения · 9 мин

1С РПИ: что это и как понять значение аббревиатуры

Разбираемся, что означает аббревиатура РПИ в контексте 1С, где встречается, как определить значение в вашей конфигурации и что проверить, чтобы не ошибиться.

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

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

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

Что скрывается за аббревиатурой РПИ

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

Важно понимать: РПИ — это не отдельная лицензия, не модуль и не конфигурация. Это сценарий использования стандартных механизмов платформы: публикации информационной базы на веб-сервере (Apache или IIS) и подключения клиентов по протоколу HTTP/HTTPS. Никакой дополнительной «настройки РПИ» в конфигураторе не существует — настраиваются веб-сервер, права доступа и параметры публикации.

Какие варианты подключения через интернет существуют

Первый вариант — тонкий клиент через веб-сервер. Пользователь устанавливает на компьютер тонкий клиент 1С, в списке баз указывает адрес публикации вида https://server/base. Интерфейс выглядит почти как в обычном режиме, а вся бизнес-логика выполняется на сервере.

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

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

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

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

Полноценный интерфейс и стабильная работа; требует установки клиента и совместимой версии платформы.

Веб-клиент в браузере

Ничего устанавливать не нужно, подходит для редких подключений; часть функций платформы недоступна.

Мобильный клиент

Работа с телефона или планшета; набор функций ограничен тем, что реализовал разработчик.

Что нужно для организации работы по интернету

Минимальный набор: сервер с установленным веб-сервером (Apache или IIS), модуль расширения веб-сервера для 1С, статический IP-адрес или доменное имя и желательно SSL-сертификат для шифрования трафика. Для файловых баз публикация выполняется прямо из конфигуратора через меню «Администрирование — Публикация на веб-сервере».

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

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

Безопасность: главные риски и как их закрыть

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

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

Ограничения режима работы по интернету

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

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

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

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

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

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

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

Адрес публикации из внешней сети
Норма

Страница входа открывается по HTTPS без ошибок

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

Ошибка сертификата, тайм-аут или доступ по HTTP

Вход под обычным пользователем
Норма

Вход выполняется, доступны только разрешённые разделы

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

Доступны административные функции или вход не работает

Журнал регистрации
Норма

Сеансы фиксируются с указанием пользователя и времени

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

События не пишутся, подключения не отслеживаются

Типичные ошибки при организации РПИ

Самая частая ошибка — публикация базы по HTTP «временно», которая остаётся навсегда. Вторая — использование одной учётной записи на нескольких сотрудников: при инциденте невозможно установить, кто выполнил действие. Третья — отсутствие резервного копирования: удалённый режим не отменяет рисков потери данных.

Типичные ошибки
01
Публикация по HTTP без шифрования — перехват логинов и данных.
02
Общая учётная запись для нескольких сотрудников — невозможно отследить действия в журнале.
03
Выдача полных прав удалённым пользователям — риск случайного или злонамеренного повреждения данных.
04
Отсутствие мониторинга сеансов — подозрительные подключения остаются незамеченными.
Итог

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

РПИ — это работа 1С через интернет: публикация базы на веб-сервере и подключение тонким, веб- или мобильным клиентом. Ключевые условия безопасной работы — HTTPS, индивидуальные учётные записи с минимальными правами и контроль сеансов.

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

РПИ — это официальный термин 1С?

Нет, в официальной документации платформы такой термин не используется. Это разговорное сокращение, которое обычно означает «работу по интернету». Если вы встретили РПИ в документах своей организации, уточните у автора, что именно имеется в виду, — иногда так называют внутренние расширения или регламенты.

Чем РПИ отличается от работы через RDP?

При РПИ база публикуется на веб-сервере, и пользователь подключается тонким или веб-клиентом напрямую к 1С. При RDP пользователь подключается к рабочему столу удалённого сервера, где запущен обычный клиент 1С. RDP проще в развёртывании, но требует терминального сервера и лицензий на него; РПИ легче масштабируется и работает в браузере.

Можно ли работать через интернет с файловой базой?

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

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

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

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

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

Что делать, если при подключении через интернет 1С работает медленно?

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