Необходимо вести в торо заявки на технику , точнее на орг. технику.
Я хочу ввести новый тип ЕО , например z - заявка.
Человек, создает заявку , те ЕО с таким типом и заполняет все данные.
Далее . когда заявка удовлетворена , те ПК поставлен этот же человек
меняет тип на Y например.
А потом сисадмин уже меняет на М и заполняет спецификацию и все такое.
Как вам такая схема? Как еще можно реализовать заявки на поставку через торо ?

Для чего все это? Чтобы отслеживать как выполняются заявки на закуп и поставку оборудования? Если так, то существуют стандартные цепочки закупки.

Да , стандартная цепочка закупки работает . Но .
В ней не хватает звена - а именно - заявок на закуп.
Те ММ закупает ПК , но эта закупка в системе проходит
поодаль от людей, занимающихся формированием потребностей
в них.
Вот они и ставят задачу - реализовать в торо данное звено.
И еще одна цель - поддержание в акт. состоянии БД по ПК.

Так это же в ММе есть. Заявка на закупку... Зачем изобретать велосипед???

Ну это канешно, покупать надо не ЕО, а материал. А вот выставить из РМ заказа ЗАЯВКУ на закупку (ессно по материалу)? Можно?

Да конечно можно. Но зачем??? Если в модуле ММ существует стандартная транзакция ME51 - создать заявку на закупку, которая стандартным образом же обрабатывается....

Ну как это зачем, я всетаки механик или хто. И покупать мне должны под мои ремонты и по моим заказам. А по поводу ЗАЯВКИ из заказа - будет время обязательно попробую, раньше - только резервирование.

При чем здесь ремонт и новая оргтехника????? И чем не устраивает резервирование???

Ну положим оргтехника и нипричем (хотя еще с какой стороны посмотреть). А вот по резервированию, чтобы получить заявку, я (или еще кто) должен прокатиться ППМом. И контировочка на мой любимый заказ, если я не ошибаюсь, потеряется. А это уже плохо.

А в чем проблема? Я пока ее нигде не вижу. Ну да, ППМ нужен. И что?

Нафига попу наган если он не партизан?
Я раз в 10 лет делаю супер-пупер ремонт некого агрегата для которого мне раз в 10 лет нужны золотые подшипники и серебряные гайки. Ессно никто кроме меня (в других цехах) таких ремонтов не делает и на складе такую хрень для меня 10 лет держать не будут.
Другими словами, суммировать потребность смысла нет и анализировать запас - аналогично. И НАФИГА МНЕ ППМ?

Volkovas, как уже отметил АлексО, есть стандартный подход:

1. Создается заявка на закуп ОС (кстати можно настроить, чтобы при создании ОС автоматически создавались и ЕО, в этом случае имея заявку на закуп ОС, ты фактически имеешь заявку на закуп ЕО)
2. Далее заявка преобразуется в заказ или контракт на закуп (по которому в дальнейшем будет создан заказ на поставку)
3. Поступление к заказу (на ОС появится дата оприходования)
4. Фактура, платеж (хотя это конечно может быть и аванс), выравнивание

Так что где-то после пункта 3 можно говорить о том, что ЕО поставлена, и ты можешь с ней работать.

Можно сделать закуп под заказ ТОРО, нужно указать тип позиции N для соответствующего компонента и ввести необходимые данные по закупке - соответствено будет создана заявка на закуп.

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

2 OlegDM
Да , это все так - но ведь в заявку тогда необходимо будет "засунуть"
функциональность орг.техники. Например:
- нам надо знать сколько ПК надо для модуля ММ
Мы смотрим отчет по ЕО (ПК) в котрые внесены значения признаков "ММ". Смотрим - да , действительно не хвататет ПК на данном тех. месте.
Далее - формируем заявку на ПК и указываем функциональность ПК - те в данном случае "ММ".
А куда , извиняюсь, я ее засуну в заявке , эту функциональность.
Вот если бы к позиции заявки можно было добавить выбор значения признака "функциональность"... А может есть такая возможность ?

ps
у нас сначала происходит закупка , а только потом создание ОС (псоле того, как материал поставлен на склад)