По просьбе заказчика пилю свою подсистему заказов. Заказчик хочет видеть: Рабочее место разделенное на несколько заклалок. В первой закладе заказы сделанные продавцами и ожидающие обработки. При нажатии на кнопку "перенести заказы" заказы переносятся на закладку "готов к заказу". Здесь он может что то подкорректировать отменить уже отмеченное. При нажатии на кнопку заказать, заказы переносим на закладку "Заказано" откуда пропадают при проведении поступления документа "Поступление", если в пришедшем поступлении по заказу не было какой то номенклатуры, то она переносится на первую закладку как неприехавшая(отмечается цветом в тч). Вопрос. Где хранить состояние номенклатуры? Регистр сведений для этого не подходит или нужно будет еще использовать поле документ, чего не хотелось бы, остаются справочник и регистр накопления. Со справочником все понятно: храним номенклатуру с реквизитом "статус" с регистром сведений не очень. Или это будет один регистр и надо будет делать расход со статусом "ожидает" обработки и сразу же прихОд со статусом "готов к заказу". Или это будет несколько регистров "-" по одному "+" по другому. Как вы считаете как реализовать подобную схему?

(0) Не все не так.
Стоимость вопроса от 300 тысяч. Все уже придумано до нас.  

Смотри резервирование товаров в УПП.

(1) Если можешь расскажи в двух словах как это реализовано, смотрел как в УТ там в регистрах все лежит

(2) В двух словах:
Проводится заказ - номенклатура резервируется на складе или в заказе поставщика (приход резерва). Передали под заказ - резерв 0(расход резерва). "Товары в резерве на складах" -это регистр накопления. Есть документы: корректировка размещения и снятие резерва. Состояние рассчитывается - есть остаток по регистру тогда "товар в резерве", нет остатка - "свободен".
В УПП есть еще и потребность заказов - "есть остаток по заказам" - заказ не выполнен, нет остатка - заказ выполнен или закрыт.

У вас тоже самое. Заказ по кнопке "перенести" двигает РН "Готовы к заказу" (приход), кнопка "заказать" - РН "Готовые к заказу (расход)" и РН "Заказано" (приход). "поступление" - РН "заказано" (расход).

Вот ваше "или это будет несколько регистров" из (0) и есть ответ  на ваш вопрос.

Какая конфигурация?

(0) У ТС скорее всего "УТ".

(0) вы бы все-таки разобарлись как следует с типовыми, чтобы не изобретать очередной велосипед с квадратными колесами.

(6) Поверьте мы разобрались, прежде чем лепить кучу премудростей, если пишем значит есть необходимость.

(7) ну где же разобрались, когда и в детском саду известно, что делать ревизит "статус" в номенклатуре - это полный песец. А если у вас два одинаковых товара на складе, один заказан, а второй свободен?

(8) Не просто разобрались а еще настроили оптово-розничную продажу, где штатная система используется в полном объеме, почти без допилок. Что на складе абсолютно не волнует, волнует удобная обработка текущего списка заказов, что бы в ручную просмотреть каждую позицию, из того что навводили продавцы-менеджеры, выбрать удобных поставщиков и не убить на это полжизни.

(9) Оптово розничная продажа одно место, куда пилим велосипед второе

(0)[Где хранить состояние номенклатуры]

(11)угу и?

(11)[Где хранить состояние номенклатуры]
в остаточном Рг накопления
с измерениями:
Заказ покупателя
Номенклатура
СтатусОбработки


но лучше купить у Мани готовое

(13)+1
ну и поглядеть в УТ 10.3 н выбор поставщиков можно в обработке Календарный план закупок,
там гарное дерево

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

в УТ 11, например, всё отлично сделано со статусами. И не надо его хранить регистре как измерение.

(16) в УТ 11 статус у заказа покупателя,
у ТС статус товарной позиции