Ответственный в 1С: назначение, настройки и права доступа
Содержание
Ответственный в 1С — это реквизит документа, который хранит ссылку на пользователя системы. По умолчанию программа подставляет его сама: ответственным становится тот, кто создал документ. Чтобы назначить другого, откройте документ и выберите нужного человека в поле Ответственный.
Отдельно включать реквизит не нужно — он уже есть в типовых конфигурациях: 1С:Управление торговлей 11, 1С:ERP, Комплексная автоматизация, Бухгалтерия предприятия 3.0, ЗУП 3.1. Вопрос обычно в другом: как изменить ответственного, задать значение по умолчанию, использовать его для разграничения прав и контроля. Это и разберём, с точными путями.
Сразу разведём два понятия, которые путают чаще всего. Ответственный за документ — это пользователь программы. Ответственные лица организации (руководитель, главный бухгалтер, кассир) — это реквизиты для подписей в печатных формах. Разные справочники, разные настройки.
Ответственный в самом документе. Меняется прямо в форме — смотрите раздел о назначении ниже.Менеджер (ответственный) в карточке контрагента или договора. Отдельный реквизит справочника.Что такое ответственный и какие виды встречаются
Технически «ответственный» — это реквизит с типом СправочникСсылка.Пользователи. То есть в поле хранится не фамилия текстом, а ссылка на конкретную учётную запись из справочника Пользователи. Отсюда два следствия: ответственным можно сделать только заведённого в базе пользователя, и по этому полю удобно фильтровать и строить отчёты.
Под словом «ответственный» в 1С понимают три разные вещи:
| Вид | Где хранится | Для чего нужен |
|---|---|---|
| Ответственный за документ | реквизит документа | кто ведёт и создал документ, контроль, разграничение прав |
| Ответственные лица организации | карточка организации, раздел подписей | подписи руководителя, главбуха и кассира в печатных формах |
| Менеджер контрагента | карточка контрагента или договора | закрепление клиента за сотрудником |
Дальше речь в основном про первый вид — реквизит документа. Именно его видно почти во всех журналах и именно он участвует в правах доступа.
Ещё одно поле рядом по смыслу — автор документа. В механизме версионирования хранится, кто и когда объект создал и правил. Ответственного можно переназначить в любой момент, а автор — это факт из истории, его сменой поля не поменять. Поэтому «кто ведёт документ» (ответственный) и «кто его завёл» (автор) — разные ответы на похожий вопрос.
Если вам нужны подписи в накладной, а не пользователь-куратор, вам не сюда — откройте карточку организации и заполните раздел с ответственными лицами (подписями).
Где хранится ответственный и как он подставляется по умолчанию
Реквизит лежит прямо в документе — отдельной настройки «ответственные лица» для него включать не требуется. Значение подставляется в момент создания нового документа: срабатывает стандартное заполнение, и в поле записывается текущий пользователь — тот, под чьей учётной записью открыта программа.
Отсюда простой вывод про «ответственного по умолчанию»: в типовых учётных конфигурациях нет отдельной настройки «всегда ставить такого-то». По умолчанию ответственный — это всегда автор, то есть тот, кто вошёл в базу. Поэтому способов задать нужное значение три:
- 🧑💻 Работать под своей учётной записью. Тогда во всех новых документах ответственным автоматически становится этот пользователь.
- ✏️ Поменять поле вручную в конкретном документе — если за него отвечает другой сотрудник.
- 📦 Изменить массово уже созданные документы — через групповую обработку (см. ниже).
Если документ создаётся копированием (Создать на основании или Скопировать), стандартное заполнение не срабатывает: ответственный переносится из документа-источника как есть. Это частый источник путаницы — об этом в конце.
Особый случай — документы, которые приходят через обмен данными или загрузку из файла. Там ответственного ставит не автозаполнение формы, а правила обмена или обработка загрузки. На практике в таких документах поле нередко оказывается пустым или заполнено технической учётной записью, под которой работает обмен. Это нормально, но учитывайте при отборах: «ничьи» документы чаще всего приходят именно так.
Как назначить ответственного в документе
Самый частый сценарий — поставить в документе другого сотрудника. Порядок действий:
- Откройте нужный документ (например,
Реализация (акты, накладные)или заказ покупателя). - Найдите поле
Ответственный. Чаще всего оно внизу формы, в подвале; в части документов — в шапке. Если поля не видно, разверните подвал или откройтеЕще → Изменить формуи включите отображение реквизита. - Нажмите на поле и выберите пользователя из справочника
Пользователи. - Если нужного человека в списке нет, его сначала заводят в
Администрирование → Настройки пользователей и прав → Пользователи(нужны права администратора). - Запишите документ кнопкой
ЗаписатьилиПровести.
Нельзя указать ответственным того, кого нет в справочнике Пользователи. Внешние контрагенты, сотрудники без учётной записи и роли туда не попадают — для них используйте другие поля (менеджер, исполнитель).
Как поменять ответственного сразу в нескольких документах
Когда сотрудник уволился или сменил участок, перебивать поле вручную в сотнях документов бессмысленно. Для этого есть штатная обработка — групповое изменение реквизитов.
Самый частый повод для массовой правки — увольнение сотрудника . Пока его документы числятся за ним, отчёты по ответственным искажаются, а при включённом разграничении прав документы остаются «запертыми» на уволенного. Переназначение закрывает обе проблемы разом.
Путь в Бухгалтерии 3.0: Администрирование → Обслуживание → Корректировка данных → Групповое изменение реквизитов. В УТ 11 и ERP раздел обслуживания находится в НСИ и администрирование.
Порядок:
- Выберите объект — нужный вид документа (например, заказы клиентов).
- При необходимости задайте отбор: период, организация, прежний ответственный.
- В списке реквизитов найдите
Ответственныйи укажите нового пользователя. - Запустите изменение.
Перед групповым изменением обязательно сделайте резервную копию базы . Обработка меняет данные сразу во множестве документов, и откатить правку поодиночке будет тяжело.
Запускайте массовую правку, когда в базе никто активно не работает: длительная операция по большому объёму документов тормозит систему для остальных пользователей.
Ответственный и права доступа к документам
В конфигурациях с ограничением доступа на уровне записей (УТ 11, ERP, Комплексная) ответственный может работать как условие видимости. Типичная задача: сделать так, чтобы менеджер видел только свои документы, а не чужие сделки.
Такое ограничение настраивается не в самом документе, а в профилях и группах доступа: Администрирование → Настройки пользователей и прав. Там включается ограничение на уровне записей и задаётся, по какому признаку пользователь видит данные.
Важный нюанс: право видеть документ и быть в нём ответственным — не одно и то же. Можно быть ответственным, но не иметь прав на проведение, и наоборот. Поэтому при разборе «почему сотрудник не видит документ» проверяйте и поле Ответственный, и роли в его профиле доступа.
Типичная ловушка такой настройки: менеджер создал документ, затем ответственного в нём сменили на коллегу — и теперь автор своего же документа не видит. Для него он «чужой». Если ограничение по ответственному включено, меняйте поле осознанно: вы не просто помечаете куратора, но и перераспределяете доступ.
Ещё один случай — дубли в справочнике Пользователи. Если одного сотрудника случайно завели дважды, его документы делятся между двумя разными ответственными, и отбор по одному из них покажет только половину. Перед настройкой прав стоит проверить справочник на дубли.
В Бухгалтерии 3.0 разграничение по ответственному применяют реже — там чаще ограничивают доступ по организациям. Если задача именно «каждый видит только своё», смотрите в сторону торговых конфигураций.
Ответственный в задачах и бизнес-процессах
Реквизит документа — не единственное место, где встречается «ответственный». В платформе есть механизм бизнес-процессов и задач: задача адресуется исполнителю — конкретному пользователю или роли, и он отвечает за её выполнение.
В типовых учётных конфигурациях этот механизм используется ограниченно — обычно в виде напоминаний и списка «Мои задачи». Полноценные маршруты согласования с передачей ответственности между сотрудниками живут в 1С:Документооборот; там исполнитель задачи и есть ответственный за этап.
Практический вывод: не путайте ответственного за документ (кто его ведёт) с исполнителем задачи (кому поручено действие по маршруту). Это два разных поля и два разных механизма, хотя оба отвечают на вопрос «кто за это отвечает».
Пример различия на одном заказе. Ответственный в заказе клиента — менеджер, который его ведёт от начала до конца. А задача «согласовать скидку» в маршруте может уйти совсем другому человеку — руководителю отдела. Он исполнитель задачи, но ответственным за заказ не становится. Когда проектируете процесс, держите эти роли раздельно, иначе отчёты по загрузке сотрудников начнут противоречить друг другу.
Как задать ответственного программно
Для доработок полезно знать, как поле заполняется из кода. Реквизит Ответственный имеет тип СправочникСсылка.Пользователи, а текущего пользователя в типовых конфигурациях возвращает функция Пользователи.ТекущийПользователь() из подсистемы БСП.
Автозаполнение нового документа делают в модуле объекта, в обработчике ОбработкаЗаполнения:
Процедура ОбработкаЗаполнения(ДанныеЗаполнения, ТекстЗаполнения, СтандартнаяОбработка)
Если Не ЗначениеЗаполнено(Ответственный) Тогда
Ответственный = Пользователи.ТекущийПользователь();
КонецЕсли;
КонецПроцедуры
Чтобы выбрать документы определённого ответственного, подойдёт простой запрос:
ВЫБРАТЬ
РеализацияТоваровУслуг.Ссылка,
РеализацияТоваровУслуг.Дата,
РеализацияТоваровУслуг.Ответственный
ИЗ
Документ.РеализацияТоваровУслуг КАК РеализацияТоваровУслуг
ГДЕ
РеализацияТоваровУслуг.Ответственный = &Ответственный
Пара замечаний по надёжности кода. Функция Пользователи.ТекущийПользователь() возвращает ссылку на справочник Пользователи, но если в системе включены внешние пользователи (например, для веб-кабинета клиентов), для них текущим будет внешний пользователь — в реквизит документа его записывать нельзя. Поэтому перед присвоением стоит проверять, что это обычный сотрудник. И получать текущего пользователя лучше на сервере: клиентский код отдаёт это значение не всегда корректно под разными режимами запуска.
Менять заполнение ответственного в типовой конфигурации лучше через расширение, а не правкой снятой с поддержки конфигурации — так доработка переживёт обновление.
Контроль ответственных через отчёты
Проверить, кто за какие документы отвечает, можно двумя способами.
Быстрый — прямо в журнале. Откройте список документов, добавьте колонку Ответственный и сгруппируйте по ней через Еще → Настроить список → Группировка. Так сразу видно, сколько документов на каждом сотруднике и нет ли «ничьих».
Глубокий — через Универсальный отчёт. В нём выбирают объект (нужный документ), ставят группировку по полю Ответственный и выводят количество и суммы. Если отчёта нет в меню раздела Отчёты, найдите его по названию в поиске функций.
Что полезно смотреть регулярно:
- 📊 распределение документов по ответственным — нет ли перекоса;
- 🕳️ документы без заполненного ответственного — обычно это копии или импорт;
- 👤 документы уволенных сотрудников — их переназначают групповой обработкой.
Такую проверку удобно делать раз в квартал, вместе со сверкой пользователей. Пустые и «осиротевшие» документы тогда не копятся, а отчёты по сотрудникам показывают реальную картину, а не историю прошлых перестановок в отделе.
Что будет, если удалить пользователя, указанного ответственным?
Почему при копировании документа остаётся старый ответственный?
Виден ли ответственный в печатной форме?
Ответственный — внутреннее поле для учёта и прав. Если нужно показать куратора в печати, это настраивается отдельно в макете.