SAP for Utilities Discussions
Connect with fellow SAP users to share best practices, troubleshoot challenges, and collaborate on building a sustainable energy future. Join the discussion.
cancel
Showing results for 
Search instead for 
Did you mean: 

No free number range found for document type SA (object ISU_ERCH)

former_member317362
Discoverer
0 Kudos

Hi All,

I am receiveing the below error while printing bill using transaction EA38.

Error description:

No free number range found for document type SA (object ISU_ERCH) : EB 185

Diagnosis:

This document type is used for a mass processing run that is being executed in several parallel processes. Each process requires its own number range. In this case, no available number range could be found because there are more active processes than defined number ranges

However i have checked the number range for document in SPRO config there are number range available for doocument type SA, then also i am receiving the above error in billing.

Where can i check number range maintained on the active processes ?

Has anyone has faced a simillar issue before?

Thanks in advance.

Rakesh

7 REPLIES 7

william_eastman
Advisor
Advisor
0 Kudos

Rakesh:

You need to have at least as many ranges defined for mass processing as jobs you are using in EA38. 

In the end, the answer to this is always - define/assign more number ranges.

regards,

bill.

0 Kudos

Hi William,

Thanks for your reply.

I have checked the EA38 run, the number of jobs are 8 and we have 10 different number ranges defined.

Can you kindly let me know whether an additional number ranges needs to be added?

Regards,

Rakesh

0 Kudos

Rakesh

one or more of your number ranges may be full.

Check which ranges are defined for the SA document type here:-

SPRO->Financial Acctg New ->Contract Accounts Receivable and Payable  -> Basic Function -> Postings and Documents -> Document à Maintain Document Assignments ->  Document Types ->  Maintain Document Types and Assign Number Ranges

In the Maintain Number Ranges for Mass Processing folder for the SA doc type, get the ranges, ie AA through AJ.

Then you can use the SNRO t-code for the FKK_BELEG object, to view the numbers associated with those ranges. 

If the current number is very close to the the "To Number", then the range is full and you need to create one or more new ranges, and then add them to the list of ranges back in the SPRO screen.

Cheers

Astrid

Former Member
0 Kudos

Rakesh,

the general practice is to set threads equal to the different number ranges defined. In your case it should be 8.

Also check if the one or many number ranges from the 10 available are exhausted.

Good Luck

Russel

0 Kudos

Actually, the solution requires more number ranges than intervals to be used.  I have not analyzed the reason for this - but the scenario has always occurred this way. 

Rakesh - you need to assign more ranges (and this should be both periodic and final bill document types) - or you can reduce the number of parallel jobs you are using. 

AmlanBanerjee
Active Contributor
0 Kudos

Hi Rakesh,

The number range where you are getting the error is a billing document no. range and not a FI-CA document no. range.

So, first go to the following SPRO location-

IMG--->SAP Utilities-->Contract Billing-->Billing Execution--->Billing Documents-->Allocate Number Ranges to Document Types

If you click on the above link, then you will get the object ISU_ERCH and doc type SA.

If you select the document type SA and click on Number ranges for mass processing, you will get the series of number ranges that are maintained.

Now in your scenario, I assume the mass number ranges have been exhausted.

So now go to T.code-SNRO, give the object type as ISU_ERCH and click on change intervals.

In here, create 10 new interval ranges with 10 new number ranges.

Once done, assign these interval ranges to the above configuration.

Now if you run EA38, you will not get the error.

Hope it helps....

Thanks,

Amlan

Former Member
0 Kudos

Hi

Rakesh

As above all experts say that the solution is always assigning more number ranges to avoid exhausting or limit the parallel mass jobs.

Try adding more no ranges rakesh and this will definitely resolve your issue and Amlan's is a proper solution .

Thanks & Regards