Как в 1С поменять автора документа

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

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

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

Как устроен механизм автора в 1С

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

Кроме реквизита «Ответственный», платформа ведёт технологический журнал и историю изменений (если включено версионирование), где тоже видно, кто создавал и редактировал объект. Эти данные не зависят от реквизита: поменяв «Ответственного», вы не перепишете фактическую историю работы с документом.

Из этого следует практический вывод: смена автора — это изменение одного реквизита, а не «переписывание» документа. Проводки, суммы и движения по регистрам при этом затрагиваться не должны, если делать замену аккуратно.

Способ 1. Перепроведение документа под другим пользователем

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

1. 1
   Войдите в базу под пользователем, который должен стать автором
2. 2
   Откройте нужный документ
3. 3
   Проверьте, заполняется ли поле «Ответственный» при записи — попробуйте очистить его, если поле доступно
4. 4
   Нажмите «Провести» или «Записать»
5. 5
   Откройте документ снова и убедитесь, что автор изменился

Если при записи реквизит не меняется, значит конфигурация заполняет его только при создании. Тогда этот способ не сработает, и нужно переходить к групповой обработке или программному методу.

Учтите: перепроведение документа обновляет движения по регистрам. Если документ старый, входит в закрытый период или после него изменилась методология учёта, перепроведение может изменить данные. Для закрытых периодов этот способ применять не стоит.

Способ 2. Групповое изменение реквизитов

В типовых конфигурациях на БСП (Библиотека стандартных подсистем) есть встроенная обработка «Групповое изменение реквизитов». Она позволяет массово поменять реквизит «Ответственный» у любого набора документов без перепроведения.

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

1. 1
   Откройте «Групповое изменение реквизитов»
2. 2
   Выберите вид объектов — нужный тип документа
3. 3
   Настройте отбор: например, Ответственный = уволившийся сотрудник, за нужный период
4. 4
   В списке реквизитов отметьте «Ответственный» и укажите новое значение
5. 5
   Нажмите «Изменить реквизиты» и дождитесь окончания
6. 6
   Проверьте несколько документов из выборки вручную

Преимущество метода — документы не перепроводятся, меняется только сам реквизит. Недостаток — обработка записывает объекты штатно, поэтому сработают подписки на события и проверки заполнения. Если в конфигурации есть логика, реагирующая на запись документа, она выполнится.

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

Способ 3. Программная замена через код

Когда нужна точечная логика — например, заменить автора только у документов определённого вида за период с дополнительными условиями — используют встроенный язык. Код выполняют через консоль кода (внешнюю обработку) на сервере под полными правами.

Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ Ссылка ИЗ Документ.РеализацияТоваровУслуг
|ГДЕ Ответственный = &СтарыйАвтор И Дата МЕЖДУ &Нач И &Кон";
Запрос.УстановитьПараметр("СтарыйАвтор", СтарыйПользователь);
Запрос.УстановитьПараметр("Нач", НачалоГода(ТекущаяДата()));
Запрос.УстановитьПараметр("Кон", КонецГода(ТекущаяДата()));
Выборка = Запрос.Выполнить().Выбрать();
Пока Выборка.Следующий() Цикл
  Объект = Выборка.Ссылка.ПолучитьОбъект();
  Объект.Ответственный = НовыйПользователь;
  Объект.ОбменДанными.Загрузка = Истина;
  Объект.Записать();
КонецЦикла;

Ключевой момент — строка Объект.ОбменДанными.Загрузка = Истина. Она отключает проверки заполнения, подписки на события и бизнес-логику записи, поэтому меняется только реквизит, а движения документа не трогаются. Это самый безопасный способ для документов закрытых периодов.

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

Ограничения прав и даты запрета изменения

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

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

Как выбрать подходящий способ

Если база распределённая (РИБ) или настроена синхронизация с другими системами, учитывайте, что изменённые документы попадут в план обмена и уедут в связанные узлы. Это нормально, но увеличит трафик обмена при массовой замене.

Проверка результата после замены

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

Если после замены обнаружились изменившиеся обороты, значит документы были перепроведены. Восстановите данные из резервной копии или перепроведите остальные документы периода в правильной последовательности, чтобы выровнять последовательность проведения.

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