나는 위에서 언급 한 사이클 사이에 암시 적 커밋이 있다는 것을 알았다.PBO-PAI주기의 암시 적 커밋 : 팝업에도 해당?
이제는 메서드를 구현하는 BADI에 있고 그 메서드에서 커밋되지 않아야한다고 명시되어 있습니다 (다른 것들도 마찬가지입니다).
그러나 필자는 생각하기에, 선택된 badi 방법이 요구 사항을 구현하는 데 가장 적합하다는 요구 사항이 있습니다.
그리고이 모듈을 사용하여 사용자를 선택할 수 있습니다.
F4IF_INT_TABLE_VALUE_REQUEST
지금은 그것은 또한 PBO-PAI주기가 관련이 있기 때문에이 팝업도 impicitly, 커밋 트리거 여부를 알고되지해야합니까?
내가 아는 한, 그렇습니다. – szako
BADI 문서에 커밋이 없어야한다고 명시되어 있습니까? 그렇다면 BADI가 나쁜 아이디어이고 다시 생각해야한다는 팝업에서주는 생각이 듭니다. 그것은 정말로 최종 사용자로부터 가치를 얻을 수있는 좋은 장소입니까? BADI는 언제 부름을 받았습니까? – szako
우리의 badi, from 또는 module입니다. 암시 적 향상은 해당 프로젝트에서 허용되지 않습니다. 더티 할당은 완전히 금지되지 않은 방법이며, 일부 스크린 badi 메소드는이를 제공합니다. 이 아키텍처는 SAP 표준과 매우 유사합니다. Before_save는 메서드입니다. 추측 해 보면, 바피가 점프 한 후에 바피가 무엇을하는지 알 수 있습니다. – icbytes