Удаление сообщений, бесед и истории изменений в 1С 8.3

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

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

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

Где хранится переписка и что вообще получится удалить

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

Ключевой момент: текст сообщений и файлы хранятся не в базе, а на сервере взаимодействия. Из этого следуют два практических вывода.

• 🗑️ Стандартная обработка Удаление помеченных объектов переписку не чистит — ей нечего пометить, сообщения не являются объектами базы.
• 🔌 Если отвязать базу от сервера взаимодействия, переписка пропадёт целиком и сразу — по всем документам и беседам.

Прежде чем удалять, определитесь с масштабом — от этого зависит способ.

Как удалить отдельное сообщение или беседу

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

Удаление одного сообщения

1. Откройте объект (документ, задачу, элемент справочника) и разверните панель обсуждения — обычно это область с перепиской справа или значок обсуждения в командной панели формы.
2. Наведите курсор на нужное сообщение. Рядом появится команда действий над сообщением.
3. Выберите удаление. Сообщение пропадёт из переписки у всех участников.

Удалить получится только своё сообщение. Чтобы убрать чужое, нужны права на управление обсуждением — обычно это администратор или создатель беседы.

Удаление или выход из беседы

Беседы (отдельные чаты, не привязанные к документу) видны в общем списке обсуждений.

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

Выход из беседы убирает её из вашего списка, но у остальных участников переписка остаётся. Полное удаление доступно создателю.

Кто может удалять переписку и у кого какие права

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

• 👤 Рядовой участник — удаляет только свои сообщения и выходит из бесед. Чужую переписку ему не стереть.
• ✍️ Создатель беседы — удаляет беседу целиком, управляет её составом участников.
• 🛠️ Администратор — отключает обсуждения и снимает регистрацию по всей базе. Эти права даёт профиль с полномочиями администрирования, настраивается он в разделе настройки прав доступа.

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

Полное отключение обсуждений и снятие регистрации

Когда нужно очистить обсуждения во всей базе — например, при подготовке копии для передачи подрядчику — работают в разделе Администрирование → Обсуждения.

Здесь есть два разных действия, и путать их нельзя.

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

Сравним способы по охвату и обратимости.

Снимать регистрацию стоит только осознанно: при передаче базы наружу, смене владельца или когда систему взаимодействия решили больше не использовать. Для повседневной уборки достаточно удалять сообщения точечно.

Чтобы не потерять нужное, идите по безопасной последовательности.

Прямая правка данных: почему через регистры не выйдет

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

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

Легальных сценариев прямого управления данными два, и оба не про таблицы базы.

• ☁️ Облачный сервис 1С:Диалог — хранилищем управляет сам сервис. Из базы доступны только удаление сообщений и снятие регистрации.
• 🖥️ Собственный сервер взаимодействия — его разворачивают в крупных внедрениях. Данными распоряжается администратор сервера средствами самого сервера, а не правкой базы 1С.

Очистка истории изменений документов и задач

«История изменений» — это не обсуждения, а версионирование объектов. Механизм запоминает, кто и когда менял документ или задачу, и хранит прежние версии. Его часто ищут вместе с перепиской, потому что оба следа «болтаются» на карточке объекта.

Настраивается версионирование в разделе Администрирование → Общие настройки, блок «История изменений». Там задаётся, какие объекты версионируются и сколько хранить версии.

Каждая версия хранит снимок реквизитов и табличных частей объекта на момент записи, автора и дату. Именно поэтому по версиям можно не только почистить журнал , но и сравнить два состояния документа, а при необходимости вернуть прежнее значение реквизита.

Очистить историю можно двумя путями.

1. У конкретного объекта. Откройте документ или задачу, вызовите команду просмотра истории изменений (обычно в меню «Ещё» формы). В открывшемся списке версий выделите лишние и удалите их.
2. По всей базе. Уменьшите срок хранения версий в настройках истории изменений — устаревшие версии перестанут накапливаться, а старые удалятся при ближайшей очистке.

Удаление версий необратимо: восстановить стёртый журнал правок нельзя. Но на текущие данные документа это не влияет — чистится только история, сам объект остаётся как есть.

Учтите разницу: удаление версий убирает только журнал правок. Сам документ и его текущие данные остаются на месте.

Автоматическая очистка старых версий по расписанию

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

Логика простая: в настройках истории изменений вы указываете срок хранения, а регламентное задание периодически проходит по базе и удаляет версии старше заданного срока. Найти и настроить расписание можно в списке регламентных заданий (Администрирование → Обслуживание).

• ⏱️ Чем короче срок хранения, тем меньше места занимает история и быстрее работают формы с версиями.
• 🧹 Разовую чистку запускают, выполнив регламентное задание очистки вручную, не дожидаясь расписания.

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

Что можно восстановить после удаления

Главное правило: удалённое сообщение обсуждения не восстанавливается. Серверного «корзинного» хранилища, откуда можно было бы достать стёртую переписку, у системы взаимодействия нет. Поэтому перед массовыми действиями и нужна резервная копия базы .

Что реально вернуть, а что нет:

• ❌ Отдельное удалённое сообщение — вернуть нельзя.
• ❌ Переписку после снятия регистрации — нельзя, база отвязана от сервера.
• ✅ Документ, помеченный на удаление, — пока не выполнена обработка «Удаление помеченных объектов», снимите пометку, и объект (с его обсуждением) вернётся.
• ✅ Состояние базы целиком — если есть резервная копия, сделанная до чистки; восстанавливают её на тестовой базе и сверяют.
• ✅ Прежнее значение реквизитов документа — через ту самую историю изменений (версию можно открыть и сравнить, пока она не удалена).

Поэтому последовательность безопасная такая: сначала резервная копия, потом чистка. Если переписка или версии могут понадобиться для разбирательства, сохраните их до удаления.

Когда резервная копия есть, а данные всё-таки понадобились, восстанавливают их не поверх рабочей базы, а отдельно:

1. Разверните резервную копию как отдельную тестовую базу — рабочую не трогайте.
2. Откройте в ней нужный документ с обсуждением или историей изменений.
3. Перенесите нужные сведения вручную — скопируйте текст, выгрузите вложение, сверьте значения реквизитов по версии.

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

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