Здравствуйте всем, вопрос конечно я думаю для профи - легкий, но для новичка (для меня) - не понятен.
Конфигурация УПП. Есть справочник Должности и регистр сведений ДолжностныеКомпетенцииРабтоников. В справочнике в табличное поле добавляются данные о компетенциях,эти данные записываются в регистр сведений, если допустим уже созданную строку изменить, то в регистре она соответственно тоже изменится, а не добавится новая. Регистр был не периодический, сделала периодичным в пределах дня. Вопрос: как сделать, чтоб при изменении строки с данными компетенции в справочнике, в регистр сведений добавлялась новая строка, а не изменялась предыдущая.

Очевидно же, что надо не изменять существующую запись, а добавлять новую.

(1) ну это понятно ))) вот я и спрашиваю,  как можно сделать?

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

(3) Надо . )) регистр и так сделала периодически уже. И в форму регистра и в форму справочника добавила период.
Задача в этом и стоит. Чтоб при добавлении или изменении записи в справочнике, в регистре не менялась существующая, а добавлялась новая.

@регистре не менялась существующая, а добавлялась новая.@ - каков глубинный смысл сего?

(5) если у Вас есть УПП, Вы можете зайти и посмотреть механизм в этом справочнике, в неМ получается так, что данными из регистра управляются в этом справочнике.

(6) у Вашей задачи какой глубинный смысл? сделать историю изменений ДолжностныеКомпетенцииРабтоников?

(7) да ))) с отражением в справочнике текущих компетенций.

(8) ну если теперь у вас два разных периода, то будет две записи. Что не получается?

(9) в справочнике отображается все, что имеется в регистре. И если я в справочнике изменю уже существующую запись, она изменится тоже и в регистре, а не создастся новая.
представьте, У меня есть должность бухгалтер, на последнюю дату у него стоит допустим 3 компетенции:грамотность, сообразительность и дружелюбность. Соответсвенно, в регистре они тоже отображаются, так же допустим есть предыдущие записи, с ранней датой, которые в справочнике не отображаются (тоесть должен использоваться срез последних этого регистра). И далее, если я допустим изменю компетенцию "грамотность" на "красноречие", то в регистре не должна затираться "грамотность", а должна добавляться новая запись с красноречием,  с той датой, которой я укажу, и при этом грамотность никуда деваться не должна.
Как то так))) подскажите, как можно реализовать?

Например, привязать табличное поле не к данным регистра, а к таблице значений. При открытии формы заполнять ТЗ, при закрытии с сохранением - писать в регистр.

Но лучше позовите программиста.

Ну и модель ранения данных, которую вы спроектировали - ерундовая.

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

Оно так не работает. В случае с периодическим регистром вы лишены возможности "удалять компетенцию" без удаления истории.

Тут либо менять ресурс на набор этих самых компетенций, либо доп реквизит/ресурс "дейтсвует/не действует"... Иначе не проканает. срез последних будет давать все действующие значения на дату, а "занулить" значение возможности нет.

(13) да, на счет доп реквизита я с Вами согласна. Есть стандартное перечисление, название точно не скажу, но используется в кадровом перемещении, что-то типа видыДействияНачисления. И там есть такие перечисления, как: начать, прекратить, изменить. На форму я его добавила.
а вот как это все программно отобразить не представляю.
(11) спасибо за совет, я так и сделала. Только привязать все теперь не знаю как.

(14) уже код прошерстили, где этот регистр в конфе используется и как отразится Ваше добавление периодичности?
может проще при изменении дублировать запись в "архив" периодический?

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