Не добавляется запись в Регистр сведений... #630448

Все банально просто, но не могу понять почему записи не добавляются? регистр сведений непереодический, независимый. НаборЗаписей = РегистрыСведений.ЗначенияСвойствОбъектов.СоздатьНаборЗаписей; НаборЗаписей.Отбор.Номенклатура.Установить(ТекущаяНоменклатура);

читать СП до посинения

НаборЗаписей.Прочитать

плин я еще думал про Прочитать но решил что таких записей нет, читать нечего :)

т.е. мне же их не изменить надо а добавить, раньше вроде без Прочитать нормально добавлялись, это с 8.2 что-то изменилось, или я путаю?

Чтобы читать СП, нужно сначала купить СП. НаборЗаписей.Добавить; - оригинально чё..., а семки есть?

ILM давай по-существу, что не так с этим г-кодом, у меня уже 8 вечера, и домой давно пора... в СП ничего необычного про РСВ нет.

НаборЗаписей.Прочитать с этим тоже не добавляются...

А менеджер записи чем не угодил?

Хммм, я абсолютно лоялен и к менеджеру и к набору, лишь бы запись появлялась :)

Так чего же тебе бродяга надо ещё?©

Вот, выдрал из базульки одной. Под твой случай немного адаптировал:

тут они чтение из регистра делают чтобы не терять уже записанные данные.

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

- выгружать в таблицу, потом загружать - будет медленнее, и в данном простом случае необоснованно. Все работает - тут все просто как грабли, не ищите сложных путей

(+7) хотя должно быть и одно и тоже, но не хочется зависеть от приходти разработчика (кто его знает в следующем релизе не появится ошибка в инициализации по умолчанию :))

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

"-Золотые ваши слова, Юрий Бенедиктович, не бережёте вы себя." Правильно что "Менеджер записи" применять нужно, а то "набором записей", да ещё и в РС непереодическом, независимом. Черевато. Любая запись набора будет стирать все записи и делать новые.

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

Засада в этом и есть, листинг верный, в другом месте в этой же конфиге работает такой же код, на этом регистре не работает :(( смотрел в отладчике свойства набора записей, отборы используются после инициализации по дефолту записи единичные, сейчас пробую менеджером

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

1. не нажимаешь обновить в списке регистра     2. установлен отбор, поэтому и не видишь.

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

А если у записей разный набор измерений что делать?

Так это мне и нужно "Любая запись набора будет стирать все записи и делать новые." каждая запись делается с отбором по всем измерениям, и каждая запись уникальна, других там и не должно быть. Еще бы работало в моем случае :)

-  ну да, правильно - я не тот аргумент поставил

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

+ - то бишь набор до запис и набор повторно считанный после записи -  уверен он будет одинаковый, а дальше уже будете искать почему вы его не видите где-то в другом измерении вселенной

ну или где потеряли зафиксироватьтранзакцию

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

Чем тебе то не нравится.

мне очень нравится и ,12 и вариант из 0, все они отрабатывают но записи не появляются. может что-то с таблицей регистра, завтра буду смотреть.

наверно, надо отладчиком копать в сторону ТекущаяНоменклатура и ТекущееСвойство. Похоже числа туда передаете. Или даты.

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

модуль набора записей регистра отладчиком смотрел?

хотя в типовой он пустой.

в типовой не бывает измерения Номенклатура. Это самописка у него типа.

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

дописывал уже, модули регистра все пустые конфа типовая и регистр типовой, пример кода вначале привел с немного другими названиями свойств сути это не меняет.

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

НаборЗаписей.Записать; Т.е. ты так прописывал?

впрочем, если типовая, то достаточно показать только ТекущаяНоменклатура. Вдруг туда объект вместо ссылки затесался?

жуть то какая

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

Не ну нафиг итди простым путем, лучше будем догадки строить, в носу ковырятся, пивко посасывать глядишь и рассосется: ну что сложно стать отладчиком в точке Проедварительно добавив строку после этого Посмотреть в отладчике содержимое набора перед записью в базу. Сделать 2 шага по тексту программы и посмотреть содержимое набора после записи в базу. Потом сделать выводы и дойти до понимания сути проблемы

Разобрался в чем была проблема отладчик здесь не помог бы, если так сделать он показывал что записи есть и в наборе до записи и после. Я бы это назвал подставой платформы не иначе, в УПП 1.2.17 есть справочник подразделения, из его модуля, в ПередЗаписью я и пытался добавить свойство подразделению если такого не обнаруживалось, у справочника на форме элемента подключена обработка ЗначенияСвойствОбъекта, она при открытии передает в свою таблицу на форме элемента исходный набор записей и при записи сохраняет этот же набор из своей таблицы, получается сначала отрабатывала запись нового свойства из модуля справочника перед записью, а затем эта обработка сохраняла свой исходный набор с таблицы на форме, а он не менялся... вот такая засада, а я только потом ее заметил :)

И чем тебе платформа виновата, если ты в коде типовой не разобрался?

Как всегда: "Дело было не в боббине...а в прокладке между монитором и креслом"