К статье
Практический материал

Администрирование · 9 мин

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

Как убрать комментарий в 1С: очистка поля «Комментарий» в документах и справочниках, удаление комментариев из кода конфигуратора, групповая обработка и проверка результата.

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

Прежде чем что-либо удалять, убедитесь, что у вас есть актуальная резервная копия информационной базы. Поле «Комментарий» часто используется для служебных пометок: причин корректировки, пояснений к ручным операциям, ссылок на первичные документы. Бездумная очистка может уничтожить информацию, которая понадобится при проверке или аудите.

Определите, какой комментарий нужно убрать

В системе 1С:Предприятие существует несколько видов комментариев, и путать их нельзя. Первый вид — реквизит «Комментарий», который есть почти у каждого документа и многих справочников. Он хранится в базе данных и виден пользователям в форме объекта. Второй вид — комментарии в программном коде, которые начинаются с двойного слэша // и видны только разработчикам в конфигураторе.

Отдельный случай — пометки и обсуждения в системе взаимодействия или в механизмах обсуждений управляемых форм. Они хранятся отдельно от самих объектов и удаляются через интерфейс обсуждений либо административные инструменты. Сначала определите, к какому типу относится ваш комментарий, а затем выбирайте способ.

Уберите комментарий из документа или справочника вручную

Для одного или нескольких объектов ручное редактирование — самый безопасный вариант. Откройте нужный документ или элемент справочника в пользовательском режиме, найдите поле «Комментарий» (обычно внизу формы или на отдельной вкладке «Дополнительно»), выделите текст и удалите его. Затем нажмите «Записать» или «Провести и закрыть».

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

Ручное удаление комментария
  1. 1
    Откройте документ или элемент справочника
  2. 2
    Найдите поле «Комментарий» на форме или на вкладке «Дополнительно»
  3. 3
    Очистите текст поля
  4. 4
    Нажмите «Записать» или «Провести и закрыть»
  5. 5
    Убедитесь, что объект сохранился без ошибок

Удалите комментарии массово через групповое изменение реквизитов

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

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

Удалите комментарии из кода в конфигураторе

Комментарии в программном коде не хранятся в базе данных — они часть конфигурации. Чтобы их убрать, откройте конфигуратор, найдите нужный модуль (общий модуль, модуль объекта, модуль формы) и удалите строки или фрагменты после символов //. Для поиска всех комментариев используйте «Правка» → «Глобальный поиск» с строкой поиска // — платформа покажет все вхождения по всей конфигурации.

Будьте внимательны: символы // могут встречаться внутри строковых литералов, например в URL-адресах или шаблонах сообщений. Удаление такого фрагмента сломает логику программы. Кроме того, закомментированный код иногда оставляют намеренно как временно отключённый функционал — перед удалением уточните у разработчика или проверьте историю хранилища конфигурации.

1c
// Это комментарий — его можно удалить
Сообщить("Адрес: https://example.com"); // пояснение — удаляем только текст после //

Проверьте результат и учтите ограничения

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

Ограничения, о которых стоит помнить: дата запрета редактирования блокирует изменение старых документов; недостаток прав не позволит записать объект; в распределённых базах (РИБ) изменения должны корректно уйти по обмену, иначе в других узлах комментарии останутся. Если комментарий заполняется автоматически подпиской на событие или обменом, он появится снова при следующей записи — тогда нужно искать источник автозаполнения.

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

Как проверить результат

Поле «Комментарий» в объекте
Норма

Поле пустое, объект записан без ошибок

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

Текст вернулся после записи — ищите подписку на событие или обмен

Список объектов с непустым комментарием
Норма

Отбор не находит записей среди обработанных

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

Остались объекты — проверьте условие отбора обработки

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

Проверка конфигурации проходит без ошибок

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

Синтаксические ошибки — случайно удалён рабочий код

Типичные ошибки при удалении комментариев

Самая частая ошибка — массовая очистка без отбора и резервной копии, после которой теряются служебные пометки бухгалтерии. Вторая — удаление символов // внутри строковых значений в коде, что приводит к синтаксическим ошибкам. Третья — попытка править документы закрытого периода без понимания последствий для учёта.

Типичные ошибки
01
Запуск групповой обработки без отбора — очищаются комментарии всех объектов базы
02
Удаление // внутри строковых литералов в коде — модуль перестаёт компилироваться
03
Игнорирование даты запрета редактирования — объект не записывается, а пользователь считает, что комментарий удалён
04
Удаление комментария, который заполняется обменом — текст возвращается при следующей синхронизации
05
Правка документов закрытого периода без согласования — риск искажения отчётности

Когда лучше не удалять, а скрыть или перенести

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

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

Как выбрать действие

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

Что важно запомнить

Сначала определите тип комментария: реквизит объекта, комментарий в коде или обсуждение. Одиночные объекты правьте вручную, массовые — обработкой с отбором и резервной копией. В коде удаляйте только текст после // и проверяйте конфигурацию. Если комментарий возвращается — ищите источник автозаполнения.

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

Можно ли убрать поле «Комментарий» из формы документа совсем?

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

Что делать, если документ с комментарием находится в закрытом периоде?

Система откажет в записи из-за даты запрета редактирования. Варианты: попросить администратора временно сдвинуть дату запрета, оформить корректировочный документ текущим периодом или оставить комментарий как есть, если он не мешает учёту.

Удалятся ли комментарии при обмене между базами?

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

Как найти все документы с заполненным комментарием?

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

Безопасно ли удалять комментарии из кода типовой конфигурации?

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