Администрирование · 10 мин
Как настроить конфигурацию 1С: практическое руководство
Практическое руководство по настройке конфигурации 1С: функциональные опции, права доступа, отчёты, константы и проверка результата. Порядок действий и типичные ошибки.
Настройка конфигурации 1С — это приведение типового решения в соответствие с реальными бизнес-процессами компании: включение нужных функций, разграничение прав, настройка учётной политики и отчётов. От того, насколько аккуратно это сделано на старте, зависит, будут ли пользователи работать без ошибок и не придётся ли переделывать учёт через полгода.
Работать с настройками можно на двух уровнях. Первый — пользовательский: параметры, доступные в режиме «1С:Предприятие» через разделы «Администрирование» и «Настройки». Второй — конфигуратор: изменение структуры метаданных, ролей, интерфейса. Большинству организаций достаточно первого уровня, а вмешательство в конфигуратор требуется только при доработках.
Главное правило безопасной настройки — любые изменения сначала выполняются на копии базы. Ошибка в функциональных опциях или правах может остановить работу бухгалтерии и склада, а откатить её без резервной копии будет сложно.
Подготовка: резервная копия и план настроек
До любых изменений сделайте выгрузку информационной базы. В файловом варианте это делается через конфигуратор: «Администрирование» → «Выгрузить информационную базу». В клиент-серверном варианте используйте штатные средства СУБД (MS SQL, PostgreSQL) — выгрузка через конфигуратор там тоже возможна, но для больших баз занимает много времени.
Составьте список того, что нужно настроить: какие подсистемы будут использоваться (закупки, продажи, склад, зарплата), какие налоговые режимы применяются, сколько пользователей и с какими ролями. Без такого списка настройка превращается в хаотичное включение опций, и позже трудно понять, почему в интерфейсе появился тот или иной документ.
Включение функциональных опций
Функциональные опции — это переключатели, которые включают или скрывают целые блоки конфигурации. В типовых решениях они собраны в разделе «Администрирование» → «Настройки» (в разных конфигурациях названия разделов отличаются: «Настройка функциональности», «Органайзер» и т. п.).
Включайте только то, что реально используется. Например, если компания не ведёт производство, соответствующую опцию включать не нужно: лишние подсистемы перегружают интерфейс, замедляют работу и провоцируют ошибочный ввод документов не в те разделы.
Учтите зависимости: некоторые опции требуют включения других. Так, ордерный складской учёт зависит от включённого складского учёта в целом, а валютные операции — от настройки учёта по нескольким валютам. Конфигурация обычно подсказывает такие связи, но проверять их нужно вручную.
- 1Откройте раздел администрирования и список функциональных опций
- 2Включите базовые опции: складской учёт, продажи, закупки — по факту деятельности
- 3Включите зависимые опции (ордерная схема, серии, характеристики) только при необходимости
- 4Зафиксируйте включённые опции в документе настройки
- 5Проверьте интерфейс под обычным пользователем: лишние разделы не должны отображаться
Настройка учётной политики и констант
Учётная политика задаётся для каждой организации отдельно и обычно привязана к периоду — изменения оформляются новой записью с начала года, а не правкой старой. Здесь указываются система налогообложения, методы оценки запасов, порядок признания расходов и другие параметры, влияющие на проводки и отчётность.
Константы хранят глобальные параметры: валюту регламентированного учёта, префиксы нумерации, даты запрета изменения данных. Ошибка в константе влияет на всю базу сразу, поэтому менять их стоит особенно аккуратно.
Отдельно проверьте дату запрета редактирования: она защищает закрытые периоды от случайных правок. После настройки убедитесь, что обычный пользователь не может изменить документ прошлого квартала, а пользователь с правами на изменение закрытых периодов — может, но осознанно.
Разграничение прав доступа
Права в типовых конфигурациях задаются через профили групп доступа: «Администрирование» → «Настройки пользователей и прав». Вместо назначения прав каждому сотруднику создаются профили (кассир, менеджер по продажам, бухгалтер), а пользователи включаются в соответствующие группы.
Придерживайтесь принципа минимальных прав: пользователь должен видеть и менять только то, что нужно для его работы. Полные права оставьте одному-двум администраторам. Избыточные права — самая частая причина случайного удаления документов и порчи справочников.
Для тонкой настройки используйте ограничение доступа на уровне записей (RLS), если конфигурация его поддерживает: например, менеджер видит только свои документы или документы своего подразделения. Учтите, что RLS заметно усложняет запросы и может снизить производительность на больших объёмах данных.
Подходы к раздаче прав
Быстро и безопасно; подходит большинству компаний. Ограничение: профили могут включать лишние для конкретной должности права.
Точная подстройка под должности. Ограничение: при обновлении конфигурации изменённые профили нужно сверять с типовыми.
Максимальная гибкость через роли. Ограничение: требует разработчика и снимает конфигурацию с простой поддержки.
Настройка нумерации, префиксов и обменов
Префиксы документов важны, когда баз несколько или ведётся обмен между конфигурациями (например, «Управление торговлей» и «Бухгалтерия»). Префикс задаётся в настройках организации или в параметрах обмена; совпадающие префиксы в разных базах гарантированно приведут к конфликтам номеров.
Если настраивается синхронизация, проверьте расписание регламентных заданий, правила конвертации и поведение при коллизиях — какая база считается главной при конфликте версий объекта. Протестируйте обмен на тестовых документах обеих сторон, прежде чем запускать его в рабочем режиме.
Изменения в конфигураторе: границы самостоятельной работы
Если типовых настроек не хватает, изменения вносятся через конфигуратор: добавление реквизитов, доработка форм, создание ролей. Перед этим проверьте, стоит ли конфигурация на поддержке: прямая правка типовых объектов усложняет или блокирует автоматическое обновление.
Безопасная альтернатива — механизм расширений конфигурации. Расширение добавляет реквизиты, формы и обработчики без изменения типовых объектов, и обновление проходит штатно. Для большинства мелких доработок расширения — предпочтительный вариант.
Самостоятельно в конфигураторе разумно делать только то, что можно проверить и откатить: добавление дополнительного реквизита, настройку печатной формы через внешнюю обработку. Изменение модулей проведения документов, планов обмена и ролей — задача для специалиста с опытом конкретной конфигурации.
Как выбрать способ доработки
Проверка результата и документирование
После настройки пройдите контрольный сценарий под учётной записью обычного пользователя: создайте и проведите ключевые документы (поступление, реализацию, оплату), сформируйте основные отчёты, попробуйте открыть закрытый период. Всё, что пользователь не должен делать, должно быть недоступно; всё, что должен, — работать без обращения к администратору.
Зафиксируйте итоговую конфигурацию: список включённых опций, параметры учётной политики, состав профилей доступа, префиксы и расписание регламентных заданий. Этот документ сэкономит часы при обновлении, подключении новых сотрудников и разборе инцидентов.
Как проверить результат
Видны только нужные разделы и документы
Лишние подсистемы или, наоборот, отсутствуют нужные документы
Тестовые документы проводятся, движения корректны
Ошибки проведения, пустые проводки
Закрытый период недоступен, чужие данные скрыты
Пользователь может править прошлые периоды или видит лишнее
Основные отчёты формируются и сходятся с тестовыми данными
Пустые отчёты или расхождения с документами
Что важно запомнить
Настройка начинается с резервной копии и плана, выполняется через функциональные опции, учётную политику и профили доступа, а завершается проверкой под обычным пользователем. Доработки без крайней необходимости делаются расширениями, а не правкой типовых объектов.
Частые вопросы
Можно ли настроить конфигурацию без программиста?
Да, если речь о пользовательском уровне: функциональные опции, учётная политика, права, дополнительные реквизиты. Для этого достаточно внимательности и тестовой копии базы. Программист нужен для изменения кода, сложных ролей и доработки проведения документов.
Что делать, если после включения опции пропали или появились лишние разделы?
Функциональные опции напрямую управляют интерфейсом, поэтому это нормальное поведение. Проверьте зависимые опции и права пользователя: раздел может быть скрыт не опцией, а настройками профиля доступа. При сомнениях верните опцию в исходное состояние и сравните поведение.
Слетят ли настройки при обновлении конфигурации?
Настройки режима «Предприятие» (опции, учётная политика, права) хранятся в базе данных и при обновлении сохраняются. Риск утраты есть у доработок, сделанных правкой типовых объектов в конфигураторе, — поэтому их и рекомендуют выносить в расширения.
Как откатить неудачную настройку?
Если изменение точечное — верните опцию или параметр в исходное значение. Если изменений было много и эффект неясен, восстановите базу из резервной копии, сделанной до начала работ. Именно поэтому копия перед настройкой обязательна.
Нужно ли настраивать каждую организацию в базе отдельно?
Учётная политика и часть параметров задаются для каждой организации индивидуально, а константы и функциональные опции обычно действуют на всю базу. Перед настройкой многофирменной базы проверьте, какие параметры глобальные, а какие — поорганизационные, чтобы изменение для одной компании не затронуло остальные.