0
J'ai remarqué qu'il y a une validation implicite entre les cycles mentionnés ci-dessus.Validation implicite dans le cycle PBO-PAI: également pour les popups?
Maintenant je suis dans un BADI, où j'implémente une méthode, et il est également indiqué, qu'il ne devrait pas y avoir de commits dans cette méthode (entre autres, aussi).
Mais j'ai une exigence, où je pense, la méthode choisie de badi correspond le mieux à la mise en œuvre de l'exigence là-bas.
Et j'utilise ce module pour permettre la sélection de l'utilisateur.
F4IF_INT_TABLE_VALUE_REQUEST
Maintenant, je dois savoir, si ce pop-up aussi déclenche impicitly le commit, car il y a aussi un cycle PBO-PAI impliqué, est-ce pas?
Pour autant que je sache, oui. – szako
La documentation BADI indiquait qu'il ne devrait pas y avoir de validation? Si c'est le cas, je pense que donner une fenêtre dans ce BADI est une mauvaise idée et le devrait être repensé. Est-ce vraiment le bon endroit pour obtenir des valeurs de l'utilisateur final? Quand est appelé le BADI? – szako
C'est notre badi, depuis ou module, les améliorations implicites ne sont pas permises dans ce projet, les affectations sales sont un moyen, ce qui n'est pas complètement interdit, et certaines méthodes de badi d'écran proposent de le faire. L'architecture est très proche de la norme SAP. Before_save est la méthode, devinez, ce que fait le bapi invoquant après que le badi saute au point ... – icbytes