9 Answers

• 00

  

  SUSCHI 10/20/23, 11:42 AM

  Hello Anna,
  I am also currently tinkering with this "Accrual Engine" issue; unfortunately, the help and docs in this area are a bit sparse.
  Unfortunately, I found that in my opinion, the system assumes that accruals is a non-controllable operation.
  Thus the control indicators are determined from the table V_001_J.
  What I am currently testing is to pass the tax code as a parameter (strukrut ACAC_PARAMETERS) and then change the TAX_CODE with a BADI.
  In the prototype the change also worked only unfortunately the tax line was not added automatically.
  So my next step would be to add it with this BADI or to include the FB for automatic determination.
  Greetings
  SUSCHI

  report
• 00

  

  User #6777 10/20/23, 11:42 AM

  Hello,
  we also use AE and have the same problem in tax accrual or calculation and posting of tax. It is correct, as SUSCHI represents, that the system assumes non-taxable transactions. Pure accrual entries are not taxable.
  The case is different (the problem for us) if we have installment payments and the input tax can be drawn only when due (payment).
  We have also initiated the steps using parameters and Badi....
  Maybe we can exchange ideas regarding the successes.... VG

  report
• 00

  

  Anna01 (Author)10/20/23, 11:42 AM

  Hello Suschi, hello Havden,
  first of all I wish you a happy new year
  some time has passed now and I have again got the tiresome topic "manual accrual" slapped on the table by my boss, with the request to deliver a "final result". Now I have tried with my half knowledge about the parameter but in vain. Can you please provide me with the BAdi which you used at the point. Many thanks in advance.
  Many greetings
  Anna
  

  Last edited 01.01.17 14:11

  report
• 00

  

  Akarin 10/20/23, 11:42 AM

  Hi Anna,
  it should work with BADI ACEPS_BAPIDOC_MODIFY. If not then there is still BADI ACEPS_BAPIPREDOC_MOD to try out.
  LG,
  Marek

  report
• 00

  

  Anna01 (Author)10/20/23, 11:42 AM

  Hello Marek,
  thank you very much for your answer. One more question, I haven't tried it yet but does it generate the control line? Thank you very much in advance.
  Many greetings
  Anna

  report
• 00

  

  User #6783 10/20/23, 11:42 AM

  Hello all,
  I am also working on this issue at the moment. We have maintained the parameters for tax code and for reference. Both could be successfully transferred into the RW document, but as SUSCHI already wrote, no account assignment to the corresponding input tax account is generated. I then created the account assignment manually (the documentation also says: "With the help of this Business Add-In (BAdI) you have the possibility to change the preliminary accounting document before summarization and transfer to Accounting or to add further document lines"). However, I keep getting only error messages when I do this:
  FF848 - Tax input for V3 003 ... < not possible because tax base 0.
  RW022 - RW interface: balance in transaction currency
  I always enter the tax base amount, so I don't know why the error occurs. The second message is clear to me, since the document is not cleared if I add only one line. If I balance the amounts (debit = credit), I get the message FF848 and otherwise RW022. I have tried it with both BAdIs, with the same result.
  Has anyone ever managed to implement the accrual correctly with account assignment of input tax and if so, how? Does the reversal then also work? Is there another way to get the parameters, except via the table ACEDSOP?
  Best regards
  Kai

  report
• 00

  

  Anna01 (Author)10/20/23, 11:42 AM

  Good evening Kai, good evening all,
  exactly the same error messages we also get, such a Mist.... Although in the docu from SAP it says something else. "That you can add a row."
  Have you followed another solution approach or possibly other forum participants can contribute something to the problem??? It must be possible to add or create another tax line cleanly in the entry. Would be grateful for any tip.
  Many greetings and nice FA
  Anna

  report
• 00

  

  MrBojangles 10/20/23, 11:42 AM

  Hello Anna, Kai,
  I may be wrong, but when I look at the parameters of the BAPI ACEPS_BAPIDOC_MODIFY, I doubt that it is possible to add a decent control line to the document at this point. The required structures (BAPIACTX09) are not available for this. The "adding of line items" mentioned in the documentation only refers to additional G/L account items.
  Maybe open a message at SAP...?
  Have fun with SAP...
  Cheers
  MrB.
  Blog

  report
• 00

  

  User #6783 10/20/23, 11:42 AM

  Moin together,
  after some back and forth, I got an answer from SAP Development Support about this issue:
  

  Quote:

  ---

  Dear Customer,
  After rechecking the situation there might be possibly implemented BADI: BADI_ACC_DOCUMENT. However Accrual Engine requires ledger specific postings (filled field Accounting Principle), but postings relevant for tax purposes have to be made to all ledgers. This means that unfortunatelly there are not supported tax postings from Accrual Engine. I'm sorry I cannot provide more positive answer.

  
  I interpret the first sentence to mean that I should try this BADI. The BAdI enhances the BAPIs BAPI_ACC_DOCUMENT_POST and BAPI_ACC_DOCUMENT_CHECK. These are then also executed when posting the manual accrual.
  According to SAP, the two standard BAdIs for the Accrual Engine definitely cannot be used to post taxes. It is, as MrBojangles wrote, not possible to consider the tax positions because of the missing structures.
  In the meantime I have my first attempts behind me and still get the same messages. Unfortunately, it is not possible to access the accrual object data (e.g. ID) from the BAdI BADI_ACC_DOCUMENT, but changes and additions from the two BAdIs to the Accrual Engine basically persist into the BAPIs, so I then get the data from them. Does anyone have a tip how to fill the tables in the BADI_ACC_DOCUMENT for an accrual posting with tax position?
  At the moment I have 2 debit positions (net and tax amount) and one credit position (gross amount) in table c_accit, matching then 3 positions in C_ACCCR with the currency information and one position in C_ACCTX for the tax. But there should still be a fundamental error somewhere.
  I would be very grateful for helpful feedback.
  Greetings Kai

  report