v7: Как обратиться к реквизитам регистра в запросе? #236655

Вопрос. как обратиться к реквизитам регистра. в запросе? ...     |ОстПроект=Регистр.ОстаткиТМЦ.Внутреннее; ... не срабатывает. при выводе. ресурсы и измерения все выводятся. а реквизит пустое поле. Хотя, если использовать ...    Пока Рег.ПолучитьДвижение=1 Цикл   ... то там все ОК. корректно выводятся реквизиты. безусловно , все группировки и прочее делаются.и период тот выбран. кто подсказать может? есть какаято тонкость в обращении к реквизитам регистра в запросе?

Функции Расход и/или Приход нету

Поясню!!

И не выведется...

+1 И группировки ОстПроект....

НО ТУТ всё выводится корректно

А группировку раскомментировать пробовали?

нет. пробовал ещё одну группировку по ОстПроект, тоже самое

Все верно

Группировку надо пробовать не только в тексте запроса ;-)

конечно пробовал, я специально её тут отметил в комментарии, что пробовал и так и сяк

Реквизит регистра - это информация о ДВИЖЕНИИ. Не будет 1 - не будет реквизитов....

понятно. потом тоже запрос.группировка испольщовал по ОстПроект

Мучаешь? :))

не правильный.. попробуй сам

Почему? см 1 :) Дятел.... (прости меня грешного...)

как как?

Регистры тоже не знаешь, как и контекст :)

так как правильно?

Прошу прощения, и правда стучу по дереву По реквизитам остатки не накапливаются ;)

Бу на тя. Спешка все, а ты сразу...

получается что из запроса не обратиться к реквизитам что ли?

А причем тут запрос. Перечитай

А потом

обратися-то можно, но не к остаткам в разрезе этих реквизитов

:)~ Используй и обратишься..... Слухай а не тебе ли я вчера показывал "замечательную цепочку"?"

Ааа класс "Пословица: Поспешишь — людей насмешишь"

мне показывал.. =)

А там другой регистр.....

так чего делать ничего не понимаю.

у меня же движение происходит..происходит.. реквизит заполянется.. всё отлично. С запросом связать как то можно?

Смотря что делаешь.... Чего хочешь получить... учитывая вчерашнюю ветку (зря ты ее не поднял) ты это не сделаешь на этом регистре...

(+32)Хотя фиг тебя знает :)    |Период С ДатаНачала По ДатаКонца; Но остатки по проекту один фиг не получишь.....

"По реквизитам остатки не накапливаются" (с) Не в запросе - вообще в регистре. Для рассчета остатков продумать возможность использования измерения, либо, если позволяет смысл задачи, рассчитывать.

не ну почему? в глобальном модуле в типовой конфе есть такая штука как глПриходОстатковТМЦ, она используется документом ПеремещениеТМЦ . Так вот. когда проводится этот документ. То я добавил в глоб процедуре.что бы в регистр ОстаткиТМЦ добавлялось ещё и реквизит ПРОЕКТ. указав заранее в метаданных разумеется. всё получается. и всё заполняется. Но что бы визуализировать используя запрос , почемуто не выходит, см. выше. используя запрос. А просто используя просмотр движения регистра.всё выходит. вот суть проблемки та

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

Последний раз для ленивых и ........ 1. Проект - общий реквизит документов 2. Регистр ПартииНаличие имеет ИЗМЕРЕНИЕ Партия (справочник) 3. Справочник имеет реквизит Приходный документ 4 см 1 Дальше думай сам....

Целесообразность каждого конкретного решения выбирать реализующему :) А решений на самом деле много, вплоть до отдельного регистра.

У него ТиС типовая

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

но вот за это: "Реквизит регистра - это информация о ДВИЖЕНИИ. Не будет 1 - не будет реквизитов.... " большое спасибо..

Блин, осттаки по проектам ты можешь вытащить из другого регистра...

блин, начинаю соображать. Надо будет так тоже попробовать. Но у меня вроде поулчилось тем моим способом.. =)

"вроде поулчилось тем моим способом." как в ? имхо, это не то что ты хотел.

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

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

мне главной задачей было, что бы при перемещении гдето фиксировался проект какой вводят, если вводят. помоему оптимально было использовать регистр остатки ТМЦ.. добавив один только реквизит...

Нафига его было вводить, если уже все есть в другом регистре?

ну в ПртииНаличие не ведется учета по складам. как там отслеживать перемещение с одного склада на другой

По МОЛ можно

а если не задается ответственное лицо

Задай. Оно и логично иметь МОЛ на складе. Или его отсутствие - принципиальная позиция. Не совсем удобно, конечно, когда несколько складов - одно МОЛ, но и это решаемо

Ещё возникла такакя проблема: Если рассматривать движение товара со склада на склад,в рамках проекта. То из-за косяков бухгалтеров , т.е. они не указывают проект или ставят другой, получается не соответствие количества товара на складе коонкретном действительности. вобщем можно поместить на склад товар1 в рамках проекта1, а потом этот же товар переместить на другой склад в рамках проекта2, то товар1 на первом складе не уменьшается, в рамках проекта1, а уменьшается в рамках проекта2, а такого тоавара физически не существовало. В итоге, получается минус количество товара1 в рамках проекта2.

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

выходит и использовать ПартииНаличие тоже не универсально. Помоему ещё больше проблем возникнет, если ктото проведет документ перемещение с ошибочной информацией о проекте. то мы получим опять же на складе не достоверную информацию по конкретному проекту. хоть товар и был допустим принят по проекту1, а переместился по проекту2 , то инфа по количеству на складе по проету1 а также ипроекту2 не верная. Короче и тот и тот способ галяк какойто получается

Извиняюсь за мою тупость. но вот это очень понравилось при близком рассмотрении: Вопрос. как бы теперь увязать на каком складе партия располагается.. думаю думаю..не придумываю никак

не по МОЛу.. всмысле. нигде не фиксируется , где какая партия на каком складе расположена?

Ты практически сам ответил на свой вопрос... Ты видишь как вытащить инфу о складе из ЭТОГО регистра?

нет не вижу. точнее уверен что никак. Неуже ли что бы узнать на каком складе какая партия, и что бы не привязывать ни к чему постороннему (мол), то вариант только отслеживать все перемещения партии?

Вот такой он загаточный - стандарт... А что ты переживаешь? Вы ведь МОЛ не используете? Так начините - уникального МОЛа на склад - дальше дело кода

так как я понимаю МОЛ закрепляется за каждой партией по идее. Если мы закрепим его за Складом, то при каждом перемещении придется менять МОЛ. Ерунда какаято.

мля или их два МОАЛ