Учусь, делаю библиотеку.   В документе ВыдачаНаРуки при проведении вношу в РегНакопл.ТекущиеДолги =  Книг 5,  ДатаВыдачи, ДатаВозврата, ДниПросрочки=0.    А далее хочу сделать обработку, которая в зависимости от текущей даты будет в РегНакопл.ТекущиеДолги сама корректировать ДниПросрочки=Цел((ТекущаяДата()-ДатаВозврата)/84000);
И не справляюсь. Возникает 2 вопроса.
1) или туплю с УниверсальнымиКоллекциями (если можно - какие компоненты)
2) или в РегНакопл - не предусмотрено влазить вне регистратора?

(0) Смысл регистр лопатить каждый день? Убери из регистра ДниПросрочки вообще. Пусть отчет считает дни просрочки...

Да я так, как бы проверяю возможности 1С. Если не справляешься - себя тупым считаешь. Думал раз в сутки регистр обновят (утречком), а потом ВСЕ целый день будут актуальные отчетики видеть без пересчета. Вроде как время и ресурс экономишь.

По универсальным обьектам бился=
1) как в сообщении <Саша80 - ТабличноеПоле>  - как у него, вошел в тупик с ТабличнымПолем,
2) И никак из Выборка (РегНакопленияСписок) не мог перейти к Выборка.ПолучитьОбъект() - записи РегНакопления. Не пускает.

(3) тут не помогут. набор слов про сферических саш в вакууме, не зная основы - не задашь правильно вопрос, переводить поток сознания этот никто не будет

Рекомендую прочитать Радченко наример, там будет понятно назначение объектов и т.д.

Я еще сам попробую, получится - напишу ответ.
А книжку Радченко - раза 2 повторил в конфигурации, научился немного читать чужой текст, но никак не мог писать свой. Пока на занятиях не обьяснили, что такое Массив, тз, сз, не поучили ими пользоваться.
Есть 2 толмута офиц.документации - волосы шевелятся, а помнимания -мин.
Спасибо, рад что этот форум нашел и http://mista.ru/tutor_1c/tz.htm, класс.

(6) официальной документацие мало кто пользуется, это если что-то надо уточнить, понимания не придёт с ними... я с курсов начинал, основные объекты и т.д., помогает понять

Удачи тебе Петр, где раньше работал?

Медицина, и самоучка.

У меня получилось, только хорошо ли это?

Запрос=Новый Запрос;    
Запрос.Текст="ВЫБРАТЬ рн.Период, рн.Регистратор,  .    рн.Читатель, рн.ДатаВозврата, рн.ДНиПРОСРОЧ, ..все_поля_*, рн.МоментВремени  
|ИЗ  РегистрНакопления.Имя как рн";    
тз=Запрос.Выполнить().Выгрузить();
Для Каждого стр из тз Цикл
нз=РегистрыНакопления.ДолгиТекущие.СоздатьНаборЗаписей();  //стр1*
нз.Отбор.Регистратор.Использование=Истина;  //стр2*
нз.Отбор.Регистратор.Значение = стр["Регистратор"];

запись=нз.Добавить(); запись.Регистратор=стр.Регистратор; запись.Период=стр.Период;  ....., запись.ДниПросроч=999;
//запись.МоментВремени=стр.МоментВремени;
нз.Записать(Истина);
КонецЦикла;    
// И эта штука работает.
Но не прошло  запись.МоментВремени=стр.МоментВремени;
//и вынос стр1* и стр2* выше тела цикла - дает весьма странное дублирование записей
//Вот теперь, когда получилось, Думаю, что такое упрямство 1С не случайно, и лучше так грубо в РН не вмешиваться.
//(Если от спецов не будет обратных замечаний)

(10) почему нельзя вмешиваться?

О ля-ля, ребята. Пропустил команду Прочитать.
Теперь выглядит в 10 раз короче, начиная с строки

нз.Отбор.Регистратор.Значение = стр["Регистратор"];

нз.Прочитать();
нз.Записывать=Истина;
Для Каждого Запись ИЗ НЗ Цикл
    запись.ДниПросроч=44;
КонецЦикла;    
нз.Записать(Истина);

и все

а ЗаполнитьЗначенияСвойств тут выйдет?

Что-то больно легко стало.

Что посоветуют спецы, можно рискнуть и править Регистр Накопления вне документа-регистратора. ???

Например в случаях, когда Ресурсы.значения хочется завязать с динамикой текущихДат.

тут разные умные вслух сказали, что настоящий 1с-программист ее "чувствует изнутри, понимает внутреннюю логику".

Все же это вопрос. Киньте набор мнений.
Спасибо Петр.

(14) регистратор предназначен для отражения неких событий/изменений состояния БД. соответственно, если требуется другой набор движений, это как-то надо делать документом. научить его, попросить... ну и конечно нужно смотреть на конкретную ситуацию. вот моё имхо, ветку не читал

(13) а ЗаполнитьЗначенияСвойств тут выйдет?

вот ДниПроср меняет с 0 на 44.
По настоящему
ДниПроср=Цел((ДатаТекущая()-ДатаПолучения)/84000);

И актуальная просрочка имеется.
(у меня еще благо, запись рнДолгиТекущие - документ очищает, как только последнюю книгу вернули, и формирует рнЧитательОценка (сколько брал, с каким кач-вом вернул, как дела с просрочкой))

(16) ДниПроср - это дни просрочки или просрачки?
Цел(1/86400) даст тебе 0 дней. если разница меж датами пара секунд, приходящихся на полночь. так и надо?

кстати, да! что за 84000?

Это детали, там и -30 выскакивает, тк сдавать еще чз месяц.
Через Если < 0 это уточняется.

(19) детали? текущая дата 17 часов утра, дата получения 18 часов вчера. просрачено?

а ещё интересно б0ыло б взглянуть на функцию ДатаТекущая()  ;)

Верно, я думаю калькулятор в прошлый раз глючил, надо 86400.

А я уже везде пишу 84000.

О, и ДатаТекущая, бывает. Некогда думать о деталях.

Я за эту библиотеку на экзамене 3-ку получил.
Все пытался найти параллель м/у ведром картошки и ценным экземпляром книги. Время на экзамене как реактивный самолет.

Кстати
нз.Отбор.Регистратор.Значение = стр["Регистратор"];

заставляет работать только с 1-й строкой. Оно вроде так и в документации написано. А все хочется обмануть, чтоб было короче.

ВЫБРАТЬ * Из ... УПОРЯДОЧИТЬ ПО Регистратор";    
НЗ.Отбор.Регистратор.ВидСравнения = ВидСравнения.БольшеИлиРавно;
нз.Отбор.Регистратор.Значение = стр["Регистратор"];

Действительно нельзя уйти от "=", или это только у меня не получается.

поток сознания какой-то

и в (6) по ссылке http://mista.ru/tutor_1c/tz.htm это 7.7, а не 8.х

нз.Отбор.Регистратор.Установить(Стр.Регистратор);

По всем регистраторам бегать - здорово. А если 500 книг выдали, все 500 записей перелопачивать будешь? И как ты узнаешь, что у тебя книжка то вернулась?

(0) в библиотеке есть такое понятие как плановый возврат книги?

(14) А что будет, если пользователь проведет уже проведенный документ? Записи в регистре утром изменены обработкой, потом пользователь открыл документ, посмотрел, нажал ОК - движения в регистре сформировались заново.
Потому моё мнение: менять записи регистра напрямую можно только тогда, когда изменился механизм проведения документов по этому регистру и нужно доработать под эти изменения уже имеющиеся записи регистра. Проводить документ ради одного регистра бывает затратно, проще обработать напрямую сам регистр - вот тогда это оправданно.
Соответственно, рекомендовал бы изменить идею решения.
А насчет реализации: если один документ может делать несколько записей в регистре, то приведенный код будет несколько раз обрабатывать записи по одному и тому же документу - нерационально. Да и получение данных из регистра не нужно, поскольку набор записей потом всё равно читается. Поэтому в запросе можно выбрать лишь уникальные регистраторы и проходить по ним. Дальше - как в (12).

Я пока оставил решение - Регистр накопления изменять (напр.раз в сутки) не док-регистратором, а автом.обработкой.
А окончательный ответ наверное дала бы практика - запустить в объемной библиотеке и посмотреть на работу полгодика.

И, напомню цель - как одноразовой обработкой актуализировать в Регистре определенные значения на текущую дату, чтобы потом при вызове показателей в течении рабочего дня - не дергать процессор.

(30)>>что за бред - не дергать процессор?
Отнять - сложить два числа это дергать процессор?
Процедура вычисления сколько прошло дней это именно вычитание одного количества секунд от второго, не страдай ерундой,
Для работы с регистраторами есть жесткое правило, их движения должны зависеть, только от их реквизитов, для того, что бы их перепроведение не вызывало непредсказуемых последствий. Конечно можно и доступ запретить и пользователей по рукам бить, что б не перепроводили, но неправильно это все. Пересчеты корректировки это не штатный механиз, а аварийный не надо его закладывать в решение на стадии проектирования, если остался только такой вариант, ты что то сделал неправильно.

Вообщем тебе сразу сказали правильно в (1)

Выборка.ПолучитьОбъект()
замени на
Выборка.Ссылка.ПолучитьОбъект()

Там не СправочникСсылка, а ВыборкаСсылка