Как настроить администрирование в 1С 8.3

· 9 мин

Содержание

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

Есть и второй уровень — настройки платформы: учётные записи в Конфигураторе, журнал регистрации, обслуживание файла базы, параметры кластера для клиент-серверного варианта. Их в разделе Администрирование нет, и дальше я разведу эти два слоя, чтобы не искать настройку не там, где она живёт.

Разберём по порядку: общие параметры программы, пользователей и права, работу с файлами и печатью, резервное копирование и обслуживание, обмен данными и, наконец, журнал регистрации с аудитом изменений. Пути привожу для интерфейса «Такси» и типовой конфигурации вроде Бухгалтерии 3.0 или ЗУП 3.1 — в УТ 11 состав похож, отличия отмечаю отдельно.

Два уровня администрирования: конфигурация и платформа

Прежде чем менять настройки, держите в голове разделение зон ответственности:

  • 🧩 Уровень конфигурации — всё, что в разделе Администрирование: пользователи и роли прикладного уровня, обмены, печатные формы, расписание регламентных заданий. Меняется в режиме 1С:Предприятие.
  • ⚙️ Уровень платформы — список пользователей информационной базы (окно запуска), настройка журнала регистрации, тестирование и исправление, выгрузка .dt. Делается в Конфигураторе.
  • 🖥️ Уровень сервера — для клиент-серверной базы: кластер, рабочие процессы, лицензии, сеансы. Управляется консолью администрирования серверов или утилитой rac.

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

Перед тем как что-то менять, проверьте три вещи:

  • 👤 Под кем вы вошли. Настройки сохранятся, только если у учётной записи есть права администратора. Имя текущего пользователя видно в меню рядом с названием базы.
  • 🗄️ Файловая база или клиент-серверная. От этого зависят резервное копирование, расписание регламентных заданий и мониторинг. Тип видно в окне запуска: у файловой указан путь к каталогу, у серверной — имя сервера и базы.
  • 💾 Есть ли свежая копия. Любая настройка, затрагивающая структуру или удаление данных , делается только после резервной копии.

В файловой базе всё администрирование лежит рядом с файлом 1Cv8.1CD. В клиент-серверной базе данные хранит СУБД, а платформа — только промежуточный слой, поэтому резервную копию и мониторинг там делают иначе (об этом ниже).

Общие параметры программы и настройки системы

Базовые параметры собраны в Администрирование → Общие настройки. Что настраивают здесь в первую очередь:

  1. Заголовок программы — текст в шапке окна. Полезно, когда у организации несколько баз: пишете «Бухгалтерия — РАБОЧАЯ» и «Бухгалтерия — КОПИЯ», чтобы не перепутать окна.
  2. Часовой пояс — влияет на время документов и регламентных заданий. В клиент-серверной базе ориентируйтесь на часовой пояс сервера.
  3. Контактная информация и адресный классификатор — форматы телефонов, загрузка адресов.
  4. Запрет редактирования печатных форм и прочие ограничения интерфейса.

Там же, в Общие настройки, обычно находится блок версионирования объектов — он пригодится для аудита, вернёмся к нему в последнем разделе.

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

Не включайте подряд все функциональные опции «на будущее». Каждая лишняя подсистема — это новые регламентные задания и пункты меню, которые грузят интерфейс. Включайте по мере надобности.

Пользователи, роли и права доступа

Это ядро администрирования. Путь: Администрирование → Настройки пользователей и прав. Логика типовой конфигурации трёхслойная:

  • Пользователи — сами учётные записи. Здесь создаёте пользователя, задаёте логин, пароль, признак «Вход в программу разрешён».
  • Профили групп доступа — наборы ролей и ограничений (например, «Бухгалтер», «Расчётчик», «Только просмотр»). Профиль — это то, что реально определяет, какие документы видит человек.
  • Группы доступа — связывают пользователей с профилями, а при включённом RLS ещё и с конкретными организациями или складами.

Порядок настройки нового сотрудника:

  1. Создайте пользователя в списке Пользователи.
  2. Назначьте ему группу доступа с подходящим профилем.
  3. Если нужно ограничить данные (одна организация из нескольких) — включите ограничение доступа на уровне записей в настройках и заполните значения доступа в группе.
Чек-лист: заводим нового пользователя
Выполнено: 0 / 5

Два практических приёма, без которых настройка прав неполна:

  • 🔐 Не выдавайте профиль «Администратор» рядовым пользователям. Полные права нужны одному-двум людям. Остальным — профиль под роль.
  • 📋 Проверяйте результат отчётом по правам. В типовых есть отчёт по пользователям и их ролям (ищется в списке отчётов раздела Настройки пользователей и прав) — по нему видно, кто и что реально может.

Пароль пользователя информационной базы задаётся и в режиме предприятия, и в Конфигураторе (Администрирование → Пользователи). Если забыт пароль единственного администратора файловой базы — восстановите базу из резервной копии; «сбросить» пароль штатно нельзя, это защита от несанкционированного доступа.

Работа с файлами, печатными формами и внешними обработками

За хранение присоединённых файлов отвечает блок «Настройки работы с файлами» (в Общие настройки). Ключевой выбор:

Где хранить файлыКогда подходитРиск
В информационной базеНебольшие объёмы, одна базаБыстрый рост размера .1CD
В томах на дискеМного вложений, сканы, договорыНужен доступ к каталогу томов с каждого сервера

Там же задают максимальный размер файла и запрет на загрузку опасных расширений.

Печать и внешние объекты настраивают в Администрирование → Печатные формы, отчёты и обработки. Здесь:

  • ✏️ Макеты печатных форм — можно отредактировать макет типового документа, не трогая конфигурацию. Удобно для своих шапок и штампов.
  • 📎 Дополнительные отчёты и обработки — подключение внешних .epf/.erf. Включается опцией «Дополнительные отчёты и обработки», затем файл добавляется в список.
  • ✉️ Рассылки отчётов — расписание автоматической отправки по почте.

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

Резервное копирование и обслуживание базы данных

Регулярная копия — не настройка «на всякий случай», а условие, без которого нельзя делать опасные операции вроде свёртки или тестирования.

Файловая база. В Администрирование → Обслуживание есть настройка автоматического резервного копирования: задаёте расписание и каталог. Копия — это выгрузка в .dt или копия самого файла 1Cv8.1CD при закрытых сеансах.

Клиент-серверная база . Копию делают средствами СУБД (например, бэкап базы SQL по расписанию), а не из 1С. Выгрузка .dt для рабочей базы на SQL годится как разовый архив, но не как ежедневный бэкап — она требует монопольного доступа и на больших базах идёт долго.

В том же разделе Обслуживание живут процедуры наведения порядка:

  1. Удаление помеченных объектов. Запускайте в период минимальной нагрузки: при контроле ссылочной целостности операция читает всю базу.
  2. Поиск и удаление дублей (справочников контрагентов, номенклатуры).
  3. Групповое перепроведение документов после изменения учётной политики.

Монопольные операции делаются в Конфигураторе: Администрирование → Тестирование и исправление. Галки «Реиндексация таблиц» и «Проверка логической целостности» — штатное лечение, когда база «подтормаживает» или появляются ошибки структуры.

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

Свёртку (удаление старых документов с вводом остатков) выполняют отдельной обработкой свёртки. Это необратимая операция: сначала копия, потом свёртка, потом сверка остатков.

Синхронизация и обмен данными между базами

Обмен настраивается в Администрирование → Синхронизация данных. Сначала включается флажок «Синхронизация данных», затем создаётся настройка обмена. Типовые сценарии:

  • 🔄 Бухгалтерия ↔ ЗУП — передача отражения зарплаты в учёте. Правила готовые, настраиваете только организации и даты начала.
  • 🏪 УТ ↔ Бухгалтерия — документы продаж и закупок идут в бухгалтерскую базу.
  • 🌐 Распределённая база (РИБ) — главный и подчинённые узлы одной конфигурации для филиалов.

Порядок запуска обмена:

  1. В обеих базах включите синхронизацию и укажите префиксы узлов (чтобы номера документов не пересекались).
  2. Создайте настройку, выберите формат обмена и организации.
  3. Выполните первую синхронизацию и проверьте, что ничего не «застряло».

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

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

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

Мониторинг, журнал регистрации и аудит изменений

За тем, что происходит в базе, следят на двух уровнях.

Журнал регистрации — фиксирует входы, ошибки, изменения данных. Открывается в режиме предприятия через Все функции → Стандартные → Журнал регистрации, а в Конфигураторе — через меню Администрирование → Журнал регистрации. Там же, в Конфигураторе, настраивается, какие события писать (Администрирование → Настройка журнала регистрации): полный журнал быстро разрастается, поэтому на рабочей базе разумно оставить ошибки и изменения данных, а не «всё подряд».

Журнал регистрации со временем занимает много места. Сокращать его (удалять старые записи) можно, но это тоже стирает историю — сначала при необходимости выгрузите нужный период, потом сокращайте.

Версионирование объектов — это уже прикладной аудит. Включается в Администрирование → Общие настройки → Версионирование объектов: выбираете, для каких документов и справочников хранить историю. После этого в карточке объекта доступна команда просмотра версий — видно, кто и что менял, с построчным сравнением. Рядом полезны даты запрета изменения данных (Настройки пользователей и прав): закрыли период — и задним числом его уже не поправят.

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

  • 📊 Консоль администрирования серверов показывает сеансы, соединения и захваченные лицензии.
  • 🧰 Утилита rac даёт то же из командной строки: rac cluster list, rac session list для активных сеансов. Точный синтаксис подкоманд смотрите в rac help — не угадывайте параметры.
  • 🔬 Технологический журнал (файл logcfg.xml) включают точечно для разбора конкретной проблемы и сразу выключают — он создаёт большой объём логов и сам нагружает диск.

Регламентные и фоновые задания — отдельная зона мониторинга. Их список и расписание доступны через Все функции → Стандартные → Управление регламентными и фоновыми заданиями. Если какой-то фоновый процесс висит или падает, здесь видно ошибку и время последнего выполнения.

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

Почему у меня нет раздела «Администрирование» в меню?
Раздел виден только пользователю с полными правами. Если его нет, вашей учётной записи не назначен профиль «Администратор» — права выдаёт тот, у кого они уже есть, либо их задают в Конфигураторе.
Чем список пользователей в Конфигураторе отличается от справочника «Пользователи»?
Конфигуратор хранит учётные записи на уровне платформы (вход в базу, пароль). Справочник «Пользователи» — прикладной уровень с профилями и ограничениями. В типовой базе они связаны: создавать и вести пользователей правильнее из режима предприятия, платформа подхватит.
Нужен ли монопольный доступ для настройки прав и обменов?
Нет. Пользователи, профили, синхронизация настраиваются при работающих сеансах. Монополия нужна только для тестирования и исправления, загрузки .dt, свёртки и обновления структуры.
Как часто делать резервную копию?
Для активной базы — ежедневно, с хранением нескольких последних копий. В клиент-серверном варианте настройте бэкап средствами СУБД по расписанию, а разовую выгрузку .dt держите как дополнительный архив перед крупными изменениями.
Чем журнал регистрации отличается от версионирования объектов?
Журнал регистрации фиксирует события (вход, ошибка, факт изменения). Версионирование хранит сами версии документа или справочника и позволяет сравнить, что именно поменялось. Для полноценного аудита включают оба.