Hi Brian!
Thank you for your answer!
After debugging AC_DOCUMENT_CREATE i found an error coming from an FI validation.
We changed the validation and now acc. doc is created without any issue. What is strange is that the error message is not displayed.
Thank you again!
Hi
I want to open the Header field in VF02 based on some specific billing type only so please let me know how it is possible.
While expecting some assistance from SCN for such a query, ensure that you provide maximum details in your post. Which Header field you would like to edit in billing document? You can try with USEREXIT_FILL_VBRK_VBRP in Program RV60AFZC
G. Lakshmipathi
Hi Laxmi,
This user exit can be used in VF01 and i want to open the field like incoterm in VF02 to modify manually.
Thanks..
From your post, it is very difficult to understand the issue. You also need to explain what configuration / Condition Class you have for shipment cost condition type and pricing condition type. Also with the standard configuration, you cannot fetch the shipment cost to billing document. There should be some user exit in place which you have to find out what logic is written there.
G. Lakshmipathi
Hi Expert ,
I Stuck in one issue .This issue related stock transfer order two plant in one company code .s.t.o doc created in 2010 with 6 line item after complete process .stock of two line item quantity remain in mb5t .till that all process for this doc is completed except these two line item .my business want to either remove or nill the quantity from mb5t otherwise quantity moved in storage location .please give me proper suggestion how to do
Hi,
I am not sure I understand when you say with standard config shipment cost cannot be pulled into billing. We relied on this a lot : http://help.sap.com/saphelp_45b/helpdata/en/5f/e411bb044411d2bf5d0000e8a7386f/frameset.htm
Here is some condition configuration info
| Application | Condition type | Condition class | Calculation type | Condition category | Manual entries | Group condition | Header condition | Item condition | Group cond.routine | Scale formula | Plus/ minus | Amount/ percent | Value | Qty relation | Calculation type | Delete | Calculation Base | Matrix maint. | TextDetermProcedure | Text ID |
| F | Cond1 | B | B | F | X | X | X | 0 | 0 | X | X | X | X | X | B | |||||
| V | Cond1 | A | T | F | C | X | X | 0 | 0 | X | 02 | 0001 | ||||||||
| F | Cond2 | B | T | F | X | X | X | 0 | 0 | X | B | 1 | ||||||||
| V | Cond2 | A | T | F | X | X | 0 | 0 | X | X | 02 | 0001 |
Also this is what I see upon clicking cond1 which is inactive in shipment cost and active in billing
| Double clicking condition 1 in Shipment cost pricing shows below | |||||
| Condition class B Prices | |||||
| Calculat.type B Fixed amount | |||||
| Condit.category F Freight | |||||
| Cond.control A Adjust for quantity variance | |||||
| Condit.origin A Automatic pricing | |||||
| Inactive Y Inactive because of subsequent | |||||
| Group condition Yes |
| Double clicking condtion 1 in Billing shows below | |||
| Price Source F | |||
| Condition class A Discount or surcharge | |||
| Calculat.type B Fixed amount | |||
| Condit.category F Freight | |||
| Cond.control E Condition value and basis fix | |||
| Condit.origin A Automatic pricing | |||
| Group condition Yes | |||
| Statistical Yes |
Pl do let me know if further information is required.
Thanks for your time
A
Hi vivek garg,
from a functional perspective the manual change of several header fields in the invoice are not desirable.
Such a field as incoterms (VBRK-INCO1) is copied from the referenced document, in delivery related billing from the delivery (LIKP-INCO1). Into the delivery it is also copied, from the sales order (VBKD-INCO1), and into there it is determined from the customer master (KNVV-INCO1).
Due to this dependencies in the standard SAP behavior the field is not editable in transaction VF02. A manual change would lead immediately to an inconsistency, because then the incoterms in the sales order and delivery would no longer be the same to the one used in the invoice.
Of course the filling of the field can be influenced by the user-exit mentioned by G Lakshmipathi. Then you would have to program coding to define how the field should be filled differently.
But if I understand your requirement correctly, then you really would like to modfiy manually the field, in VF02, right?
If this is the case, then of course the user-exit, which is executed in the creation phase of the invoice process in VF01, is not useful.
Instead you would have to modifiy the screen 6001 of program SAPMV60A and change the editability of the screen field VBRK-INCO1:
But since this is hard-coded and no user-exits exists (as explained, some fields are not allowed to be changed!), you would have to modify standard coding of include MV60AF0F_FELDAUSWAHL_SONDERREG for screen-name = VBRK-INCO1 and force a change in screen-input from '0' to '1'.
Let me emphasize clearly that this is not recommended! From an audit perspective you can not deliver the goods with different incoterms than those that are then changed in the invoice. This is inconsistent and for good reason the screen input is deactivated.
Best regards,
Tobias
Dear Tobias
Thanks for such a detailed & care towards the issue of members seeking for help.
Very good Hobbit of educating the members in SCN with Limitations&Boundaries.
Phanikumar
Thanks Phanikumar V, I hope my reply is clear enough. 
Hi Venky,
I am facing the same issue. I need a proforma invoice for GTS. However billing split is always performed by foreign trade data.
Any suggestion?
Kind regards,
Christian
Hi masters ! please help me . thanks
Hi All,
I'm facing an issue in Credit memo, I'm creating a credit memo with ref of Invoice but in my credit memo Tax become statistical conditions hence forth tax is not considering by system.
More Details about transaction : Pricing procedure being used in both like Invoice and credit not are same and in copy control I've kept pricing type as D. I search in forum and found SAP note 1043372 to fix this problem but I'm not sure to implement this.
If can any one come across the same situation please confirm how we can fix this problem.
// Nagesh
There are different movement types to close this issue but each and every movement type will have different implications. May be you can execute MB1A with movement type 201. Do a test case in DEV, share it to your clients' finance team and get their concurrence whether this movement type suits their requirement.
G. Lakshmipathi
Hi,
I've a question regarding the incompleteness check for foreign trade informations.
In VI29 you can assign incompleteness schemes to imports and exports. We have defined to check the customs office for exports, because this is a mandatory information which is needed for the export to 3rd countries.
But not for EU exports. And that is my question: is there a chance to differenciate the incompleteness check between 3rd country exports and EU exports with standard functions?
Otherwise I thought about using an exit from note 118573 in order to set a different incompleteness scheme when I've got an EU export.
Maybe somebody has some xp with that question.
Thanks.
Chris
You can define Exclusion in VI30 and assign the same to your item category in VE80
G. Lakshmipathi
Hi,
that doesn't help me because the problem is not the INTRASTAT reporting, my problem is the restrictive usage of the incompleteness scheme.
Every time I create an invoice for an EU customer, SAP asks for a customs office although it's not needed. On the other side, for 3rd country customers it is mandatory.
Regards.
Hi Chris
You would most likely be best to use EXIT_SAPLV50E_006 to check your case and set the completion under your own conditions as required.
Kind regards
Brian
When they are service invoices in the way that it is resource related billing, you can try with tables AD01DLISF and AD01DLIEF + VBFA.
In all cases by the way you can try with VBFA, here the invoice should be the follow on document.
Another option is to check from finance, for example in the COEP (CO) table.
When it is within the same company code, there should not be stock in transfer. The stock is then automatically booked after GI.
You can better reverse the booking to stock in transfer via MB1B, probably by using the Original movement type + 1.
Then when you use the default SAP, UB stock transfer flow, there should be no stock in transfer.
Within the same company, there is no change of ownership. For this stock cannot be in transfer.