Назначение и подстановка ответственного в документах 1С

Поле «Ответственный» в документе 1С по умолчанию заполняется тем пользователем, который этот документ создал. Чтобы вместо логина в поле стояла нормальная фамилия, а не «Администратор», нужно завести пользователя, связать его учётную запись с физическим лицом (в ЗУП — с сотрудником) и при необходимости настроить подстановку значения по умолчанию.

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

Пути ниже даны для 1С:Бухгалтерии 8 (БП 3.0) на платформе 8.3 с интерфейсом «Такси». В ЗУП 3.1 и Управлении торговлей 11 логика та же, отличия в путях отмечены отдельно.

Кто такой «ответственный» в документе и зачем его задавать

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

Зачем это нужно на практике:

• 📋 Отбор своих документов. В журнале можно включить колонку «Ответственный» и отфильтровать список — менеджер видит то, что вёл он.
• 🔒 Разграничение доступа. На ограничении по ответственному строится механизм RLS: пользователь работает только со своими документами (об этом ниже).
• 🧾 Контроль и разбор ошибок. Когда в проводках всплывает странность, первым делом смотрят, кто создал и кто последним менял документ.

Если база однопользовательская и под одним логином, настраивать нечего — ответственный везде будет один. Настройка начинает иметь смысл с двух и более сотрудников.

Шаг 1. Создаём пользователя и связываем с сотрудником

Открываем список пользователей:

1. Перейдите в Администрирование → Настройки пользователей и прав → Пользователи. В Управлении торговлей 11 раздел называется НСИ и администрирование → Настройки пользователей и прав → Пользователи.
2. Нажмите Создать.
3. Заполните Полное имя — именно оно потом показывается в поле «Ответственный» и в печатных формах.
4. В поле Физическое лицо выберите или создайте элемент справочника физлиц. В ЗУП 3.1 вместо физлица учётная запись связывается с элементом справочника Сотрудники.
5. На закладке с настройками входа задайте имя для входа и пароль. Если в организации используется домен, вместо пароля можно включить аутентификацию операционной системы и выбрать доменную учётную запись Windows — тогда сотрудник входит в базу без отдельного пароля, под своей рабочей учёткой.
6. Назначьте профиль группы доступа — без него пользователь либо не сможет работать, либо получит лишние права (к правам вернёмся в шаге 4).

После сохранения пользователь появится в списке и станет доступен для выбора в поле «Ответственный» любого документа.

Шаг 2. Настраиваем подстановку ответственного по умолчанию

Чтобы не менять ответственного в каждом новом документе руками, значение задают по умолчанию.

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

Персональные значения для подстановки. Прочие значения по умолчанию (организация, склад, тип цен) задаются в Главное → Персональные настройки. Это ускоряет ввод, когда сотрудник работает с одной организацией или одним складом.

Отдельный реквизит «Основной ответственный». В Управлении торговлей 11, Комплексной автоматизации и ERP у пользователя есть собственная настройка ответственного по умолчанию — она подставляется в документы этого пользователя. Ищите её в карточке пользователя или в его персональных настройках в разделе НСИ и администрирование.

Шаг 3. Настраиваем ответственных лиц организации для подписей

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

Порядок в БП 3.0:

1. Откройте карточку организации: Главное → Организации (или Настройки → Организации, если включён учёт по нескольким организациям).
2. Перейдите к данным об ответственных лицах — руководителе, главном бухгалтере, кассире.
3. Для каждой роли укажите физлицо и период, с которого оно действует. Записи хранятся с историей: при смене директора вы добавляете новую строку с новой датой, а старая остаётся для документов прошлых периодов.

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

В печатные формы (счёт, накладная, УПД, счёт-фактура) подписи подтягиваются из этих записей автоматически на дату документа. Кассовые документы берут подпись кассира из той же роли, а в ЗУП 3.1 ответственные лица подставляются в кадровые приказы и расчётные документы — руководитель и ответственный за ведение кадрового учёта. Поэтому в зарплатной программе заполнить этот список стоит сразу, иначе приказы на приём и увольнение придётся подписывать от руки.

Шаг 4. Права доступа: ограничиваем работу по ответственному

Поле «Ответственный» становится по-настоящему полезным, когда на нём завязано разграничение доступа. Механизм называется RLS — ограничение доступа на уровне записей.

Как включить и настроить:

1. В Администрирование → Настройки пользователей и прав установите флажок Ограничивать доступ на уровне записей.
2. Настройте профили групп доступа и группы доступа: профиль задаёт набор ролей (что пользователь в принципе умеет), а группа доступа — к каким данным его пускать.
3. В типовых конфигурациях есть преднастроенные варианты ограничения, в том числе по ответственному и по организации. Выберите подходящий и включите нужных пользователей в группу.

После этого менеджер видит в журналах и отчётах только документы, где он указан ответственным, а чужие — нет.

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

Важно не смешивать понятия. Роль — это техническая возможность (например, «добавлять и изменять документы продаж»). Ответственный — это не роль, а значение реквизита, по которому роль дополнительно сужают до «только своих» записей. Сам по себе ответственный никаких прав не даёт и не отнимает.

Шаг 5. Автоматизируем заполнение ответственного в документах

Ручная установка ответственного в каждом документе — источник ошибок. Минимизируем её.

• ✅ Свой логин у каждого. Самый надёжный способ: раз работа идёт под личной учётной записью, ответственный проставляется верно сам собой.
• ✅ Ввод на основании. При создании документа на основании другого (счёт → реализация, заказ → отгрузка) ответственный, как правило, переносится из документа-основания вместе с организацией и контрагентом. Это удобно, когда всю цепочку по сделке ведёт один сотрудник: достаточно правильно заполнить первый документ.
• ✅ Групповое изменение. Если в пачке документов ответственный проставлен неверно (например, остался прежний сотрудник), выделите нужные строки в списке и воспользуйтесь командой группового изменения реквизитов из командной панели списка. Задайте поле «Ответственный» и новое значение.

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

Шаг 6. Контроль изменений: кто и когда менял документ

Отследить, кто создал документ и кто правил ответственного, можно двумя штатными инструментами.

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

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

Коротко — чем отличаются:

Частые ошибки при настройке ответственного

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

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