Как настроить администрирование в 1С: пошаговое руководство

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

Материал рассчитан на тех, кто администрирует файловые или клиент-серверные базы 1С:Предприятие 8.3 — будь то Бухгалтерия, Управление торговлей или Зарплата и управление персоналом. Большинство действий выполняется через раздел «Администрирование» внутри программы и через конфигуратор, и для них не требуется глубоких знаний программирования.

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

Шаг 1. Проверьте режим работы базы и доступ администратора

Перед настройкой определите, в каком режиме работает информационная база: файловом или клиент-серверном. От этого зависят инструменты администрирования. Файловая база хранится в одном файле 1Cv8.1CD и подходит для небольших компаний; клиент-серверная работает на СУБД (MS SQL, PostgreSQL) и требует отдельного обслуживания сервера.

Убедитесь, что у вас есть учётная запись с полными правами. В конфигураторе откройте «Администрирование» → «Пользователи» и проверьте, что у вашей учётной записи назначена роль «Полные права» (или «Администратор системы» в типовых конфигурациях на БСП). Если в базе нет ни одного пользователя, вход в конфигуратор выполняется без пароля — это нормально для новой базы, но пользователя-администратора нужно создать сразу.

Отдельно проверьте, кто ещё имеет полные права. Частая ситуация: полные права есть у всех сотрудников «на всякий случай». Это прямой путь к случайному удалению данных и невозможности установить, кто внёс изменения.

Шаг 2. Создайте пользователей и настройте права доступа

В типовых конфигурациях пользователи заводятся в режиме 1С:Предприятие: раздел «Администрирование» → «Настройки пользователей и прав» → «Пользователи». Для каждого сотрудника создаётся отдельная учётная запись — общие логины запрещены как практика, потому что по журналу регистрации невозможно будет определить автора конкретного действия.

Права назначаются не напрямую, а через профили групп доступа. Откройте «Администрирование» → «Настройки пользователей и прав» → «Группы доступа» и включите пользователя в подходящий профиль: «Бухгалтер», «Кассир», «Менеджер по продажам» и т.д. Профиль определяет, какие документы и справочники сотрудник видит и может изменять.

Для ограничения доступа на уровне записей (например, менеджер видит только свои документы) включите механизм RLS: в настройках параметров учёта или в группах доступа задайте разрешённые значения по организациям, складам или контрагентам. Учтите, что избыточные ограничения RLS заметно замедляют выполнение запросов в больших базах.

1. 1
   Откройте «Администрирование» → «Настройки пользователей и прав» → «Пользователи»
2. 2
   Создайте пользователя, задайте имя, пароль и при необходимости аутентификацию ОС
3. 3
   Назначьте профиль группы доступа, соответствующий должности
4. 4
   Проверьте вход под новой учётной записью и доступность нужных документов
5. 5
   Убедитесь, что лишние разделы и кнопки пользователю недоступны

Шаг 3. Включите и настройте журнал регистрации

Журнал регистрации — основной инструмент расследования инцидентов: кто изменил документ, когда выполнялось обновление, какие ошибки возникали. В конфигураторе откройте «Администрирование» → «Настройка журнала регистрации» и задайте уровень детализации. Для большинства баз достаточно регистрации ошибок, предупреждений и важных информационных событий.

Регистрация всех событий без фильтра приводит к быстрому разрастанию журнала и замедлению работы. Настройте автоматическое сокращение журнала: «Администрирование» → «Обслуживание» → «Сократить журнал регистрации», указав срок хранения, например 90 дней. Перед сокращением сохраните копию журнала, если история может понадобиться.

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

Шаг 4. Настройте резервное копирование

Резервная копия — единственная защита от потери данных при сбое диска, ошибочном обновлении или действиях пользователя. Для файловых баз в типовых конфигурациях есть встроенный механизм: «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление». Задайте расписание (например, ежедневно в нерабочее время) и каталог хранения копий.

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

Для клиент-серверных баз резервное копирование выполняется средствами СУБД: в MS SQL — через планы обслуживания (maintenance plans) с полной и разностной копиями, в PostgreSQL — через pg_dump или физическое копирование с WAL-архивированием. Выгрузка в .dt для больших клиент-серверных баз используется как дополнительный, а не основной способ.

Контрольные точки

Как проверить, что копирование работает

Наличие свежих файлов копий в каталоге

Норма

Файлы создаются по расписанию, размер соответствует базе

Тревожный признак

Копий нет, устарели или размер аномально мал

Возможность восстановления

Норма

Тестовая база разворачивается из копии и открывается

Тревожный признак

Копия не разворачивается или база не открывается

Место хранения

Норма

Копии на отдельном диске или сетевом ресурсе

Тревожный признак

Копии лежат на том же диске, что и база

Шаг 5. Настройте регламентные и фоновые задания

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

Откройте «Администрирование» → «Обслуживание» → «Регламентные операции» (или «Регламентные и фоновые задания» в консоли) и проверьте расписание каждого задания. Разносите ресурсоёмкие задания по времени, чтобы они не конкурировали за ресурсы, и выносите их на нерабочие часы. Для файловой базы полезно настроить отдельный сеанс-«робот», который всегда запущен и обеспечивает выполнение заданий.

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

Шаг 6. Организуйте безопасное обновление конфигурации

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

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

После обновления проверьте ключевые операции: проведение документов, формирование отчётов, обмены данными. Часть обновлений запускает отложенные обработчики, которые выполняются в фоне — не считайте обновление завершённым, пока они не отработали (статус виден в разделе «Результаты обновления программы»).

Шаг 7. Настройте регулярное обслуживание базы

Для файловых баз периодически выполняйте тестирование и исправление: конфигуратор → «Администрирование» → «Тестирование и исправление». Запускайте его только на монопольно открытой базе и обязательно после создания копии — режимы с исправлением могут изменять данные. Для профилактики достаточно проверок логической и ссылочной целостности.

Дополнительно полезна утилита chdbfl.exe из каталога платформы — она проверяет физическую целостность файла базы и применяется при ошибках формата потока. Работает только с файловыми базами и также требует предварительной копии файла.

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

Маршрут решения

Как выбрать способ обслуживания

Файловая база, ошибки при открытии или работеКопия файла, затем chdbfl.exe, при необходимости тестирование и исправление в конфигураторе

Файловая база, профилактика без ошибокТестирование и исправление с проверками логической и ссылочной целостности

Клиент-серверная база, падение производительностиОбновление статистики и перестроение индексов средствами СУБД, анализ медленных запросов

Любая база перед обновлением конфигурацииВыгрузка в .dt плюс штатная резервная копия, проверка обновления на копии

Частые вопросы по администрированию 1С

Как сбросить пароль пользователя, если администратор забыл свой?

Если есть другой пользователь с полными правами, он меняет пароль через список пользователей. Если администратор единственный, для файловой базы пароль сбрасывается специализированными средствами через редактирование списка пользователей в конфигураторе или сервисными утилитами; для клиент-серверной базы доступ восстанавливается на уровне СУБД. В сложных случаях задачу передают специалисту по 1С.

Как часто нужно делать резервные копии?

Минимум — ежедневно для активно используемой базы. При интенсивном вводе документов имеет смысл дополнительная копия в середине дня или разностное копирование средствами СУБД. Перед любым обновлением или массовой обработкой данных копия делается внепланово, независимо от расписания.

Чем выгрузка в .dt отличается от копирования файла базы?

Выгрузка в .dt — логическая копия, которую можно загрузить в базу с другой конфигурацией платформы и использовать для переноса между файловым и клиент-серверным режимами. Копирование файла 1Cv8.1CD — физическая копия, быстрее создаётся, но применима только к файловым базам и требует, чтобы все сеансы были закрыты. Для надёжности используют оба способа.

Почему медленно работает база и что проверить в первую очередь?

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

Можно ли настроить администрирование без конфигуратора?

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

Кто должен выполнять администрирование в небольшой компании?

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