Где правильно хранить цену, в регистре сведений или в регистре накопления. Со всеми данными? Необходимо хранить цену, и извлекать
её для подстановки в разные табличные части документов и прочих моментов.

а что мешает посмотреть в типовой УТ10.3, к примеру?

(0) А типовые посмотреть?

Я вижу что из регистра накопления извлекать цену это очень критично, так ли это? Её нужно хранить в регистре сведений!!!

(1)(2) зачем мне что т осмотреть? Где они у меня типовые, и что там мне смотреть? я знаю что там везде РС.ЦеныНоменклатуры!!!!!

Я о том что если в РН помещается цена, использоваться она
всегда должна из РС так же??????

(3) (4) а в чем вопрос то? хочешь сделай свое казино со всеми вытекающими

(4) "Я о том что если в РН помещается цена, использоваться она
всегда должна из РС так же??????" вот где бред, и опять не пятница.
Это точно ливингстар ))))

(6) Интересно, где он находит людей, которые дают ему задачи?

Нет такое правила правильно или не правильно. Зависит от ситуации. В некоторых случаях это может быть реквизит справочника.
ИЗ-за наличия в РС среза последних из него проще всего извлекать цену на дату, но к примеру я в 7-ке в Регистрах храню цену и это правильно

(8) как это в регистре?

(8) Из регистра накопления, я вижу что цена извлекается с
другими пустыми записями, где есть нули и всякое процее.

я вот и об этом и спросил зачем это нужно? Хранит, заносить
её в РН можно. но использовать лучше из регистра сведений.

(5) Вопрос в (0) написан, казино мне не нужно!!!

(9) Ну за неимение в 7-ке РС, приходиться выкручиваться

2(0) А кто в регистре накопления цену то хранит?
И как её там храните то?
Как измерение, ресурс или реквизит?

(12) Я, Как реквизит

(13) Ну информативно, как цена в определенном периоде.
Вопрос а будешь ли ты доставать оттуда цену на дату?

(10) Ты хоть сам понимаешь, что пишешь? Или так по клавишам постучать?

ТС тролль, это явно )))

(14) Я лишь ответил на твои вопросы не более.
Да, я достаю на дату. Более того не просто на дату, но у меня есть и когда цена была установлена. И когда была чехорда с долларом приходилось извращаться. Вытаскиваем дату установки, курс на тот момент, конвертируем в УЕ, далее вытаскиваем курс на нужную нам дату и преобразуем из УЕ в рубли по текущему курсу. Что позволяло хранить в рублях, но контролировать изменения курса

Правильно хранить в РС, в РН ты будешь хранить изменения цен, типа
01.12 установка цен на +100
03.12 изменение цена на +5
05.12 изменение цен на - 15
Остатки покажет тебе цену +90

Кстати только сейчас подумал что очень удобно по нему создавать торг-29
Но все равно архитектура сильно смущает

(0) я за хранение цены в регистре накопления, давно пора с такой инфляцией. Берешь такой остатки по цене и становится приятнее

(17) в (12) был не вопрос

(20) А что же?

(21) ирония, сарказм.

(12) Вот я об этом и спрашиваю!!!!!
дали задание, и появился вопрос, как брать цену из регистра накопления. И говорят, что его можно сделать и ресурсом
и реквизитом. Вот я и стал голову ломать.
По этому и спросил. на сколько я знаю это всегда регистр сведений. но приспособиться можно ко всему. Но общее
мнение все же важно. Пока вот на плавающем уровне все.

(0) Что за задача у тебя?
Возможны ппостановки:
1. Не создавая новые РС и РН брать цену поступления или продажи из уже существующих РН.
2. Мне вот не хочится внедрять РС а задался идее вытаскивать цены из уже существующих дижений РН.
3. просто у меня нет опыта вот и пптыаюсь размышлять..

Отвечу автору:

1. Хранить цены надо всегда в РС и это правильно.
2. Если кто-то вам пудрит мозги и требует сделать другое то посылать их дальше.
3. Не сомневаться.

(23) правильно хранить цену в справочнике. там и храни. Это называется прейскурант. В Советстком Союзе были эти толстенные многотомники, там были записаны все цены.

+

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

но это не комильфо

(25) а еще, встречался в 77, справочник номенклатуры делали подчиненным справочнику контрагенты, вот тут и цены тебе для каждого контрагента

(23) цену брать из регистра накопления можно, если там не храниться сама цена, списание происходит по-среднему, сумму делим на количество...

(0) выбирай любое решение

(23) Не надо ломать голову. Надо наполнять её знаниями из надежных источников, не из помойки, коей является информация с форумов.

(0) на собеседовании первым вопросом спрашиваю про разницу между регистрами накопления и регистрами сведений. Вот Вы бы сразу его не прошли.

(0) Етит... У меня теперь на лбу отпечаток красный

(23) Так ты задачу бы написал, народ тебе и дал бы дельный совет.
В (13) пример одного из вариантов. Т.е. цена конкретного движения регистра. Но это для анализа, как я понимая. По чём продали/купили.

(33)
Дельный совет для (0) книжку прочитать и разобраться хотя бы с самыми самыми основными метаданными:
РС, РН, Документ, Справочник. Хотя бы так.

(16) таких тем у него навалом.

(31) Всегда отвечаю: "никакой", и берут с руками.

(33) Нет я отказался от хранения цены в периодических реквизитов и беру цену из РН. т.е. даже в подборе на 100+ человек и не тормозит. Правда дбф в терминале

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