Account determination for customer account with ZERO value

Hi Friends,
My clint requirement is to sell product free of cost to customer but per accounting purpose taxes need to be calculated.Any possible solution guide us per acheving this challenge.
Accounting needs to be trigger like below
DR.customer     $0.00
DR Free of charge account      $100.00
CR. output vat 18%                   $18
CR EXCISE DUTY 12%(IF APPLICABLE) 0.00
CR un relized revenue                         $82.00
Thanks in advance
Srinivasa

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

Output determination for Customer Account group - A brain teaser

At the place of configuration for Account groups, there is a field called Output Determination which has values like DB001, DB002 etc which says output for sold to, ship to and so on...
What is the purpose of maintaining output determination procedure at the account group level?
And also, where can i do the complete output determination for it? Like i could see Output determination for sales activities, sales documents, billing documents and shipping...But no where in the img screen, i found a place where i can configure these? Any ideas?

In SAP, we send different output types(read documents) for Inquiries, quotations, orders etc. to relevant partners (read contact persons) sold-to party, ship-to party etc. thru various transmission mediums like ex. Print, Fax, e-mail etc.
Output can be determined by using component output determination procedure. System should know from where the output is to be determined whether from IMG or from customer A/C group. This is depended upon the control that we can activate or deactivate in "Check access for condition type" in definition of the output type (T.Code: NV03)
Output Determination:
IMG > Sales and Distribution > Basic Functions > Output Control > Output Determination Output Determination Using the Condition Technique > Maintain Output Determination for Sales activities/ Sales Documents etc.
Regards
AK
Reward points if helpful

No account determination for Service PR with acct assngmnt

Dear Experts,
I am creating a PR with account assignment as K (even any other like F, N) and Item category D. After completing the entery of all details like service number, qty and gross price, a new screen is appearing to enter the cost center but also the G/L account number.
I have maintained the Valuation class in the service master and the automatic account determination settings in OBYC are aslo setup.
I am surprised why it is not determining the G/L account?
Can any one please guide me how to rectify this error?
Edited by: b praveen savan on Aug 14, 2009 3:12 PM

Hi Praveen,
You have to enter the correct GL Account & Cost Center for each line items.
You are going to procure the material with respect to GL Account, System doesn't know whether the accounting should go to which GL A/C & Cost Center.
Here, The STD SAP Scenario is you are purchasing the material with respect to Location/Dept wise to restrict the Qty updation in stock.
Regards,
Mohd Ali.

Account Determination for GL account

Hi,
We currently have a P&L account (9XXXXXX) that is NOT set to "Post Automatically".
Question:
We want to make it to post automatically and do KO88 settlement to it. Can we do this?
Point will be rewarded.
Thanks
Mohan

Yes; if we make the balance 0, then it will post automatically; But will it then allow us to do KO88 settlement to that account after this? Or will this only work for vendor/customer settlement?
Please confirm

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.

Issue with MIGO- Account determination for entry ABCD FR1 not possible

Hi,
We create a PO with account assignment category - A.
When we are doing MIGO against this PO, error showing - Account determination for entry ABCD FR1 not possible.. (PO without material code)
I have already checked following points: -
1. First check Material Group in PO and through OMQW tcode, also checked mentioned valuation class against Material Group.
2. In OBYC, checked that in Transaction Key FR1 has the GL assignment with Chart of Accounts ABCD...
Please let me know now, how to fix this issue now...
Regards..

Hi,
Maintain Valuation modifier along with valuation class in OBYC.
And also Check the automatic account determination cofiguration once...
The below link helps you in configuaration .....
http://www.sapstudymaterials.com/2007/12/sap-mm-automatic-account-determination_16.html
Regards,
Udaya.
Edited by: udayareddy on Oct 15, 2011 11:17 AM

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

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

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

ERS generated document with zero value for SES

Hi,
I have maintained service entry sheet.
Accounting entry is generated.
When I run T code MRRL, it has generated document with zero value.
This is not a free goods PO.
Why this is happening?
Please guide on this issue.
Regards,
Piyush

Hi,
Creating an ERS zero document is an expected system behavior ,you
could create an ERS zero document by doing the following wrong
procedure:
1. Create PO with ERS falg ON.
2. Perform GR for PO.
3. Create the invoice by MIRO.(Not MRRL).
4. Run MRRL (LIV-ERS).
For every purchase order with flag 'ERS' a table entry is generated.
If a goods receipt is posted, this GR should be invoiced via ERS
(Tr. MRRL). Manually posted invoices should be avoided, because
the table entry will not be deleted. A new invoice receipt must be
created while running ERS (but with amount and quantity zero and without
FI documents) in order to give a message to the vendor because he
has sent you an invoice by mistake.
Could you please check also the note:1069215
Best regards
Erika

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

What should i take for customer account group

wat is the best to customize customer account group
i m thginking to creat one exportcustomer and other one is domestic
or else i ll make one one as sold to party
plz help

Customer Master
Account Group
Maintain Number Range for Account Group
Use
The purpose of this activity is to control number range of Account Group.
Procedure
 Access the activity using one of the following navigation options:
IMG --> Financial Accounting (New)  Accounts Receivable and Accounts Payable  Customer Accounts  Master Data  Preparations for Creating Customer Master Data  Create Number Ranges for Customer Accounts  Select the Icon to maintain Number Range
Transaction Code SPRO
Data to be maintained:
No | From | To | Current No | Ext (Tick in Check Box)
01 | 0000000001 | 0000099999 | 0 | No
02 | 0000100000 | 0000299999 | 0 | No
XX | A | ZZZZZZZZZZ | Yes
Assign Number Range to Account Group
Use
The purpose of this activity is to maintain number range of Account Group.
Procedure
 Access the activity using one of the following navigation options:
IMG --> Financial Accounting (New)  Accounts Receivable and Accounts Payable  Customer Accounts  Master Data  Preparations for Creating Customer Master Data  Assign Number Ranges to Customer Account Groups
Transaction Code SPRO
 Data to be maintained:
Group | Name | Number Range
0001 | Sold-to party | XX
0002 | Goods recipient | XX
0003 | Payer | XX
0004 | Bill-to party | XX
Define Account Groups with Screen Layout (Customers)
Use
In this step, you determine the account group of the customer.
Procedure
Access the activity using one of the following navigation options:
IMG --> Financial Accounting (New)  Accounts Receivable and Accounts Payable  Customer Accounts  Master Data  Preparations for Creating Customer Master Data  Define Account Groups with Screen Layout (Customers)
Transaction Code SPRO
The groups indicated below are a few examples. There are many groups in Standard SAP & if we require additional Group, it can be copied from appropriate group & maintained.
Group | Name
0001 | Sold-to party
0002 | Goods recipient
0003 | Payer
0004 | Bill-to party
0005 | Prospective customer
0006 | Competitor
Select Sold-to-party  go to Details  Double Click on General data / Company code data / Sales data. It will take to next screen which details Tab Pages of General data / Company code data / Sales data. Double Click on Tab Page for example: Address, Control, Marketing & so on. Here you can maintain whether the field is to be Suppress, Req. Entry, Opt. entry or Display
Regards,
Rajesh Banka
Reward points if helpful

Reverse GR error:Account determination for entry GCOA...not possible

Hi!
If we encounter the error Account determination for entry GCOA PRD 0002 ___ ZRO1 not possible when reversing GR, does this have something to do with the number of available stocks of the materials?
In our other servers, the transaction key PRD is blank. but we ca reverse GRs.. but in our production server, PRD is also blank but we cannot reverse the GR. The error Account determination for entry GCOA PRD 0002 ___ ZRO1 not possible comes up.
What could be the reason for this?
Appreciate your help..thanks so much!
Regards,
Paula

Please specify below:
1. what's the price control for problem material? S or V? And what's the price unit?
Price control is V, price unit is PC
There is no change in PO price.. the price is 40.
2. what's the movement type for the material document posted? What's the quantity
in the material document?
mvt type in GR is 101.. PO qty is 3996 pc and GR qty is 3996 pc.
3. what's the accounting doucment posted during the goods movement. Please list all the lines
in FI document with transaction key information(BSX/WRX...)
89 - BSX
96- WRX
4. what's the current stock/stock value for the problem material, i.e. the stock/stock value before
posting the GR reversal?
current stock is 6,383.000 pc
GR reversal has not been done yet...
Thanks so much for your time..
Regards,
Paula

Account determination for customer account with ZERO value

Similar Messages

Maybe you are looking for