Maintain Customs vendor in condition type

Dear all,
We have seperate pricing procedure for imports,we manually capture required customs duties in condition types in purchase order,Subsequently we need to do customs miro,for that we need to maintain customs vendor for every condition type,
Since we need to maintain everytime manually,Since for import zero tax code is involved,so how to maintain customs vendor for condition types so that it will automatically populate while creating import purchase order ?
Thanks
Jeyakanthan

Hi
i have same scenario for import, assign custom vendor to import condition if there is lot of line item is very hard task and user sometimes miss one of condition, so i create one prog. with abaper ZMMIMPORT_PO,after po. this programe excute input is excel file whre they mantain PO NO ,LINE ITEM,CONDITION Types ,Amount Currency ,Vendor,
so conditions are maintained after this prog.
hope this will help you

Similar Messages

Default customs vendor to condition type

Dear all,
How to arrive at default customs vendor in import purchase order for certain condition types of CVD & It's cess,Customs duty & it's cess & additioanl import duty,Currently it is defaulted to import vendor ?
With Regards
A.Jeyakanthan

Hi,
You could set this in PO, get into the conditios details. For eg CVD,
You should be able to set the vendor there, who will be customs vendor.
This vendor would be the default vendor, when you process the MIRO for the customs vendor and
for your palnned delivery costs.
Harish

Different Vendor in condition type

Hi,
   We are using different vendor in condition type for import purchase order as given.
Ordering Vendor - 800000
Custom   Vendor - 900000 in condition type
Freight    Vendor - 700000 in condition type
While i am doing Goods Receipt, In the Freight tab only ordering and freight vendor is showing. And at the time of MIRO all three vendor are showing for selection.
Question: So is there any restriction for condition type. And if i change vendor at condition type after MIGO what will be effect on MIRO.
We are using GR Base Invoice verification.
Thanks in Advance.
Ashish Panchal

Hi, For Import PO, you need to follow the following standard process for all Indian scenario,
>>You should have different Pricing Procedure, with all the Duties conditions defined.
>>Import Vendor, with import currency
>>Different Document type for import PO, in the PO for the Customs conditions give the Customs Vendor code.
>>In PO tax code to be Zero or Nil %, & u201CGR based IVu201D tick to be removed from Invoice tab
>>Do MIRO for Customs Vendor before doing MIGO
>>After doing MIRO do GR for the Item (in MIGO you will get popup for the MIRO document done, excise details from this is populated in to the PO )
>>Just refer to below link for Import purchase case for some more understanding,
Excise invoice not getting converted into INR from USD for an IMPORT PO

Change Vendor in Condition Type

Hello Experts,
I would like to know how can I change automatically the Vendor in conditions type of delivery cost, for example in Freight condition. The standard always bring the PO Vendor in all conditions.
Thanks and Regards,
Pablo

HI,
In case if you want a seperate Vendor for frieght, then durning PO creation go to item details, condition tab and you will see all the condition Types, in this select your frieght condition type and then click on the details icon(magnifying glass) after you do this on the right hand side bottom you have a provision to provide vendor for frieght.
Now you will have 2 vendors one for your frieght and then another for material.
While doing MIRO when you select Planned Delivery Costs instead of Goods / Services items you can settle the frieght vendor seperatly and then the materials vendor seperately.
If helpful kindly reward points
Thanks & Regards,
Kiran

How to assign vendor to condition type by default?

Hi,
Here one import PO is having more than 100 line items and for each condition type different, different vendor has to be assigned.
Is there any way to make it default before only like all custom duty conditions belong to one custom clearing vendor only all the time, so that each and every time they need not assign it manually..
How to do it pls let me know..
regards,
Sanjana

Hi,
You can create an access sequence for the customs conditions, for example with condition table 780 for plant. In this case you can maintain the import duty condditions based on plant. You can assign the access sequence to the import duty conditions. Now you can maintain the condition records for the import duty conditions in MEK1 based on the access sequence. Since the duty rates may change, you may maintain the condition records without duty rates. Now go to details of the conditions, where you will find "Vendor" field. There you can assign the customs vendor, so that it will be defaulted all the time based on the access sequence (In my example, based on plant).
Regards
AKPT

Vendor in condition type/purch info record

hi,
in condition type, i notice in account determination, there is a vendor field. but this vendor field not exist in all condition type. only freight/customs related with this vendor field.
1) may i know how does the system know whether the condition type needs vendor field or not.
2) in purchase info record, can we defined second vendor as transporter on top of first vendor which is supplier? if can where can i defined as i cant see second vendor in PIR.
thanks
rgds

Hi,
1) may i know how does the system know whether the condition type needs vendor field or not.
Ans:- While creation of Condition type in SPRO we put the condition category as D that is deleivery costs. This determines that this condition type can have Vendor field.
2) in purchase info record, can we defined second vendor as transporter on top of first vendor which is supplier? if can where can i defined as i cant see second vendor in PIR.
Yes you can. Select the COndition type button which appears on top of info record change/creation. Then choose the validity date. Then enter the delivery condition type for e.g FRA1 which is standard one and enter the amount then selet this condiin type and clik on details button or F6 key you will see the vendor field.
Thanks
Shashi
Please give points if info is help ful

Customer Expected price::Condition type EDI1 and EDI 2

what is the trigger point when you enter a customer expected price in a sales order
Is there any enchancement/ routine that runs when you enter customer exepected price in a sales order.

Routine 8 is used is for these condition type to compare, say, when ever the EDI1 price is is higher then expected in compare to base price. Then system will blocked the sales order.
FYI - For automatic determination of these condition type in sales order you get inbound iDoc from customer.
You use condition segment E1EDP05 under E1EDP01 for IDOC ORDERS04, price field VPREI.
As I already mention in absence of IDoc, you can manually maintain the same.
Regards
JP

To search for Who(USER) who maintained value for a Condition Type(Pr00)

Hi Team,
Do we have a table where in i can search for the Userwho maintained Pricing record for base value of a material..
I have the Material and i want to check who created this Condition Base Value Record ..And ask him to maintain it correctly again..
Thanks n hope an early response.
Suman

Dear Suman,
Please go to VK13 transaction enter your condition type then go to menu Environment ->Changes --> Click on Changes Report now system will take you to the Change documents for conditions screen here you give the selection data the execute system will give the output regarding changes details with the User details.
I hope it will help you,
Regards,
Murali.

Maintain default custom vendor

Dear all,
I want to maintain default vendor for some custom condition type. In case of import PO, we maintain custom vendor at item level of PO in condition type. i want that vendor code should come automatically, i have not to maintain multiple time at the time of PO creation.
Maintaining a default vendor code for all customs related condition type.
Does anybody have idea regarding this..Please share your views.....

Dear,
At the time of creation of PO adopt the old PO and values all other details follows automatically. If you want to change in the PO you can change easily and new will not show any reference of the old PO.
Hope this will solve your problem
Thanks & regards
Varun Bisaria

Different vendors in freight condition type error in MIRO

Hi,
We are using different vendor in condition type for import purchase order as given.
Ordering Vendor - 800000
Custom Vendor - 900000 in condition type
Freight Vendor - 700000 in condition type
While i am doing Goods Receipt, In the Freight tab only ordering and freight vendor is showing. And at the time of MIRO all three vendor are showing for selection.
Question: So is there any restriction for condition type. And if i change vendor at condition type after MIGO what will be effect on MIRO.
We are using GR Base Invoice verification.
Thanks in Advance.

Hello Venki,
While doing Customs MIRO, please select from the drop down as 'planned delivery cost' option. Once you select this, then you can find your customs vendor flowing from PO.
Hope this helps.
Vikas.

Updating Condition Type from Pricing Type customer reserve 'Z'

Hi ,
       I've created a sales order using BAPI. Now I want to update the condition type using pricing type 'Z' customer reserve . I'm using BAPI_SALESORDER_CHANGE.
I'm passing the values as:
condition-itm_number = '000000'.
      condition-CONDTYPE = 'Z'.
      condition-cond_count = '01'.
      condition-currency = w_temp_itab_so-currency.
     condition-CALCTYPCON = 'Z'.
      APPEND condition.
      conditionx-itm_number = '000000'.
      conditionx-cond_count = '01'.
      conditionx-updateflag = 'I'
      APPEND conditionx.
But its not getting updated.
Thanks and regards,
Jyoti Shankar

One option is
you have to execute SE16, input table KONV where you maintain the tax condition type and execute.
System will populate all SD documents that are having that tax condition type. There you have to copy the field "Doc. condition" and paste it in VBAK table in SE16 so that you will get all sale orders.
The other option is
you need to identify what access sequence is maintained for that tax condition type which you can see in V/06. Next go to V/07, select this access sequence and execute. There check what tables are maintained. For example, in your case, it could be table 110. So you have to develop a query by table joining A110 and VBAK in SQVI where you can take sale orders based on sales organisation.
thanks
G. Lakshmipathi

Condition Records For Tax Condition types for SAP 4.7

Dear Experts,
What is the procedure to maintain condition records for tax condition types like CST , VAT and Service Tax. We are not using CIN. In MM01 and XD02 tax classifications i have maintained UTXJ condition Type and also maintained the above mention tax condition types.. But when i create condition records for UTXJ in VK11 the sysytem is asking for Tax code. In FTXP when i defined Tax code A1 for Tax ProcedureTAXIN1 where i maintained all the Tax condition types there.But i am unable to save the Tax % in FTXP.When i try to save the tax code it is not saving.
Is there any other procedure to maintain Tax condition types for SAP4.7.
My Pricing procedure that i maintained in V/08 is Z00001.
Regards
Jyoti

Hi Jyoti
Since you are not using CIN, you can do the follwing for tax conditions
Check the assignment of the TAx procedure to country
once u do this , you will be able to maintin the vendor and customer records for MWST type for taxes
then create condition records for MWSt with access sequence MWST in condiution type or design one suited to your needs
alternatevely in the current procedure you can change access sequence for condition type UTXJ form the current one to MWST and then maintain condition records
hope this helps
thanks
Akasha

List of sales condition types for a material

Hi,
I have a material and maintained pricing and discount condition types for that material. I guess VK33 helps to view what condition types maintained for that material.
However when I tried VK33 and selected the material from the conditions from the node on the left hand side and entered the sales org, dist. channel and material and executed after I clicked on the display icon on the condition type, Sales org, Dchl material no conditions are displayed.
Please let me know how I can view the list of sales condition maintained for a specific material.
Thanks.

Hi Giri,
Thanks for the response.
In VK13 I should enter the condition type then I can hit condition information so that the details of all records maintained for a specific condition type will only be displayed but not for other condition types.
In V/LD, I am getting the list only for individual prices. If I insert 17 u2013 Discounts and surcharges by customer or 18 u2013 Discounts and surcharges by material, I am unable to get the list. Is it anything because of the u2018release statusu2019? We had not checked the u2018release statusu2019 field for the tables assigned to access sequence for the condition types.
As per the requirement business wants to view the list of u201CDiscounts and surcharges by customer/materialu201D. I think this is possible if I run the report provided by inserting values 17 or 18 but the unable to view the list. Any config settings required to activate?
Please let me know how to view the list of condition types.
Thanks

Condition type used for invoice list

Hello Gurus,
following condition type used for invoice list, why do they exit in invoice list:
RL00 MW15. LR00 RD01

Hi,
Please go through the below document
When you work with invoice lists, you need to be familiar with the following concepts:
Prerequisites for invoice lists
Relationship to Pricing
Structure of an Invoice List
Changing header and item data
Integration with financial accounting (FI)
Prerequisites
You can only process invoice lists if the following prerequisite data is defined by your system administrator in Customizing for Sales:
Condition type RL00 (factoring discount) must be maintained and, if required, also the condition type MW15.
An invoice list type must be assigned to each billing type that you want to process in invoice lists. The standard version of the SAP R/3 System includes two types of invoice lists: LR for invoices and debit memos, LG for credit memos.
Copying requirements must be defined (for example, the payer, terms of payment and other fields that must be identical in the documents to be included in the invoice list)
In addition, before you process an invoice list, you must maintain the following master data:
A customer calendar must be defined, specifying the time intervals or dates on which invoice lists are to be processed.
The customer calendar must be entered in the Billing Sales Area view of the customer master record.
Pricing condition records for the condition type RL00 and, if necessary, (e.g. in Germany) the condition type MW15 must be maintained.
Output condition records for condition types LR00 and RD01 must be created.
Relationship to Pricing
The system processes factoring discounts in invoice lists in exactly the same way as other kinds of pricing elements. The data for the factoring discount is stored in condition records. Controlling during document processing is carried out via condition types, pricing procedures and access sequences. This control data is defined in Customizing for Sales by your system administrator.
For further information, see Conditions and Pricing.
Structure of an Invoice List
An invoice list represents an individual billing document. It consists of a document header and document items. Each item represents a billing document that you have included in the invoice list. The header contains an overview of summary information, such as the net value of all documents in the invoice list, the value of the factoring discount, details of taxes, and so on. It also contains information on partners and output.
Changing Header and Item Data
You can change some of the header data - for example, the billing date - when you process the invoice list. You can change an item - either an individual or collective invoice - and display document details. However, you cannot change any data in individual billing documents once they are part of an invoice list.
It is possible, however, to make certain global changes to output in all items in an invoice list.
For further information on output, see Communication in Sales and Distribution Processing.
Integration With Financial Accounting (FI)
The documents that you want to combine within an invoice list must already have been billed and forwarded to Financial Accounting. Here the billing documents intended for an invoice list are blocked for normal dunning transactions.
The dunning block on FI documents is lifted as soon as you create an invoice list and transfer it to FI . The system then calculates the new dunning date for the invoice on the basis of the invoice list date.
In addition, the system enters invoice list numbers in the FI documents as reference numbers. Invoice list numbers can then be entered for incoming payments.
When you save the invoice list, the system automatically creates an accounting document for the factoring discount and possible taxes and posts it to the corresponding G/L account in FI.
Regards,
Murthy

Manual Condition type in Sales Order

Hi,
i need to enter a manual condition type in sales order which should come in % and the value should not come or it should come as zero, Is there any way to make that manual condition value as Zero in sales order.
Ragu

Raghu,
Pls check the OSS notes 392668, that will solve your problem.
The same pasted here for your reference. However, I advise you to download it and then read due to inconsistent formatting here.
Reward if this helps.
When you create documents in which the standard pricing is used to determine condition records as well as to calculate a pricing result, the display and entry of manual entries is not clear in the relevant condition screen (screen 6201 in the SAPLV69A or SAPMV61A programs for releases prior to 4.6A).
This note explains the interaction of manual entries with the attributes maintained in the pricing procedure and in Customizing of the condition type.
Other terms
KAUTO, V/06, V/08, KAEND fields, KOZGF, PRICING_CHECK, LV61AU08, XKOMV_ERGAENZEN_MANUELLE, LV61AA53, manual entries, MANU
Reason and Prerequisites
In the pricing Customizing, the following fields affect the manual entry of complete condition lines or individual condition rates:
Description        Technical name              Maintenance transaction in SD
Access sequence    KOZGF                  V/06 and V/07
'Manu'            KAUTO                  V/08
Depending on the characteristic of the mentioned fields, the pricing condition screen appears as follows:
KAUTO   | KOZGF    | Condition record existing on DB? | Result
Initial | Initial   | -                                | (1)
Initial | Existing | No                              | (2)
Initial | Existing | Yes                              | (3)
Set     | Initial   | -                                | (2)
Set     | Existing | No                              | (2)
Set     | Existing | Yes                              | (4)
Result (1)
A condition line is set for the relevant condition type [KSCHL]. The 'Condition rate' field [KBETR] does not contain a value, but is ready for input. The displayed line serves as an input help or a template for the manual entry.
Result (2)
No relevant condition line is set on the pricing condition screen, in other words, the condition type is missing.
If you enter the condition type manually without entering a condition rate in the same processing step, you get a 'template line' as described in (1).
Result (3)
A suitable condition record that exists on the database is set with amount (= normal, automatic determination).
Both the 'Condition origin' indicator [KHERK] and the 'Condition control' indicator [KSTEU] are set to 'A'.
If you create another line with this condition type and enter a condition rate not equal to zero, a line is set with this condition rate.
The 'Condition origin' indicator [KHERK] as well as the 'Condition control' indicator [KSTEU] has characteristic 'C'.
If, on the other hand, you create another line and enter a condition rate of zero (or do not enter any condition rate) and the condition record that exists on the database has a scale, the system sets the condition rate according to the achieved scale level. If zero is to be set as the condition rate even if scales exist, then use modification Note 179354. If no scale is maintained, then the system always sets zero as the condition rate.
In these cases, the 'Condition origin' indicator [KHERK] has characteristic 'C', the 'Condition control' indicator [KSTEU] characteristic 'A'.
Result (4)
No relevant condition line is set on the condition screen, even though a condition record suitable for the access sequence exists on the database. The pricing analysis displays the message "Manual condition (Condition record exists)". If you enter the condition type manually without entering a condition rate in the same processing step, the record that exists on the database is set. If a condition record has a scale, the system sets the condition rate of the first scale level independently of the achieved scale level.
In this case, the 'Condition origin' indicator [KHERK] has characteristic 'C', the 'Condition control' indicator [KSTEU] has characteristic 'A'.
Thus, the setting variant leading to result (4) serves to suppress the setting of automatically found condition records into a pricing result. However, you can add the maintained record to the already determined pricing result by entering the relevant condition key.

Maintain Customs vendor in condition type

Similar Messages

Maybe you are looking for