Как ловчее? Это старая УТ, сильно переделанная.
Надо знать, кто именно и что менял в одном важном регистре, эту информацию нужно хранить за пару месяцев.

Я себе представляю - при записи регистра записывать текстовую строку во внешний файл со всеми полями регистра+Пользователь и время.

(1) Зачем во внешний файл? Что бы дольше запись в регистр была?

Чтобы база не росла.
А куда? В еще один регистр?

создай простенькую sql базу с 1 таблицей и пиши туда

А это что, быстрее, чем в текстовый файл?

(4) или регистр сделай. Файл неудобно анализировать будет

(2) Чтобы было легче исправлять записи об изменениях, конечно. А то вдруг кто-то особо важного поймают? А тут хоп - и нет файла. И ничего не было.

(10) за пару месяцев логов на гигабайты набежит?

журнал регистрации 1сный в файле. быстро работает? Правда зависит от количество записей за эти 2 месяца

(4) Вот ты сейчас предсказываешь как будет называться следующая тема от ТС

(0) регистр сведений или накопления?

(10) Не-а, сделаю еще один регистр.

Сведений!

(11) Расчетов же

(13) независимый?

Я твердо решила при записи в регистр добавлять строчку в дополнительный регистр.
В модуле набора записей есть процедура
Процедура ПередЗаписью(Отказ, Замещение)
    Если РольДоступна("ПроверятьПоОтветственному") Тогда
        Если ЭтотОбъект.Отбор.ЗаказПокупателя.Значение.Ответственный <> ПараметрыСеанса.ТекущийПользователь Тогда
            Режим = РежимДиалогаВопрос.ОК;
            Ответ = Вопрос("Вы не можете редактировать чужие отгрузки!", Режим, 0);
            Отказ = Истина;
        КонецЕсли;
    КонецЕсли;

Вот туда и вставлю!
Значения отбора (измерения) я вижу, а как мне увидеть реквизиты в этот момент?

Какая конкретно колонка изменилась, я же не узнаю?
Это в документе "при открытии" можно зафиксировать важные реквизиты, а при записи сравнить, а с регистром ведь так не получится?

(17) для того, чтобы узнать, что изменилось, надо сравнить с тем, что базе записано. То есть, надо запросом получить набор, соответствующий отбору в ПередЗаписью и сравнить (как сравнивать две таблицы - сама думай).

Но с регистрами есть одна жопа большая - при измении существующего набора они записываются два раза: первая запись удаляет старый набор (запись пустого набора), вторая запись записывает новый.

И это разрушает ко всем херам твою мечту

Короче, мне пока важно узнать, что же там в ресурсах? Измерения я вижу "Перед записью".
Наверное, просто все колонки и перепишу в свой регистр. Мой будет отличаться в первую очередь тем, что там ничего не будет замещаться. (кстати, как этого добиться?)

(16) За такое расстреливать надо.

(20) Вот такое оно, порно с участием Мисти, которое в соседней теме про доступ к счету обсуждают, да.

(20) кстати - да.
в платформу встроена политика разрешения, то есть запрещено все, что не разрешено явно, и, если разрешено хоть в одной роли пользователя, то оно разрешено.
Решение же (16), во-первых, противоречит политике прав платформы и когда-нибудь возникнет ситуация, при которой без права администратора какую-нибудь операцию будет сделать невозможно и потребуется "быстро править". А, во-вторых, у автора складывается парадоксальная, но достаточно типичная в своем идиотизме ситуация, при которой с расширением состава ролей фактические права сужаются.

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

Уважаемые, так как при записи увидеть все ресурсы моей записи?

(24) Текущий набор?

Для каждого Запись из ЭтотОбъект Цикл
ЗначениеРесурса = Запись.ТвойРесурс;...

Отлично-прекрасно, спасибо!
Ну и последний вопрос - как организовать регистр, чтоб он мне не сообщал, что "запись с такими полями уже существует"?

(26) сделать периодичным, или добавить измерение типа "номерВерсии"

(16) Луше не туда. Лучше собственную подписку сделать и собственный модуль. Просто чтобы, как это, не смешивать контексты функционала

(6) можно писать в буферный текст через ЗаписьТекста, а с другой стороны скуль будет этот файл подгружать раз в сутки к примеру.

(0)Паранойя какая-то. Если регистр так важен, то привяжи его к документу, в котором фиксируй автора без возможности изменения после записи.

(30) это не паранойя. Но, безусловно, тоже болезнь. Ну, или механические повреждения мозга...

(31) масянизм?

(16)1. Подобный копрокод не скомпилируется на сервере. Фоновые задания, обмены затрагивающие регистр будут внезапно завершаться.
2. При записи любого документа, кроме заказа покупателя, в этот регистр "вопрос" будет возникать всегда
3. Не предусмотрен выход из алгоритма по свойству обменданными.загрузка

Вообще какой-то трэш, у меня болят глаза!!!

(33) пункт 2 снимается, думал там регистратор

(33) Вопрос() - в транзакции - однозначно на помойку. Вместе с авторами.   Автор сего - не ТС как я понял.

Вернемся к записи изменений.
    НаборЗаписей = РегистрыСведений.Кос_ИзменениеПХВ.СоздатьНаборЗаписей();
    Для каждого запись из ЭтотОбъект Цикл
        ТекЗапись = НаборЗаписей.Добавить();
        ЗаполнитьЗначенияСвойств(ТекЗапись,Запись);
        ТекЗапись.Пользователь = ПараметрыСеанса.ТекущийПользователь;
        ТекЗапись.ДатаЗаписи = ТекущаяДата();
        ТекЗапись.Период =  ТекущаяДата();
    КонецЦикла;
    НаборЗаписей.Записать();

И у меня прекрасненько одна запись затирает другую.
Как быть?
Мне пришла в голову мысль завести константу типа нумератора и завести под него поле в регистре.

(36) у тебя уже есть период, мысль у тебя неверная.

Или пиши записи менеджером записи или устанавливай отбор на набор записей. Запись набора без установленного отбора затирает весь регистр.

Систему версионирования ещё никто не предлагал? Чур я первый :)

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

(38) паковать структуры в хранилище - это конечно универсально, но не всегда удобно.

(36) Засунь свой нумератор версий в измерение дополнительного регистра. Константа, в принципе, не нужна. Достаточно запрос на макс номер версий этого набора перед сохранением очередной версии.

У регистра вроде есть событие при записи или при изменении. Сейчас не посмотрю в 1с. Как только это событие возникает набор было и стало закидывать в новый регистр... В подписке на это событие.

RomanYS, я с регистрами работаю очень редко и обычно "краду" кусочки. Отбор по всем полям? Или по измерениям?
Как это написать-то? (ну или поищу в конфигураторе кусочек похожий)

(39) Зато можно использовать алгоритмы версионирования типовой конфигурации с минимальными изменениями.
А насчет хранилища согласен. Не удобно. Особенно если очередное обновление изменяет структуру регистра Маловероятно, но не исключено.

(42) СоздатьМенеджерЗаписи

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

НаборЗаписей.Записать();

(0) >Надо знать, кто именно и что менял в одном важном регистре

Для этого предназначен ЖР.

RomanYS, спасибо, вроде, всё получилось!