Долго думал, постить вопрос сюда или в ММ, но решил сюда.
А почему в migo при отпуске есть поле "единица оборудования" и нет "тех места"? И что мне даст стандарт если я заполню эту единицу оборудования?

Представь ситуацию, ты покупаешь 100 однотипных электродвигателей, каждый из которых будет ЕО. С другой стороны на складе это обыкновенные материалы. Чтобы идентифицировать каждый находящийся на складе электродвигатель можно использовать понятие серийного номера: т.е. материал (элекродвигатель) один и тот же, а серийных номеров - 100.
Для каждого серийного номера в системе может быть создана соответствующая ЕО.В МИГО, указывая ЕО, ты тем самым указываешь конкретный материал/серийник который будет списан или оприходован с/на склад.

короче надо просто там читать не ЕО а серийный номер, верно?

типа того

Да для склада это будет посто серийный номер. Но для MPlaner-а это реальная ЕО, историю которой ему необходимо отслеживать, которую необходимо обслуживать. Если у вас работает узловой ремонт, то эти з/ч с серийными номерами выдаются на ЕО или технические места по стоимости закупки, а принимаются обратно на склад по стоимости З/Ч использованных для их ремонта. Таким образом однотипные узлы циркулируют по заводу по цене уже не такой как новая. А MPlaner должен знать где и в каком виде оценки находится каждая конкретная З/Ч.

это уже интереснее. Т.е. я правильно пом=нял мысль, что если я
1) например делаю приход мат. М связывая с ЕО1, а затем еще раз но связывая с ЕО 2
2) Потом делаю списание на ЕО1 2 болта, а на ЕО2 5 болтов, то в дальнейшем я где-то в стандартном отчете это увижу?

НАсчёт первого - если при приёмке материала запрашивается сер. номер, значит кто-то (RRS manager или MPlaner) создал на него Split Valuation. Следовательно это уже не просто материал, а Subassembly или реставрируемая З/Ч.

Второе - естественно любая выдача просматривается в стандарном отчёте.

Только я не понимаю почему при приёмке обычных болтов запрашивается серийный номер. Вы их реставрируете?

по первому пункту: пока я запутался:) и вопрос сформулирую позже. перейдем сразу ко второму пункту:)

Нпо второму: немного не так. Я списываю болты и в ЕО (как я понимаю) я пишу, например, автомобиль. Говоря тем самым, что эти болты пошли на ремонт автомобиля. И далее логично предположить что где-то можно посмотреть что некая сумма связанная с этим автомобилем увеличена на стоимость 2х болтов.
Иля совсем не в ту сторону мыслю?

На самом деле все пляшет от 1 пункта. Я ж тебе обрисовал ситуацию:
Те же ЭлектроДвигатели (ЭД), с точки зрения материального учета это обыкновенный материал, т.е. одна основная запись материала и 100 шт. однотипных, идентичных единиц. Можно сделать так, что при оприходовании 100 шт. такого материала на склад будут созданы 100 разных ЕО, причем каждой ЕО будет соответствовать свой серийный номер.
По поводу болтов:
Во первых, списание материалов(болты, гайки и пр.) происходит не на ЕО, а на контроллинговый объект - заказ ТОРО. Это потом, конечно можно отчетами собрать затраты, отнесенные на ту или иную ЕО.
Во вторых, при списании болтов ЕО тебе указать не получиться, поскольку серийник имеет отношение не к болтам, а к ЭД. Т.е., указав серийник в МИГО, ты тем самым спишешь ЭД (вернее материал с конкретным серийником, находящийся на складе) на заказ ТОРО.

Распутался:) Спасибо.


С серифником все понял. Тогда все-таки у меня появляется вопрос:
Как потом собрать затраты по ЕО? Я так понимаю, что как минимум необходимо привязвать ЕО указанные в объектах заказа к операциям, верно?
Из отчетов я нашел только тр. MCI8. Но он работает, как я понял, только с разнесенеием по ссылочным объектам, и если в заказе несколько ЕО то по ним он затраты не разносит. А хотелось бы...

А в какой тр-и вы создаёте заказы на несколко ЕО?

В стандарных IW31, IW32. И ЕО указываю на закладке объеты. А потом объекты привяваю к операциям.

А вид заказа какой? PM01?

Ну вид заказа это вообще вещь мало о чем говорящая, т.к. настроками все виды из одного приводятся к другому. Интересует какая-то конкретно настройка зависящая от вида заказа?
Если нет, пускай будет РМ01.

Господа тут можно добавить про заказы ТОРО на группу объектов,

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

Эти преимущества становятся особенно заметны при планировании небольшого мероприятия предупредительного ТОРО для технической системы, такого, например, как общий контроль ракурсов. Вместо создания заказа ТОРО для каждого объекта, на котором должен выполняться контроль ракурса, создается один общий заказ ТОРО для всех объектов, перечисленных в списке объектов.



Актуализация затрат для объектов списка объектов не осуществляется. Выполнить аналитический отчет для ссылочного объекта, определенного прямо в позиции ТОРО в информационной системе ТОРО (ИСТОРО), нельзя.

В стандарте сложно, возможно есть доработка, а может в 4.7 уже?
Кстати такая полезная вещь может сделают в будующем