Что происходит между браузером бухгалтера и базой 1С в облаке

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

Частое заблуждение — что облачная 1С «синхронизирует» вашу базу с копией на сервере. Синхронизировать нечего: база одна, и она в облаке. Отсюда и плюсы (работа из любой точки, нет своего сервера), и ограничения (без интернета не поработать, доработки ограничены).

Две модели облачной 1С: SaaS и аренда сервера

Под словами «1С в облаке» продают две разные технологии. От того, какая у вас, зависит почти всё остальное: что можно дорабатывать, кто обновляет базу и как к ней подключаться.

Дальше разбор идёт в основном по модели SaaS: в ней больше всего непривычного. Где у аренды сервера по-другому — скажем отдельно.

Из чего собрана облачная 1С: клиент-серверная архитектура

Внутри облака работает тот же клиент-серверный вариант 1С:Предприятия 8.3, что и в крупных компаниях. Добавляется только веб-слой и управляющие компоненты сервиса.

Цепочка запроса выглядит так:

1. 🌐 Клиент — браузер (веб-клиент), тонкий клиент 1С или мобильный клиент. Он отправляет запрос по HTTPS на порт 443.
2. 🧱 Веб-сервер (Apache или IIS) с публикацией информационной базы. Модуль расширения веб-сервера 1С принимает запрос и передаёт его кластеру.
3. ⚙️ Кластер серверов 1С — агент сервера (порт 1540), менеджер кластера (1541) и рабочие процессы (диапазон портов задаётся в свойствах рабочего сервера, по умолчанию начинается с 1560). Здесь выполняется код конфигурации, проведение документов, отчёты.
4. 🗄️ СУБД — чаще PostgreSQL или Microsoft SQL Server. В ней физически лежат таблицы.

Порты 1540, 1541 и рабочих процессов наружу не открываются. Пользователь видит только адрес вида https://…/a/ea/… или похожий: всё внутреннее скрыто за веб-сервером.

Разделение данных: как сотни фирм живут в одной базе

Главная особенность SaaS — режим разделения данных. Конфигурации, рассчитанные на сервис, содержат общие реквизиты-разделители. Каждой фирме-абоненту выделяется своя область данных со своим номером.

Для пользователя это выглядит как отдельная база. Технически это одна информационная база, где каждая запись помечена номером области. Платформа сама подставляет разделитель во все запросы, поэтому чужие документы не видны даже в отчётах и обработках.

• ✅ Плюс: провайдер обновляет одну базу, а не тысячи.
• ⚠️ Минус: изменить конфигурацию для одной области нельзя — она общая на всех.

Управляющий слой сервиса

Поверх приложений работают служебные компоненты технологии 1cFresh. Менеджер сервиса ведёт абонентов, пользователей и тарифы. Агент сервиса выполняет регламентные операции: создание областей, выгрузку, обновление. Сайт сервиса — это личный кабинет, где вы входите и выбираете приложение.

При аренде сервера этого слоя нет. Там обычный сервер 1С (или файловая база) на виртуальной машине провайдера плюс терминальный сервер Windows.

Вход в облачную базу и защита сеансов

В SaaS у пользователя одна учётная запись сервиса: логин и пароль от личного кабинета. Пользователь сервиса связан с пользователем внутри приложения, поэтому второй раз пароль 1С не спрашивают.

Как проходит вход:

1. Вы открываете сайт сервиса и вводите логин и пароль.
2. Сервис проверяет учётную запись и показывает список приложений, к которым у вас есть доступ.
3. При открытии приложения веб-сервер создаёт сеанс в кластере 1С для вашей области данных.
4. Права внутри приложения задаёт администратор абонента — те же профили групп доступа, что и в обычной 1С.

Что защищает сеанс:

• 🔒 весь трафик идёт по HTTPS, перехватить пароль или данные в открытой Wi-Fi-сети нельзя без взлома шифрования;
• 👤 администратор абонента сам добавляет и отключает пользователей в личном кабинете — уволенного сотрудника отключают за минуту;
• 🕒 неактивный сеанс завершается по тайм-ауту, лицензия освобождается;
• 🗂️ данные абонента не смешиваются с чужими благодаря разделителям.

При аренде сервера вход двухступенчатый. Сначала вход в Windows по RDP (логин и пароль терминального сервера), потом — в саму 1С. Здесь критичны сложные пароли и закрытый наружу порт RDP: провайдеры обычно ставят шлюз удалённых рабочих столов или VPN.

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

Как несколько пользователей работают с одной облачной базой

Многопользовательская работа в облаке устроена так же, как в клиент-серверной 1С на своём сервере. Никакой синхронизации между пользователями нет: все пишут в одну базу через один кластер.

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

Где всё-таки есть синхронизация

Синхронизация данных появляется в трёх случаях:

1. Автономная работа. Для части приложений в SaaS можно настроить автономное рабочее место: на компьютер ставится локальная копия, которая обменивается изменениями с облачной базой. Удобно, если интернет пропадает, но нужно следить, чтобы обмен проходил регулярно.
2. Обмены с другими базами. Например, облачная Бухгалтерия обменивается с торговой базой или с УНФ. Это обычные планы обмена, только одна из сторон в облаке.
3. Мобильное приложение. Часть мобильных клиентов работает онлайн, часть хранит данные на телефоне и синхронизирует их с сервером.

Резервные копии и отказоустойчивость облачной инфраструктуры

За сохранность данных в облаке отвечает провайдер. Что обычно входит в его работу:

• 💾 Регулярные резервные копии. Копии баз делаются по расписанию, чаще ежедневно, и хранятся несколько суток или недель — срок прописан в договоре или на странице тарифа.
• 🧯 Резервирование оборудования. Диски в массивах, запасные серверы, резервное питание дата-центра.
• 🔄 Кластер 1С с резервом. В свойствах рабочего сервера задаются параметры отказоустойчивости, а рабочих серверов в кластере несколько: падение одного не останавливает работу абонентов.
• 🗄️ Резервирование СУБД. Реплики или кластер СУБД, чтобы сбой сервера баз данных не терял транзакции.

Своя копия на всякий случай

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

Делайте выгрузку перед крупными операциями: закрытием года, массовой перепроводкой, сменой провайдера. Храните её у себя, а не в том же облаке.

При аренде сервера у вас обычно есть доступ к самой базе. Тогда работает классика: выгрузка в .dt через Конфигуратор (Администрирование → Выгрузить информационную базу) или копия средствами СУБД.

Облако или свой сервер: что со скоростью работы

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

Как ускорить облачную 1С на своей стороне:

1. Используйте тонкий клиент вместо браузера. Он кэширует метаданные и формы, поэтому интерфейс отзывчивее.
2. Проверьте задержку до сервера: ping до адреса сервиса. Значения до 30–50 мс работают комфортно, выше 100 мс уже чувствуются при каждом действии.
3. Не держите на том же канале видеозвонки и загрузку облачных дисков во время закрытия месяца.
4. Если тормозит один пользователь, а у остальных нормально — ищите причину на его компьютере или в его Wi-Fi.

ping -n 20 адрес-вашего-сервиса
tracert адрес-вашего-сервиса

При аренде сервера через RDP картинка другая: по сети идёт изображение экрана. Задержка влияет на отклик мыши, а не на скорость проведения. RDP терпимее к плохому каналу, чем веб-клиент.

Обновление платформы и конфигураций в облаке

В SaaS обновления ставит провайдер, и это одна из главных причин, почему выбирают облако.

Обновление конфигурации

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

• 📅 Обычно обновление идёт ночью или в выходные; о плановых работах сервис предупреждает заранее.
• ⏳ После обновления при первом входе может появиться окно продолжения обработки данных. Дождитесь окончания — это дообновление вашей области.
• 🧩 Ваши расширения после обновления проверяются на совместимость. Если расширение сломалось, его отключат, а не обновление откатят.

Обновление платформы

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

• Если клиент поставлен через установщик сервиса или лаунчер 1cestart, нужная версия подбирается и скачивается автоматически.
• Если тонкий клиент ставили вручную и автозагрузку отключили, после обновления сервера вход не пройдёт, пока не поставите нужную версию.
• Веб-клиенту версия не важна: он загружается с сервера каждый раз.

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

Частые вопросы об облачной 1С