Я еще раз повторю: посмотрите в журнале изменений к MSEG, что происходит. Если журнал изменений не активирован, самое время это сделать. Так вы сможете понять, в чем дело.

Ну и так как стандартные программы не должны так баловаться , можно сделать вывод, что это работает что-то самописное. Есть смысл посмотреть все отчеты на Z* и Y* на предмет конструкций типа
DELETE ... FROM MSEG ...

А также пусть базис посмотрит все фоновые задания, запускавшиеся и выполненные (особенно те, у которых в имени отчета Z* или Y*).

Я не базисник. Не подскажите, что нужно сделать для активации журнала изменений по MSEG.

Откопал что-то похожее в тр.se11 в настроечном манданте: указываешь MSEG и нажимаешь на Технические Параметры настройки. Далее ставишь галочку напротив Запись В Журнал Изменений Данных. А потом проносишь в продуктив как запрос по транспортной схеме.

Если это то, что надо, то система требует от меня ключа разработчика для доступа к объекту.

Без базисника здесь не обойтись

Все прояснилось.

Есть у нас юный абапер, который написал программу по печати формуляра накладной на перемещение (311 ВДВ).

Так вот: после включения журнализации выяснил, что его программа чистит парные проводки в соотвествующем Документе Материала. В коде программы он перепутал таблицы и написал: DELETE FROM MSEG WHERE XAUTO='X".
Злодей.


Спасибо всем за помощь!

Круто. И че в продуктиве теперь планируете делать?

да в принципе, можно вручную ввести в MSEG данные
в автоматической записи все вроде то же самое, только наоборот склады принимающий и отпускающий (а также заводы, партии и т.д.)

а абапер, конечно, круто ошибся

Надо этого же абапера попросить сделать INSERT INTO MSEG, главное потом проверить, чтоб 3х позиций не оказалось:)))

Пытаемся понять логику заполнения полей в mSEG для последующего восстановления. Проблема с полями MSEG-LBKUM и MSEG-SALK3.