Почему в регистрах сведений нет такого, как в регистрах остатков Нач Кон и #196105

То бишь почему в регистрах сведений в одном запросе (без Объединить) нельзя получить начальное значение, движения и конечное значение? Очень напрягает. Или все же можно?

А можешь рассказать зачем?

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

Ну и храни оклад в регистре накоплений тогда.

))))))) Нет уж, лучше объединение в запросе пиши)))

офигеть... вот и я про то же... Почему 1С ступило в этом вопросе, давайте БГ настучим об этом упущении

По вопросу и ответ :)))))

(4,5) Ирония ваша, господа, неуместна.

Дяпти, а если у меня оклад хранится в РС и базе уже 1.5 года, как быть? Перекидывать в РН? Не смеши меня

Не настолько неуместна как тебе кажется. Вариант нарушение базовых логических принципов эксплуатации платформы 1С.

Очередная черная дыра в 1С. Сделали регистр накопления, а не подумали о ситуациях, когда нужны начальные итоги, движения и конечные итоги...

Офигеть ... Гений и тут блистает умом

Что курим?

(8,9) Тормоза вы оба. потому что РН можно завести не ВМЕСТО, а ВМЕСТЕ с РС. И заметь в начальном условии никаких полутора лет эксплуатации не было. РН в данном случае полностью заменит РС плюс даст нужный тебе функционал. А потому что догмами мыслит. Ну и какой принцип я нарушил можно узнать?

ник Дяпти похож на Дятел. :) (Шутка) Даже объяснять лень, почему это криво. Набросай структуру РС и увидишь, как он у тебя разрастется... Ужас!

Сам же знаешь эту догму: остатки по этим окладам никогда не будут выводится в ноль и будут плавно перетекать из периода в период. Может это и догма, но из-за не соблюдения многих таких "догм" разработчиками 1С (не этой конкретно - есть масса других примеров), например, конфигурация УПП ворочается как слон в посудной лавке.

Ну набросал: Сотрудник измерение, Оклад Ресурс. И чего тут разрастется?

пример про УПП..

Ах вона чего... Гыгы, дети, в 8-ке итоги по регистрам накопления можно пересчитывать ВЫБОРОЧНО, ясно? По такому регистру итоги вообще не нужны.

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

Тогда вопрос... накуя он вообще нужен ... если итоги не храняться? :)

Ты неправ. Если не пересчитывать итоги по регистру количество записей и при использовании РС, и РН будет одним и тем же.

Можно получить то, что хотел

смею предположить, что в рс хранится не начисленная сумма, а ставка. и рн тут будет мимо кассы. покажи мне, пожалуйста, как ты одним ВЫБРАТЬ к таблице остатков регистра накопления без объединений получаешь остаток на начало и на конец периода. очень интересно посмотреть. хинт: у регистров сведений нет виртуальной таблицы, аналогичной таблице оборотов регистра накопления.

Не нужны, говоришь? А как же ты тогда собрался запросом получать начальный остаток, движения и конечный остаток? Найди на ИТСе, по-моему, или в инете, не помню - перечень стандартов конфигурования от 1С. Там же есть ссылки где эти стандарты не выполняются в УПП и других конфигурациях. Например, наличие такой строчки как Движения.КакойТоТамРегистр.Записать тебе о чем не говорит?

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

В сад! Попробуй сперва а потом спорь со взрослыми дядьками.

Тогда будет медленно получаться итог на какую-то дату А получать его придется для выяснения приращения Короче фигня полная и непонятен вообще сабж Такое делалось на семерке - регистр итогов без остатков, но зачем делать такое в восьмерке когда есть рег. сведений?

допустим рэчь идет не про оклад, а про статус сотрудника (на начало, по двжиениям и конец периода), т.е. тип перечисление. Тоже РН будешь юзать?

Мне мысля пробежала в голову - может программно обрабатывать текст запроса и менять ИЗ РегистрСведений.Оклады на ИЗ (Текст запроса на объединение)??? Или не получится красиво?

" Движения.КакойТоТамРегистр.Записать" - о том, что идет запись в "КакойТоТамРегистр" о чем же еще?..реальную ссылку можно, а "итс или где то там"? мне интересно.

сабж не про это. Это дяпти со своим бредом влез. Сабж про получение нач значения, двжиения и кон.значения в одном запросе, без объединить.

а зачем?

читай в

таки, продолжаем тему..

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

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

запрос с объединениями к РС сработает за то же время. тупой ты гений как пень. "допустим то, допустим это". ты мне докажи аргументированно, что я неправ. а хамить это просто. только в ответ тоже одно хамство получаешь.

Чем напрягает-то?

в РС может храниться не только числа, поэтому твой метод годится только для чисел. Он не прозрачный и кривой, тебе уже все сказали.

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

Да, годится только для чисел. А ты наверна остатки и обороты за период собрался для перечислений получать... А по поводу прозрачности - так это тебе только кажется. Фантазии маловато.

Данные получаешь? Получаешь. Производительности хватает? Хватает. В чем проблема?

Гений неудачную аналогию с окладом привел.. ему хочется получить в периодическом регистре сведений данные на начало периода (не остаток), все изменения в регистре за период и значение на конец периода.. предложение дяпти действительно только для числовых величин.. ЗЫ.. в качестве резюме..

Золотарев, нафига в платформе столько много виртуальных таблиц? Производительности хватает? Данные получаем? Нафига 5 виртуальных таблиц в регистре бухгалтерии? Не надо говорить ерунду, адвокат диавола (1С)? :)

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

Слов нет.

усацца можно.

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

извините, эмоции

памперс нужен?

А сколько для этого нужно запросов???

срез первых, просто рс, срез последних и все они объединены по измерениям... офигеть, короче

Ешкин кот, ну возьми на Дата1, Дата2, остальное делай в + или - :) В том то и фикус, что нужна история... что не устраивает если детализация по дням будет?

а нафига ты на восьмерку полез ? В семерке все элементарно и работает быстро. А ежели где-то функциональности не хватает - так сам напиши, что недостает.

не понял вас?

сгинь нечистый

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

Мдя...

Или просто движения с отбором прочитать да выгрузить в ТЗ

Вчера мылся. з.ы. ты не гений - ты х@ений 1с

Переведи что означает "Офигеть короче"? Вот этот вот маленький запросик ты называешь словом офигеть?

что бы это значило?.. в просят без "объединения"..

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

Это означает ровно то, что написано. А именно называет ли Осипов этот запрос словом "офигеть"? Просьбу в 0 могу выполнить через Левое соединение, но смысла не вижу.

Да, если ты пишешь такие запросы каждый день, это напрягает. А РС юзаются у нас широко.

Что лоббирповать в 1С? Уменьшение текста запроса? Физически будет проделано ровно то, что в 61.

шаблоны не помогут?..

иди на

Я больше склонен к программной обработке текста запроса. есть еще сортировка по дате

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

Причем тут регистр бухгалтерии? Там куча данных, учитывающая остатки по счетам, обороты, обороты в корреспонденции, данные по субконто, количество которых пользователь может менять сам, в отличие от РС, где все измерения задаются изначально.

Блин, нашли с кем спорить... С общеизвесным дятлом - "Гением" 1С. Оставьте его - пусть лучше идет поддержанные мобилы продавать... Хоть посмеяться можно будет.

Ну а как ты напишешь такой запрос без срезов? рожденый ползать летать не сможет

Да, лучше послушаться неизвестного дятла садовникова, гыгыгы

Ну-ну. Слава богу, что у меня такой известности, как у тея, нету. И, надеюсь, никогда не будет.

ближе к теме господа....

ГДЕ    Оклады.Период МЕЖДУ &НачПериод И &КонПериод УПОРЯДОЧИТЬ ПО    Период

это если нужен определенный период

мне еще нужны данные на начало и конец, понимаете?

))... первая строка  - начало, последня конец.. нет?

Оба, эврика, господа, господа.... ВЫБРАТЬ ГДЕ   Оклады.Период МЕЖДУ &НачПериод И &КонПериод ИЛИ Период В ( ВЫБРАТЬ    Оклады.Период КАК Период, )ИЛИ Период В ( ВЫБРАТЬ    Оклады.Период КАК Период, УПОРЯДОЧИТЬ ПО ПЕРИОД Офигеть, но 1С все равно не зачет - пусть конструирует виртуальную таблицу? Слышите писатели платформы? А в ответ - тишына.

гениально

В базу знаний, однозначно!

"плачу пацталом."

платочек дать? (сочувствующим тоном)

согласись - гениально

Что "гениально"? Где? Объясните тупому мне не понимаю. В чем фишка?

Первое условие нужно изложить   Оклады.Период МЕЖДУ &НачПериод+1 И &КонПериод Второе условие лишнее

тормозим? 11.01 оклад 1000 15.01 оклад 2000 16.01 оклад 4000 22.01 оклад 5000 запрос с 14.01 по 18.01

короче, резуме тут

Ну-ну. 22.01 здесь каким боком? Или это и есть тот "конечный оклад"?

к

чево-то не дописал или не запостилось: Если исходные данные: 11.01 оклад 1000 15.01 оклад 2000 16.01 оклад 4000 22.01 оклад 5000 то запрос с 14.01 по 18.01 должен вернуть 14.01 оклад 1000 15.01 оклад 2000 16.01 оклад 4000 18.01 оклад 4000 то запрос с 11.01 по 16.01 должен вернуть 11.01 оклад 1000 15.01 оклад 2000 16.01 оклад 4000

Статью нужно доработать, но фиг с ним. :) Там начальные и конечные даты пляшут.

Все, поправил. Теперь корректно