MM02 Вид оценки материала

003

Добрового времени суток!

Подскажите, как правильно решить проблемку. На заводе оценка материалов ведется автоматически по партиям (Ракурс ОЗМ "Бух. Учет 1"; поле "Тип\Вид оценки"). Есть несколько материалов, у которых не проставили "Тип Оценки" в Ракурсе ОЗМ как "Автоматически по партиям". По данным материалам осуществлены проводки.

Необходимо изменить ОЗМ данных материалов и сделать их с "Автоматическим ведением по партиям". Каким способом можно попробовать решить данную задачку?

Перемещение целиком запаса с одного материала на другой - не помогает.

Заранее благодарю за советы и предложения!

rosomann

Никак

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

003

Да, похоже решения проблемы нет. Создать новые материалы можно. Но вот как быть со старыми? Удалять? Но по ним есть заказы и договора в системе. Как лучше поступить с ними?

Serejik

Сперва перекинь все запасы на новую номенклатуру, поставь метки удаления на все позиции документов закупок, а потом в транзакции mm06 поставь метку удаления на материал на уровне манданта. И больше с этим материалом в последствии работать не смогут, а для истории данные материалов останутся.

JeKa

После того, как материалы стали создавать пользователи эта проблема стала болезненной. После любой операции с материалом (заказ, приход и т.д.) поле ТипОценки не меняется. В коде нашел коммент, правда на немецком... :wink:

Цитата:

*------------------------------------------------------------------
* Prќfen Bewertungstyp

* Der Bewertungstyp ist nur eingebbar fќr den Fall, daп die
* Bewertungsart ungefќllt ist. Die Eingabe wird ќber Fremdschlќssel-
* Beziehung verprobt.
*
*- Anlage eines Bewertungskopfsatzes mit Bewertungstyp
* - vorhandene MARC-Sфtze zum Bewertungskreis sind zu aktualisieren
* hinsichtlich des Kz. Chargenfќhrung sowie des Bewertungstyps
* (im Verbucher, dabei wird auch ein evtl. parallel angelegter
* MARC-Satz berќcksichtigt)
* Dazu wird die MARC exklusiv und generisch zum Material gesperrt
* Im Falle von Chargeneinzelbewertung wird die Chargenpflicht fќr
* - bereits vorhandene Werke zugehіrige Werke geprќft. Es muп
* fќr alle diese Werke Chargenpflicht vereinbart sein, sonst
* ist der Bewertungstyp nicht erlaubt
* - ein parallel anzulegendes/angelegtes Werk hart gesetzt
* (im Modul Sonfausw_in_fgruppen, falls Bild mit Chargenpflicht
* prozessiert wird, ansonsten im Okcode_buchen).
*- Фndern des Bewertungstyps
* Beim Фndern des Bewertungstyps wird geprќft, ob diese Фnderung
* erlaubt ist. Sobald dafќr mehrere Werke gelesen werden mќssen,
* wird die MARC exclusiv und generisch zum Material gesperrt:
* 1. Wechsel von einheitlicher Bewertung auf getrennte Bewertung:
* - bewerteter Bestand darf nicht vorhanden sein und es darf
* keine Inventur aktiv sein
* - Chargen dќrfen nicht vorhanden sein (Bewertungsart fehlt)
* ---> Reservierungen ok, Sonderbestфnde ok
* - Bestellungen dќrfen nicht vorhanden sein, da BWTTY
* aus Bestellung an Bestandsfќhrung ќbergeben wird und beim
* Фndern der Bewertungsart verwendet werden
* 2. Wechsel von getrennter Bewertung auf einheitliche Bewertung:
* - bewerteter Bestand darf nicht vorhanden sein
* - Einzelbewertungssфtze dќrfen nicht vorhanden sein
* ---> keine Chargen vorhanden --> keine Inventur aktiv
* - Bestellungen dќrfen nicht vorhanden sein (siehe Punkt 1)
* 3. Wechsel des Typs der getrennten Bewertung
* - die vorhandenen Bewertungseinzelsфtze mќssen zum neuen
* Bewertungstyp passen (nur kritisch, wenn fќr den neuen
* Bewertungstyp keine automatische Anlage der Einzelsфtze
* vorgesehen ist) ---> Chargen ok, Bestand ok, Inventur ok
* - Bestellungen dќrfen nicht vorhanden sein (siehe Punkt 1)
* Ist dies der Fall, so wird ein Kennzeichen zur Anpassung der
* Bewertungstypen der Einzelsфtze im Verbucher gesetzt
* 4. Zusatzprќfung, falls der neue Bewertungstyp Chargeneinzelbe-
* wertung vereinbart:
* Prќfen aller zugehіrigen Werke zum Bewertungstyp auf Chargen-
* pflicht
* - aktualisieren der MARC-Sфtze zum Bewertungskreis hinsichtlich
* des Kz. Chargenfќhrung im Verbucher, falls der Bewertungstyp von
* space auf ungleich space bzw. umgedreht geфndert wird
* zusфtzlich immer hinsichtlich des Bewertungstyps
*
* Lesen der T149 zum neuen Bewertungstyp, falls er nicht initial ist.
*
* BE/November'96
* Eliminierung der RMMG2-Flags, die bisher im Verbucher ausgewertet
* wurden, da die Logik nicht zu den Retail-Ablфufen paпt. Anstelle
* der Flags werden die entsprechenden Abhфngigkeiten direkt geprќft.
*------------------------------------------------------------------

volkhow

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

003

Вариантов по предостережению возникновения данной ситуации можно найти много. Самое простое, на мой взгляд, в SPRO прописать поле Тип Оценки обязательным для заполнения.

Ошибки в материалах, загадочным образом возникли при загрузке материлов в систему.

Старик

JeKa написал:

После того, как материалы стали создавать пользователи эта проблема стала болезненной. После любой операции с материалом (заказ, приход и т.д.) поле ТипОценки не меняется. В коде нашел коммент, правда на немецком... :wink:

Пользователи - это группа НСИ и все, кто попало?

Если второе, то у вас ведение НСИ не корректно поставлено! Путь ракурсы бух. учета ведет группа НСИ - в их обязанность входит корректный ввод данных... Но и тут защита от дурака не помешает!

JeKa

Старик написал:

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

Ну первое и второе пополам: группа закупки. Они и выполняют функцию НСИ. Причем справочник ведут сами для себя...

003

Только сейчас понял, что я уже не один с таким вопросом в своей теме ) Мне не жалко, честно.

Мне кажется абсолютной защиты от дураков нет. Что же касается службы НСИ, то позволю заметить, не все заказчики идут на эту меру. Находится много причин и обстоятельств. К тому же, надо брать во внимание стадию проекта: одно дело - опытная эксплуатация, другое дело - промышленная.

Старик

003 написал(а):

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

Если Заказчег не хочет создавать группу НСИ, тогда зачем ему вообще SAP?

SAP не неведет у клиента порядка, если у него нет мозгов! А основа порядка - нормальная и качественная НСИ! Отдавать НСИ на откуп пользователям, которые занимаются ею постольку-поскольку - самая большая ошибка!

003

Старик написал:

Если Заказчег не хочет создавать группу НСИ, тогда зачем ему вообще SAP?

SAP не неведет у клиента порядка, если у него нет мозгов! А основа порядка - нормальная и качественная НСИ! Отдавать НСИ на откуп пользователям, которые занимаются ею постольку-поскольку - самая большая ошибка!

Правильно сказано. Но факт, что есть такие ЗаказчиГи... которые не торопяться осознать всю необходимость создания данной группы.

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

У меня есть несколько сомнений, по поводу нескольких пунктов. Что делать с документами движения по данным материалам? ведь их сторнировать не получиться, но так же, изза них нельзя будет удалить материалы старые из системы? Как тогда быть?

Старик

003 написал(а):

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

У меня есть несколько сомнений, по поводу нескольких пунктов. Что делать с документами движения по данным материалам? ведь их сторнировать не получиться, но так же, изза них нельзя будет удалить материалы старые из системы? Как тогда быть?

На самом деле предлагалось пометить на удаление эти материалы, чтобы их нельзя было использовать в приложениях, т.е. создавать по ним документов. Разумеется, что запас нужно перенести на новые материалы.

В отчетах же их названия будут видны в этом случае.

Также предлагалось выше переделать открытые заказы на новые материалы.

Правила форума

MM02 Вид оценки материала

Кто сейчас на конференции