Change CREDIT.ACCT.NO in FT OFS Version (No change to F.ENTRY.HOLD?)

Hi guys,
In processing Inward MT103, some are to be forwarded through MT103 (to another bank) using FT application.
the credit account (NOSTRO) is defaulted at the DE.I.MT103 level.
However, as per bank requirement, I have developed an Input Routine attahced to the FT OFS Version for MT103 to change the CREDIT.ACCT.NO to another one depending on specific rules.
The routine changes the credit account as planned. But I noticed that the accounting entries do not change to reflect the new CREDIT.ACCT.NO and the entries posted to the old account rather than the new one.
I guess when changing the CREDIT.ACCT.NO in the OFS Version, the entries in F.ENTRY.HOLD are not updated to reflect the new account number.
When changing the account through browser, the entries are posted correctly.
Any idea about why the accounting is not correct? Is there any routine I should call to update the entries?
Many thanks,

Edit: It is very likely a cache issue.

Hi
In fact when you apply your changes in Input routine, most of the core activities have already been done. Try to apply your changes either in DE.I.MT103 (the best way IMHO) or in a validation routine (at commit stage).

Thanks VK, in fact, I guess @ DE.I.MT103 is too early to process, as per my requirements.
Would I be able to access other fields of the FT if use validation for CREDIT.ACCT.NO?

Hi
Of course, all R.NEW will be available.

Thanks, I'll give it a shot.

Btw,
When Inward transfers are converted to FTs, DEBIT.CURRENCY AND DEBIT.AMOUNT become no input fields.
is there a way we can make them 'Changeable'?
Thanks,

Hi
They have attribute "NOCHANGE" at core level. The answer then is: no.

Hi VK,
thanks for your input. Actually I have moved decision on this fields to DE.I.MTXXX in order to move the Debit currency to Credit. this allows me to handle debit currency at ease after that @ the version level.
Thanks