Регистр Остатков. В измерениях:
Номенклатура
Серия

Ресурс:
Остаток

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

В серию и засунуть.

(0)[если она величина постоянная и для каждой серии она одна и та же]
реквизит серии

на что спроецировать??

(3) Можно на стену, но это проектор нужен

(4) не обязательно, если регистр выполнен в виде физической 3D-модели, то можно просто правильно направить освещение

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

(0) "Есть ещё такой реквизит "Крепость" измеряется в числах." - Конфигурация 1С "Палёная водка"?

И как после таких вопросов не поверить в инопланетян...

Верите ли вы в то, что среди нас есть инопланетяне?

куда проецируем? на стенку? Билли, нам нужна белая простыня

(1)(2)а в серию нельзя засовывать его. ведь серия это отдельный справочник. и в базе далеко не только алкогольная продукция есть. вот! а куда еще можно? а регистр этот предназначен именно для учета алкогольной продукции

(6) поддерживаю

нафига вообще в регистре хранить неизменяемое значение

(7)1с спиртовое производство

(6)а ведь в справочнике номенклатура не только алкоголь.

Если чисто в регистре хранить эту информацию то можрно ли в измерение засунуть?

(10) В отдельный регистр сведений тогда, который с измерением "Серия" и ресурсом "Крепость". Можно также к сериям прикрутить свойства

(10) Хотя, в регистр накопления наверное проще

(10)[а в серию нельзя засовывать его. ведь серия это отдельный справочник. и в базе далеко не только алкогольная продукция есть]
типичный пример полного отсутствия логики

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

(18) Человек просто место на диске бережет

(19) Ок. Допустим, на регистре нужно учитывать остаток на складе. На складе железно поддерживается минимальный остаток, таким образом он принципиально никогда не выводится в ноль. Как быть?

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

(19) Думаешь на складе бухло выветривается?

Его приходуют с одной крепостью, а списывают уже с другой?...

А-а-а! Понял! Его на складе разбодяживают!

(21) не путай круглое с мягким

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

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

(24) Не путай то что ты сказал с тем что хотел сказать

достать можешь откуда угодно, в свойства не пойдет чтоли?

Сделай у номенклатуры характеристику, а у регистра - измерение.
Или просто в отдельный реквизит записи регистра, если в разрезе крепостей не надо остатки.

(21) В твоем случае вряд ли количество наименований будет слишком большим. Скорее всего не более 10 тыс.позиций. Для такого объема номенклатуры хранить остатки не проблема. Там, где ассортимент изменяется и количество номенклатурных позиций велико, остатки по старым (снятым с ассортимента) товарам будут вполне себе выходить в ноль.

У нас крепость в номенклатуре.

(21) эта именно та ситуация, когда ресурс принципиально выводится в ноль.
В случае же (17) вообще нет смысла держать ресурс, значение которого не меняется. Для этого есть регистр сведений.

Чем тебе существующая структура регистров тиражных алкоконф не нравится? Нетленку пишешь?

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

Ладно, мой намек в том, что "принципиально не выводится в ноль" это непродуманная, криво сформулированная, и тем не менее воспроизводимая всеми мантра. Голый король читали сказку?

(34) да, тебе, конечно, виднее, чем тупым разработчикам 1С. Насмешил.
Знал я несколько "разработчиков", которые игнорировали рекомендации от 1С. Почему-то у них у всех запросы работ али нестабильно и код был кривой. Но ты на свой счет не принимай.)

(35) Я не против того что для учета оборотов нужно использовать оборотные регистры, а для учета остатков - остаточные. Я о том что когда мысль формулируешь - думать головой надо что сказал. И когда слышишь - тоже

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

(34) Кстати а не задумывался чем для базы червато не выведение регистра накоплений  в 0?

+(38) Подскажу - подумай о том как в базе храняться данные регистра накопления с видом остатки, а если не знаешь этого то лучше не умничай а следуй рекомендациям.