Profit Ctr derivation for under payment auto posting in F-28

Hello,
I'm trying to apply a customer short payment to an open AR invoice in F-28. We have a 10% tolerance so the invoice is being cleared and remainder booked to the underpayment account. However, this is a revenue series accounts and requires a profit center but SAP is not able to derive the profit center for this account. I was expecting it to find the same profit center that was booked on the AR line of the invoice after splitting.
So, here is the process.
When Billing/AR invoice is posted in SAP either via the billing document in SD or directly in FI, SAP books the following posting.
Debit Customer/AR (No Profit Center at the time of posting)(Entry view)
Credit Revenue (Profit Center is a required field and populated either from the Billing Doc. material or manually in FI)
When this invoice above is saved, new GL Splitting functionality stamps the profit center from the Revenue line on to the Customer Line, so user will see the following. Note that this functionality is working fine.
Debit Customer (Profit Center from the Revenue Line)(GL View)
Credit Revenue (Profit Center from Billing Doc)
When the incoming cash is applied to the customer invoice above in F-28, if the Tolerances are setup, SAP books the following entry.
Debit Cash/Bank (No Profit Center)
Debit Under Payment (No Profit Center)
Credit Customer (Profit Center from the invoice)(GL View)
Now, when splitting process is done, I am expecting the profit center from the AR line(derived from the original invoice) to be stamped to the Underpayment and Bank Account lines but that is not happening.
I don't want to setup defaults in FAGL3KEH or specify profit center manually as short pay should go back to the same profit center that the invoice was generated in.
Any suggestions or pointers are greatly appreciated.
Thanks much for your time
Sumit

Pankaj,
Thanks much for the reply. I have checked this configuration multiple times and everything is in order but still, SAP refuses to tag the profit center on the under payment account.
Have you ever come across this business requirement at any client and if yes, were you able to achieve it via splitting? To me, it seems, SAP is not equipped to handle it since this is not a straight forward splitting. SAP needs to first look at the invoice number at the time of cash application, go back to that invoice and look at the profit center assigned to the AR line after spitting and then, assign it to the short pay account.
Thanks much for your time.
Sumit

Similar Messages

Report for Under Payments

Hi,
For displaying partial payments and Residual Payments recieved from the customer in AR in a month we want to create a report to display the same. We are not having any different document type for applying the same till now. So please suggest because
we can identify the residual payment by reason code, but how do we identify the partial payment.
Thanks
Ni

Dear experts
Paritial Payment:
A partial payment is a payment that is posted to an account without any open items being cleared. You assign this partial payment to an open item. When you post the partial payment, the system marks the document number of the original open item in the line item for the partial payment. The original open item and the partial payment remain open.
Suppose original invoice is with 1000 /-
current payment is 500 /-
then it will show both 1000 and 500 as open items with balance 500
http://help.sap.com/saphelp_47x200/helpdata/en/01/a9bb1f455711d182b40000e829fbfe/frameset.htm
Residual item:
A residual item results when a payment is made for less than the actual amount outstanding. You clear the original open item, and the system posts a new open item. This new open item is for the same amount as the original open item minus the amount paid.
Suppose original invoice is with 1000 /-
current residual payment is 500 /-
then balance 500 only shown as open item (New line item created during residual payment )
http://help.sap.com/saphelp_47x200/helpdata/en/01/a9bb1f455711d182b40000e829fbfe/frameset.htm
Regards
Ajeesh.s

Profit Center Derivation for Asset Acquisition

Hello all,
I am trying to post asset acquisition via F-90.
We are using ECC6.0 and document split is activated.
I assumed that system will derive the profit center from the assigned cost center in the asset master record.
However, system returned error " Balancing field "Profit Center" in line item 001 not filled ".\
Is there something missing? Am I supposed to create some new transaction variant in document split OR define some rule to derive the profit center of the asset master record from the cost center?
Hope you are able to provide you insights.
Thank you,
Richard

Hello Richard，
I I think The problem is caused by missing customizing in trx. ACSET. the profit center can not be directly assigned to assets in asset master data. Therefore it has to be derived from cost center that is linked to asset.
To derive the cost center on FI document and then onto NewGL, it is necessary to:
1) set cost center field 'optional' in field status (trx. OB14 & OB41)
2) set cost center as account assignment at trx. ACSET
Best Regards,
Gladys xing

Over payments/Under payments for customers

COnfigured the foll for over payments/underpayments for customer:
OBA3 - Maintained toerlances
OBBE - Configured reason code -check marked "charge off difference via separate GL account
OBXL- Assigned reason code to GL account XXXXXX
Ran F-28, still the over payment does not post to the GL account XXXXXX. All it does is it credits the customer for the overpayment amount in new line item.
what am I missing here. we want the over payments and under payments to go this GL account XXXXXX, not to customer account.
The gl account created also has been "Post automaticallyonly" check marked.
please help.

yes it is defined as P&L account.it is posting now to gl account for over payment only. when i do an underpayment like $99 and invocie amount is $100, it gives message "difference is too large for clearing". I have configured tolerances, still it throws this message for Under Payments only. Is there any separate place where we configure the under payments for customers. we have only one gl account to whcih we want to post both over payments and under payments

Impact on profit ctr after activation of New GL

Hi,
I would like to know,what is the impact on profit ctr after activation of New GL?
Thanks in advance
Prasad

The following OSS note will be of some help in addition to online help documentation
For release SAP ERP, the Profit Center Accounting was integrated into the new G/L accounting. The solution is as follows:
SAP delivers the 'Profit Center' and the 'Partner Profit Center' as fixed characteristics that are posted on the original FI postings. The data is not updated in another ledger as in the classic Profit Center Accounting.
As a result of integration of the Profit Center Accounting into the new G/L accounting, new functions such as 'Document Splitting' are available. Using the function 'Document Splitting' (online document split), you can create balance sheets for company codes as well as for other entities such as the profit center. The balance is then set to 0 for each document for the profit center.
Integrating the G/L accounting and the Profit Center Accounting into the one application also removes the time and effort needed to reconcile G/L accounting and PCA.
When implementing the new G/L accounting in Release SAP ERP, we recommend that all new customers map the Profit Center within the new G/L accounting by activating the scenario FIN_PCA (profit center update). It is not advisable to activate the classic Profit Center Accounting in parallel and consequently update parallel data volumes.
Detailed information about setting Profit Center Accounting in the New General Ledger:
Define the update of the characteristics 'Profit Center' and 'Partner Profit Center' in the ledger by selecting the scenario 'Profit center update' (Customizing: Financial Accounting (New) -> Financial Accounting Basic Settings (New) -> Ledgers -> Ledger -> Assign Scenarios and Customer-Defined Fields to Ledgers).
If you want to use the document splitting, you can define the field 'Profit center' as a splitting characteristic in the document splitting (Customizing: Financial Accounting (New) -> General Ledger Accounting (New) -> Business Transactions -> Document Splitting -> Define Document Splitting Characteristics for General Ledger Accounting). Set the 'Zero balance' indicator again for the added field 'Profit Center'. You can now create balance sheets on the profit center. You must also activate the Mandatory Field check to ensure that the profit center is set in all postings. If you want to display balance sheet items at profit center level (for example, receivables and payables) but you do not require complete balance sheets, we recommend that you do not set the indicator 'Zero balance' and 'Mandatory Field check'.
If you already used classic Profit Center Accounting as an SAP R/3 customer but you now want to use Profit Center Accounting in the new general ledger, you can continue to use classic Profit Center Accounting in parallel to the profit center update scenario in the new G/L accounting in the interim. However, we do not recommend you do this on a long-term basis due to the increased data volume and the increased time and effort required.
However, if the classic Profit Center Accounting continues to play a leading role for you, we recommend that you do not activate the document splitting in the new G/L accounting, and not for other entities such as the segment either. This is because the classic Profit Center Accounting uses certain functions of the classic general ledger that are no longer available with active document splitting (for example, transaction F.5D, Calculate Balance Sheet Adjustment).
See the following information for details about the differences between the function of PCA in new G/L accounting and in classic PCA and for details about the effects of new G/L accounting on the posting behavior in classic PCA. Even if mapped into new G/L accounting, PCA always occurs within a controlling area. SAP does not support cross-controlling area PCA. The derivation of profit center and partner profit center with the different business processes when you use the new G/L Accounting is identical to the classic Profit Center Accounting. Details about the differences are available in the following.
1. Set the proposal profit center for additional balance sheet and P&L accounts.
Release SAP ERP 2004:
           Profit center scenario in the new G/L accounting is active, classic Profit Center Accounting is not active: If you have to set a profit center on balance sheet and P&L accounts, make entries manually, use FI substitution or implement the BADI AC_DOCUMENT. Note that the system calls the BADI AC_DOCUMENT only for postings using the accounting interface (for example, MM and SD postings), but it is not called for FI postings.
           Profit center scenario in new G/L accounting and classic PCA is active: Transactions 3KEH and 3KEI are available in the classic Profit Center Accounting for maintaining a proposal profit center for balance sheet accounts and P&L accounts. Transactions 3KEH and 3KEI also exist in SAP ERP2004 and function in the same way as in R/3: In other words, you can use the settings in transaction 3KEH to control the update in classic Profit Center Accounting, and the transactions set a proposal profit center where necessary. Keep in mind that the profit center information is therefore affected in new G/L accounting by settings in classic Profit Center Accounting.
Release SAP ERP 2005:
           Transactions 3KEH and 3KEI (from classic Profit Center Accounting) for maintaining proposal profit centers for balance sheet and P&L accounts are no longer used to set the profit center.
           Profit center scenario in the new G/L accounting is active, classic Profit Center Accounting is not active: If you have to set a profit center on balance sheet and P&L accounts, make entries manually, use FI substitution or implement the BADI AC_DOCUMENT. Note that the system calls the BADI AC_DOCUMENT only for postings using the accounting interface (for example, MM and SD postings), but it is not called for FI postings. In addition, the new transaction FAGL3KEH and the BAdI FAGL_3KEH_DEFPRCTR are available for maintaining proposal profit centers. You can use these new functions to determine a proposal profit center depending on the company code and the account. Note that this proposal profit center does not appear on the input screen; it is derived only when you post the document. The proposal profit center is used if the line item does not contain a CO account assignment and if the profit center was not already determined elsewhere.
           Profit center scenario in new G/L accounting and classic Profit Center Accounting are active: The entries of transaction 3KEH control ONLY the transfer of line items to classic Profit Center Accounting. Transaction 3KEI is no longer relevant. To set the profit center, use the options which are available in the new G/L accounting (make entries manually, use FI substitution, or implement the BADI AC_DOCUMENT).
2. Derivation of the partner profit center
Release SAP ERP 2004:
           Profit center scenario in the new G/L accounting is active, classic Profit Center Accounting is not active: Transactions 8KER/8KES are no longer available. Notes 997925 and 1087350 provide the functions from transaction OCCL. Alternatively, you can use the BAdI AC_DOCUMENT to set the partner profit center.
           Profit center scenario in new G/L accounting and classic PCA is active: Transactions 8KER/8KES and OCCL (reading purchase order/sales order for affiliated companies) are active. However, we recommend that you no longer use transaction 8KER or 8KES. Partner profit centers derived using these transactions are available in both classic Profit Center Accounting and in New General Ledger Accounting only if the line is relevant in classic Profit Center Accounting.
Release SAP ERP 2005:
           Profit center scenario in the new G/L accounting is active, classic Profit Center Accounting is not active: Transactions 8KER/8KES are no longer available. Notes 997925 and 1087350 provide the functions from transaction OCCL. Alternatively, you can use the BAdI AC_DOCUMENT or the new BAdI FAGL_DEFPPRCTR (enhancement spot FAGL_LEDGER_CUST_DEFPRCTR) with the method SET_DEFAULT_PART_PRCTR to set the partner profit center.
           Profit center scenario in new G/L accounting and classic PCA is active: Transactions 8KER/8KES and OCCL are active. However, we recommend that you no longer use transaction 8KER or 8KES because partner profit centers derived using these transactions are available in both classic Profit Center Accounting and in New General Ledger Accounting only if the line is relevant in classic Profit Center Accounting. Instead, if required, you should use the BAdI FAGL_DEFPPRCTR to set the partner profit center. A partner profit center determined in this way is always updated both in new G/L accounting and in classic Profit Center Accounting.
3. Displaying receivables and payables for each profit center
Document splitting is active
           The detailed information from the general ledger view about receivables and payables split online from the document splitting is NOT available for classic Profit Center Accounting. In this case, you CANNOT split receivables/payables nor follow-up costs subsequently (Transaction F.5D - report SAPF180A, Transaction F.50 - report SAPF181, Transaction F.05 - report SAPF100). This means that you CANNOT use transaction 1KEK to transfer receivables and payables to classic Profit Center Accounting. Follow-up costs split according to source can be transferred online to the classic Profit Center Accounting because these are already available in the data entry view.
           Read the documentation of the document splitting carefully. Analyze in which cases you have to set default account assignments because the document splitting is sometimes prevented by default account assignments.
Document splitting is not active
           In this case, you CANNOT display the receivables and payables according to source at profit center level within the new G/L accounting. However, you can use the old split of the receivables and payables within the classic Profit Center Accounting (transaction F.5D) as well as of the follow-up costs (transaction F.50), and you can use the periodic transfer of receivables and payables using transaction 1KEK. However, you can execute the new report for the foreign currency valuation of the open items (report FAGL_FC_VALUATION) with depreciation areas only, which means that the documents are no longer updated (valuation difference not updated in BSEG-BDIFF). As a result, transaction 1KEK copies only the original receivables/payables, independently of transaction 2KEM 'Account Valuation Differences'; in other words, the original data is not corrected by the valuation differences.
           You can use the standard report groups 8A98 and 8A99 to display the open receivables and payables in classic Profit Center Accounting.
4. Periodic transfers of asset portfolios to classic Profit Center Accounting
              As of Release 4. 7, it is possible to map a parallel reporting mapped in FI (for example, parallel accounts) for parallel depreciation areas in Asset Accounting by using particular settings (defining an accounting principle). You must stop the execution of transaction 1KEI because it would result in duplicated data in PCA because of postings to the same accounts. You must also stop transaction 1KEI with a 'different company code' or a 'different depreciation area in the different company code' because the data cannot be transferred correctly. Transaction 1KEI terminates with the error message KM 764. As of Release SAP ERP, if the new general ledger accounting is active, the system issues the message FAGL_LEDGER_CUST 076.
5. Dummy profit center on P&L accounts
              You use transactions 3KEH and 3KEI to firstly try to determine a proposal profit center in classic Profit Center Accounting for document line items with a P&L account (no cost element) and without a profit center account assignment. If the system does not find a proposal profit center, the dummy profit center is set for some activities (primarily from Logistics). If the new G/L accounting is active AND if at least one of the two characteristics 'Profit Center' and 'Segment' is used in the document splitting, the routine for setting the dummy profit center will no longer run (see Note 820121 and 832776). Otherwise the document splitting would not split a document, or not split it correctly. The system must then find the profit center that is valid for the process using the document splitting or another derivation. If this is not the case, the document line item will not be updated in the classic Profit Center (document line items with Profit Center initial are not allowed in the classic Profit Center Accounting).
6. PCA additional rows
              If you map Profit Center Accounting in new General Ledger Accounting in SAP ERP, you can use consulting note 937872 to update PCA additional lines recognized from classic Profit Center Accounting in new General Ledger Accounting.
              If you use the transfer price functions, you do not require Note 937872 because the structure of the PCA additional lines are technically "true" and are automatically posted in new General Ledger Accounting when maintained in transaction 0KEK.
7. Substitution of profit centers in sales orders
              Transactions 0KEL and 0KEM are available both in the classic Profit Center Accounting and in the new G/L accounting (Customizing: Financial Accounting (New) -> General Ledger Accounting (New) -> Tools -> Validation/Substitution)
8. Reporting
Line item reporting within the new G/L accounting
           Release SAP ERP 2004: Even if document splitting is set with the characteristic Profit Center, only one restricted line item reporting to profit centers is available in this release at present. When you use the G/L account line item list of FI, you can limit profit centers for line item settlement G/L accounts that are not relevant for the document splitting. As of Support Package 10, line item reporting to profit centers and segments is available.
           Release SAP ERP 2005: Line item reporting according to profit centers and segments is available.
Ledger reporting within the new G/L accounting
           Release SAP ERP 2004: Even if the document splitting is set with the characteristic profit center or segment, no current account reporting to profit centers and segments is available up to Support Package 10. With Support Package 10, current account reporting according to profit centers and segments is available. Also see the detailed explanations for Release SAP ERP 2005.
           Release SAP ERP 2005: Current account reporting according to profit centers and segments is available. It replaces the standard report groups 8A98/8A99 in earlier releases. However, the difference is that the foreign currency valuation correction is no longer displayed for each item because no update of the valuation in items occurs through the foreign currency valuation in the new general ledger (no BDIFF/BDIFF2 update). It is a key date-related valuation (mostly for the period end).
9. Transfer prices
              The transfer price functions (multiple valuations) are available for new General Ledger Accounting as of SAP ERP 2005. For SAP ERP 2004, see the release restrictions in Note 741821. In SAP ERP 2004, you can use the transfer price functions or multiple valuation functions only if you have activated the classic General Ledger and classic Profit Center Accounting.
10. Creating the profit center standard hierarchy
Release SAP ERP 2004: You must create the highest node of the standard hierarchy in the Customizing of the classic Profit Center Accounting (transaction 0KE5), even if you are not using classic Profit Center Accounting.
Release SAP ERP 2005: To create the highest node of the standard hierarchy, use transaction SM30 with the maintenance view V_FAGL_PC_STHR.
11. Creating the dummy profit center
Classic Profit Center Accounting is active (regardless of whether classic G/L accounting or new G/L accounting is active):
           If the classic Profit Center Accounting is active, you must create a dummy profit center to avoid postings with an initial profit center in the database tables of the classic PCA.
           If the new G/L accounting is also active AND if you are using at least one of the two characteristics 'Profit Center' and 'Segment' in the document splitting, you have to ensure in Release SAP ERP 2004 that Notes 820121 and 832776 are included. In Release SAP ERP 2005, the changed posting logic is included from the beginning. Note that the update of document line items in classic Profit Center Accounting is omitted because of this.
Classic Profit Center Accounting is not active, New G/L Accounting is active and you are using at least one of the two characteristics 'Profit Center' and 'Segment' in the document splitting:
           You do not have to create and use a dummy profit center. Using the dummy profit center can cause situations you want to avoid: For example, the system splits receivables/payables to the dummy profit center because of the document splitting (you cannot transfer them manually), or a document line item with dummy profit center account assignment is not split by the document splitting. To ensure that a profit center is assigned in all rows, set the profit center as mandatory field in the Customizing of the document splitting. However, note that this can also lead to terminations while posting, if a profit center assignment is missing.
12. Compare G/L Accounts in FI with Profit Center Accounting (Transaction KE5T)
              In classic Profit Center Accounting, transaction KE5T is used to compare account balances. In this transaction, the ledgers to be compare are fixed. If you use Profit Center Accounting in new General Ledger Accounting, use the general transaction GCAC. You can enter any base ledger and any comparison ledger.
Header Data
Release Status: Released for Customer
Released on: 10.09.2007 10:54:03
Priority: Recommendations/additional info
Category: Consulting
Primary Component: EC-PCA Profit Center Accounting
Secondary Components: FI-GL General Ledger Accounting
Releases
Release Independant
Related Notes
1087350 - NewGL: Reading partner profit center in reversal
1018065 - NewGL: activating "segmentation" scenario
997925 - Read partner profit center in NewGL
966000 - mySAP new general ledger and Joint Venture Accounting
937872 - NewGL: internal revenues between profit centers
895923 - Active indicator of PCA in CO-PA derivation
853169 - ALLOCATION: Actual cycles can only be executed periodically
820121 - Document splitting does not work for segment
764841 - No profit center derivation for active flexible GL
756146 - mySAP ERP new General Ledger: General information
741821 - Release limitations concerning SAP ERP 2004
217338 - Number of profit centers
Print Selected Notes (PDF)

Profit center derivation : PO

When we post a GR, the Material document has a different Profit Center.
In the IR document, we find a different Profit center.
And in the FI document posted, the Profit center is different...
Can anyone tell me why the system is picking up different profit centers ?
Is there any configuration step for the same or where we assign the same...
Thanks,
Srikanth.

in case of PO MIGO, MIRO, Normally Profit Center will be derived form the Material Master only.
As you said, yes there is default setting for default profit center derivation for the specified GL and path for the same is as follows:-
Financial Accounting >General Ledger accounitng(new)>Masterdata>Profit Center>Assing default profit center to Accounts.
i hope it will be crealr.
Yrs,
Gureddy.

Under payment and over payment

Dear all,
where to do the setup for under payment and over payment in incoming and outgoing payment.
Regards,
Sarankumar.B

hi
For A/P
From Administration -->> Setup -->> Financials -->> G/L Account Determination -->> Purchasing tab -->> General Subtab
For A/R
From Administration -->> Setup -->> Financials -->> G/L Account Determination -->> Sales tab -->> General Subtab
define a G/L account for the ff.
Overpayment A/P Account & Underpayment A/P Account
update your changes to take effect.
Regards,
Fidel

Field Profit Ctr is a required field for G/L account -Posting

Hello,
While posting payroll results to FI , I am facing the following error
"Field Profit Ctr is a required field for G/L account "
The Field Profit Center is mandatory from FI side,We can not change it.
I assigned the profit center to Org-Unit using A-OO3 O-PC relationships.Still I am facing the same issue.Kindly Help.
Regards,
Ahmed

Hello
The reason why Profit Center is not filled is that you have activated codist switch in FI but not in the HR side:table T52SWCODIST.
By the way, take into account only value 1 is allowed for India as per note 1039346.
Thanks and Kind Regards
Ramana

Field Profit Ctr is a required field for G/L account

Hello Gurus,
I am getting the following error message "Field Profit Ctr is a required field for G/L account " at the time of settling Internal Order using KO88.I identified that this error message is due to invoice been
posted without reference to Purchase Order.Due to which Profit Ctr was not supplied.Please let me know
how to correct this and settle the I/O.
Thanks in advance

Any costing objects should be linked with profit center. You are settling the order against G/L account. Have the check of this FS00 t code either mentioned correctly thro FI team. The accounting currancy , sort key , Commitemnet item . Otherwise discuss with co ask them to link or create the Profit center (KE51 T code) . Here we are linking with controlling area
Then let me know
Thenna

In F-51 transaction was not posted,& due date field for advance payment VEN

1. In F-51 transaction was not posted.
In the above T-code I want to tranfer Invoice amount (RE) to special GL debit retention money payable the following error was throwing,
Balancing Field "Profit Center" in the line item 001 not filled.
2. For advance payments for vendors due date field is not appearing in document entry screen. How can I see due date field in document entry screen.
In OB41 I changed the field status for posting key 29 in payment transations I made due date field required, but it is not appearing due date field in document entry screen, while posting transaction.
Please advise on this.
Regards

Hi thru f-51 u cannot post the transaction here u can enter first line item and select process open item and post it and the base line date is already entered in invoice document based on that one the advance amount is adjusted u con't enter that base line date at the time of advance payment and also the payment terms are maintained in vendor master based on that on also due date is calculated i hope it will be helpful.

Material Under Quality - Block for invoice/payment

Dear all,
When the material is lying under quality inspection the user should not be able to do invoice posting or posting.By standard its allowing once GR is done.How to do this
Regards,
Milton.I

Dear Vijay,
There was similar requirement from my client for the same. At that time contacted the OSS.
The message no.280 is there but you can not configure it.
Not allowing to post the external document like Invoice as it comes leads to so much descripency in real time.
The best solution what SAP has given is in QM control key just tick the Invoice and when the invoice of that perticular material comes for posting you can post but that will be blocked for the payment if the material is not cleared from the Quality.
As the material cleared from Quality, you can release the Invoices and if the material is rejected can raise the credit memo.
This is what we did after consulting the OSS
Thanks And Regards,
Krishna Reddy

Profit center filed mandatory in T.code F-29 for dwon payment

Dear Gurus,
How to make a field profit center mandatory in T.code F-29 for dwon payment?
Thanks & Regrads,
Dharma raju.

Hi
In field status group OBC4 and in OB41 (posting key)you can make the profit centre field as mandatory field.
The priorities of SDRO would apply. so you need to give profit centre as mandatory in both ( OBC4 and OB41)

It says I have $0.00 in my account. My payment was due on the 10th, I auto-payed on the 9th. The payment is posted to my credit card account and yet I have no service.

It says I have $0.00 in my account. My payment was due on the 10th, I auto-payed on the 9th. The payment is posted to my credit card account and yet I have no service.

blb107
We definitely want to make sure that your service is restored! Was this payment to a post pay account or for prepaid service? You can check details about the account balance of a prepaid account with our PrePay experts at 888-294-6804.
RuthW_VZW
Follow us on twitter @VZWSupport

Field Profit Ctr is a required field for G/L account 1000 205405

Hi,
While we are doing MIRO, we are facing a error message - Field Profit Ctr is a required field for G/L account 1000 205405.
Please guide, what should be error.
Is there any error in G/L account?
Regards

Hi,
There is no error; your G/L account is defined with field status which requires profit centre. You have to enter it or use a defualt via OKB9 transaction.
Regards,
Eli

Error in MB1A - Field Profit Ctr is a required field for G/L account 151100

Hi,
While we are doing MB1A with movement type 201, we are facing a error message - Field Profit Ctr is a required field for G/L account 1000 151100.
I check following things.
1.. Check Field status group of GL 151100 and make optional to Profit center.
2.. In SE38, enter Report RM07CUFA and execute with 201 movt. type, 151100 Gl no. and 50200 cost center. According to this, no error exist now.
What should be error..
Regards..

hi,
I think your cost centre is not assigned the above given bussiness area...
Take help of FI consultant and check whether its assigned at KS02 or not...
You can also change it...
or
if you are just doing testing, then better use other cost centre which assigned to the above given business area..
Regards
Priyanka.P

Profit Ctr derivation for under payment auto posting in F-28

Similar Messages

Maybe you are looking for