Как настроить администрирование в 1С 8.3
Содержание
Почти всё администрирование типовой базы на управляемых формах собрано в одном месте — разделе Администрирование в левом меню. Открывается он только пользователю с правами администратора, поэтому первый шаг — убедиться, что ваша учётная запись входит в группу «Администраторы», иначе половины пунктов вы просто не увидите.
Есть и второй уровень — настройки платформы: учётные записи в Конфигураторе, журнал регистрации, обслуживание файла базы, параметры кластера для клиент-серверного варианта. Их в разделе Администрирование нет, и дальше я разведу эти два слоя, чтобы не искать настройку не там, где она живёт.
Разберём по порядку: общие параметры программы, пользователей и права, работу с файлами и печатью, резервное копирование и обслуживание, обмен данными и, наконец, журнал регистрации с аудитом изменений. Пути привожу для интерфейса «Такси» и типовой конфигурации вроде Бухгалтерии 3.0 или ЗУП 3.1 — в УТ 11 состав похож, отличия отмечаю отдельно.
Два уровня администрирования: конфигурация и платформа
Прежде чем менять настройки, держите в голове разделение зон ответственности:
- 🧩 Уровень конфигурации — всё, что в разделе
Администрирование: пользователи и роли прикладного уровня, обмены, печатные формы, расписание регламентных заданий. Меняется в режиме1С:Предприятие. - ⚙️ Уровень платформы — список пользователей информационной базы (окно запуска), настройка журнала регистрации, тестирование и исправление, выгрузка
.dt. Делается в Конфигураторе. - 🖥️ Уровень сервера — для клиент-серверной базы: кластер, рабочие процессы, лицензии, сеансы. Управляется консолью администрирования серверов или утилитой
rac.
Путаница между уровнями — частая причина, почему «настройка не сохраняется» или «не нахожу нужный пункт». Пароль пользователя из списка Конфигуратора и пароль из справочника «Пользователи» в типовой базе синхронизируются автоматически, но роли назначаются по-разному: на уровне платформы — грубо, на уровне конфигурации — через профили групп доступа.
Перед тем как что-то менять, проверьте три вещи:
- 👤 Под кем вы вошли. Настройки сохранятся, только если у учётной записи есть права администратора. Имя текущего пользователя видно в меню рядом с названием базы.
- 🗄️ Файловая база или клиент-серверная. От этого зависят резервное копирование, расписание регламентных заданий и мониторинг. Тип видно в окне запуска: у файловой указан путь к каталогу, у серверной — имя сервера и базы.
- 💾 Есть ли свежая копия. Любая настройка, затрагивающая структуру или удаление данных , делается только после резервной копии.
В файловой базе всё администрирование лежит рядом с файлом 1Cv8.1CD. В клиент-серверной базе данные хранит СУБД, а платформа — только промежуточный слой, поэтому резервную копию и мониторинг там делают иначе (об этом ниже).
Общие параметры программы и настройки системы
Базовые параметры собраны в Администрирование → Общие настройки. Что настраивают здесь в первую очередь:
- Заголовок программы — текст в шапке окна. Полезно, когда у организации несколько баз: пишете «Бухгалтерия — РАБОЧАЯ» и «Бухгалтерия — КОПИЯ», чтобы не перепутать окна.
- Часовой пояс — влияет на время документов и регламентных заданий. В клиент-серверной базе ориентируйтесь на часовой пояс сервера.
- Контактная информация и адресный классификатор — форматы телефонов, загрузка адресов.
- Запрет редактирования печатных форм и прочие ограничения интерфейса.
Там же, в Общие настройки, обычно находится блок версионирования объектов — он пригодится для аудита, вернёмся к нему в последнем разделе.
Отдельная ветка — Администрирование → Органайзер: почта, напоминания, бизнес-процессы и задачи. Её трогают, если в компании ведут переписку и задачи прямо из 1С.
Не включайте подряд все функциональные опции «на будущее». Каждая лишняя подсистема — это новые регламентные задания и пункты меню, которые грузят интерфейс. Включайте по мере надобности.
Пользователи, роли и права доступа
Это ядро администрирования. Путь: Администрирование → Настройки пользователей и прав. Логика типовой конфигурации трёхслойная:
- Пользователи — сами учётные записи. Здесь создаёте пользователя, задаёте логин, пароль, признак «Вход в программу разрешён».
- Профили групп доступа — наборы ролей и ограничений (например, «Бухгалтер», «Расчётчик», «Только просмотр»). Профиль — это то, что реально определяет, какие документы видит человек.
- Группы доступа — связывают пользователей с профилями, а при включённом RLS ещё и с конкретными организациями или складами.
Порядок настройки нового сотрудника:
- Создайте пользователя в списке
Пользователи. - Назначьте ему группу доступа с подходящим профилем.
- Если нужно ограничить данные (одна организация из нескольких) — включите ограничение доступа на уровне записей в настройках и заполните значения доступа в группе.
Два практических приёма, без которых настройка прав неполна:
- 🔐 Не выдавайте профиль «Администратор» рядовым пользователям. Полные права нужны одному-двум людям. Остальным — профиль под роль.
- 📋 Проверяйте результат отчётом по правам. В типовых есть отчёт по пользователям и их ролям (ищется в списке отчётов раздела
Настройки пользователей и прав) — по нему видно, кто и что реально может.
Пароль пользователя информационной базы задаётся и в режиме предприятия, и в Конфигураторе (Администрирование → Пользователи). Если забыт пароль единственного администратора файловой базы — восстановите базу из резервной копии; «сбросить» пароль штатно нельзя, это защита от несанкционированного доступа.
Работа с файлами, печатными формами и внешними обработками
За хранение присоединённых файлов отвечает блок «Настройки работы с файлами» (в Общие настройки). Ключевой выбор:
| Где хранить файлы | Когда подходит | Риск |
|---|---|---|
| В информационной базе | Небольшие объёмы, одна база | Быстрый рост размера .1CD |
| В томах на диске | Много вложений, сканы, договоры | Нужен доступ к каталогу томов с каждого сервера |
Там же задают максимальный размер файла и запрет на загрузку опасных расширений.
Печать и внешние объекты настраивают в Администрирование → Печатные формы, отчёты и обработки. Здесь:
- ✏️ Макеты печатных форм — можно отредактировать макет типового документа, не трогая конфигурацию. Удобно для своих шапок и штампов.
- 📎 Дополнительные отчёты и обработки — подключение внешних
.epf/.erf. Включается опцией «Дополнительные отчёты и обработки», затем файл добавляется в список. - ✉️ Рассылки отчётов — расписание автоматической отправки по почте.
Если нужно изменить встроенную печатную форму или добавить свою, не снимая конфигурацию с поддержки, используйте расширение конфигурации. Это штатный способ дорабатывать типовую базу без разрыва обновлений.
Резервное копирование и обслуживание базы данных
Регулярная копия — не настройка «на всякий случай», а условие, без которого нельзя делать опасные операции вроде свёртки или тестирования.
Файловая база. В Администрирование → Обслуживание есть настройка автоматического резервного копирования: задаёте расписание и каталог. Копия — это выгрузка в .dt или копия самого файла 1Cv8.1CD при закрытых сеансах.
Клиент-серверная база
. Копию делают средствами СУБД (например, бэкап базы
SQL по расписанию), а не из 1С. Выгрузка .dt для рабочей базы на SQL годится как разовый архив, но не как ежедневный бэкап — она требует монопольного доступа и на больших базах идёт долго.
В том же разделе Обслуживание живут процедуры наведения порядка:
- Удаление помеченных объектов. Запускайте в период минимальной нагрузки: при контроле ссылочной целостности операция читает всю базу.
- Поиск и удаление дублей (справочников контрагентов, номенклатуры).
- Групповое перепроведение документов после изменения учётной политики.
Монопольные операции делаются в Конфигураторе: Администрирование → Тестирование и исправление. Галки «Реиндексация таблиц» и «Проверка логической целостности» — штатное лечение, когда база «подтормаживает» или появляются ошибки структуры.
Тестирование и исправление, загрузка .dt и свёртка базы требуют монопольного доступа — все пользователи должны выйти. Запускать такое в рабочее время нельзя: активные сеансы прервутся, несохранённые данные пропадут. Делайте вечером или в выходной и всегда — после свежей резервной копии.
Свёртку (удаление старых документов с вводом остатков) выполняют отдельной обработкой свёртки. Это необратимая операция: сначала копия, потом свёртка, потом сверка остатков.
Синхронизация и обмен данными между базами
Обмен настраивается в Администрирование → Синхронизация данных. Сначала включается флажок «Синхронизация данных», затем создаётся настройка обмена. Типовые сценарии:
- 🔄 Бухгалтерия ↔ ЗУП — передача отражения зарплаты в учёте. Правила готовые, настраиваете только организации и даты начала.
- 🏪 УТ ↔ Бухгалтерия — документы продаж и закупок идут в бухгалтерскую базу.
- 🌐 Распределённая база (РИБ) — главный и подчинённые узлы одной конфигурации для филиалов.
Порядок запуска обмена:
- В обеих базах включите синхронизацию и укажите префиксы узлов (чтобы номера документов не пересекались).
- Создайте настройку, выберите формат обмена и организации.
- Выполните первую синхронизацию и проверьте, что ничего не «застряло».
Расписание автоматического обмена задаётся в настройке синхронизации. В клиент-серверной базе обмен выполняет регламентное задание на сервере; в файловой — только когда открыт сеанс, поэтому для автообмена держат отдельный фоновый сеанс.
Перед первым боевым обменом прогоните его на копиях обеих баз. Ошибку в сопоставлении организаций проще поймать на копии, чем разбирать задвоенные документы в рабочей базе.
Если обмен «встал», смотрите в самой настройке синхронизации — там отображаются предупреждения и конфликты, которые надо разрешить вручную.
Мониторинг, журнал регистрации и аудит изменений
За тем, что происходит в базе, следят на двух уровнях.
Журнал регистрации — фиксирует входы, ошибки, изменения данных. Открывается в режиме предприятия через Все функции → Стандартные → Журнал регистрации, а в Конфигураторе — через меню Администрирование → Журнал регистрации. Там же, в Конфигураторе, настраивается, какие события писать (Администрирование → Настройка журнала регистрации): полный журнал быстро разрастается, поэтому на рабочей базе разумно оставить ошибки и изменения данных, а не «всё подряд».
Журнал регистрации со временем занимает много места. Сокращать его (удалять старые записи) можно, но это тоже стирает историю — сначала при необходимости выгрузите нужный период, потом сокращайте.
Версионирование объектов — это уже прикладной аудит. Включается в Администрирование → Общие настройки → Версионирование объектов: выбираете, для каких документов и справочников хранить историю. После этого в карточке объекта доступна команда просмотра версий — видно, кто и что менял, с построчным сравнением. Рядом полезны даты запрета изменения данных (Настройки пользователей и прав): закрыли период — и задним числом его уже не поправят.
Производительность. Для файловой базы главный инструмент — то самое тестирование и исправление плюс контроль размера .1CD. Для клиент-серверной базы:
- 📊 Консоль администрирования серверов показывает сеансы, соединения и захваченные лицензии.
- 🧰 Утилита
racдаёт то же из командной строки:rac cluster list,rac session listдля активных сеансов. Точный синтаксис подкоманд смотрите вrac help— не угадывайте параметры. - 🔬 Технологический журнал (файл
logcfg.xml) включают точечно для разбора конкретной проблемы и сразу выключают — он создаёт большой объём логов и сам нагружает диск.
Регламентные и фоновые задания — отдельная зона мониторинга. Их список и расписание доступны через Все функции → Стандартные → Управление регламентными и фоновыми заданиями. Если какой-то фоновый процесс висит или падает, здесь видно ошибку и время последнего выполнения.
Частые вопросы
Почему у меня нет раздела «Администрирование» в меню?
Чем список пользователей в Конфигураторе отличается от справочника «Пользователи»?
Нужен ли монопольный доступ для настройки прав и обменов?
.dt, свёртки и обновления структуры.Как часто делать резервную копию?
.dt держите как дополнительный архив перед крупными изменениями.