cancel
Showing results for 
Search instead for 
Did you mean: 

ACDOCA not updated through BTE 00001120

GSerfiotis
Participant
0 Kudos

We have activated BTE 00001120 by copying FM SAMPLE_PROCESS_00001120 and adding an entry in FIBF. In the source code shown below we replace the document type under specific circumstances. Unfortunately, when the transaction code equals FBCJ, table ACDOCA does not get updated accordingly and preserves the initial document type although the substitution is successful in BKPF's entry. Any ideas why this is the case?


IF t_bkpf-tcode = 'FBCJ'.
[...]
IF sy-subrc = 0.
LOOP AT t_bkpfsub.
t_bkpfsub-blart = 'T6'.
MODIFY t_bkpfsub.
ENDLOOP.
ENDIF.
ENDIF.

Accepted Solutions (1)

Accepted Solutions (1)

GSerfiotis
Participant
0 Kudos

I checked the notes you cited. Note 2431747 mentions BADI BADI_FINS_ACDOC_POSTING_EVENTS that cannot be used because it is intended for customer-specific fields in ACDOCA (and not standard ones like BLART).

We bypassed the BTE's incompleteness by defining a substitution in GGB1.

Answers (2)

Answers (2)

Gustavo_Vazquez
Active Contributor

Hi George,

Check sap note 2431747 Point 4 and 2453614 - FAQ: Universal Journal Extensibility ,

Some BTE do not work in S4 as described in sapnote 2505594

Check 2676581 - FAQ: Validation and Substitution Cloud BAdIs Availability if helps - BADI FIN_ACDOC_HEADER_SUBSTITUTION

Kind regards

0 Kudos

we have meet the same issue, Do you solve it?

GSerfiotis
Participant
0 Kudos

As I have already mentioned, we did not solve the problem. We bypassed it by defining a substitution in transaction GGB1.

0 Kudos

hi,i have solve it the day before yesterday!i use the 4th enhancement and EXPORT TO MEMORY!and the IMPORT FROM MEMORY in GGB1,solve it!

0 Kudos

wirte code in GGB1 not in BTE 00001120 because 1120 can not update ACDOCA but GGB1 update ACDOCA!