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

Ты уверен что тебе это надо в ресурс записать. Имхается мне что не зря цену в измерение запихнули.

(1) Уверен.

Пардон, и что ты хочешь получить? :-)))
сумму ценоостатков?

а зачем прямые?
читай наборы по регистраторам и перезаписывай

+(4) ах это же 7.7, пардон

(0) ты уж разберись
а то спички детям не игрушка

(3) Хочу вообще убрать измерение ЦенаПродажи, т.к. оно лишнее. Автор конфы явно переборщил с этим. Структура регистра Остатки:
Измерения:
- Склад
- Номенклатура (здесь есть реквизит ЦенаПродажи)
- Партия (здесь есть реквизит ЦенаПродажи)
- Размер
- ЦенаПродажи
Ресурсы:
- Остаток
- СуммаЗакупки
- СуммаПродажи

А чтобы не потерять инфу, какая действительно была цена продажи на момент продажи, перенести значение измерения ЦенаПродажи в ресурс ЦенаПродажи1.

(7) а если на фирме цена поменяется. Например с 1-го августа или с 1-го сентября, как это всегда бывает? Тогда ваши Номенклатура (здесь есть реквизит ЦенаПродажи) и Партия (здесь есть реквизит ЦенаПродажи) сразу идут в задницу. Остается реально только одно: измерение ЦенаПродажи. Оно у вас и есть, Чего вам еще неймется?

(8) Где обычно меняется цена? В справочнике Номенклатура. Зачем цену менять в Партии, в измерении?

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

(10) Здесь самописная конфа. Не мной.

(10) Здесь как раз розница. Но нигде еще не встречал ЦенуПродажи как измерение. Ведь есть-же Партия, по ней и фильтровать/искать. А цену продажи как информацию о сделке - в ресурс.

(12) розница - продажа по фиксированным ценам. поэтому - измерение.

(13) Да нет, цены меняются. Не так часто, но меняются.
В этой конфе другое страшно - автор на основе кода партии и цены продажи формирует штрих-код. Хозяину магазина надоело каждый раз переклеивать ценники.
К тому-же, уже проверил, уникальной комбинации Партия+ЦенаПродажи такая же, как у Партии. Т.е. ЦенаПродажи в измерении - лишняя сущность.

(14) "Да нет, цены меняются. Не так часто, но меняются."
- на прилавке не стоит одно и то же молоко по 10 и по 11 рублей. Изменили продажную цену - провели переоценку (списали остатки со старым измерением, оприходовали с новым)

(12) в партии старая цена продажи. Она нужна для отчетов. Ее нельзя менять. Если отчет по прошлому периоду понадобится.

(15)(16) Изначальная задача такая: в связи с переходом с грн на руб все цены и денежные остатки увеличить в 2р.
Вторую часть собираюсь делать с помощью архивирования периода, с одновременным увеличением сумм в 2р.
Цены, присутствующие в товарах и партиях, также в 2р.
Стал разбираться с ценой продажи в измерении, понял, что она в измерении не нужна, ее место в ресурсе. Для отчетов и др.анализа.
Если переоценка - задаем цену в партии, а не в регистре.

(17) плохо разобрался...

(17) пол-партии продали по одной цене, пол-партии продают после переоценки
для истории сделана ЦенаПродажи в измерении

(18) Поддержу.
(17) Не трогай регистр, оставляй так, как есть. Тебе кажется, что разобрался.

(19) Партия одна и та же? Так.
Документы продажи разные? Так. Значит движений регистра Остатки будет несколько, с одной партией.
ЦенаПродажи спокойно может храниться в ресурсе, для истории и отчетности.
(20) Не понимаю, где я неправ, где "не разобрался"?

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

Эх, кто б объяснил мне, занафига автор дописок другой конфы  в состав измерений ввел "ДокументДвижения", и пишет туда ТекущийДокумент....

(14) у вас там гнездо, однако....

(25) Видимо, "разобрался" :))))

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

(24) Здесь сплошная розница. Нет никакой передачи.
(25) Где ты взял ДокументДвижения?
(27) Какую дату?

(29) .1 Прочитай уже что-нибудь про учет в рознице.
.2, .3 - это какой-то мэээстный дятел наваял.

(30) Прочитай изначальный вопрос в (0).

(31) Да твой вопрос понятен.
и ответ на него тоже известен.
проблема в другом, в том, что ты не разобравшись, коверкаешь правильную конфу.
Не, я, конечно, могу дать обезъяне гранату, но надо ли?

(32) А ты дай и отойди (С) :))))))))))

(32) Я же не от балды решил перенести ЦенуПродажи из измерений в ресурсы. Сделал отчет ДвиженияРегистраОстатки, из которого видно, что наличие ЦеныПродажи в измерении не добавляет уникальности для идентификации движения регистра. Вполне хватает Склад, Номенклатура, Партия.
Перекопал несколько конф, в т.ч. Магазьку, РарусМагазин. Нигде я не увидел, чтобы цифровое значение использовалось в ресурсе регистра. Такое вижу в первый раз, видно автор конфы - большой оригинал, или скурил полностью мануал по учету в рознице. Этот тезис также подтверждает, что ЦенаПродажи закодирована в штрих-коде. Так что давай гранату, не бойся :)

(34) И что - нигде нет отборов по цене? Или ты просто не нашел?

(34) Открываю стандартный ТиС. Регистр ПартииНаличие. И что же я вижу ? Измерение ЦенаПрод.

(34)  Значит, ты мало видел. начни с самой обычной ТиС...

(36) ЦенаПрод и в регистре остатки есть. собственно, такое не только у 1С сделано.

(34) "Нигде я не увидел, чтобы цифровое значение использовалось в ресурсе регистра"
_ВСЕ_ ресурсы - числовые. :-))))
числовых измерений, как и реквизитов - тоже более чем достаточно.

(36) Да, в 9-ку и не заглянул.
(37) У меня обычная ТИС - украинская.
(39) В измерении. Ошибся.

(36) ты не все узрел! узри истину! ЦенаПрод - она есть и в Регистр.осттаткиТМЦ

(36) Узрел. Пытаюсь еще узреть, с какой целью она там нужна.
ПС: уже понравилось, что штрих-код генерируется с проверкой уникальности. Чего нет в ТИС укр.

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

собственно и по бухии есть методика учёта в рознице в продажных ценах

(43) + если мы именно про перенос цены в ресурс, а не суммы остатка в продажных ценах.

(43-45) Спасибо, учту.
Но вопрос остается открытым: как это сделать с помощью прямого запроса? Для меня это как-бы новое, ни разу не использовал.

(46) что делал, что не получается?

(46) что-то типа
Update таблицаДвиженийРегистра set полереквизита=полеизмерение.

Имена таблицы, полей в dds посмотреть.

(48) а зачем смотреть в dds, если у него 1с++ ?

(0)

|update Рег
|set   $Рег.ЦенаПродажи1 = $Рег.ЦенаПродажи
|from $Регистр.Остатки Рег

+50 + пересчет итогов потом.

(43) "переносить. В реквизит регистра. и она там есть" - "там" - это в реквизите? и как тогда "остатки в продажных ценах видеть", если в остатках реквизитов нет? :-)

(50) зря...

(53) пусть занимается. Дураков учить - только портить.
:)

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

(55) не, у него как раз розница.
и проблема возникла из-за шк этикеток.

(54) а вообще, согласен - каждый сам кузнец своего геморроя

(57) немного офф, но каждый раз вспоминаю в таких ситуациях...
У нас на велофоруме один пожаловался, что тормоза скрипят. Кто-то посоветовал силиконкой смазать, пошутил значит, ага. И что характерно, он ведь смазал. Добро хоть жив остался.

(58) в гаражах какой-то кадр у девятины тормозные диски WDхой полил, чтоб не ржавели (стояла она у него, не ездил)....
так что основное правило - если что-то делаешь, то представляй: что, зачем и какие будут последствия...
тоже офф. вот сейчас смотрю отчет по регистру (25)+(27). Ощущение, что писали отчет под наркотиками...

(58), (59) В технике не разбираюсь. Силиконка - это клей что ли ? А чем плохо тормозные диски ВД поливать ?

(60) Это смазка, для уменьшения трения.