Необходимо вести учет затрат и МПЗ в в доп. разрезе, который по сути представляет укрупненную стадию пр-ва. Дабы не добавлять доп. измерение в регистры и не молотить все документы, был рассмотрен вариант использования характеристик номенклатуры (типа под каждую номенклатуру создается неск. характеристик, соответствующих каким-то стадиям пр-ва). Но при данном решении задачи смущает неоправданный рост справочника характеристики, потому что стадий н-р всего 5, а если их создавать под номенклатуру, то буем иметь 5*20000 = 100000 элементов в спр. характеристик. Есть альтернатива?

У меня в ЗУП нет никаких характеристик.

зачем в стадиях состояния ?

Наверняка есть

(2) не совсем понял вопрос

(0) добавлю, РАУЗ.

учет по партия?

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

(7) но серии также подчинены номенклатуре, идеальный вариант был бы просто ввести дополнительный разрез в РАУЗ, например в аналитику учета партий.

Подразделения. Чем не альтернатива?

(8) а вообще есть уже опыт внесения изменений в процедуры РАУЗ, чтоб он не использовал одни ключи, а вместо них использовал другие ключи?

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

(10) ну думаю вопрос будет состоять в заполнении аналитики, остальное возможно само, потому что учет ведется в разрезе ключей, а состав ключа это типа второй вопрос

(9) поясни пжл

(8) может рассмотреть варянт учитывать это где-то в другом месте? А то разъелдошите упэпэ свое к биоматери ради сиюминутной задачи, а потом будете бороться с обновлениями ВСЮ жизнь

(12) но все равно ВЕСЬМА хотелось бы избежать изменений рауз, воспользовавшись типовыми средствами

(13) Учет в разрезе подразделений уже ведется. Вот и используйте. Тем более, что они обычно и так соответствуют стадиям производства.

(16) подразделения фигурирует только в области незавершенки, МПЗ хранятся в разрезе складов

(17) а МПЗ как-то связаны со стадиями производства?

(14) думал об этом, но
1. если учитывать в др. месте, то надо создать РН, и во всех доках прописывать движения по нему.
2. если решим использовать характеристики, то не разъелдошим, но напрягает необоснованный рост справочника характеристик.

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

(18) ну тут типа если полуфабрикат прошел 2 цеха, и лег полежать на склад, то нужно хранить степень его готовности, как-то так

(17) Ну заведите по складу на подразделение, в чем проблема?

(0) каким боком рост справочника к потреьбновстям учета.

да хоть миллион записей в справонике - это ровнсым счетом начхать.

(20) ... а потом снова поехал по ресторанам, вернее по цехам, и мы знаем степень готовности этих полуфабрикатов потому что хранили ее когда он лежал на складе

(19) РН и подписка

(20) Полуфабрикат прошел 2 цеха и остался тем же самым полуфабрикатом?

(22) ну не совсем начхать потому что по логике, не нужно создавать эту степень готовности отдельно для каждой номенклатуры в справочниках, потому что их всего несколько, и они могут подходить для любой номенклатуры

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

Заведи тогда склады. 5 штук. которые будут характеризовать что происходит с товаром.
Так по любасу будет лучше и круче.

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

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

Вот и шуруйте на виртуальные...

(29) Повторю вопрос - как вы собираетесь документооборотить движение полуфабриката по стадиям? Не важно что это будет в программе (характеристика или фантастика), но важно куда, в какие экземпляры экранных или печатных форм персонал тыкаться будет?

(29) Тогда характеристики. Просто не надо их заводить на все 20000, а только там, где реально нужно. А это сотня-другая от силы, я уверен.

(30) если я правильно понял вопрос, то степень готовности будет изменяться, при проведении "отчета пр-ва за смену"

НоменклатурныеГруппы не предлагать?

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

(34) Я правильно понял, что в детальных переделах не будет происходить изменения номенклатуры? И вы хотите доп.признаком учитывать факт передела?

Т.е. Материал->ПФ1 хар.Недопиленный->ПФ1 хар.Перепиленный->ГП?

(35) если провести аналогию примерно так
Материал -> Товар, хар. ПФ1 -> Товар, хар. ПФ2 -> Товар, хар. ГП

Если ничего не менять в штатной - заведите папочки номенклатуры ПФ1, ПФ2, ГП.
В них создайте "Товар ПФ1", "Товар ПФ2", "Товар ГП".
И будет вам счастье. Ну и доп.отчеты накорябать, которые сквозной учёт по одному наименованию позволяют вести.
Самое живое и работоспособное решение.

(32) "Отчет производства за смену" выполняет перемещение выбранной по номенклатуре, с выбранной характеристикой номенклатуры? А склад тоже выбирается?

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

Характеристика для этих целей - избыточная и неиспользуемая сущность.

+38 Только в любом случае придется переписывать на что-то свое, чтоб РАУЗ оставил вам возможности расчета для (34) - укрупненный учет вида продукции.

Это можно проверить, конечно, но РУАЗ нельзя без переделки заставить рассчитать по нескольким параллельно работающим ключам. Это разные версии расчетов.
Расчет по видам номенклатуры - 1 версия
Расчет по стадиям готовности - другая версия

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

Т.е. вот у вас все ваши 20000 номенклатуры разделены на 10 основных видов продукции. Делаем под каждый вид отдельные НГ, логически подчиненные основным. Проводим Отчеты за смены с перезаписью под каждую стадию или НГ и на выходе накапливаем результаты расчетов с ними.

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

И напрямую данные, допустим, на 90 счете вам все равно не понравятся.

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

(38) стадия готовности не зависит от склада

(41) :)
А как происходит хранение полуфабриката разной стадии готовности? ОПзС сопровождается передачей полуфабриката на какое-то место хранения, а с этого места затем берут некоторое количество для следующего передела...
Другое дело, что на местах хранения каждого склада одновременно хранятся разные стадии готовности, но ведь они разложены адресно, не валят же их в одну горку.

Но учитывать себестоимость полуфабрикатов оборачиваемых по каждому складу - это все-таки не то, что нужно в текущем случае.

(42) ОПЗС может сопровождаться передачей на склад, а может и не сопровождаться (в случае использования направлений выпуска), вопрос в другом, пф могут переместить на др. склад полежать, или в предыдущий цех на доделку/исправление брака и от этого пф не превращается в пф предыдущей готовности.

(43) используй хар-ки, не мучай мозг.

+(44) как не крути, а от больших объемов ты никуда не денешься. серьезное производство - серьезная база.

на старых советских производствах это называется - "заходность"

(0) 100к в справочнике это типа много, штоле? чего боитесь то? имхается, как раз характеристики подходят лучше всего

+(46) например покупают болт, отдают в цех 1, затем в термичку цеха 2, затем снова возвращают в цех 1 на покраску, и дальше по тех. процессу. чтобы не заводить разные номенклатуры, можно использовать характеристики с заходностями у бота.

Пилите, Шура, пилите, они золотые! (с)

пофиг на размеры справочников - РАУЗ не даст отчетности по этим всем запиленным характеристикам.

Коллеги, попробуйте вернуться к исходному тексту поставленной (не совсем поставленной) задачи.
ТС предполагает, что Характеристики можно использовать в качестве одного из элементов в ключах аналитики РАУЗ. Даже если такой ключ построить получится, то у меня вопрос, а что это даст? Какой существенный аналитический элемент можно получить из 20000х5=100000 значений аналитики? В каком виде будет отчет, если в него попадет вся эта аналитика?

(0) Господа, а что справочник Качество нынче не котируется?
Заодно он есть тут
РегистрСведений.АналитикаУчетаЗатрат.Измерение.Качество
и тут
РегистрНакопления.СвободныеОстатки.Измерение.Качество
РегистрНакопления.ТоварыНаСкладах.Измерение.Качество
РегистрНакопления.ТоварыОрганизаций.Измерение.Качество

(50) качество уже зарезервирован под другой разрез )

(51) В итоге на чем остановились?