cancel
Showing results for 
Search instead for 
Did you mean: 

billing Error in accounting interface

Former Member
0 Kudos

Dear Experts

As per our requirement both scenarios (with/without tax)
should work

for all countries including Australia & Newzland.

I have also tried changing AU & NZ pricing procedures as suggested in

note 122609 but it is not working as expected. It is
capturing base

amount in tax line .

functionJ_1BSA_COMPONENT_ACTIVE is relevant.

In general SAP unallows to post FI documents like one
created from SD

invoice ( G/L lines with a tax code, but not tax lines with

same tax code. It gives error FF805.)

For India (and other countries) the function

ID_TAX_RECALCULATION_CHECK sets SKIP_RECALCULATION = 'X'.

But for New Zeland and Australia FM is missing .

Client has a common legacy system that was designed based on
the same pricing procedure for all the countries. We had to make it work for Australia
and New Zealand also as per the requirement.

Please let us know what we need to do for the same.

Let me know if any other solution is available to achieve
this.

Regards,

Shachi

Accepted Solutions (0)

Answers (1)

Answers (1)

eduardo_hinojosa
Active Contributor
0 Kudos

Hi

Please, see note 1469906 - FF805 Tax Statement Item missing for Tax Code

I hope this helps you

Regards

Eduardo

Former Member
0 Kudos

Hi,

Thanks for reply.

This note is not fix our issue. As per our requirement both scenarios (with/without tax)
should work for all countries including Australia & Newzland.

For India (and other countries) the function

ID_TAX_RECALCULATION_CHECK sets SKIP_RECALCULATION = 'X'.

But for New Zeland and Australia FM is missing .

Please suggest.

Regards,

Shachi

eduardo_hinojosa
Active Contributor
0 Kudos

Hi

Then, for customers in Australia and NewZealand, set a different pricing procedure for these clients. Tax is a condition, set the proper tax scheme for your customers.

I hope this helps you

Regards

Eduardo

Former Member
0 Kudos

Hi,

Client has a common legacy system that was designed based on
the same pricing procedure for all the countries. We had to make it work for Australia
and New Zealand also as per the requirement.

 

Please let us know what we need to do for the same.

Regards,

Shachi

Lakshmipathi
Active Contributor
0 Kudos

Even if you have the same pricing procedure for all countries, if you set the tax classification to 0 in customer master, then system will not consider tax.  Have you tried this before?

G. Lakshmipathi

Former Member
0 Kudos

Hi,

Thanks for reply.

Yes i tried but its not work. In the note 1422957 related to country check having
information related to FM J_1BSA_COMPONENT_ACTIVE.

We observed that this error is related to FM J_1BSA_COMPONENT_ACTIVE where component  is missing.In this note all the countries supported by SAP is there but
New Zealand is missing, Australia is not working.

Kindly suggest is SAP  release any note regarding Newzealand and australia.

Regards,

Shachi

Lakshmipathi
Active Contributor
0 Kudos

Can you reconfirm your statement that after maintaining nil tax in customer master, system is considering tax?  This is assuming that you had tested by creating a new sale order and billing document after changing the tax classification of customer master.

If you are sure that the referred FM is missing in your system, may be you can have a look at the following which may help you

  • Note 642469 - Additional countries/components with special processing

G. Lakshmipathi

Lakshmipathi
Active Contributor
0 Kudos

I forget to mention that any country specific requirements has to be provided by SAP and in case, it is missing, you can very well raise an OSS message and seek clarification as to how to make use of the said FM rather you yourself going for an enhancement on your own (with your technical team).

G. Lakshmipathi

Former Member
0 Kudos

Hi,

Thanks for reply. I had tested by creating a new sale order and billing document after changing the tax classification of customer master.

Note 642469 - Additional countries/components with special processing is already implemented in the sysytem.

I raised an OSS message the revert is:

Thank you for the example. Now I could see that function

J_1BSA_COMPONENT_ACTIVE is relevant.

In general SAP unallows to post FI documents like one created from SD

invoice 9000000520: G/L lines with a tax code, but not tax lines with

same tax code. It gives error FF805.

For India (and other countries) the function

ID_TAX_RECALCULATION_CHECK sets SKIP_RECALCULATION = 'X'. I suppose

this is done to fulfill local legal requirement.

But for New Zeland there is not any known legal requirement to allow

FI documents with tax code and without tax line. So the general rule

(explained in note 400766) is valid.

But still im not getting how to resolve it.

As per our requirement both scenarios (with/without tax) should work

for all countries including Australia & Newzland.

I have also tried changing AU

& NZ pricing procedures as suggested in

note 122609 but it is not working

as expected. It is capturing base

amount in tax line

If there is any problem in pricing procedure, why is it allowing

for India & Other countries?

We have  a common legacy system that was designed based on the same

pricing procedure for all the countries

If i change any settings its allowed for only one scenario but in existing system for India and other countries both scenario worked very well.

Kindly share your valuable inputs.

Regards,

Shachi

Lakshmipathi
Active Contributor
0 Kudos
invoice 9000000520: G/L lines with a tax code, but not tax lines with same tax code. It gives error FF805.

From SAP's findings as above, I could now understand that you were using the same tax code for customers who are eligible for tax and also who are not eligible for tax.  The same case for material.  This is not possible in standard.  You need to have different tax code where for one tax code, dont maintain any value against tax condition type.  Only then, this can be addressed.  Speak to your FI consultant if you are not aware of how to handle this.

G. Lakshmipathi