Добрый день!
Может кто-нибудь сталкивался с такой проблемой:
Управление партией ведется на уровне материала. Партии создаются и у них заполняется классификация.
При этом в поле MCH1-CUOBJ_BM заполняется ключ объекта. С помощью него затем можно в AUSP считать признаки.
Этот же ключ объекта сохранятся в INOB-CUOBJ, при INOB-OBJEK = материал+партия.

Но , примерно в 5% случаев MCH1-CUOBJ_BM не заполняется. и ключ не генерится. Причем тоько в MCH1, в
INOB создается CUOBJ.

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

Эта ситуация исправляется если зайти в msc2n и просто нажать сохранить - тогда меняется запись в MCH1 - там появляется CUOBJ_BM.
И видно запись на закладке "Изменения": Внутренний номер объекта: классификация партий старое значение 000000000000000000, нвоое 000000000006356649.

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

Думаю, тут получится разобраться, если поймать и отладить такую ситуацию, когда ключ не создается...

Похоже что партии не классифицируются автоматически. Это точно вкл. для всех нужных видом движений?

Думаю, проблема не в настройке видов движения, т.к при созданнии партии одним и тем же видом движения (например 309) в одном случае MCH1-CUOBJ_BM заполнлся, а в другом нет. Воссоздать ситуацию не получается, потому что не понятны условия, при которых эта ситуация возникает.

просмотрел MCH1, у нас оказывается такая же фигня
напрягайте абаперов, пусть расставляют ловушки
для себя нашел подозрительное место в MM07MFCL_CHARGENDATEN_MAT_CFC