Есть справочник "ФизЛица" с реквизитом "ДатаРождения", "НаселенныйПункт". Нужно видеть какие данные пользователь меняет. Запись создавать только в том случае если хоть один реквизит изменился.
Создал периодически регистр сведений. В измерения поместил Ссылку на Справочник. Куда поместить реквизиты в измерения или в ресурсы?

Дата рождения меняется время от времени?))) Жешь, чувак)

(0) Создай два регистра сведений.

(1) "Есть многое на свете, друг Горацио, что и не снилось нашим мудрецам" :-)

А зачем тогда вообще реквизиты в справочнике? Пусть себе эти данные в регистре и лежат, если у твоих ФизЛиц даты рождения меняются...

(0) если регистр непереодический - то пофигу куда

(1)Данные уточняются. И дата может меняться. Что тут такого. Мне нужно видеть работу пользователей.

Тут без планов видов характеристик ваще не обойтись!

ресурс

(5) я же написал что переодический

(6) >> Мне нужно видеть работу пользователей.

Купи видеокамеры и развесь по всему офису.
А то эти пользователи тебе начнут каждый день всем ФизЛицам даты рождения менять. А научаться пользоваться групповой обработкой - выясниться, что они у тебя все как один стахановцы.

(8). Если использовать ресурс. То на каждую дату нужно заполнять все ресурсы. Ато если потом использовать срез последних непоменянные данные пропадут

(9) тогда ссылка на ФизЛицо - измерение, остальное - в ресуры

а может проще в журнал регистрации писать типа: было -> стало ...

(11) как раз вернёт последнюю заполненную

(12) я об этом и говорю. что обязательно заполнять все ресурсы

(11) Я и говорю - без ПВХ ни как!

(16) При чем тут ПВХ?

ПВХ === Пошёл Вон Холоп ?

(18) Это ты кому?

(19) это вопрос

(17) Ну как при чем?
Создашь ПВХ "ИзменяемыеРеквизиты", создашь кучу предопределенных элементов для каждого реквизита с указанием типа.
У регистра сведений твоего будет два измерения - ФизЛицо, ИзменяемыйРеквизит(ссылка на ПВХ) и один ресурс - НовоеЗначение.

Зато какой размах для дальнейшего расширения перечня контролируемых реквизитов...

ПВХ - планы видов характеристик.
Во всяком случае я это имел ввиду.

(21) Интересный вариант. Надо попробовать.

(21) Какого типа должно быть " НовоеЗначение"?

Поливинилхлорид

(24) Характеристика

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

(27) Это к чему?

(26) Получается для каждого реквизита я должен отдельно описывать создание записи в регистр?

(26) и еще проверку поменялся ли реквизит

(28) Дату рождения выносить в периодику - верх маразма...я бы еще понял если бы ты пол вынес в периодику...

(29) А если она меняется?

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

(29) А в (0) была какая-то другая идея?.... О_о

Ну можно в БСП взять подсистему версионирования...

(34) нет, просто я думал обойтись минумом кода.

(33) какой смысл в нескольких датах рождения?

(36) какой смысл в периодической дате рождения?

(35) Там десятка строк будет достаточно. Ну может максимум 20...

В измерениях
- ссылка на справочник
- название реквизита
В ресурсах
- значение

Эт если табличных частей нет