Такой код:

ЦенаТовара = РегистрыНакопления.ПартииТоваровНаСкладах.Выбрать(, КонПериода,ОтборПоТовару, "Дата Убыв");

Вызывает ошибку:

{Отчет.ОтчетОСтруктуреПродаж.Форма.ФормаОтчета(30)}: Ошибка при вызове метода контекста (Выбрать): Неверно указан реквизит
           ЦенаТовара = РегистрыНакопления.ПартииТоваровНаСкладах.Выбрать(, КонПериода,ОтборПоТовару, "Дата Убыв");
по причине:
Неверно указан реквизит



Помогите разобраться как должно быть.

(0) Используй запрос, ИМХО, подобная конструкция всё равно вырождается в запрос, но запрос легко отладить.

Ну а если не использовать запрос? :) Чисто гипотетически.

чисто гипотетически нужно использовать запрос...

(2) Чисто гипотетически можешь и  дальше ... Заниматься самообладанием.

(0) Готовишся к спецу?

Гы, я только сейчас понял что подобную конструкцию в 8 встречал только 1 раз в уроках Паши Чистова))

ЦенаТовара = РегистрыНакопления.ПартииТоваровНаСкладах.Выбрать(, КонПериода,ОтборПоТовару, "Период Убыв");

Интересно, удовлетворит ТС?

(0) реквизит Дата в регистре? ИМХО бред у вас.

(0)Не майся дурью.Если не понимаешь метода- юзай запрос.

{Отчет.ОтчетОСтруктуреПродаж.Форма.ФормаОтчета(30)}: Ошибка при вызове метода контекста (Выбрать): Неверно указан реквизит
           ЦенаТовара = РегистрыНакопления.ПартииТоваровНаСкладах.Выбрать(, КонПериода,ОтборПоТовару, "Период Убыв");
по причине:
Неверно указан реквизит



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

(10)Ты какой? Тупой или упрямый?:-)
читал(9)

?

Рэйв, уйди из темы. Твоя помощь мне не нужна. Твой совет я понял, но мне нужен этот метод.

(13)О как..:-)..  Да ради бога, страдай дальше.

(6) Нет, я никогда не показываю обращение к регистрам объектной моделью.

(15)Пардон, маэстро, но если не указывать объект, то вы только читаете?

(10) Я не имею под рукой Вашей конфигурации, коли Вам не сложно опубликуйте здесь структуру регистра

Я чаще использую запросы нежели обращение к набору записей.
ИМХО, сей метод более удачен остальных

(16) Я имею в виду выборки данных из регистров, получение остатков, срезы последних и пр. Писать данные естественно показываю объектной моделью, другие варианты 1С не поддерживает :)

(19)Ну это азбука, которую Вы , уверен:-), донесете до нубов и страждущих.

(19)Тем не менее поклон за деятельность:-).

+Искренний

Пасибо, будем стараться!

+(22)Но это не значит,Павел , что если ты в следующий раз будешь неправ - я промолчу:-)

(24) Меня это только радует. :)

(нас счаз забанят за флуд)

(25)Да мы уже закончили:) Не забанят.

(25) Ладно, Пашь, колись, в чем прикол объектной модели?
Чем именно запрос проиграет обращением к объектной модели регистра?

ИМХО, запрос будет быстрее

(27) Запрос - это правильно. Выбирать данные объектной моделью = выбирать данные неуправляемым запросом, так как система сама будет строить запрос, и хз какой.

Используйте запросы! Всегда! Даже если нужно прочитать значение константы! Не ленитесь.

(29) Ладно, я оценил, а теперь..
Ну реально, что-то я не могу сообразить чем именно объектная модель лучше?
Ведь, если я пишу запрос, я знаю какие поля и как именно индексированы и механизмы платформы мне не помогут побороть желание движка СУБД выполнить запрос согласно его плану исполнения, не так ли?

(30) Блин, кто говорит что объектная лучше? Не лучше она.

(31) Ну, коли честно, то 1С нам представляет ведь альтернативы, верно?
И начинающие программисты не понимают всего, как устроена система, что есть запросы, и многое другое.
Сия площадка деградировала. Некому ответить, что так делать не надо. Либо лень.
Либо некому. И вообще интересных тем мало. Например, мой коллега, хоть я с ним и предпочитаю не общаться, некто Лустин Алексей, публиковал на инфостарте статью о индексах и их использовании. Вроде даже обарботка была. Но. Но тут много но.
Достаточно почитать sqlcmd.ru

(31) Я считаю, что нам стОит указывать ребятам,пусть и начинающим, на заведомые грабли, ведь каждый из нас когда-то на них наступал. Ведь, кто знает, может кто-то из них окажется нашим коллегой. ИМХО, но, как правило, приятней работать в команде, стало быть СтОит помочь им не совершать ошибки впредь.