1С:Фреш — это облачная подсистема фирмы «1С», которая позволяет многим организациям работать с одним экземпляром прикладного решения: в одной информационной базе каждой организации-абоненту выделяется своя изолированная область данных. Поставщик сервиса обновляет программы, делает резервные копии и регламентные операции сразу для всех, а пользователи работают через веб-клиент или тонкий клиент из любой точки. Свой сервис на Фреш разворачивают холдинги с десятками однотипных юрлиц и компании, предоставляющие 1С как услугу.
Ниже — как устроена подсистема, когда она оправдана, что нужно от конфигурации и как проходит пилотное развёртывание. Плюс ошибки, на которых спотыкаются при первом запуске.
Зачем нужен Фреш: три уровня обобществления
Удобно объяснить на примере.
- У каждого своя файловая база. Каждый сотрудник сам делает копии, обновляет программу, следит за регламентными операциями. Экземпляров приложения столько, сколько сотрудников.
- Клиент-серверный вариант. Вся организация работает в одной базе, эксплуатацией занимается ИТ-специалист: одно обновление, одна копия, одно место контроля.
- Фреш. Несколько организаций работают с одним экземпляром приложения. Эксплуатацией занимается поставщик сервиса — для всех абонентов сразу. Организации не владеют приложением, а пользуются им как услугой.
Для холдинга это означает: вместо 30 баз бухгалтерии для 30 юрлиц — одна-две базы с 30 областями данных. Одно обновление вместо тридцати.
Ключевые понятия
| Понятие | Кто это в коммерческом сервисе | Кто это в холдинге |
|---|---|---|
| Поставщик сервиса | Компания, продающая доступ к 1С | ИТ-служба холдинга |
| Абонент | Организация-клиент | Предприятие или филиал |
| Пользователь абонента | Сотрудник клиента | Сотрудник предприятия |
| Пользователь сервиса | Любой зарегистрированный пользователь | Любой сотрудник холдинга |
У абонента есть роли: владелец, администратор, пользователь. Владелец подключает приложения и управляет пользователями своей организации, не обращаясь к ИТ поставщика.
Из чего состоит сервис
- Менеджер сервиса — центральное приложение на платформе 1С. Хранит, какие приложения зарегистрированы, какие области данных каким абонентам принадлежат, какие пользователи и с какими ролями существуют. Раздаёт приложениям общую нормативно-справочную информацию.
- Агент сервиса — приложение на платформе 1С, которое выполняет действия, требующие прямого доступа к кластеру: обновление приложений, конвертацию данных между версиями.
- Информационные базы приложений — развёрнуты в кластере серверов 1С и опубликованы на веб-сервере. С ними работают пользователи.
- Сайт и форум (конференция) — веб-приложения для регистрации абонентов, подключения приложений, общения пользователей с поставщиком.
- Мониторинг — для контроля производительности и стабильности кластера используют отдельные инструменты, например «Центр контроля качества» из корпоративного инструментального пакета.
Пользователь аутентифицируется один раз — на сайте или в приложении — и дальше переходит между компонентами без повторного ввода пароля.
Что нужно от конфигурации
Не каждая конфигурация может работать во Фреш. Требования:
- Режим разделения данных. Платформа делит данные базы на области по абонентам. Конфигурация должна корректно работать в этом режиме: разделённые и неразделённые данные, общие реквизиты-разделители.
- Библиотека технологий сервиса (БТС). Содержит готовые механизмы взаимодействия с менеджером сервиса: создание областей, управление пользователями, выгрузку и загрузку данных, обмен сообщениями.
- Соблюдение правил разработки для модели сервиса — они описаны в руководстве разработчика облачной подсистемы.
Многие типовые решения фирмы «1С» поддерживают работу в модели сервиса. Самописные конфигурации и типовые с глубокими доработками приходится адаптировать — это отдельная оценка, иногда значительная.
Как проходит пилотное развёртывание
Предположим, кластер серверов 1С, СУБД, веб-сервер, менеджер и агент сервиса уже развёрнуты. Подключение прикладного решения выглядит так:
- Создать базу приложения в кластере и загрузить в неё конфигурацию.
- Выполнить первый запуск и создать служебного пользователя, через которого менеджер сервиса будет управлять пользователями и обменом. Ему назначаются роли удалённого доступа из БТС.
- Установить константы режима сервиса: использование синхронизации данных в модели сервиса и связанные с ней настройки — по инструкции к вашей версии.
- Опубликовать базу на веб-сервере — как правило, две публикации: для пользователей и для служебного взаимодействия компонентов.
- Зарегистрировать конфигурацию и её версию в менеджере сервиса, загрузить файл конфигурации.
- Зарегистрировать базу в менеджере сервиса с указанием кластера, имени базы в кластере и адресов публикаций.
- Зарегистрировать абонента и его владельца, подтвердить регистрацию по приглашению.
- Подключить абоненту приложение. Область данных создаётся не мгновенно: следите за статусом доступности.
- Создать пользователей абонента и проверить вход и работу.
На каждом шаге — инструкции из демонстрационных примеров на ИТС. Они рассчитаны на конкретные версии компонентов, так что берите примеры, соответствующие вашим версиям.
На чём спотыкаются при первом запуске
- Ошибки в параметрах базы в менеджере сервиса. Имя базы в кластере и адрес управления лучше проверить дважды до сохранения: исправить их потом бывает непросто.
- Почта не настроена. Приглашения абонентам и пользователям уходят по почте. Без рабочей отправки регистрация застревает; спасает ввод кода вручную, но на пилоте это стоит проверить заранее.
- Ссылки в письмах ведут не туда из-за неверных адресов публикаций.
- Нетерпение. Создание области данных идёт асинхронно; приложение становится доступным не сразу.
- Обмен данными включён на пилоте, где он не нужен, — лишние ошибки в журнале и путаница.
- Нагрузка не просчитана. Сотни областей в одной базе — это нагрузка на кластер и СУБД. Масштабирование идёт за счёт рабочих процессов, дополнительных баз и дополнительных кластеров.
Плюсы и минусы для бизнеса
| Плюсы | Минусы |
|---|---|
| Одно обновление на всех абонентов | Конфигурация должна поддерживать модель сервиса |
| Централизованные копии и регламентные операции | Сложная инфраструктура, нужна квалифицированная поддержка |
| Быстрое подключение нового юрлица или клиента | Доработки под одного абонента ограничены: приложение общее |
| Работа из любой точки через браузер | Ошибка в общем приложении затрагивает всех |
| Единая НСИ для всех областей | Миграция существующих баз требует подготовки |
Фреш окупается там, где много однотипных организаций на одной конфигурации. Для одной компании с одной базой это сложность без выгоды.
Сроки и стоимость
Пилот на готовой инфраструктуре с одной типовой конфигурацией и парой тестовых абонентов занимает от нескольких дней до пары недель. Промышленное внедрение — с отказоустойчивым кластером 1С, мониторингом, резервным копированием, регламентами сопровождения и переносом существующих баз — отдельный проект, который оценивается после пилота. Ориентир для оценки трудозатрат — почасовая ставка 2 500 ₽/ч.
Подготовку серверов под Фреш я делаю в рамках настройки сервера 1С, а публикацию приложений и доступ через интернет — как веб-доступ к 1С.
Итог
- 1С:Фреш позволяет многим организациям работать в одной базе с изолированными областями данных.
- Основные компоненты: менеджер сервиса, агент сервиса, базы приложений, сайт и средства мониторинга.
- Конфигурация должна поддерживать разделение данных и БТС; самописные решения требуют адаптации.
- Свой сервис оправдан для холдингов с множеством однотипных юрлиц и для поставщиков 1С как услуги.
- Начинайте с пилота на одной конфигурации и заранее проверьте почту, адреса публикаций и параметры баз.
