← На главную

При публикации информационной базы 1С:Бухгалтерия предприятия 3.0 на веб-сервере (Apache или IIS) в списке доступных сервисов автоматически предлагается целый набор стандартных веб-сервисов: AddressSystem, Exchange, MessageExchange, RemoteAdministrationOfExchange, RemoteControl и другие. Часто у системных администраторов и разработчиков возникает вопрос: стоит ли их публиковать, несут ли они угрозу безопасности и какую функциональную нагрузку выполняют? Разберем подробно назначение каждого из этих компонентов.

Веб-сервис AddressSystem: работа с адресным классификатором

Рассмотрим ситуацию, когда пользователь работает в веб-клиенте или тонком клиенте через интернет. В современных конфигурациях 1С адресный классификатор (ФИАС/ГАР) может занимать десятки гигабайт. Загружать такой объем данных в каждую локальную базу нецелесообразно. Сервис AddressSystem решает эту проблему.

Основные задачи сервиса:

1. Обеспечение быстрого поиска адресов без загрузки классификатора в текущую базу.
2. Проверка корректности введенных данных в режиме реального времени.
3. Получение актуальных почтовых индексов.

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

Синхронизация данных: Exchange и MessageExchange

Эти два сервиса тесно связаны с обменом данными, но выполняют разные технические роли. Разберем их по шагам.

Сервис Exchange — это основной интерфейс для классической синхронизации. Проанализируем его функции:

• Выполнение обменов в распределенных информационных базах (РИБ).
• Синхронизация между разными конфигурациями, например, передача проводок из Зарплата и управление персоналом 3.1 в Бухгалтерия предприятия 3.0.
• Передача пакетов данных в форматах XML или JSON через HTTP/HTTPS.

Сервис MessageExchange является более сложной надстройкой. Представим ситуацию, когда во время обмена пропала связь. Если используется обычный Exchange, сессия прервется и обмен придется начинать заново. MessageExchange (Система обмена сообщениями) действует иначе:

• Обеспечивает гарантированную доставку сообщений.
• Выстраивает очереди сообщений.
• Позволяет «складировать» пакеты данных до тех пор, пока принимающая сторона не выйдет на связь.

Если ваша база является узлом РИБ или участвует в регулярном обмене с другими базами через интернет, публикация этих сервисов обязательна.

Работа в облаках: RemoteAdministrationOfExchange

Выясним причину появления сервиса RemoteAdministrationOfExchange. Он критически важен для работы в модели сервиса (технология 1С:Fresh или SaaS). В отличие от обычного обмена, этот сервис предназначен не для самих данных, а для управления процессом обмена извне.

Через него управляющее приложение (например, «Менеджер сервиса») может:

1. Дистанционно запускать синхронизацию.
2. Обновлять настройки правил обмена в фоновом режиме.
3. Получать технические отчеты о состоянии каналов связи.

Если вы не планируете использовать базу в многопользовательском облачном режиме или подключать её к централизованному управлению обменами, этот сервис можно не публиковать.

Мониторинг и контроль: RemoteControl

Посмотрим на сервис RemoteControl. Его основное назначение — интеграция с 1С:Центром контроля качества (ЦКК). Это инструмент для крупных внедрений и корпоративных систем.

Что делает этот сервис:

• Собирает статистику производительности (замеры времени выполнения операций).
• Передает данные о критических ошибках и дампах системы администратору мониторинга.
• Позволяет контролировать доступность информационной базы внешними средствами.

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

Автономные рабочие места и мобильные приложения

Рассмотрим практический пример применения веб-сервисов для мобильности. Если бухгалтер использует мобильное приложение «1С:Бухгалтерия», обмен данными происходит именно через опубликованные веб-сервисы (преимущественно Exchange). Без публикации этого узла мобильное устройство не сможет «увидеть» базу.

Аналогично работают Автономные рабочие места (АРМ). Это сценарий, при котором копия базы стоит на ноутбуке пользователя, он работает в ней без интернета (например, в поездке), а при появлении сети база автоматически синхронизируется с центральным сервером через веб-сервис. Это идеальное решение для распределенной работы без постоянного доступа к терминальному серверу.

Рекомендации по безопасности и настройке

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

1. Минимизация прав: Для работы сервисов обмена создайте отдельного технического пользователя с ограниченными правами. В конфигурации обычно предусмотрены роли типа Удаленный доступ к обмену данными.
2. Протокол HTTPS: Никогда не публикуйте веб-сервисы через открытый HTTP, так как учетные данные и коммерческая информация будут передаваться в открытом виде.
3. Выборочная публикация: Если вы точно знаете, что не используете ЦКК или облачную модель сервиса, снимите галочки с RemoteControl и RemoteAdministrationOfExchange.

Таким образом, стандартные веб-сервисы в Бухгалтерии 3.0 — это не «мусорные» объекты, а фундамент для современной распределенной работы, интеграции с мобильными устройствами и эффективного использования государственных классификаторов.