Добрый день, коллеги.

Возникла задача, требуемая к реализации в системе. Постановщики хотят видеть складские запасы и движение материалов в разрезе видов работ, при выполнении которых материалы и используются - ТО, ремонты, эксплуатационное обслуживание, с целью дальнейшего анализа потребностей и их закрытия конкретными службами, курирующими соответствующие объемы работ. В соответствии с учетной политикой алгоритм расчета цены - среднескользящая по заводу (без учета видов работ), так что партионный учет и особые виды запаса (в частности, запасы проекта), получается, исключаются, т.к. фиксируют цену каждого конкретного сформировавшегося по ним запаса.
Подскажите, в каком направлении имеет смысл рыть доки для дальнейшей настройки системы ? С помощью какого стандартного функционала данная задача реализуема и реализуема ли в принципе ? Система SAP ERP 6.0 с пакетом расширений 4.

С уважением,
Андрей

Update: Топик http://sapboard.ru/forum/viewtopic.php ... 2&start=60 смотрел, это единственный вариант, если использовать проекты ? Хотя, ИМХО, проекты не самый айс, ибо придется гонять из особого запаса в свободно используемый (и обратно) ...

Попробуйет разделить партиями с одинаковым видом оценки.

При ПМ, к примеру, 01.05.2012 10 единиц материала оприходовались по 100 руб/шт (партия для ремонта), 02.05.2012 - 20 единиц материала по 50 руб/шт (партия для ТО). В случае отсутствия первоначальных остатков при списании материала более поздними датами, к примеру, на заказ ТОРО средняя цена для материала любой из этих партий должна быть 66.66 руб/шт.
Одинаковый вид оценки в 2 разных партиях позволит мне такое сделать ?

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

Для понимания (я все же не ММщик ) - сначала в тр.OMW0 я устанавливаю "Раздельная оценка запасов неактивна", потом в тр. OMCZ отказываюсь от автоматической нумерации партий, каким-то образом настраиваю диапазон номеров для партий (в тр.OMAD, судя по всему для этого предназначенной, я ничего не понял ), далее на уровне ОЗМ нужно ли настраивать какой-то тип оценки (в частности Х Автом. (партия)) ?
Данные манипуляции позволят мне на уровне документов движения задать вручную номер партии и в дальнейшем выбирать в соответствии с решаемой задачей или нужно что-то еще рисовать ?

Извините, но Вы написали какой-то сумбур. Перепутали две невзаимосвязанные вещи: ведение партиями и раздельную оценку.
Последняя из этих двух вещей Вам не нужна вообще, а ведение материала партиями пригодится.
В настройках трогать ничего не нужно, в ОЗМ поставить галку "ведение партиями обязательно", а в бухгалтерском ракурсе поле "Valuation Category" оставляете пустым.

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

в стандарте SAP три уровня:
уровень БЕ
уровень завода
уровень вида оценки
если при партионном учете цена усредняется на уровне партии - то значит какое-то отраслевое решение стоит

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

Я уведу вас немного в сторону: если надо видеть для чего запас - то это значит что надо рзделять потребность по этим признакам (в заказах ТОРО, РР, СПП) это видно. А дальше работает проверка доступности. Тогда видно под какие потребности подтвердили запас.
В качестве потребности можно использовать и резервирование ММ, но, возможно там надо будет добавить каких-то аналитик, чтобы их разграничивать.

Собственно, так и поступил, и оказалось что при непроставленном типе оценки Х Автом. (партия) действительно не происходит никакой фиксации цены на уровне партии, движение производится по среднезаводской. Так что сей вопрос можно считать опробованным и отрешенным. Благодарю за подсказки, уважаемые коллеги !



Процесс планирования потребностей у нас несколько иной и потребность не полностью формируется на основании тех же самых заказов ТОРО как из-за большого количества аналогов материалов, так и из-за неотражаемых в ТОРО или PS потребностей (в частности на АВР). С другой стороны, осуществлять приемку материала с контировкой на конкретное резервирование весьма проблематично по причине большого количества заказов. К тому же помимо потребностей следует отслеживать и фактическое выполнение работ и использование материалов, этого вопроса резервирование, как мне кажется, не решит.
В итоге после разнесения остатков по видам деятельности придется отслеживать корректность планирования потребности службами по видам деятельности на основании документов движения...

С уважением,
Андрей

Не совсем понял последнего топика, но:
- приемка ТМЦ при поступлении делается не в разрезе резервирований, а в разрезе заказов на закупку. В свою очередь ППМ может объединять потребности при генерации заявок на закупку.
- отслеживание факта как раз резервирование и решит - списывать по резервированию.

Т.е. моя идея проста - есть потребности, есть запас. За привязку запаса к потребности отвечает проверка доступности. Это стандартынй посыл SAP.

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


Отсутствие перспективного плана в виде резервирований (кроме как о проектам и заказам ТОРО) сведет все к нулю. Стандарт хорош, но как всегда приходится сталкиваться с реалиями работы с производственниками и технарями

В любом случае, вариант решения в качестве ответа на вопрос топика получен, благодарю всех принявших участие в обсуждении