Posting level 01 and 10

Dear All,
How can I change automaticule posting level 01 into 10. I have a lof of documents with posting level 01 and when I execute task: balance forrward this posting level is changed in posting level 00. I cannot load data from SAP correctly to new period.
Is it possible to change posting level from 01 into 10 automaticle?
Please help me.
Thank you in advance for your help.
Regards,
anka

How can I change automaticule posting level 01 into 10. I have a lof of documents with posting level 01 and when I execute task: balance forrward this posting level is changed in posting level 00.
- PL 01 is dedicated mainly to correcting errors, especially by manual JE.It's a feature of the system that after BCF PL01 goes to PL00. Automatic postings (not eliminations and consolidations) usually use PL10.
I cannot load data from SAP correctly to new period.
- Why?
Is it possible to change posting level from 01 into 10 automaticle?
- AFAIK, only manually. By reassigning the doctype to another PL.

Similar Messages

Posting Level, Doc Type n Mvmt Type

Hi Gurus,
Many thanks for my earlier querry on TP. I have few more things to ask from you experts.
1. What is purpose of Posting Level and Document Type ? How they are different and where we can
create them ?
2. What is the function of Movement Type ? Where can we create the movement type ?
Best regards and many thanks to you in advance.
os

To Anurag Tambe.
A little hint: when you want to provide some links in help.sap.com, then just click on the little red left arrow that you see in the first, topic description. You'll arrive to the proper topis'c link. Instead of giving the link to the whole module, you'll have the precise link, like here:
http://help.sap.com/saphelp_sem60ep1/helpdata/en/3d/c77b3bf7975a03e10000000a114084/frameset.htm
To OS.
Additions to what Anurag Tambe said.
1). Posting levels allow the BCS' user to have information in the system segregated by its origin:
PL 00 - reported data, RFD (plus some changes entered by means of reclasses without document assigned).
PL 01 - some corection to RFD.
PL 10 - some transformation data (very often it's a transformation from a local legislation to GAAP ot IAS).
PL 20 - eliminations between pairs of companies.
PL 30 - entries related to Consolidation of Investments and elimination of unrealised profits in supply chain operations.
It's very useful. At any moment you may see the original (almost) RFD and all corrections/transformations/eliminations etc.
- Document types determine many features, like the PL, currency of the entry etc. etc. They also allow to assign special items to them. In this case you may overwrite the settings set on the system level and allow the system generating specific for the document entries.
2). Movement types is an additional analytic to the items that helps to recognise different types of data. Like Begining balance, increase, decrease etc. In general, interpretaion of the MoveTypes depends on you. You may introduce different types you need. They are to be created in the workbench.

Output post processors and workflow engines doesn't come up after cloning

ours is a RAC+ASM+PCP -enabled
host1 : DB+ Concurrents
host1 : DB+ Concurrents
host3 : WEB+FORMS+OC4J
host4 : WEB+FORMS+OC4J
We are suffering from an “empty entropy pool” within the JDBC driver. Basically, the driver will attempt to gather a random number from the pool, but if the pool is empty the driver will wait (sometimes indefinitely) for values to come in. In most installations, the default configuration has the pool being “filled” by numbers created through a user interface such as mouse movements. On our servers, we are typically in a “headless” configuration so the pool may not be replenished properly. I’m not sure why we are seeing this new issue, but since the random number generator is related to security, maybe a security enhancement from the OS upgrade has made this more sensitive.
Note that QA4 is “mostly” up and running. The concurrent managers are started on both wpsun144 and wpsun154, but the output post processors and workflow engines are still having issues
The ultimate solution is to add some form of “entropy gathering daemon” to keep the pool filled, but we will need the Unix Admin team’s help and some research to find the best solution. Apparently, in Solaris 10, there is a kernel-level “cryptographic framework” for adding/removing entropy sources.
The workaround is to add a java option to the java command line. For Solaris this seems to work: “-Djava.security.egd=file:///dev/urandom”. This is NOT a reasonable solution since this requires modifying multiple delivered scripts/templates. I made the following changes only on wpsun144.
First, for the context file I had to modify the “s_adjreopts” variable to add the above workaround (per doc 1066312.1).
For adgentns this was fixed by modifying the $AU_TOP/perl/ADX/util/Java.pm file and adding the option. Here are the new lines in the file:
if($javaCmd =~ /jre/) {
return ("-mx256m -Djava.security.egd=file:///dev/urandom", 0);
} else {
return ("-Xmx512M -Djava.security.egd=file:///dev/urandom",0);
After this change, adgentns completed successfully and both the “tnanames.ora” and “listener.ora” files were created in the $TNS_ADMIN location.
For adgendbc, I had to manually modify the template for the script (there are 10 java command lines in the file).
$AD_TOP/admin/template/adgendbc_ux.sh
For txkExecSetJaznCredentials.pl, this file was modified:
$FND_TOP/patch/115/bin/txkSetJaznCredentials.pl
At this point, adcfgclone did finally complete successfully! Also adautocfg is now completing successfully!
Some references:
http://www.usn-it.de/index.php/2009/02/20/oracle-11g-jdbc-driver-hangs-blocked-by-devrandom-entropy-pool-empty/
Oracle E-Business Suite Applications Technology Readme for Release 12.1.3 (R12.ATG_PF.B.delta.3, Patch 8919491) (Doc ID 1066312.1)
Look for a section titled, “Attention: JDBC connections may time out during the upgrade process when random number generation is slow on machines with inadequate entropy.”
Can some one help me on this.

ours is a RAC+ASM+PCP -enabled
host1 : DB+ Concurrents
host1 : DB+ Concurrents
host3 : WEB+FORMS+OC4J
host4 : WEB+FORMS+OC4JPlease post the details of the application release, database version and OS.
We are suffering from an “empty entropy pool” within the JDBC driver. Basically, the driver will attempt to gather a random number from the pool, but if the pool is empty the driver will wait (sometimes indefinitely) for values to come in. In most installations, the default configuration has the pool being “filled” by numbers created through a user interface such as mouse movements. On our servers, we are typically in a “headless” configuration so the pool may not be replenished properly. I’m not sure why we are seeing this new issue, but since the random number generator is related to security, maybe a security enhancement from the OS upgrade has made this more sensitive.
Note that QA4 is “mostly” up and running. The concurrent managers are started on both wpsun144 and wpsun154, but the output post processors and workflow engines are still having issuesWhat is the error from the Workflow and OPP log files?
The ultimate solution is to add some form of “entropy gathering daemon” to keep the pool filled, but we will need the Unix Admin team’s help and some research to find the best solution. Apparently, in Solaris 10, there is a kernel-level “cryptographic framework” for adding/removing entropy sources.
The workaround is to add a java option to the java command line. For Solaris this seems to work: “-Djava.security.egd=file:///dev/urandom”. This is NOT a reasonable solution since this requires modifying multiple delivered scripts/templates. I made the following changes only on wpsun144.
First, for the context file I had to modify the “s_adjreopts” variable to add the above workaround (per doc 1066312.1).
For adgentns this was fixed by modifying the $AU_TOP/perl/ADX/util/Java.pm file and adding the option. Here are the new lines in the file:
if($javaCmd =~ /jre/) {
return ("-mx256m -Djava.security.egd=file:///dev/urandom", 0);
} else {
return ("-Xmx512M -Djava.security.egd=file:///dev/urandom",0);
After this change, adgentns completed successfully and both the “tnanames.ora” and “listener.ora” files were created in the $TNS_ADMIN location.If you are on R12, please see these docs (search for "Djava.security.egd").
Oracle E-Business Suite Applications Technology Readme for Release 12.1.3 (R12.ATG_PF.B.delta.3, Patch 8919491) [ID 1066312.1]
Oracle E-Business Suite Release 12.1.3 Readme [ID 1080973.1]
For adgendbc, I had to manually modify the template for the script (there are 10 java command lines in the file).
$AD_TOP/admin/template/adgendbc_ux.sh
For txkExecSetJaznCredentials.pl, this file was modified:
$FND_TOP/patch/115/bin/txkSetJaznCredentials.pl
Can some one help me on this.Are you trying to avoid manual changes? If yes, please make sure you have all the patches mentioned in the docs referenced above applied and you have all the necessary configuration/setup.
Thanks,
Hussein

How to maintaing E-Business suite with latest product levels and bug/securi

Hi All,
How to maintaing E-Business suite with latest product levels and bug/security fixes?
backup strataegies for database and E-BS suite?
what is mean by gather user requirements?
Please some one explain briefly...........
Thanks

Please post your question in the appropriate forum.
E-Business Suite
http://forums.oracle.com/forums/category.jspa?categoryID=3
Thanks,
Hussein

DB Copy (MSSQL) between two SAP systems with different level and Components

Hi,
we have a SAP system release mysap 2004 SR1 and for "the upgrade project to SAP ECC 6.0 " we installed a new mysap 2004 in a new hardware (sap03) where we have also solution manager running. The new installed Mysap 2004 SR1 is alos running fine in the new hardware.
Now we would like to do DB copy from the old system (sap02) to the the new system sap03 and then we will do the upgrade to SAP ECC 6.0.
After I compared the two systems I have following questions:
1) there are 4 Software Components which are not in the new system (sap03). This are:
PI
FIN_BLERP
BP_INSTRASS
Is this necesary for the DB copy or we do not need this to be able to do the DB copy?
2) The Software Components Level is not the same. Should we have the same level to do the DB Copy?
Thanks in advance
Best regards
HanseAtik

Hi Juan, hi Clas,
just to be clear and to not stuck on the the way:
The systems are as follow:
1) the source system:
                     - Windows Server 2003,
                     - MSSQL Server 2005 with 32 bit.
                     - Mysap 2004 SR1
2) Target system:
                   - Windows Server 2003
                   - MSSQL Server 2005, with 64 bit.
                   - Mysap 2004 SR1 (with less Support package level and no PI, FIN_Basis, BP_BLERP and BP_INTASS coponents)
I hope this will work. could you post the link the DB Copy guide we are talking about?
By this way we will be sure that we are talking about the same DB Copy. Otherwise any mistake in this step will cost more work and time.
Thanks in advance
Best regards
HanseAtik

Facts at different Logical Dimension Level and Default Interaction (Drill)

I have one Geography Logical Dimension that consists of 3 physical tables snowflaked. The 3 tables are City, State and Country. I have created 3 Level Based Hierarchies.
I have 2 Facts. Fact_State is at the State grain only (Set the appropriate Content Level). Fact_City is at the City grain (Set the appropriate Content Level).
When I pull a query with Country and a metric from Fact_State, the default interaction allows me to drill down. I drill into the State values. I would assume that the Drill interaction would stop here since this metric (Fact_State) is only at this level.
What actually occurs is it allows for a drill into City and when you look at the Physical SQL it is trying to hit the other Fact Table (Fact_City) and pulls back no metrics. I then return no data.
I would ask does anyone know if this is the expected behaviour? Is there anyway to stop the drill at the State Level when metrics are only pulled from the State Fact?
Please let me know if more information is needed.

You need to have a metric sourcing from both Fact_State and Fact_City, provided both facts are as Logical sources for the logical fact table.
Make sure Fact_State got proper level and Fact_City got detail level.
When you pull Country or State with metric query should hit Fact_State, when you drill down below the state query should be from Fact_City with proper data.
Edited by: Srini VEERAVALLI on Mar 28, 2013 2:43 PM
I can look into your new post only If you update this or older posts. Still you may get responses from others ;)
Edited by: Srini VEERAVALLI on May 22, 2013 2:00 PM

Error when select posting level in document type

Hi,
Did anyone have an experience to face the Abab run time error when select "posting level" in document type?
The Error is : GETWA_NOT_ASSIGNED
Short text
Field symbol has not yet been assigned.
What happened?
Error in the ABAP Application Program
The current ABAP program "CL_UC_ITKEY_FACTORY===========CP" had to be
terminated because it has
come across a statement that unfortunately cannot be executed.

If you searched the notes, as Dan proposed (and didn't find anything relevant), and the answer to the Greg's question is positive, then I would suggest regeneration data basis and ConsArea due to data model inconsistency.
If it doesn't not help - open customer message to SAP.
Edited by: Eugene Khusainov on Jan 26, 2010 10:26 AM

Deferred Tax:Post invoice and clearing of open payment seperately $

Hi Team,
User not able to clear the vendor Through F-44
Down payment was done at 2013 and Invoice is generated at 2014 . now user trying to clear thevendor through F-44 .When he is trying to clear the vendor system throwing error message stating that “Deferred Tax:Post invoice and clearing of
open payment seperately$” .What is the reason for this .Thanks
Regards,
Raj

Hi
Check if OSS Note 913805 is relevant for your EhP and patch level
Regards
Sanil Bhandari

Copy data posting level 20 - 30 is not allowed SEM BCS

Hi expert,
We need to copy data from a version to another version, is very
important for us to import documents with posting level 20/30. Copy
task is only used for documents with posting level 01 - 10. But, in EC - CS we could to execute the copy program for this kind of documents,
and we are migrating from Ec-cs to SEM BCS so, we need to keep the same
funcionality.
Any idea in order to solve it? Badi´s? user exits?
Thanks in advance,
Beatriz Bernardos

Hi
It is not possible to copy data at posting level 20 and 30 as they are group entries.
Logically, it should not allow one to copy the entry at posting level 20 and 30.
SAP doesnt support copying data at posting level 20 and 30.
I had same kind of requirement in all of my BCS project but I believe logically it is not correct to copy group level entry.
Alterntively, what you can do is,
create export datasource to load the data back into BCS integration cube from BCS total records virtual cube by changing posting level 20/30 to 01 or 10 in the update rule.
It still believe it will give you the wrong result in the report.
Please have a common understanding with customer that it is not possible copy posting level 20/30
Regards,
Manish

Levels and pre-fader metering

In the past I had always presumed the channel fader controlled the volume level of a softsynth. I know now that it obviously does not. It simply acts as a "faucet," so to speak. Meaning that increasing the fader level simply allows more of the synth's signal to pass.
So my question is this: Understanding that it is the instrument itself which is actually generating the signal (and consequetly the db's) should I keep all my faders at 0.00 on my audio instrument tracks and adjust the instrument levels instead when I mix? It would seem to make sense.
And in keeping with this method, as far as automation is concerned, would I be correct in assuming track volume should be automated via the instrument level?
I'm trying to keep all of this in the context of how it would be done in a studio with "real" instruments. Where the volume level is the volume level and if you want it louder you play harder or you turn up your amp. You want it softer you play your instrument softer.
I should add that this whole question/conundrum came up after I started recording with pre fader metering enabled and was quite surprised to see just how easy it is to clip a track (remembering of course that as long as no clipping is occuring at the master output I'm NOT actually clipping).

I don't know where all this "fader fear" is coming from.
In DSP terms, making something louder or quieter is simply a really simple DSP calculation. It doesn't matter whether you turn you softsynth down 3dB, or turn the fader down 3dB, the end result is exactly the same.
The faders are there for easy controlling of levels. It's why mixers were invented and designed this way.
I think these days someone reads a post on some esoteric audio forum about how their mix was so much better when they left the fader at 0dB in some obscure DAW back in the 90's, and translate that into "I must never use faders" or "I must never EQ" or "I must effectively work out my mix beforehand by my mic choice and positioning so all the signals magically combine into an artistic mix."
I'm trying to keep all of this in the context of how it would be done
in a studio with "real" instruments. Where the volume level is the
volume level and if you want it louder you play harder or you turn
up your amp.
You completely lost me here. Learning about gain staging is Elementary Audio Engineering Class 2 (the one afer the "what is a signal", and "what is a transducer").
You set the level of your recording device or mixer's input depending on the item you are recording, so the natural sound of whatever your source is corresponds to some nominal level for your recorder. It doesn't just magically happen on its own.
If you're recording an instrument that doesn't put out much sound level, you use the mic preamp to boost the signal to an appropriate recording level. And if you're recording Concorde taking off, you adjust your preamp, probably turning it down or padding the signal, again so it fits the range of your recorder.
Softsynths can put out a lot of level, and many preset designers don't pay much attention to volume levels in their patches. In addition, when you play a patch polyphonically, you're mixing together multiple signals (each of the notes you are playing) so you end up with higher levels still. It's good practice to pull down the output of the synth if it's too hot, but generally speaking, and avoiding getting into any "levels in Logic" complexities here, using the fader in Logic is exactly the same process.
Faders don't bite. Use 'em.

Reclasification in the posting level 00

Dear All,
I have 4 Item for cash pooling, one of theme is asset and one of the is liabilities, depands on balance.
Item_A and Item_AT - technical item as triger.
Item_L and item_LT - technical item as triger.
I have used reclasification with layout condition and steps. This metod is periodic not cumulative.
This reclasifiaction is use without a document in posting level 00.
In the first period there is a balance for item Item_AT: 500 EUR.
I have used a reclasification:
Triger: Item_AT
Source item: Item_AT
Targer item: Item_A.
Result in my databasis:
Item_AT: DT: 500
               CT: -500
Item_A: 500.
In the second period there is balance for item Item_AT: 1600 EUR.
Triger: 1600 EUR.
Source item: item_AT
Target item: item_A.
Result in my databasis:
Item                               I period                                          II period
Item_AT                          0                                                       0
Item_A                            500                                                   1600.
When I call up my report, there is 2100 EUR balance for item Item_A.
I would likt to what is wrong? Why does the system displays wrong balance in II period?
Thank you in advance for your help.
Best reagrds,
anka

Questions which have no feedback from the topic starter, not even simple thanks, regardless of answers given, right? Systematically?
This forum works not for the sake of such mute questioners. It's mainly for education of another contributors who would want to know if the answer given was useful. With no feedback such a topic has no good for a community. So, I prefer to ignore such questions and questioners.
Edited by: Eugene Khusainov on Aug 24, 2010 11:48 PM

Posting Keys and Doc. Type

Hi experts.
I have created a new process in SD and when I post the account document the customer account has a credit, but should be debit.
I realized that there is in FI Posting Keys and Doc. Type, both FI objects and Document Type is used in Billing Type configuration.
But I don´t know where I link document type with Posting Keys, and I don´t know if this link exists.
If the link doesn´t exist, How Can I configure if the process will be a credit or a debit ?
Thanks a lot for any help.
Renato

Hello, like document types, posting keys are defined at client level. For the Enjoy document entry functions you can check Incoming Invoices/Credit Memos - Enjoy --> Define Posting Key for Incoming Invoices/Credit Memos. Then check the G/L item in incoming invoice if :
Debit                40
Credit               50
Hope it helps
Kind regards
Marcela

Reclassification of MI at posting level 30

Hi Experts
I need some help to clarify the behaviour of a stantard reclasification at posting level 30, we have the following group hierarchy (G1-G3
are groups and C1-C6 are companies)
G1
u2514u2500u2500C1 <---Parent Unit
u2514u2500u2500C2
u2514u2500u2500G2
     u2514u2500u2500C3 <---Parent Unit
     u2514u2500u2500C4
     u2514u2500u2500G3
         u2514u2500u2500C5 <---Parent Unit
      u2514u2500u2500C6
C1 has investments in C2 and C3
C3 has investments in C4 and C5
C5 has investments in C6
We use consolidation of investments and make additional reclasifications reading the posting level 30 information generated from the COI
task for the following purpose:
Most of the Minority Interest that comes from the Equity Accounts needs to be generated with group shares, but only 2 equity accounts need
to generate MI with direct shares, but the accounting technique can only be assigned only per method and per company, not for each account.
For that we created a standard reclasification that cancels the postings that affect those two equity accounts against the MI account and
Example:
C1 has 90% share in C3
C2 has 80% share in C5
C5 has 100% share in C6
At G1 level the group share for C6 is 72%
C6's equity is composed of
Common stock (CS)           5000.00 <----direct share (this according to local GAAP)
Reserve     (RS)               2000.00 <----group share
Retained Earnings (RE)           3000.00 <----group share
The postings for MI for each group are:
Document Type: I1
Group     Company          Account          Amount
G2     C6          CS          -1000.00
G2     C6          RS           -400.00
G2     C6          RE           -600.00
G2     C6          MI           2000.00
G1     C6          CS           -400.00
G1     C6          RS           -160.00
G1     C6          RE           -240.00
G1     C6          MI            800.00
The reclassification we want is for canceling the postings for the CS account to the MI account considering that the postings that generate
the MI with group share are those that are located at upper level groups (in this example there is no MI at G3 group):
Group     Company          Account          Amount
G2     C6          CS           1000.00 <---Step 1 in method
G2     C6          MI          -1000.00 <---Step 1 in method
G1     C6          CS            400.00 <---Step 2 in method
G1     C6          MI           -400.00 <---Step 2 in method
The configuration for each step in the Reclassification method is the following
Step 1:
               Trigger               Source               Target
Item               CS               CS               MI
Company               C6               ---               ---
Cons Group          G2               G2               G2
Document Type          I1               ---               ---
Step 2:
               Trigger               Source               Target
Item               CS               CS               MI
Company               C6               ---               ---
Cons Group          G1               G1               G1
Document Type          I1               ---               ---
The group is important in the postings because we want to check in the consolidated financial statement the effects of MI in different
groups but when we do a reclassification the log show us that for the same step 1 the task generated a reclassification for group G1 and G2
first generating the correct reclassification in G2 but cancelling it in G1, so the postings look like this:
Group     Company          Account          Amount
G2     C6          CS           1000.00 <---Correct (Step 1)
G2     C6          MI          -1000.00 <---Correct (Step 1)
G1     C6          CS          -1000.00 <---Unexpected (Step 1)
G1     C6          MI           1000.00 <---Unexpected (Step 1)
G1     C6          CS            400.00 <---Correct (Step 2)
G1     C6          MI           -400.00 <---Correct (Step 2)
From G1 perspective the total MI is without the adjustment we want but from G2 perspective the MI is correct.
We decided to change step 1 to the following configuration for the purpose of correcting at least G1:
Step 1:
               Trigger               Source               Target
Item               CS               CS               MI
Company               C6               ---               ---
Cons Group          G2               G1               G1
Document Type          I1               ---               ---
It generates the following postings:
Group     Company          Account          Amount
G1     C6          CS           1000.00 <---Step 1 in method (not the group we expect)
G1     C6          MI          -1000.00 <---Step 1 in method (not the group we expect)
G1     C6          CS            400.00 <---Step 2 in method
G1     C6          MI           -400.00 <---Step 2 in method
This at least solves the problem from G1 perspective but for G2 we don't have a posting
Any lead on how to solve this problem is highly appreciated
Best Regards
Paul
Edited by: Paul Heredia on Oct 28, 2011 2:31 PM

Hi
I'm using this same thread to ask an important related question with the expectation of closing this thread, about the behaviour of a reclassification with a Posting Level 30, and Consolidation of investments application in the document type, why the reclassification task behaves like this when executing it at G1 level, if this is an unexpected behaviour I could send an OSS note to SAP, if this is expected, please explain why
Group
Company
Account
Amount
Comments
G2
C6
CS
1000.00
Expected from Step 1
G2
C6
MI
-1000.00
Expected from Step 1
G1
C6
CS
-1000.00
Unexpected and it is cancelling Step 1 at G1
G1
C6
MI
1000.00
Unexpected and it is cancelling Step 1 at G1
G1
C6
CS
400.00
Expected from Step 2
G1
C6
MI
-400.00
Expected from Step
One remark, for the unexpected postings there is no trigger value but strangely it generates a document...
We don't want to do this manually because it would require too much analysis and manual postings
Thanks in advance
Message was edited by: Paul Heredia (Just adding an important remark after the example)

Copy data of posting level greater 10 in EHP2

Dear all,
   We install EHP2 ( enhancement package 2 ) to our BCS.
   According to the document , we should be able to copy data with posting level >10.
   We are trying to copy data(all data types) from one group currency to another one.
   First ,we create a copy method with data type = All data types and with one currency translation method.
   We also create a copy task with that method.
   When we run the task, the system keep showing that :
=====================================================
Data stream for activity numbers is incomplete
Message no. UCF6884
Diagnosis
The data stream for activity numbers does not contain the Source System and Referenced Activity fields. Therefore, the system cannot store the link between the new activity number to be assigned and the activity number of the source.
System Response
The data cannot be copied or loaded.
Procedure
Add the missing fields to the data stream for activity numbers.
======================================================
There are two fields missing Source System and Referenced Activity.
But, I don't know where or which data model we should assign those two fields.
We try to add 0BCS_COINRR & 0LOGSYS to activity number DSO.
The system still shows that message.
Anyone knows how to make the copy work with posting level > 10?
Please advise .
Thx,
Jeff
Edited by: Jeff Huang on Sep 16, 2008 3:25 AM

Jeff, are you still havnig this problem?
- after we have implemented EHP2, I hope to copy PL20 and 30 too.
Please let me know if you have succeeded or have found a workaround

Document type with posting level 12 not being carryforward

Hi gurus,
We are now implementing SEM-BCS 6.0 in the BI 7.0 server.
We have a document type u201CMIu201D which properties are:
Posting level: 12
Balance check: 0 error when balance note equal to zero
Application: Other
Posting: Manual posting
Inversion: No automatic inversion
The problem is that when we execute the Balance Carryforward in the subsequent year this is the only document type that is not being carryforward.
Why is this happening?
Thanks for your help.
Best regards.

This is by design
http://help.sap.com/saphelp_erp60_sp/helpdata/en/0c/ab0240536fe369e10000000a155106/content.htm
"Data records for preparatory postings for consolidation group changes are neither translated nor carried forward."
I'll try an example...
Company A is sold from company 1 to company 2 in June (EoP)
For periods 0 - 6:
BCS reports company A's balance sheet under company 1
BCS reports company A's income statement under company 1
starting period 7
BCS reports company A's balance sheet under company 2
BCS reports company A's 0 - 6 income statement under company 1
BCS reports company A's 7 income statement under company 2
this is managed through the posting level 02 12 and 22 document types, as well as PL30 if using CoI.
Assuming the period of first consolidation and period of divestiture were set correctly in the groups for company 1 and company 2, BCS wants to read all 0 - 6 data under group 1 and all 7 + data under group 2. This is obviously incorrect from an accounting standpoint and the PCC postings correct that.
So BCS books a PL02/12/22 in group 1 to zero out the balance sheet. It then books another set of entries in group 2 to write up the entire balance sheet in the new group.
However, once you get to the end of the year and run your BCF, the entire balance sheet is now sitting in period 0. The system is able to report company A's balance sheet under group 2 withou the aid of the PCC documents. Therefore, the system does not roll these documents forward into the new year.
The PCC documents were only required because of the periodic nature of the BCS data storage vs. the LTD nature of the balance sheet for reporting. Once the full LTD balance is available in a single period, as is the case just after a BCF, the PCC documents are no longer required.
Anyway, hope that made some sense. If not, I'd encourange you to create an Excel sheet replicating how BCS stores the data in the cube, perfrom a divestiture, and see why the system is not carrying forward the documents. This is how I came to understand it.
Now, if you're doing something "non-standard" with the PL12, all bets are off
Good luck,
Chris

Posting level 01 and 10

Similar Messages

Maybe you are looking for