BAPI_ACC_DOCUMENT_POST Max No of Items reached

Hello,
I am trying to post G/L accounts using BAPI_ACC_DOCUMENT_POST. There are about 1150 line items.
I don't think this should be the reason to get error as the G/L account table that BAPI_ACC_DOCUMENT_POST uses allows 10 digits of line number. I am getting the following error:
<b>Maximum Number if item in FI reached.</b> Error number 727 ID F5
Please advise if you have seen this before.
Thanks.
Pranav

SAP also provides the use of table TTYPV which can be used to designate standard SAP fields to consolidate account postings to one accounting line item. Therefore if you choose to consolidate based on BSEG fields (BSEG MATNR, BSEG ZUONR, etc.), it limits the occurrence of surpassing the 950/999 limitation. It does not eliminate the problem entirely, but in my organization it has enabled us to handle G/L account postings that had over 2,000 line items before this change.
There are other things to consider when this is done, depending on the level of BSEG detail your business process requires.

Similar Messages

Max no of items reached in FI

Hi,
we have 470 lines in delivery and "Max no of items reached in FI" comes up during post goods issue. The goods have physically left the dock. Is there a way to get around this and do a PGI. I have looked at the OSS note_0001171573_max_num_GI-Items_reached but don't know the impact on FI side. Any input or suggestion is well appreciated.
thanks

Hi
the error exists coz of line item has a three-digit item number in FI and therefore the system
cannot process more than 999 items for each document at the time of post goods issue
Kindly go through the OSS notes 36353 & 123223 it may help you to resolve the issue
Regards
Damu

Maximum number of items reached in FI

Hi,
How to avoid the situation(error)
Po raised for some 300 line items.
PO consists of 3-4 header conditions and all the conditions are linked to a differrent GL account all together.
GR to be done against PO.
System fails to post the document because of the error 'max no of items reached in FI(since counter limit for accounting document lines is 999).
This is most likey to happen frequently in my requirement since the POs are often consisting of 200-300 line items and alsmost 2-3 conditions minimum.
In addition to that we have thought of going for purchase account management which means that effectively 2 more additional postings in GR.
So all in all for every line in PO there could be atleast 6-8 accounting entries getting generated at the time of MIGO or any goods movement.
This very commonly happens in Sales issues also and in Invoicng also.
I have raised this issue earlier also but could not got any concrete answer.
Many suggested to go in for split GR but how far that is advicable.
There is summerization option but I am really not getting any que out of some notes I read and some forum postings I read.
Can anyone suggest me a simple step by step approach for achieving this and basically how it works and would be helpful for me.
I repeat and request you all to help me in this.If someone has already done this then please share the knowledge.
Regards,
arjman

Hi
Please check OSS note 36353. This is based on summarization/deletion of certain information like material number in FI documents, which will not impact other modules.
Hope this is useful
S Jayaram

Maximum number of items reached in FI--help required please

Hi,
How to avoid the situation(error)
Po raised for some 300 line items.
PO consists of 3-4 header conditions and all the conditions are linked to a differrent GL account all together.
GR to be done against PO.
System fails to post the document because of the error 'max no of items reached in FI(since counter limit for accounting document lines is 999).
This is most likey to happen frequently in my requirement since the POs are often consisting of 200-300 line items and alsmost 2-3 conditions minimum.
In addition to that we have thought of going for purchase account management which means that effectively 2 more additional postings in GR.
So all in all for every line in PO there could be atleast 6-8 accounting entries getting generated at the time of MIGO or any goods movement.
This very commonly happens in Sales issues also and in Invoicng also.
I have raised this issue earlier also but could not got any concrete answer.
Many suggested to go in for split GR but how far that is advicable.
There is summerization option but I am really not getting any que out of some notes I read and some forum postings I read.
Can anyone suggest me a simple step by step approach for achieving this and basically how it works and would be helpful for me.
I repeat and request you all to help me in this.If someone has already done this then please share the knowledge.
Regards,
arjman

Hi,
The issue what you mentioned is really a very painful and most complex one which we are also researching. OSS suggested a OSS note and it didn't work. Yes, as you said, we have that issue in MIRO for now....I am afraid, it would comeup in MIGO as well, then, I will have no sleep, for sure....suprizingly, OSS is working very slow on this issue to my surprize. The OSS note doesn't clearly specify what to and how to summarize. We have different issues in MIRO....one for number of tax lines exceeding 500 lines...and GR/IR lines exceeding on another end...we thought if we can't fix tax lines, at least we can work on GR/IR lines but neither one is successful....We have this issue in ECC 5 for the past 3 months...with real good expert in each functional space in the team, we couldn't fix it yet!!!
just FYI

Invoices not posted for accounting(Error:Max. no of items in FI is reached)

Dear Experts,
I have an issue in the billing document.It is not getting posted for Accounting even it is 23(230)and in some cases it is 30 lines line items in it.
It is shoing the error as Max. no of items in FI is reached.
This problem is in Production client only.As we have seen and checked the setting in all the client. It is same every where.
Could any one help.
The SAP help says:The number of accounting line items are restricted to 999 therefore your billing document line items should be significantly less than that to prevent a failure to post an accounting document.
There are two options open to you, one is to split the billing document automatically each time a maximum number of line items are reached, take a look at IMG > Billing >Country Specific Features > Maximum number of Billing Items, then in your copy control line item Data VBRK/VBRP include the following codeu201D

Hi,
Check Note 36353 'AC interface: Summarizing FI documents', it give you ideas as how you can avoid this big number of FI items.
I hope this helps you,
Regards,
Eduardo

Error: Max no of items in FI reached

Dear Gurus,
As per our requirement we have generated a sales order and invoice with 1300 line items(single order with 1300 items), for all the items accounting docs were not generated, when i am trying to release the invoice to accounting the error with description as "Max no of items in FI reached".
Can you pls guide, how to proceed further.
Thanks & Regards
Mahendar.

Hi,
Check Note 36353 'AC interface: Summarizing FI documents', it give you ideas as how you can avoid this big number of FI items.
I hope this helps you,
Regards,
Eduardo

Max Menu Items Reached in Step Type Palettes

Hi,
I am seeing a greyed out text in some of my step type palettes 'Max Menu Items Reached' which is probably derived from the Resource string SEQ_MAXIMUM_MENU_ITEMS_REACHED.
What defines the maximum number of menu items in the type palettes and can it be changed.
Regards
Ray Farmer

Ray,
The maximum number of menu items for TestStand 2.0.1 is set to be 256. This is pre-defined and cannot be changed. The message "'Max Menu Items Reached" should be displayed once you have inserted 256 menu items.
Hope that helps!
Shannon Rariden
Applications Engineer
National Instruments

Error while posting miro - max permitted no of internal tax items reached

Hi expert ,
When i am posting miro i facing error like 'Maximum permitted number of internal tax items reached' .
Detailed description of error 'The maximum number of internal tax items is limited to 999' but if i entered less than that i.e. upto 600
line item then i also same error coming.
what is the solution for that.
Regards,
Jyotsna

Hello,
Check SAP note 1431727.
Regards,
David

Error Max no of items in FI reached during CJ88

Hi All, We are getting a similar error as above in cj88 error no F5727. The number of Fixed Assets defined in Level 1 WBS is 964. This is less than 999 so dont understand why this issue is coming. I find two other discussions in this forum: First we can use another secondary WBS to post all the cost which is not possible here as we define all fixed assets only in level 1 wbs Second we found the note 36353 is this going to help? Third we can settle cost to one single WBS only rather than all these and then transfer cost or distribute to all FXA through Asset posting. But this is also not possible as how to change the settlement rule now. All these line items are already used in previous period 12/2014 and there are no unsettled balances of previous period. Then how to remove this error? Can anybody suggest.

Hi,
Read this thread
You are not yet reached to 999 levels still it is giving an error message, strange. Can you check the settlemen rules at table level does it have more than what you see on the settlement screen. if that is the case then you delete unwanted netries from table COBRB and COBRA by using SM30.
Message no. F5727:maximum number of items reached in FI sereen MI07.
Maximum number of items in FI reached - CJ88
follow the work around suggested by Virendra. Hope that will solve your issue. if not raise OSS to SAP.
Thanks,
Sudhakar

Max permitted number of internal tax items reached

Experts,
I am trying to do a MIRO (IR) on a PO with 693 line items and I am getting an error saying " Maximum permitted number of internal tax items reached". The Tax Code on the PO is I3 - AP Self Assessment Use Tax and the Tax amounts on both the PO and GR are '0'.
Can someone let me know how do I overcome this error and post the IR without any issues.
All answers would be duly appreciated and rewarded with points.
Thanks,
Nandita

Because in many countries it is mandatory (tax regulatory authorities) to report those transactions even if they are non-taxable, i.e. exempt. In your case why not change the GL master record to make it a non-tax relevant GL a/c. and post?

Max number of items exceeded?

I am trying to develop a questionaire like application. Most of the logic is stored inside pl/sql functions (that is retrieving the previous or next question with possible answers and answer-types, like, eg. radiogroup, select-list, textarea, ...) while all of the questions and respective possible answers are kept inside a collection. In processing the answers after submit I store given answers inside the same collection, basically by nullifying all possibly previously given answers for the current question and then looping through eg, g_f01.count to refill. The entire application remains on the same page, showing eg., in one 'frame', one or two questions with say 7 checkboxes and two textareas.
Everything seems to work fine, I can go forward and backward and will find new questions or ones that already have been answerd, but!!...
after the 50st item (answer), that is after I reached the 50st radiogroup, checkbox or textarea, new checkboxes or radiogroups even though shown the resulting values will not be stored inside the collection anymore.
generating the page i use:
htp.prn(apex_item.radiogroup(p_idx => 1, p_value => c2.a_id, p_selected_value => c2.qa_id, p_attributes => 'id="P2_QUEST_' || i || '"'));
and in processing correspondingly ...
FOR i IN 1 .. apex_application.g_f01.COUNT
LOOP
FOR c2 IN
(SELECT seq_id,
c001 q_id,
c002 a_id,
c012 qa_id
FROM apex_collections
WHERE c001 = to_char(p_q_id)
AND collection_name = 'ANSWERS'
AND c002 = apex_application.g_f01(i))
LOOP
apex_collection.update_member_attribute(p_collection_name =>
'ANSWERS', p_seq => c2.seq_id, p_attr_number => '12',
p_attr_value => c2.a_id);
END LOOP;
END LOOP;
to me I only use f01 ... f04 say, ... Is it possible that I still hit the max of 50 page-items?
Regards
j.

max number of items exceeded?

Error "max number in fi reached"?

Hi Friends,
Our scanario is sales order related production in MTO ,
when I try to backflush accotding to palned order,it gives me an error "max number in fi reached",
Sap gives suggestion for summarization FI document ,But i dont want to delete the material number.
because my business need information based on all consumed material(for request of auditors),
Thanks in advance for your attention,
Azam

Hi
FI documents have a limitation of having only 999 line items. Hence you would have to reduce the no of material line items in your process to fit this.
Hope this helps
Thanks
Anupam Murarka

Can i use BAPI_ACC_DOCUMENT_POST for clearing open items of credit memo

Can i use BAPI_ACC_DOCUMENT_POST for clearing open items of credit memo
If yes kindly let me know the import parameters and what this BAPI returns

Hi,
Use this
BAPI_PAYIT_POST_CLEARING
<b>Reward points</b>
Regards

Max no of item in a PO

What is the max nos of items we can put in a Purchase Order ?
Is there any config settting ?

hI,
The field length is 5 for PO line items whcih means you can use maximum upto 99999. This can be controlled by setting the line item intervel in PO document type level. spro-mm-purchasing -purchase order-define document level , where you can fine item intervel , here you can control the line item limit with in the maximum limit 99999.
regards,
abi

999 line items reached in FI

Hi,
When we are trying to release a billing document we are getting the below error message "999 line items reached in FI". Please through a light on this.
Thanks,
Kumar

Hi
In SAP version 4.6c there is a limitation of posting more than 999 line items in a single document.
In ECC version this limitation is not there.
Now what next for you in order to post document?
Please try to split the document in 2 parts and post it..There is no other alternative to this
If this solves your problem then please award points.
Kind Regards,

BAPI_ACC_DOCUMENT_POST Max No of Items reached

Similar Messages

Maybe you are looking for