Dear prashat,
You needs to check cusomer master xd02 - remove credit check in Billing Tab
or
go to FD32 and remove credit limit for the respective customer
Thanks, Sameer B
↧
Re: Credit check at Sales order for two different line items
↧
Re: Account determination Error during billing reversal
Thanks SR Kumar.
↧
↧
Re: Account determination Error during billing reversal
Hello.
In the first screen you show unsuccessful determination for ZMOH condition type.
In your second screen you show an unsuccessful determination for ZMOH, but for the second access.
I guess you have successful determination on a different level for the second billing document - e.g. Material group/Account key or Account key and this is why the document was posted to accounting. It does not mean that it is correct, just that there was such combination found. 
An exclamation mark in account determination means that there is no value for the field found. Usually the value is taken from the master data, but can also be taken from other sources, sometimes you can also change it in the billing document before posting to accounting. For example if I see that the customer account group in the document is incorrect, I can go to VF02->header and change it to the correct one in the billing document and release to FI. The same is valid for billing item level - if the material account assignment group was wrong at the time of sales order creation.
I would suggest to review very carefully the account determination for both documents. It is not a very common practice to determine all postings only based on material groups and account keys. It is very disturbing to see customers without maintained account groups in a productive environment. Please check with your consultant and with master data specialists - for all trade customers used as payers you should have account assignment group maintained as obligatory field. It is possible that the wrong partner was maintained as a payer and it has an account group, where the account assignment group is not obligatory. If the payer is wrong in your successfully posted document this can be a very bad news for the accounting department.
Regarding VKOA:
when you introduce a new pricing condition for a given process and you want to generate a posting to FI, it gets an account key - in your case it is ZMH. You can specify based on what criteria to determine the G/L account - could be customer/material/assignment to controling object/some other criteria that you need based on the business process. You have to provide the exact criteria when requesting the changes from your consultant. For each combination of sales organization and chart of accounts you can specify different rules.
- If the condition should not be determined - check with the pricing expert.
- If the master data is wrong - request that master data team fixes tha problem and you have to maintain the correct groups in the billing manually.
- If the master data is correct, but somebody changed the data in the preceding document - you can change it in the billing.
- If the account assignment to controlling object is wrong - check if you are supposed to maintain manuallu an internal order/wbs element etc. in the sales order.
- If all data is correct, but you still do not get a G/L account determined - request the combinations from the SD consultant for this specific sales organization. You probably have a template that you are supposed to fill.
↧
Re: Credit check at Sales order for two different line items
Are the 2 items with different item categories?
- If yes - then go with the VOV7 setting for credit exposure update that was already suggested.
- If not - check if you can use letter of credit functionality (this means somebody guarantees the item will be paid) and assign a financial document to the second item.
- If you cannot use letter of credit and your item categories are the same - check if they have different pricing. Credit value depends on a special subtotal 'A' in the pricing procedure, so you can change your pricing procedure in a way that the value of the second item is not included in KOMP-CMPRE.
↧
Re: customer extention
It is a bit more complicated, because he should specify the same customer and company code as reference. Also it is important if the user has authorization only for the sales organizations assigned to a single company code - otherwise nothing would stop him from creating sales area data for the same customer without having the corresponding company code view.
↧
↧
Re: customer extention
Hi SRK,
don't want to create Z development.
Thanks
Ashwini
↧
copy sales doc to billing doc - Manual conditions
Hi ,
I am having a manual condition in Sales order. Now while copying the conditions to Proforma , I want to stop copying the manual condition to Proforma invoice .
Is there any settings available so that I can stop copying the manual conditions from sales order to proforma. If not which VOFM routine to be used to delete this manual condition while copying
thanks,
Regards,
SR
↧
Re: copy sales doc to billing doc - Manual conditions
Hi,
Is the Manual Condition a statistical condition?
Do you have the same Pricing Procedure for Sales Order and Billing document?
Regards,
SRK
↧
Re: copy sales doc to billing doc - Manual conditions
Hi Kumar,
Thanks for reply.
Yes it is a statistical condition and they share the same Pricing procedure. In fact the condition type is PN10 flowing through interface and updates sales order but we don't want this to be copied to proforma.
thanks
Regards,
SR
↧
↧
Re: copy sales doc to billing doc - Manual conditions
Hello SR,
To avoid Manual condition from SO to Billing I believe you should use Pricing type G instead of C in copy control (T-code: VTFA)
Thanks,
Prashant Sharma
↧
Re: customer extention
Since you pointed out that you do not wish to use any custom developments, I will skip the most obvious solution to the problem .
I do not think that you can achieve this functionality only with customizing settings.
An alternative is to establish an approval process for customer master data maintenance and create the customer views only after the change is approved.
You can establish the approval either via a ready-to use workflow (there are some solutions available by extrenal vendors that can do what you ask) or use mail communication of some sort to receive the approval out of SAP.
In case of out-of-the-system approval - the customer master extension should be perfromed not by an end user, but by a master data specialist who uploads a validated template filled by the requestor.
↧
Re: Multiple invoice creation for one delivery
Hello Francisco,
your post is creating confusion.
Kindly clear doubts.
One with the details of the products and the prices by product.
-(B) One with only one line item considering the total of the Price for distribution (distribution Price * quantity for each product, summarized).
As you told you want two invoice one with prices by product and other with distribution Price. order is created with which price ??
Customer requires 2 different invoices:
Which invoice you want to post to FI ?? both can not post to FI.
As per my understand you should create the proforma invoice using separate pricing procedure (different pricing procedure from Sales order) and this proforma invoice will only use for information purpose.
Thanks,
Prashant Sharma
↧
Re: customer extention
thank you for your valuable reply...can you suggest any userexit for this.
↧
↧
Re: copy sales doc to billing doc - Manual conditions
Hi Prashant,
Perfect. working fine and thanks a lotttttttttt.
Regards,
SR
↧
Re: customer extention
My understanding so far was that you do not wish to go with the developmet approach.
My suggestion was not exacttly to use a user exit, but to craft a z-transaction, that calls VD01, where you have a different selection screen.
The user should specify the customer number that he wants to extend and he should also specify the sales area to create. The program should execute a check upon user entry in KNB1 to get the list of company codes for the customer. Then can check in TVKO what are the assigned sales organizations and get a list of allowed sales areas by cross-check in TVTA. If the user presses F4, he can get the list for selection, if he enters the sales area manually, the program should check if he entered allowed sales area. If all checks are ok, the user can proceed with the normal screen processing that you get from VD01. Creation with reference to a different customer can also be supported.
Then you give authorization only for this program, but not for VD01 to the users.
It does not seem a really complicated development, but still requires some ABAP effort and minor testing.
Regarding the user exit for additional checks at customer creation - you can try to use SAPMF02D I guess and build your logic there, but I think that it is executed at save, which is a disadvantage compared to checks at the selection screen.
↧
Rebates settlement, mass display
Hello,
I'm looking for a way to display a variable agreement and export documents related to a particular rebate to excel or txt file. For example rebate accrued for 10'000 EUR was settled 3 times for 2'500 EUR. I need to export those 3*2'500 EUR and I need to do that for multiple rebates.
I can view the documents which I need using VBO3 -> insert rebate -> view rebate documents (partial/final settlement).
On the view I got credit memos, values and dates of settlement. I'm generally interested in the values only.
I can't use VBO3 for that because I need to repeat this operation for hundreds of rebates ... this way it will take me months.
Thank you for your help.
↧
Customer account is not flowing to accounting document
Hi
Customer account is not flowing in to accounting document
when i check in vf02 accounting tab am not able to see customer account ,for this customer master data company code tab Recon. account is maintained please help me out
thanks in advance
↧
↧
Re: Customer account is not flowing to accounting document
It really depends on what you are invoicing exactly.
Please post screens of your account determination in the document and explain briefly the business process.
↧
Re: Customer account is not flowing to accounting document
What do you mean by Customer account? Is it customer code or Reconciliation account or G/L Account ? For information, FI postings will happen based on the settings you set in VKOA where you assign different G/L Account
G. Lakshmipathi
↧
Re: Customer account is not flowing to accounting document
Hello Syed,
First thing there is no accounting tab in invoice (VF01/VF02) more over reconciliation account we could see through VF01/02/03 > Environment > Account Determination Analysis > Reconciliation account.
Additionally we could see Reconciliation account in invoice if it is maintained in background setting.
Thanks,
Prashant Sharma
↧