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

  • Nash21979
  • Topic Author
  • Offline
  • Premium Member
  • Premium Member
More
7 years 3 months ago - 7 years 3 months ago #20685 by Nash21979
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.
Last edit: 7 years 3 months ago by Nash21979.

Please Log in or Create an account to join the conversation.

  • VK
  • VK's Avatar
  • Offline
  • Platinum Member
  • Platinum Member
  • Globus|G09-G13 TAFC|R05-R23 TAFJ|R19,R23-test
More
7 years 3 months ago #20687 by VK
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).

Cheers
VK

Please Log in or Create an account to join the conversation.

  • Nash21979
  • Topic Author
  • Offline
  • Premium Member
  • Premium Member
More
7 years 3 months ago #20690 by Nash21979
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?

Please Log in or Create an account to join the conversation.

  • VK
  • VK's Avatar
  • Offline
  • Platinum Member
  • Platinum Member
  • Globus|G09-G13 TAFC|R05-R23 TAFJ|R19,R23-test
More
7 years 3 months ago #20691 by VK
Hi
Of course, all R.NEW will be available.

Cheers
VK

Please Log in or Create an account to join the conversation.

  • Nash21979
  • Topic Author
  • Offline
  • Premium Member
  • Premium Member
More
7 years 3 months ago #20692 by Nash21979
Thanks, I'll give it a shot.

Please Log in or Create an account to join the conversation.

  • Nash21979
  • Topic Author
  • Offline
  • Premium Member
  • Premium Member
More
7 years 3 months ago #20700 by Nash21979
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,

Please Log in or Create an account to join the conversation.

  • VK
  • VK's Avatar
  • Offline
  • Platinum Member
  • Platinum Member
  • Globus|G09-G13 TAFC|R05-R23 TAFJ|R19,R23-test
More
7 years 3 months ago #20705 by VK
Hi
They have attribute "NOCHANGE" at core level. The answer then is: no.

Cheers
VK

Please Log in or Create an account to join the conversation.

  • Nash21979
  • Topic Author
  • Offline
  • Premium Member
  • Premium Member
More
7 years 2 months ago #20823 by Nash21979
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

Please Log in or Create an account to join the conversation.

Time to create page: 0.116 seconds