Automatic customer account determination for EBS

Dear all,
I'm configuring Electronic Bank Statement. Could you please explain, how can I setup automatic customer account determination for incoming receipts? Based on what information these accounts should be determined? Where to configure it?
Thanks in advance.

Hi,
If your configuration is correct, an accounting document will get created during invoice creation even if the value is zero. Acct doc is created not based on the value, but based on the account key to which the condition type is linked.
Generally in free goods, there will be net price (gross price- discounts). You can link this netprice condition type to an account key. The netprice will anyway be nullified by NB00 condition type which is applicable for free goods pricing. You can also link NB00 to another account key.
Now the values will nullify each other in invoice. Similarly the values will be nullified in accountnig doc also and they can be posted to any GL account you wish.

Similar Messages

Account determination for COGS account by customer

Dear gurus
I’d like to get advice about account determination for COGS account.
I have requirement to determine COGS account based on “Customer”.
If the customer is outside the group, we want to charge to
“Sales: Third-party” and “COGS: Third-party” accounts.
And if the customer is in the group, we want to charge to
“Sales: Intercompan” and “COGS: Intercompany” account.
However, since COGS account is determined from Valuation class in
Material master (OBYC), it cannot be determined from “Customer”.
(Because same material can be sold to third-party and intercompany too)
Do you know any solution for it?
Yoshi

Hi
The only other way I could think of is to do an enhancement at the time of delivery to read the customer and substitute the GL Account for COGS based on Customer recon Account.
The sales can easily be seggregated based on Customer Account Assignment Group in the customer Sales Area. Assuming the material account assignment group is 01 and customer account assignment group are as under:
External Customer 01
Group Customer 03
Now in VKOA you can seggregate the revenue account determination for Group and external customer based on different customer account assignment group.
The only issue is for COGS GL for which you might want to look at Enhancement or Split Valuation that I talked about earlier.
Thanks & Regards
Sanil Bhandari

Account determination for cash sale

Hi, sapcons
please can any body can help me by sending step by step notes on account determination for cash sales and rush orders
my mail id is [email protected]
thanks in advance
regards
srinivas

Hi Srinivas,
Account Determination for Cash Sale and Rush Order will be done in VKOA Transaction.
Please find below the Process of Cash Sale and Rush Order
CASH SALE:
Cash sales is an order type for when the customer orders, picks up and pays for the goods immediately. The delivery is processed as soon as the order has been entered. A cash invoice can be printed immediately from the order and billing is related to the order. Receivables do not occur for the customer as they do for rush or standard orders, because the invoice amount is posted directly to a cash account.
Process Flow
In the standard system, sales document type BV is saved for cash sales with immediate delivery type BV.
When the sales employee creates a cash sale, the system automatically proposes the current date as the date for delivery and billing. Once the order has been posted, a delivery with type BV is created immediately in the background and the system prints a document that is used as an invoice for the customer.
The invoice papers are controlled with output type RD03, contained in the output determination procedure for order type BV.
For Cash Sales the necessary Config Settings are,
Copy the BV Standard Order and Copy to ZBV and in the functionality of ZBV check whether the field " Immediate Delivery" has the value "X" or not because that creates the Delivery immediately when the cash sale order saved. Do the same for item category BVN as ZBVN. And check whether credit active unchecked or not in ZBVN.
Do the item category determination for cash sale for which u configured. And at the time of cash sale u will get the invoice. For that u use the output type Rd03.
RUSH ORDERS:
In a rush order transaction, the customer picks up the goods or you deliver the goods on the same day as the order is placed. In the standard system, when you save this sales document type, a delivery is automatically created and billing is related to the delivery.
Process Flow
In the standard system, sales document type SO is saved for rush orders with immediate delivery type LF. Once the goods have been removed from storage, the goods are picked, and goods issue is posted.
Once the billing documents are created (for example, in collective processing), invoice papers are printed and sent to the customer.
For Rush Order the necessary Config Settings are,
Copy the RO Standard Order and Copy to ZRO and in the functionality of ZRO check whether the field " Immediate Delivery" has the value "X" or not because that creates the Delivery immediately when the cash sale order saved. Do the same for item category TAN as ZTAN. Do the item category determination for cash sale for which u configured. And check whether credit active checked or not in ZTAN.
Please Reward If Really Helpful,
Thanks and Regards,
Sateesh.Kandula

Account determination for MM (Valuation)

I get an Error when I do a goods movement (Transaction: MB1B) from plant to plant: Account determination for key entry TELC BSX___ ___ 4100 (Valuation) is not mainatained in MM Customizing, where exactly do I maintain these settings, becasue it is a new plant & storage location that I created.
Thank you.

Hello,
System is finding difficulty in finding the G/L s via Automatic account determination.
Goto T.Code OBYC
Select the transaction type BSX
It will ask for your Chart of Accounts TELC
Then maintain G/L accounts for your Valuation class (4100) against valuained.grouping code if maintained.
Regards

Account determination for FI-MM Integration not possible

Hi SAP Guru
When I am doing GR for an order the system throw an error Account determination for INT BSX__ __ Valuation class(FINI) not possible. I have checked the configuration in OBYC & find that in GBB Ram material consumption A/c has assigned in P/L nature without automatic posting.
In BSX Inventory change A/c in the nature of B/S with automatic posting allowed have been maintained
In GBB Consumption A/c in the nature of P/L without automatic posting have been maintained
Then what is the exact problem Tell me Gurus
Rajeev

hi rajeev
can u clarify what type of material u r using
For GR against order
Accounting entries
Finished good ............dr BSX
To cost of good sold acount GBB (AUF)
i think ur doing mistake in assignment
because in question u have talk about raw material consumption
u please check it
Thanks
Ansuman

Account determination for posting area Aggr

Hi experts,
i'm very new to ISU and would like your help on an issue.i am using ETHIM to post mass act aggr posting for the serv prov.i get an error *Key selection not defined for application &1, posting area &2* msg no 005..
exact error msg would be *In Customizing, define the keys you require by selecting the appropriate entry for account determination for posting area Aggr.: Conversion of Ext. Transacts. to N(R075).*
what transaction will i have to use in order to post the doc. doc type AL.
thanks in advance
cheers,
deepak rao

hi Deepak,
FQC0 is the correct t.code and maintain the document type for the posting area
BA: payment settlement
SA: GL account document
just try it out with this.
Regds,
Naren

Account determination for movement type 251

Hi!
While checking account determination for logistic movements, I find that according to standard customizing, movement type 251 is related to account modification VBR. You can easily see this: OMJJ --> Check movement type --> type "251" --> Select "Account Grouping".
Now my question: what I don't understand is why VBR and not VAX. GBB-VBR is the transaction key + account modification for internal goods issues (such as consumptions of material) and it's accordingly associated to movements types 201, 261, etc. which seems logical to me since these are internal GI's.
Now, 251 is IS-Retail movement type to reflect a POS sale, "GI for sales" as the short text indicates, so it is not an internal goods issue but rather an external one, not different from movement type 601, which is a normal sale and is associated to GBB-VAX. GBB-VAX is the transaction key + account modification for sales goods issue.
I know I could easily copy 251 to create another movement type and assign any account modification to it, that's not the issue. The only problem is that I must explain to my client how account assignments work, and I cannot find a single reason why in standard SAP IS-R an external goods issue (251) is associated with an internal goods issue account modification (GBB-VBR).
Any ideas? Thanks in advance.

hi
for inventory use
gbb>inv
umbfor inventory and material val
prv for prise diffrence
in 702 prv and inv is the postings
for 309 vbr and pru is transaction in gbb
1) one more thing u can do is go to OMWb then go to simulation there u can find gl accounts and grouping keys note down that GL nos
2) then come one step back
and clik on gl accounts there u will find many gl accounts
find gl accont no which u have noted in step 1
there u can find transaction keys
by doing this u can find which are transaction keys for a perticular movement type
reward if helpful
regards
kunal

Automatic tax code determination for service POs

Hi
Can anyone tell about the possibilities of automatic tax code determination for the service purchase orders.
Thanks in advance
Durai

The tax indicator is used in the automatic determination of the tax code
in Purchasing.
The tax code can be determined automatically within the framework of tax
determination (via the conditions).
Tax indicators, which can come from the service master record,
Customizing, or the purchasing document, are used in this process. The
system determines the tax code on the basis of the combination of these
tax indicators.
Automatic determination of the tax code is useful, for example, if
different tax rates apply to different groups of services.

Account determination for ML81N

Dear all,
There is two sets of problem
First : At the time of creation of Service PO with account assign category Cost center the GL account should come automatically .
Service A/c 18830100
Service Clearing A/c : 10800300
Kindly Suggest.
Second thing :
I have done OBYC for ML81N as below
BSX : 18830100
WRX : 10800300
But sytem showing the followin :" RC= 3 M8 147 Account determination for entry TCOA WRX 1101 not possible"
kINDLY SUGGEST WHAT WILL BE RIGHT OBYC?
Thanking You;
Regards;
Joydeep Mukherjee

Hi,
First
Assign Service Clearing A/c : 10800300 with WRX key in OBYC t.code for your chart of account TCOA & save. Here no valuation class needed for WRX for service, so keep valuation class BLANK only assign G/L account 10800300 with WRX key in OBYC.
When you release SES, the accounting entries will happen as Service Clearing A/c: 10800300 trigged from WRX and Service A/c 18830100 triggered from OKB9 setting or cost element (KA01/KA02) with cost object assigned.
Service A/c 18830100
Service Clearing A/c : 10800300
Second thing :
For service procurement & for ML81N, the BSX setting not required and BSX assigned G/L account not hit. For inventory managed material only BSX key hit with which when you do goods receipt (MIGO).
Regards,
Biju K

Account determination for entry C002 ZF2 X001 not possible while doing GR

Hi,
I am facing problem while GR (MIGO) and error: Account determination for entry C002 ZF2 X001 not possible
Scenario: Client wants to capture for transport cost while doing the GR by using material group (without material).
Steps:
1. Purchase order (ME21N):
By using account assignment category K u2013 Cost centre, material group (without material) and fright condition
(Account determination: Account key FRE and Accruals ZF2)
2. GR (MIGO): error: Account determination for entry C002 ZF2 X001 not possible
Configuration made:
1. Assing material group to valuation class (OMQW)
Material group - 600000020 Office BOOKS to Valuation class Y170 BOOKS
2. Account determination for valuation class (OMWD):
Valuation area X001 - VGCd X001
3. Automatic account determination (OBYC):
FRE u2013 X001(VGCd) - Y170 (VC) u2013 606400000 (GL)
ZF2 - X001(VGCd) - Y170 (VC) u2013 408300000 (GL) (This is Z transaction key to capture transport cost).
For ZF2 transaction key above configuration was attached and still I am getting error.
Did I miss any other configuration?
Thanks in advance for suggestion.

Based on the Error message, i think account determination is not looking for valuation class Y170. This is normally included in the error message, so i think you should maintain FRE and ZF2 with valuation class as 'blank'.
Regards,
Ganesh

Defining Account Determination for Real-Time Integr

Dear all,
I haven't understood yet about Account determination for the real-time integration of Controlling (CO) with Financial Accounting (FI).
Please tell accounting process that use this account. And give me a detail example.
Thanks so much
Minhtb

Hello
This is the new feature in New GL accounting
During allocations in Controlling, most of the postings created do not affect Financial Accounting. These postings do not update any G/L account transaction figures; they are postings within Controlling. If, however, an allocation in Controlling leads to a change in the functional area or any other characteristic (such as Profit Center or Segment) that is relevant for evaluations in Financial Accounting, a shift occurs between the affected items in the profit and loss statement. For this reason, this information has to be transferred to Financial Accounting. This reconciliation between Controlling and Financial Accounting takes place by means of real-time integration.
As a result of real-time integration, all Controlling documents that are relevant for General Ledger Accounting are transferred from Controlling to General Ledger Accounting in real time. This means that Financial Accounting is always reconciled with Controlling.
A document is created in Financial Accounting for each posting in Controlling. This means that the detailed information contained in the CO documents is always available in reports in New General Ledger Accounting. This information can be sorted by the following, for example:
●     Functional area
●     Cost center
●     Internal order
Real-time integration replaces the reconciliation postings from the reconciliation ledger. Consequently, you do not need a reconciliation ledger.
If, however, you do not set the Reconciliation Ledger Active indicator in Customizing for the controlling area, you cannot use the reports belonging to report groups 5A* (5AA1-5AW1). You set this indicator in Customizing for Controlling under General Controlling ® Organization ® Maintain Controlling Area. The reconciliation ledger serves as the data source for reports belonging to the report groups 5A*. You find these reports in the SAP Easy Access menu under Accounting ® Controlling ® Cost Element Accounting ® Information System ® Reports for Cost and Revenue Element Accounting.
Replacement reports are available as follows:
●     You find the reports in the SAP Easy Access menu under Accounting ® Controlling ® Cost Element Accounting ® Information System ® Reports for Cost and Revenue Element Accounting (New).
●     You can create additional reports in report group 5A21. You can assign the report group to any drilldown report of New General Ledger Accounting using the report-report interface.
●     From the report Financial Statements Actual/Actual Comparison, you can call up the report Cost Elements: Breakdown by Company Code. You find the report Financial Statement: Actual/Actual Comparison in the SAP Easy Access menu under Accounting ® Financial Accounting ® General Ledger ® Information System ® General Ledger Reports (New) ® Balance Sheet/Profit and Loss Statement/Cash Flow ® General ® Actual/Actual Comparisons.
You can define account determination for each controlling area. You do this in Customizing for Financial Accounting (New) under Financial Accounting Global Settings (New) ® Ledgers ® Real-Time Integration of Controlling with Financial Accounting ® Account Determination for Real-Time Integration. In this way, you use the same account determination as for the reconciliation ledger (transaction OK17). You can then use the reconciliation ledger reports to compare FI balances with CO balances.
Prerequisites
If you use real-time integration in at least one company code, you need to have activated company code validation for the related controlling area. You do this in Customizing for Controlling under General Controlling ® Organization ® Maintain Controlling Area ® Activate Components/Control Indicators. Otherwise, the reconciliation between Financial Accounting and Controlling at company code level is not possible.
In Customizing for Financial Accounting (New), you have processed the IMG activities under Financial Accounting Global Settings (New) ® Ledgers ® Real-Time Integration of Controlling with Financial Accounting.
Activate real-time integration for all company codes between which you want to make CO-internal allocations.
In the IMG activity Define Variants for Real-Time Integration, do not select all CO line items for transfer. If the same line items are to be transferred as through the reconciliation posting from the reconciliation ledger, select the following line items:
●      Cross-Company Code
●      Cross-Business Area
●      Cross-Functional Area
●      Cross-Fund (if you use Public Sector Management)
●      Cross-Grant (if you use Public Sector Management)
Features
Value flows within Controlling that are relevant for General Ledger Accounting such as assessments, distributions, confirmations, and CO-internal settlements are transferred immediately. The FI documents are posted with the business transaction COFI. They contain the number of the CO document. This means that you can call up the CO document from the FI document, and vice versa.
Activities
If a document could not be transferred because the posting period was blocked in Financial Accounting or no account was found, for example, the document is included in a postprocessing worklist. You need to check this worklist regularly and process any documents in it. From the SAP Easy Access menu, choose Accounting ® Financial Accounting ® General Ledger ® Corrections ®Post CO Documents to FI.
Example
An internal order for business area 0001 is settled to a cost center of business area 0002. The document from this allocation is transferred in real time to Financial Accounting.
Reg
assign points if useful

Error:Account determination for entry 1000 KBS 0001 not possible

Hi all,
i created one project PO account assignment category Q ,with out master data ,material text , material group , i entered W.B.S ,
P.O . created ,while doing GR , i am getting following error Account determination for entry 1000 KBS 0001 not possible
regards
vijju

Dear Viju,
                                                                                The error M8 147(Account determination for entry XXX KBS
not possible)is because of the corresponding entry mismatch in T030
table .For resolving this we need to make a corresponding entry in
transaction OBYC (the menu path in SPRO is as follows)
Materials Management
-> Valuation and Account Assignment
   -> Account Determination
      -> Account Determination Without Wizard
         -> Configure Automatic Postings
Please also review
Note 364570 M8147,KBS posting when assigning accnt to GR for PO
Regards
V V

Account determination for entry 1000 AUM

Hello Everybody,
While doing the stock transfer (MB1B) from unrestricted stock to sales order stock system is giving the below error.
"Account determination for entry 1000 AUM 1000 ___ 3100 not possible
    Message no. M8147
Diagnosis
    The system did not find an account for this transaction. This means that
    the account determination for key 1000 AUM 1000 ___ 3100 is not
    maintained in MM Customizing (Valuation). The key is made up of:
    o   Chart of account
    o   Transaction key (= Posting transaction)
    o   Valuation grouping code
    o   Account grouping code
    o   Valuation class
System Response
    The system cannot update a G/L account for this transaction. You cannot
    post the transaction."
*The total quantity of the Material is 600.but if i transfer up to 599 qty system is not giving any error.for 1 qty only its asking    AUM assignment.*
**why system is behaving like this..? where its finding the price difference...?
   Please help me..
Regards,
Srinivas Putty
Edited by: srinu putty on Apr 21, 2010 7:44 AM

hi
goto OBYC here dbl click on AUM and then here give the accounts for the valuation class 3100
SAP help for understanding AUM
Expenditure/income from transfer posting (AUM)
This transaction is used for transfer postings from one material to another if the complete value of the issuing material cannot be
posted to the value of the receiving material. This applies both to materials with standard price control and to materials with moving average price control. Price differences can arise for materials with moving average price if stock levels are negative and the stock value becomes unrealistic as a result of the posting. Transaction AUM can be used irrespective of whether the transfer posting involves a transfer between plants. The expenditure/income is added to the receiving material.
regards
kunal

Error M8147 Account determination for entry CPES PRD not possible

Hi all
Im getting this error when a try to make a goods receipt whit trx migo and materials whitout material number and GR goods receip: 101. I try with the trx omjj whith movement type 101 and account grouping and then I don´t know how to do, I read I need a new entry here, but I don´t know how to do this. Some one could tell me if I´m doing the things right or exist any other way to solve this problem?
Here´s the exactly message error.
Account determination for entry CPES PRD not possible
Message no. M8147
Diagnosis
The system did not find an account for this transaction. This means that the account determination for key CPES PRD is not maintained in MM Customizing (Valuation). The key is made up of:
Chart of account
Transaction key (= Posting transaction)
Valuation grouping code
Account grouping code
Valuation class
System Response
The system cannot update a G/L account for this transaction. You cannot post the transaction.
Procedure
Contact your system administrator.
If you have the authorization, check the Account determination in Customizing for Valuation.
Proceed
Note
The relevant posting transaction can be found in Table T030A.
Best regards
Edited by: Alvaro Olmos on Aug 21, 2010 2:36 PM
Edited by: Alvaro Olmos on Aug 21, 2010 2:40 PM

Hi,
Use t.code: OBYC, Double click PRD, Enter Chart of Account.In next screen ,click RULES in application tool bar & then in next screen select check box of Debit/Credit but do not select check boxes valuation class, valuation Modifier & account modifier & save.( not required as price difference will goto one generic G/L).
Now come back & again use t.code: OBYC, Enter Chart of Account, Double click PRD & enter your G/L account for Debit/Credit& save.
Now try your transaction doing MIGO, you would not have any error now.
Better involve FICO consultant for the above steps.
For more check the link:
http://www.scribd.com/doc/2531210/SAP-FI-GL-CONFIGURATION
Regards,
Biju K

"Account determination for entry CHFS BSX 37AP not possible" -goods receipt

I have a student using ECC 6.0 getting the following message when posting a goods receipt for a purchase order:
"Account determination for entry CHFS BSX 37AP not possible"
This is in the Fitter Snacker configuration phase 2 client, but now doing the configuration for the Marshall Muffler Company case. No other student has this message. I have checked everything that I can think of -- company, plant, purchasing organization, G/L account numbers, vendors, materials, quanity and value updating, valuation grouping code, automatic postings for inventory posting (BSX), controlling area, .. but cannot find anything amiss.
Can anyone help with this? We are client 625 on the moscow server at Chico. The student is user 625-037, using 37 as a prefix for the various components e.g. company code 37MM. One PO for exampe is 4500000116. The student has created a number of orders trying to get it to work. Strangely, the student did get one raw material received on one PO for a vendor earlier, but now cannot do so.

1st thing to do is understand the error message format. - comp. code - transac - valuation class. so you need to tackle BSX part.
goto transaction code OMS2 make sure the Mtype for Raw materials (RM) , Semifinished (SP) and Finished (FP) is selected for Quantity / Value updating tick box. You can check this by going clicking Quantity/valur updating on left hand panel.
then goto transaction code OBYC for BSX transaction , make sure your plant it is assign to the correct valuation classs 3000. save everything.
now try goto transaction code MIGO to cerate the GR again. Normally if you don't maintain the BSX properly, you bond to have similiar error for WRX. so please make sure that is also taken care off.
Now you should be fine creating the GR. Good luck.

Automatic customer account determination for EBS

Similar Messages

Maybe you are looking for