5 Answers

• 00

  

  Marco.K (Author)10/20/23, 10:05 AM

  Hello together,
  once again in this context.
  If we select via the output control - reference date = 3 posting date, the system calculates as wanted.
  If we select via the output control - reference date = 2 document date (which for us = the posting date, nothing is output and we get in the log: Interest indicator does not allow credit interest rebate (-xxx€).
  It is not clear to me now how the system comes to this - xxx€?!
  Does jmd have an approach to this?
  Best regards
  Marco

  report
• 00

  

  melanie_e 10/20/23, 10:05 AM

  Hello Marco,
  have you found a solution to this? We have a similar problem...!
  Many greetings
  Melanie

  report
• 00

  

  Marco.K (Author)10/20/23, 10:05 AM

  Hello Melanie,
  I have found a solution for our problem.
  On the one hand, the output is different from the selection -- which is understandable.
  I took a closer look at the individual selection criteria (summarization level / reference date) and calculated them in Excel.
  So I could understand what the system does in the individual selections.
  For us we use
  Summarization level 1
  Reference date 3
  additional date 3
  --> so I get the info debit / credit / value date balance and days -- with this I could calculate in...
  Does this help you?
  Where is your problem?
  Best regards
  Marco

  report
• 00

  

  melanie_e 10/20/23, 10:05 AM

  Hello Marko,
  thanks for the answer. I had meanwhile also found note 1079690 which describes exactly this system behavior and suggests as solution to select reference date 2 or 3.
  Many greetings
  Melanie

  report
• 00

  

  Belay 10/20/23, 10:05 AM

  Hello Marco,
  hello Melanie
  I have read your problems and solution for balance interest calculation.
  Currently we are also implementing balance interest calculation for balance accounts (TA F.52) in our company and testing the settings in Q-System. A company kindly provided us with small documentation for the implementation of balance interest calculation. In this documentation was described about the "value date" and the field value date is a "required field" for field status group. The company describes the following: "This is required because the report RFSZIS00 or TC F.52 can be controlled for the interest calculation via the value date, among other things (see field reference date and/or additional date)".
  Up to now, the "Interest calculation" field for account group and the "Value date" field for field status group have been hidden in our system. Because of the balance interest calculation, we have shown the "Interest calculation" field for account group as an "optional field" and the "Value date" for field status group as a "required field".
  Now the system requires the "Value date" to be entered each time the balance sheet accounts assigned in the field status group, e.g. Z001, are posted. This is not reasonable for the employees to enter the value date for each posting of many balance sheet accounts.
  When testing the balance interest calculation in transaction F.52, we see no difference between showing and hiding the value date as an "optional" and "required" field for field status group. When executing the balance interest calculation (TA F.52) there is no error message.
  1. did you show the "value date for field status group as "required field" or not?
  What is the relationship between the field Value date for field status group and the field Reference date and Additional date in the TA F.52?
  3) Is it necessary to show or hide the value date field as a "must" field for field status group because of the balance interest calculation?
  4. if you hide the value date field for field status group, what could be the negative impact of hiding the value date for field status group for balance interest calculation in TA F.52?
  
  Thank you in advance for your support and tips.
  
  With kind regards
  Belay

  report