Коллеги, у меня просто крыша уже написала заявление об уходе...
Настроены заказы:
Документ вида А - не релевантно для КрМ. (поля пустые).
Документ вида Б (следующий по потоку) - релевантен КрМ (D - автоматическая проверка, 01 группа).
Но документ А попадает в S066, а вида Б - нет.
В обоих документах тип позиций, ОЗМ и (понятно) ОЗД - одинаковые.
Отчет mcvcheck01 говорит, что для Б - настроены все поля с группами обновлений, а для А - вид документа не соответствует какой-либо группе обновлений (то есть - его не берут в структуру).
Отчет mcvr показывает прямую противоположность mcvcheck01. Охотно берет документ А и не берет документ Б.
Пожалуйста, подскажите - где можно еще порыться????
Многочисленные реорганизации и ввод статистических данных сбыта (oli7) - результат тот же....

у вас документ Б релевантен для поставки? если да, то ему прямая дорога в S067, а в S066 чего ему делать?! там открытые заказы без релевантности поставок. S067 так и называется ОткрПостав/фактуры (КредитнМ), то есть количество, открытое на поставку сюда попадает

PS Могу и ошибиться, но на мой непроверенный конкретной документацией взгляд всё именно так

вот нашёл!))

377165 - нота и как факт оттуда

Спасибо большое за ноту! Я ее не знала...Но...
Нет, к сожалению, это не тот случай!
В 067 тоже нет данных. И после документа Б есть еще один заказ перед поставкой.
И потом - в fd32 кроме всего прочего, в графу Продажи вообще ничего не попадает!
МИстика просто какая-то...

Вот это да!!!! Все дело было в типе партии поставки. Как сменила CN на CP - документы Б стаей понеслись в нужном направлении...! Осталось разобраться с документами А...

это из цитаты сверху по той же ноте про ваше открытие с CP

Н-дя, как-то не очень у меня получается по-английски читать - куски смысла все-таки выпадают
Ведь по крайней мере этот кусок я прочитала...

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

Можно поподробнее, что за документы типа А и Б?
Что нужно получить?
Что получается сейчас?

может кто там галочку релевантности для поставки проставил...

Документ А - заказ (одного вида).
Документ Б - тоже заказ (другого вида).
Они прописаны в одной цепочке.
Для документа Б (который попадать в КрМен должен) описан отдельный вид стат группы для документа и для позиции. ВЫполнено присвоение комбинации Рынок Сбыта +код статистики ОЗМ+Код статистики ОЗД+код статистики вида документа (+код вида статистики позиции) = 12 коду обновления.
Сейчас добились того, что данные из Б идут в КрМен (именнно вышеуказанных присвоений и не хватало - как выяснилось, прописали 0001 код обновления и не для всех рынков).
Но.
Документ А, для которого этих присвоений (спецом!) нет, тоже спокойненько грузит свои данные в данные КрМен.
Для него так же нет настроек, релевантных проверке КрМен(на уровне позиции и на уровне заголовка).
Вот и поскольку настроек для его вида нет - проверки кредита с выдачей сообщений в нем не происходит.
Тем не менее, после его сохранения, данные по документу А висят в fd32.
Причем (а это особенно сводит с ума) пару цепочек удалось провести нормально (цепочки на других рынках ): А не входит в данные КрМен, Б - входит.
Можно подумать, что я просто не вижу присвоений обновлений по рынкам сбыта! Но их не так много сделано - 15 штук, все наперечет...
Вот такая веселенькая история....

А настраиваю (так получилось) сейчас я одна это окаянство. Так что... лишние галочки ставить некому... ( Да и проверяю я все каждые три часа...

Это глюк кредитного менеджмента и можно было бы выставить customer message САПу.

Но можно побороть и своими средствами:

Создать DUMMY СКК. Не присваивать ее никому из дебиторов.
В экзите EXIT_SAPFV45K_001 для определенного вида заказа выбрать СКК DUMMY.
При выходе из EXIT_SAPFV45K_001 система проверит, что СКК не присвоена дебитору и очистит поле VBAK-KKBER.

Не очень понятно зачем у вас в цепочке два сбытовых заказа.
Возможно получится разрулить (сам не пробовал) типом сбытового документа А.
По моим наблюдениям в кредитном менеджменте участвуют сбытовые заказы и запросы кредитования/дебетования.

с экзитом - Ой, вот это точно должно помочь!
Спасибо!!!!
А типом документа я тоже пыталась разрулить - не помогает....
Но как достали эти глюки... (
А заказов у нас тут может быть до пяти штук - в одной цепочке... Сами ужасаемся... не смогли доказать бизнесу, что это не надо...

С экзитом - помогло!