Can you check whether OSS Note 1477363 - BSEG quantity is not filled for SD billing documents is of any help to your scenario?
Regards,
Can you check whether OSS Note 1477363 - BSEG quantity is not filled for SD billing documents is of any help to your scenario?
Regards,
Hi Enayat,
Copying requirement 010 in the copy control setting allows creation of multiple invoices against a delivery. It also allows invoices even when the delivery is not PGIed. Requirement routine 311 will resolve your issue. It disallows multiple creation of invoice against a delivery. It will also disallow invoice if PGI is not done.
Regards
Ankit
Simen,
If you want a particular exchange rate and a particular exchange rate type in your billing document (and other transactional documents) then why don't you make use of these two fields in the customer master record? (XD03, Button Sales Area Data, Tab Sales)
Ivano,
One question to get confirmation -
field TVFK-GRBED_S, in VOFA is used specifically when using t-code VF11 (i.e. cancelling a billing document), to have a requirement, when Billing document to Cancellation billing document?
Thank you, in advance!
Dear,
What do you mean by above sentence ?
First is creation of SD invoice then only we can create / release that Invoice document accounting to FI point of view .Without generation of Invoice how can we get Accounting part in SAP ?
When you come to Proforma Invoice ,it doesnt have accounting part so,there is some inconsistency will be happen if use any user exit or enhancement on your requirement .
How system knows ,there is error ( what type errors ) occurs during FI accounting ? If there is no Error during FI accounting creation then what what will be happen ?
If you have any doubts please let me know .
Note : If any thing is mistake in my post please explain little bit more your requirement .
Thanks,
Naren
Dear Forum
We have a pricing procedure for Scarp sales( Specific Order Type) wherein the basic price is maintained manually during order creation. By oversight this Pricing condition ZSPR has been maintained twice in the order, even though one of them shows as inactive, the assessable value ( used for calculation of excise is doubled. This leads to error in the excise amount in the billing document. Please advise as to how I could have an error proofing for this type of error.
Regards
Ramanathan
+91-9871877445
Narendra,
When you come to Proforma Invoice ,it doesnt have accounting part so,there is some inconsistency will be happen if use any user exit or enhancement on your requirement .
(For this enhancement) The code can be written to exclude certain billing document types (e.g. F5, F8).
In other words, for all billing documents of billing types other than F5 and F8; an accounting document is mandatory.
Side comment - OP can confirm whether the business uses proforma invoices.
Interesting posts by you and Ivano!
Thank you!
Are you suggesting to put a routine in Copy requirement, in copy control VTFA (Billing document < Order)? Which would check the value of field VBRK-RFBSK;
if this field value is C (Posting document has been created) then create a billing document
Or else do not create a billing document.
Another question, in this routine, could an error message be incorporated too?
"Billing document not created"
Hi,
Is the Original Sales Order showing the correct values still ? If yes, just try to create the Invoice with a Billing Date as 15.05.2013. It should copy the right values from the Sales Order;
If the Original Sales Order is showing the values based on from 20.05.2013 change the Pricing Date in the Sales Order to 15.05.2013 and reprice the Sales Order with Pricing Type - C[In order not to mess with any manual prices if they are present]. This should bring the Price to the same Original Value. Save the document.
Now create the Invoice as of Billing Date 15.05.2013. This should bring the correct original price.
If any of the above are not happening, there might be some other issues.
Thanks.
Dear,
If any Condition Type ( more than One condition Type in Sales Order ) having Field " Condition Class is Prices " then second condition type will be inactivated automatically .This is standard sap .So,you dont need to add same condition type twice in sales order .Just change the price manually of that condition type in Sales Order If It is Manually Condition Type .
If you have any doubts please let me know .
Thanks,
Naren
shobha,
If the second ZSPR and its value are inactive, the how is excise being computed for it?
Could you please paste the screenshot of the Tab Conditions, in the sales order?
geeta,
The currency in the billing document would be same as that in the sales order.
If user is not ready to reverse the cycle, then I think having the currency in the billing document as GBPN would not be possible!
Additional comment: The currency from the customer master record flows to the sales order and then the it flows from the sales order to the billing document.
If the customer master has a different currency than that in the sales order (due to user changing the currency in the sales order manually), then the currency in the billing document is same as that in the sales order (and different from that in the CMR).
SAP,
Is the issue about value or the currency (in the billing document)?
Narendra,
Could you please explain what you mean by -
1. Company Code Currency ( Second preference )
FYI: Sold To party customers created from account group 0001, have field Currency as mandatory.
Dear,
You are talking about Standard Account Groups .In Standard AC ,The currency is Mandatory. If you customize Ac then If it is not mandatory then If you created Customer without Currency then what will happen when you are going to create a Sales Order with that Customer then the Company Code Currency shall come into Sales Order Level.
If you maintain Currency in Customer then no problem If not then system by default will take CO Currency into Sales Order .
Note : No need to stress 0001 AC having Currency Mandatory .
Thanks,
Naren
HI,
In the copy control VTFL use the PRICING TYPE D
hope it helps
regards,
santosh
Hi Santosh ,
Hope it does not work because it won't look the qty difference also. It fetch the value without any look.
And after picking the value the system also allow to change manually if possible by cond type.
D ;- Copy pricing elements unchanged. The system
I think we need to assign any routine or enhance any standard routine to match the requirement at header or item level.
Regards
Pitabash
Ivano,
Many thanks for your post!
Hi,
You need to check the running status with SM37, and the performance status also. So check with the ABAPer and tell him to do the performance tuning for the code. may be most of them are hard corded or related to that in code.
Take the help of ABAPer.
Regards
Pitabash