Нам это предложили делать специалисты САП. Правда, не Суппорт. Интересно, это где-то аукнется?

Насколько помню, данные по расходу для ППМ хранятся только в этих таблицах. Собственно если вы стартуете - то данные туда и нужно переносить из старой не-SAP-системы планирования.

Если страшно то можно положить значения в z-таблицу и при чтении расхода
(call function 'CONSUMPTION_READ_FOR_MM' - внутри неё есть VERBRAUCH_LESEN, MVER_GENERIC_READ_MATNR_PLA_PE и DVER_GENERIC_READ_MATNR_PLA_PE)
подменять возвращаемые значения для отсутствующих периодов значениями из z-таблицы.

Только нужно очень внимательно изучить логику как значения там хранятся - они записываются змейкой по строчкам, потому что могут использоваться различные периоды (день, месяц, неделя и т.д.) к которым потребление относится. Логику можно попытаться понять из include LMBMSF00.

Впрочем - последнее слово за ответственным за проект/задачу и ему решать (и отвечать).

PS. У этого кода хорошие комментарии, но на немецком... Например, VEBRAUCH_LESEN и значит 'прочитать данные по расходу'.

Здравствуйте, nighteagleowl.
Большое спасибо за ответ. Если бы на старте, я бы не так сомневалась. Но консультанты САП предлагают нам заполнять эти таблички прямым вводом из Excel постоянно.

А насчёт ответственного за проект - я вроде как бизнес-архитектор.

Встречал подход регулярного заполнения MVER - вполне себе работает, но с двумя существенными отличиями от вашего случая:
- MVER заполняется не из экселя, а из данных движений материала, просто не по стандартной логике
- используется не прямой insert в таблицы, а стандартный ФМ - что то там *mver*fill*

У меня вызывает большое сомнение адекватность людей, которые предлагают на регулярной основе готовить данные в Excel для MVER. По этой логике почему бы тогда уж не выгрузить в excel остатки и вручную посчитать потребность?

Потому, что мы у них купили SAP INVENTORY OPTIMIZATION.

LKU, большое спасибо. Ваш подход адекватнее. И успокаивает тот факт, что заполнение стандартной таблицы MVER по пользовательскому алгоритму не должен сломать работу модуля MM.

Так тоже можно... Зависит от задачи. Например, у нас была задача, чтобы в периоды когда не было потребления - возвращать другое постоянное значение (например 1 шт.) вместо ошибки или нуля --- это решали расчётом 'на-лету' при чтении, без обновления таблиц. Для других задач делали как LKU указал, обновляя при записи в таблицы, а чтение было стандартным.

Однако "заполнять эти таблички прямым вводом из Excel постоянно" это неправильно imho. Даже если данные родятся во внешней системе - и то загрузку можно как-то автоматизировать (RFC, IDoc...). А уж если это данные из самого SAP - и подавно.

Подозреваю, что совет 'растёт' из того, что программа загрузки из Excel уже имеется (это во-общем стандартная задача при старте новой системы загрузить данные для MRP), и нет желания в ней разбираться или делать что- то другое.


PS. Да, я подразумеваю что надо не только внести значения в таблицы, но ещё и не давать стандартной логике записывать свои стандартно-рассчитанные значения. Иначе стандарт будет 'отравлять' ваши значения, добавляя к ним свои.

В догонку - вот данные в помощь, если будете писать ТЗ
1. CONSUMPTION_READ_FOR_MM - фм для чтения MVER в плоский вид из "змейки"
2. VERBTAB_MVER_CONVERSION - фм конвертирует данные из плоского вида в змейку, пригодную для вставки в mver
3. инклюд MM07MFV0_V_SEGMENT_GENERIEREN - место при проводке документа материала, где система решает - обновлять MVER или нет. Если стандартной настройки обновления расхода в виде движения недостаточно, можно внедриться сюда со своей логикой

Огромное спасибо!