Добрый день.
Задача:
Контрагент заказывает номенклатуру, менеджер выбирает исполнителя и передает ему заказ, номенклатуру изготавливают и закрывают заказ. Заказ, передача в исполнение , закрытие заказа. 3 разных документа.
Нужно спроектировать регистр или регистры для учета состояния номенклатуры. заказ, в работе, изготовлено.
Я сделал один пер. регистр "Состояние заказа", вроде все работает, все данные могу вывести в отчет.
У меня вопрос в следующем, с точки зрения методологии это верно, или нужно дробить регистры, отдельно для заказов, отдельно для изготовления и т. п.

Надо спросить у ваших методологов

Вспомнился типовой функционал ЗУП, аналогичный задаче: регистр "Кадровая история сотрудников" и документы прием, перемещение и увольнение. Зачем плодить сущности без лишней необходимости?

(2) >>Зачем плодить сущности без лишней необходимости?
По принципу бритвы Оккама?

(0) "Разумная достаточность" - для решения поставленной задачи хватает одного регистра? - делай один. Что-то сложно достать из одного регистра, делай сколько нужно.

Понял, спасибо

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

Заказали 5 деталей, отдали в работу, изготовили.
Какие бы регистры предложили Вы?

(7) Исходя из представленной информации, правильный ответ будет - никакие.

(8)
1 документ Заказали услугу

Записал в регистр информацию со статусом заказ

2 документ передали работнику
Добавил в регистр строку со статусом в Работе

3 Документ Изготовили

Добавил в регистр строку со статусом Изготовлено

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

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

(9) Я уже сказал. Сделали документ, там три статуса. Всю информацию берете из документа.
Вы мыслите шаблонно: Документ-Регистр-Отчет. Вовсе не пытаясь понять - зачем собственно нужны регистры.

У себя, в аналогичной задачи, я дробил, ибо меньше движений, меньше остатков -> быстрее выборка и работа

(12) Нет движений - нет остатков. Еще быстрее работа.

(13) Совершенно верно, т.е. резать такой регистр от ненужных данных проще

(14) Нет регистра - нечего резать.

(15) Не регистр нужен, ибо нужны остатки

(16) Кому нужны?

(10) Мне тоже кажется что РН логичен здесь - "менеджер выбирает исполнителя и передает ему заказ" - удобно при подборе заказов анализировать остаток. Но это больше времени займет, как и реализация подбора. Постановка задачи есть? Если явным образом не указано, то такой подход нужно предварительно согласовать - объяснив что на это уйдут лишние трудозатраты.
Если только "регистры для учета состояния номенклатуры" - то РН не нужен, хватит и РС. А то и просто в документе хранить как советуют в (11).

(17) - "учета состояния номенклатуры. заказ, в работе, изготовлено." Как ты сделаешь без остатка, тем более тебе заказали 3 ед одной и той же номенклатуры из них 1 в работе 2 уже изготовлены.

(19) А "заказ, в работе, изготовлено" - это поля-ресурсы, или виды состояний номенклатуры? Я подумал, что последнее.

Один регистр накопления остатки
Измерения:

Заказ
Номенклатура
Исполнитель
Состояние

И ресурсы:
Количество.

(20) У номенклатуры есть количество. Вот если бы это было состояния заказа в целом, тогда другой разговор.
А так я понимаю в заказе может быть несколько одинаковх позиций номенклатуры и в какой то момент времени у них могут быть разные состояния, например закзали 6 одинаковых столов. На текущий момент 2 стола в статусе отказ, 3 стола уже произвели и 1 стол в работе

Заказали:
Деталь1 3 шт
Деталь2 4 шт
Деталь3 8 шт

отдали в работу
сегодня
деталь1 2 шт
деталь3 1 шт
завтра
деталь2 4 шт

послезавтра дозаказали
..
блабла
..
через неделю отменили заказ на деталь3 и уменьшили на 2 заказ детали1

сделали:
сначала деталь1 шт
потом деталь2 3 шт. из них 1 оказалась брак, надо переделывать..
и т.д. и т.п.

Удачи вам совсем без регистров или с РН, всего доброго, хорошего настроения и здоровья.

(21) Надо смотреть, вполне возможно исполнитель менятся не будет, и его не обязательно пихать в регистр, достаточно реквизита в заказе

(22) Ну да, логично. Но (0) же какой-то правильный отчет выводит) Получается - обманывается в постановке.

А мы хотим видеть кто и что заказал ?

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

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