Новая область данных в 1С: от подготовки до запуска филиала
Содержание
Область данных в 1С создают в «Менеджере сервиса» — отдельной программе для технологии публикации решений (модель 1С:Fresh и локальный сервис). Область — это изолированный набор данных внутри одной информационной базы: у каждой области свои пользователи, справочники, документы и учётная политика, но общая на всех конфигурация. Создать новую область можно только там, где в конфигурации включён механизм разделения данных; в обычной «коробочной» базе такого режима нет.
Если под «областью» вы понимаете ещё одну фирму или филиал в существующей базе, отдельная область данных для этого не нужна — достаточно добавить организацию . Когда именно нужна настоящая область, а когда хватит организации, разберём ниже, а дальше пройдём создание и первичную настройку области по шагам.
Когда нужна область данных, а когда — новая организация
Путаница начинается с самого слова. В 1С «область данных» — технический термин из механизма разделения данных, а не синоним «направления бизнеса». Выбор зависит от того, насколько данные должны быть изолированы друг от друга.
| Что нужно | Решение | Изоляция данных |
|---|---|---|
| Вести учёт нескольких своих фирм в одной базе | Добавить организацию | Общие справочники, единый вход |
| Сдавать в аренду учёт независимым абонентам (SaaS, облако) | Создать область данных | Полная, у каждого свой вход |
| Отдать филиалу полностью автономную базу | Отдельная информационная база | Физическое разделение |
Если фирмы ваши и бухгалтер у них общий, область данных только усложнит работу: в неё нельзя заглянуть «из соседней области» без обмена. В 90 % случаев для холдинга правильный ответ — несколько организаций в одной базе.
Дальше речь только о настоящей области данных — когда вы развернули сервис и отдаёте в него изолированные рабочие места.
Что подготовить перед созданием области
Область создаётся не «в один клик из меню конфигурации». Сначала должна работать инфраструктура сервиса. Проверьте три условия.
1. Конфигурация поддерживает разделение данных. В типовых решениях для сервиса (например, редакции БП 3.0 и ЗУП 3.1 в варианте для 1С:Fresh) механизм уже встроен — в конфигурации заданы разделители (общие реквизиты со свойством «Разделение данных»). Обычная коробочная поставка без этих разделителей области создавать не умеет. Проверить можно в конфигураторе: Общие → Общие реквизиты, у разделяющего реквизита стоит разделение данных «Разделять».
2. Развёрнут менеджер сервиса. Для облачной модели это 1С:Fresh (технология 1cFresh), для локальной — установленный на сервере «Менеджер сервиса» и опубликованное на веб-сервере приложение. Клиент-серверный кластер при этом обслуживает одну физическую базу, а области живут внутри неё.
3. Есть права администратора сервиса. Создавать и удалять области может только администратор сервиса — это не то же самое, что администратор отдельной области (абонента). Разграничение ролей задаётся при настройке менеджера сервиса.
Создание области затрагивает общую базу, в которой уже работают другие абоненты. Операции разворачивания и обновления областей планируйте на часы низкой нагрузки — массовая подготовка данных нагружает сервер.
Как создать новую область данных
Порядок в менеджере сервиса одинаков для облака и локального сервиса, отличаются только названия окон. Точные подписи кнопок в разных версиях менеджера различаются, поэтому ориентируйтесь на действия, а не на дословный текст команд.
- Войдите в менеджер сервиса под администратором сервиса и откройте список областей данных.
- Запустите создание новой области. Менеджер присвоит области номер (значение основного разделителя) — он уникален в пределах базы и дальше не меняется.
- Укажите приложение (конфигурацию), на основе которого создаётся область, и при необходимости эталонную область — шаблон с преднастроенными данными. Создание «из эталона» экономит время: справочники и настройки копируются сразу.
- Задайте владельца области (абонента) и администратора области — учётную запись, под которой клиент будет входить.
- Дождитесь, пока область перейдёт в состояние «готова». На этом этапе менеджер разворачивает в ней структуру данных; на тяжёлых конфигурациях это занимает несколько минут.
После этого область существует, но внутри она пустая (или заполнена данными эталона). Основная работа — первичная настройка — делается уже внутри области, под её администратором.
Разработчикам область можно создавать и программно — через запись значения разделителя и начальное заполнение в коде обработчика. Но для типовых решений штатный путь — именно менеджер сервиса, он сам выполняет корректную инициализацию.
Настройка организации и учётной политики в новой области
Зайдите в новую область под её администратором (через адрес публикации сервиса, указав номер или логин абонента). Дальше настройка идёт как в обычной базе — область ведёт себя как самостоятельная конфигурация.
Начальное заполнение. В типовых решениях при первом входе запускается помощник начальной настройки. Если он не открылся сам, вызовите его из раздела Главное (начальная настройка) или Администрирование.
Создание организации. Откройте справочник организаций (Главное → Организации или Настройки → Организации — зависит от конфигурации) и создайте карточку: вид (юрлицо или ИП), наименование, ИНН/КПП, система налогообложения. От системы налогообложения зависит, какие разделы учёта включатся.
Учётная политика. Учётная политика в каждой области своя и независимая — это и есть смысл изоляции. Настройте её под организацию области: метод оценки МПЗ, порядок учёта затрат, учёт НДС. В бухгалтерских конфигурациях политика хранится с привязкой к организации и году, поэтому задавайте её на актуальный период.
Не копируйте учётную политику «на глаз» из другой области. Разные абоненты — разные режимы налогообложения; ошибочная настройка приведёт к неверным проводкам и декларациям.
Пользователи, склады и рабочие места
Структуру области выстраивают под реальную работу абонента.
Пользователи и права. Внутри области создайте пользователей и выдайте им роли через Администрирование → Настройки пользователей и прав. Пользователи одной области не видят данных другой — это обеспечивает сам механизм разделения, дополнительно ограничивать не нужно. Администратор области управляет только своими пользователями, администратор сервиса — всеми областями.
Роли удобно выдавать не поштучно, а профилями групп доступа: в типовых решениях есть готовые профили (бухгалтер, кладовщик, кассир, менеджер по продажам). Пользователя включают в нужную группу, и он получает согласованный набор прав. Персональные ограничения (например, доступ только к одному складу) настраивают поверх профиля через дополнительные значения ограничений.
Склады и подразделения. Если в конфигурации ведётся складской учёт, заполните справочник складов и, при необходимости, структуру подразделений. Для разных складов можно задать разные типы (оптовый, розничный, ордерный) — порядок оформления документов зависит от типа. Если склады должны контролировать остатки, включите соответствующую настройку учёта в разделе администрирования: от неё зависит, запретит ли программа отгрузку в минус.
Рабочие места. Для розницы настройте рабочее место кассира (РМК) и подключаемое оборудование. Оборудование подключается в разделе администрирования; драйверы и настройки ККТ делаются отдельно в каждой области, потому что физически кассы у абонентов разные.
Таблица ниже помогает не перепутать уровень настройки:
| Что настраивается | Где | Область или сервис |
|---|---|---|
| Организация, учётная политика | Внутри области | Область |
| Пользователи области | Внутри области | Область |
| Склады, оборудование | Внутри области | Область |
| Список областей, их статусы | Менеджер сервиса | Сервис |
| Обновление конфигурации | Менеджер сервиса / кластер | Сервис |
Начальные остатки, перенос и обмен данными
Новая область стартует с нуля, поэтому в неё нужно ввести входящие данные.
Начальные остатки. Если абонент начинает учёт с определённой даты, остатки вводят документами «Ввод остатков
» (в бухгалтерских конфигурациях — через помощник ввода начальных остатков в разделе Главное). Дата ввода остатков — последний день периода перед началом учёта в области. После ввода проверьте, что вспомогательный счёт 000 закрылся в ноль: если по нему остался остаток, актив и пассив не сошлись и где-то пропущена сумма. Это главный контроль корректности остатков, и его стоит сделать до первых рабочих документов.
Перенос из старой базы. Когда абонент переходит в сервис из коробочной базы, типовые решения дают выгрузку данных: из старой базы формируется файл, в области он загружается через штатную обработку переноса. Полнота переноса зависит от совпадения редакций — переносить из БП 3.0 в БП 3.0 корректнее, чем между разными конфигурациями.
Обмен между областями. Прямой «взгляд из области в область» механизмом разделения запрещён. Если данные должны ходить между областями или с центральной базой, настраивают обмен через планы обмена (распределённая база, РИБ, или обмен по правилам конвертации). Каждая область при этом остаётся самостоятельным узлом обмена: в ней заводят узел-отправитель и узлы-получатели, задают состав выгружаемых данных и формат (файл, каталог, FTP или веб-сервис). Первую синхронизацию делают вручную и сверяют результат, а дальше включают автоматический обмен по расписанию.
Автоматизация. Регламентные и фоновые задания в разделённой базе выполняются по областям. Расписание и состав заданий настраивают в области (Администрирование → Обслуживание или аналогичный раздел), а общий контроль выполнения — на стороне сервиса. Тяжёлые регламентные операции сервис обычно «размазывает» по областям, чтобы не грузить сервер одновременно.
Перед загрузкой переноса в рабочую область сделайте пробную загрузку в тестовую область из того же эталона. Так вы увидите расхождения в остатках до того, как абонент начнёт работать.
Контроль, мониторинг и частые ошибки
Готовые области видны администратору сервиса в списке областей менеджера. Там отслеживают состояние и управляют доступом.
- 📋 Список областей — номер, владелец, конфигурация, статус (готова, в обработке, заблокирована).
- 🔒 Блокировка — область можно временно закрыть для входа (на время обновления или при неоплате), не удаляя данные.
- 📈 Журнал регистрации — ведётся отдельно по каждой области, по нему видно действия пользователей и ошибки.
- 🔄 Обновление — конфигурация обновляется один раз на всю базу, после чего менеджер прогоняет обновление данных по областям.
Типичные ошибки при создании и настройке области — не повтор шагов выше, а именно то, на чём спотыкаются чаще всего:
- ❌ Пытаются создать область в коробочной базе. Без разделителей в конфигурации пункта создания области просто нет. Нужна поставка для сервиса.
- ❌ Путают область с организацией. Для нескольких своих фирм заводят области и потом не могут свести отчётность — хватило бы организаций.
- ❌ Настраивают учётную политику одной области «для всех». Политика в области своя; изменения в одной области в другие не попадают.
- ❌ Ждут, что области будут видеть данные друг друга. Изоляция полная; взаимодействие — только через обмен.
- ❌ Создают область без эталона и вручную заполняют справочники. Долго и с ошибками; эталонная область ускоряет развёртывание в разы.