Пожалуйста расскажите в двух словах как и какими документами учитывать содержание драгметаллов в основных средствах?

Как я понимаю стандартно это не реализовано

Открой в AS01 AS02 AS03 свои дополнительные поля, расширение
AIST0002

Такой способ имеет недостаток - при корректировке содержания драг металлов(например, были введены ранее ошибочные данные) отчеты задним периодом будут искажены. Поэтому их нужно хранить. Но все равно нельзя печатать задним периодом новые запросы. Чтобы этого избежать нужно полномасштабное движение драгметаллов как материалов. Это уже сложнее, но нужно ли это на практике? Давайте обсудим.

Давайте обсудим

Если были введены ранее ошибочные данные а потом исправленны, то задним периодом будут искажены в любом случае.
Отсюда правило не вводить ошибочные данные.

А в целом как мне разъяснил artyom (большое ему спасибо
Цитата из его разъяснений: "поля вставляются в таблицу ANLAV и успешно потом подхватываются ADA...
Схема там такая. В группе функций в которой и содержится компонент данного расширения делаешь подъэкран, затем в spro настраиваешь структуру экрана, там этот подэкран прописываешь в закладку.
Формат экрана настраивается тут: тр-я AOLA."
Т.е. наверное создаешь справочник драгметаллов, и привязываешь еще одну закладку в карточку ОС, где указываешь драгметалл и количество. Все это записывается в таблицу, а потом вызываешь отчеты (которые сам разработаешь).

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

Дело в том, что существуют случаи, когда в системе ведутся сроки для значений основных данных (например финансовая позиция в Fi-FM, это как раз обсуждалось в параллельном топике), но для основных это я считаю лишнее.

Да, мы так сделали. Иначе интерфейс из АА в MM для полномасштабного движения. Но данная задача не стоит того. А как Ваши бухгалтера на это смотрят? - Например, "не ошибаться". Или по результатам инвентаризации, если выплывут другие данные.

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

Я бы не хотел выдумывать свою модель складского учета - она классическая. Создание БД и ABAP этой модели сложнее нежели сбросить их(драгметаллы) в MM.

Интересно как ты в MM привяжишь драгметаллы к ОС.
Может уже лучше в ТОРО .

Ты видимо никогда этого не делал? Это делается за 30 мин, при сложном ведении основных данных за 2 часа.

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

Предлагаю порыться в OSS - у САПов еще года четыре назад для версии 3.0 было решение для учета драг/металлов в ОС на основе документов DRAW.

Если пойти по пути открытия дополнительных полей, то при перемещении объекта (например, с одного субнрмера на другой), придется вводить содержание драгметаллов заново?

Возьмите поле из ANLAV и пробуйте с ним, дополнительные поля должны отрабатывать так же. In My Humble Opinion