v7: Реквизит регистра в запросе #737035

День добрый. Есть запрос: Есть Партия (мПартия). Как получить реквизит (реквизит!!!) Цена данной партии? Регистр - практически стандартный: добавлено несколько реквизитов.

Что - никто и никогда не вытаскивал реквизит из регистра?

функции воткнуть в запрос вестимо

Реквизит = Регистр.ПартииНаличие.Реквизит;

Так что ле тебе надо, или че ? ЦенаПартии = Регистр.ПартииНаличие.Партия.Цена;

|Группировка Цена; - ну, что я могу сказать :(((((((((((((((( Спасибо. Мне надо получить реквизит.

и что тебя смущает в Группировке? -)

Наркоманы, шо ле ? Кто чего понял, шо ей надобно ? Нипанятна..

Я :(

Я опять буду спрашивать... Почему если запрос за одну дату (закоментарино) - нету цены? А если с ... по ... - есть цена. Ведь есть в запросе и КонОст и Приход...

Потому что за выбранную дату не было прихода.

в регистре нет записей за эту дату, которые бы сделали приращение "+" (т.е толкнули регистр в приход)

А почему вот это работает?

Потому что тут нет реквизитов (по ним остатки не рассчитываются).

Ты только того, не топись в черном море с горя.. :) регистры, это очень просто, на самом деле, как грабли

Так я и не рассчитываю остатки по реквизитам. В снеговике - да. В клюшках - дурдом... Какой-то... Как обойти?

непонятна цель конечная. ЗЫ: если че, в снеговике всё тоже самое, только урезанное - нельзя задать периодичность хранения останков, к примеру.

Ну чего не понятно-то? Есть партия (ссылка-справочник). Если по этой партии есть остаток (на дату) нужно получить кучку + реквизит. Кучка - получается, реквизит ...

ну как тебе сказать то попроще. Реквизит регистра есть только в его движениях (это Приход или Расход) и его нет в останках (это НачОст и КонОст) Нет движений -нет реквизита.

Очень просто :) То есть - остаток есть (по регистру) (номенклатура, кол-во и т. п.), а реквизита - нет?!

какая догадливая...!

Реквизит регистра - это дополнительная аналитика, описывающая движения регистра. Её нет в останках. Останки есть только в разрезе Измерений регистра

Идиотизм, однако... А если добавить новый ресурс в типовой регистр - какие потом могут быть камни/грабли (фильтры, отборы и т. п.) по конфе?

в чем идиотизм то ? Если че, в снеговике, всё тоже самое.

На счет граблей - никаких.

То есть везде, где уже прописан этот регистр - будет работать без ошибок?

только вот "остаток по цене" или приход по "цене" будет забавно смотреться

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

Как нибудь подумай над этим                          Движение   Количество    Товар     "Цена"     01.01.2015   Приход         10      Валенки      1 02.01.2015   Приход         30      Валенки      5 10.01.2015   Расход         30      Валенки      1 ? остаток на 03.01.2015 Валенки  количество=40 цена=6    остаток на 11.01.2015 Валенки  количество=10 цена=5 Еще раз посмотри, еще раз подумай..

Не фига. В моей задаче есть еще партия (!!!) и  цена фиксируется для конкретного количества конкретной партии. То есть    товар    партия    количество    цена + Валенки     12         10            1 + Валенки     12         30            5 - Валенки     12         30            5 (именно 5!) И остатки должны быть: 03.01.2015 Валенки 10 по 1 Валенки 30 по 5 11.01.2015 Валенки 10 по 1

пихай цену в измерение- будет как у тебя на картинке

или делай цену - реквизитом справочника партии

и не ип...и мозг :)

Страшновато... Вот думаю... Та ладно.  А для чего нужна 1с? :))))))

По-моему - не прокатит... В справочнике количества (по партии) нету.

Точно граблей не будет? Регистр - типовой, используется до фига где...

если цена партии не меняется на протяжении всей жизни, сделай реквизит в спраочнике и пихай туда.

Говорю же - для конкретного количества конкретной партии. То есть: пришло 30 шт -> для 5 шт - 3 руб, для 10 шт - 4 руб, а для оставшихся 15 шт - пока не известно. Я все-таки склоняюсь к новому измерению. Граблей потом не будет?

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

чем тебя не устраивает ? У тебя цена партии как-то меняется ?

А нужно лопатить всё проведение? Если пару док-ов будут двигать именно это измерение (+/-). Про закрытие регистра - блондинка в курсе.

Это своеобразное перемещение на определенный склад. С фиксацией партии (количества) и цены. Про изменение цены - в

в какой момент партия у тебя цену меняет в твоём алгоритме ?

В момент перемещения (проведение).

а зачем ? пришли валенки партия №1 цена 10... и в какой момент цена по пратии№1 за валенки должна поменяться ?

говорю же, специфичная фигня. Пришли валенки (100 шт) на склад, потом 10 шт по 5 руб переместили на другой склад, потом еще 15 шт, но по 7 руб переместили на тот же другой склад, ... А списаться должно (потом, когда нуно): с другого склада 10 по 5 руб, а 15 шт по 7 руб.

и ? Приход, изначально, по какой цене ? 0 что ле ? Ты цену присваиваешь при перемещении ?

нихрена не понял, что ты вообще хочешь этим учитывать :) И зачем там останки.. :)

Шедеврально, чо. Приход 100 шт на цене 5 рублей. Перемещение 10 шт по цене 5 рублей. Перемещение 15 шт по цене 7 рублей (sic!!!) - так от балды себестоимость увеличили, да ?

Дикари-с

При чем тут себестоимость? Именно. Цена.

А не покатит цена партии = суммапартии/количество партии ????

В сумме партии - себестоимость (стандарт).

я в курсе Себестоимость от цены прихода сильно отличается?

Не, я столько не выпью и не выкурю... При чем тут себестоимость и цена прихода?

ну если нет допзатрат То в будет цена партии Без всяких дополнительных финтифлишек