Special order type determination

Dear all,
I have the requirment like this,generally when we convert planned order to production order,we use order type PP01 and we can default this in OPPQ.But if a demand of a material comes from the alternative plant (that means this material has SPT 80 in that plant),we want that the planned order of this situation be converted to be a special order type,like ZP01 because the settlement rule is quite different.
Is there any possible way except enhancement to solve this issue?
Thank you!

Hi Leo,
your requirement somehow doesn't sound right. This is the same material in the manufacturing plant common stock, so it has the same standard price.
Even if you had different order types, you only settle the balances, since the main part of the cost went into FG stock at GR from production, at the same price for both order types.
So, if you want a different view at the same materials, you should look at separate stock segments, like WBS or customer order.
Regards,
Mario

Similar Messages

Sales Order Types

Gurus what is the process used to determine which sales order types a specific organization can enter? How can it be determined which sales order types can be entered by a user/org or any other criteria?

Hi,
Sales order types are driven by the Business process.
The standard SAP order types such as OR is most generic order type.
RE is for returns and there are different order types if it is consignment/third party orders and so on.
Based on the Business process at the company,we could make a copy of the Standard order types and create Z order types and configure them based on Business requirements.For example we could use ZOR and ZRE.
In addition to the standard sales order, there are also special order types, such as the rush order and the cash sales.
In cash sales the goods are paid for in cash.
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. However, the invoice is created later.
Other criteria that needs to be considered are:
1.If the Invoice would be based on Deliveries or orders.
2.The Schedule line categories and item categories.
3.Sales areas for which the order types should be made available.
4.Customer master data and the sales area
5.Pricing procedures that would be linked to order types.
In transactoin code VOV8 you can find different types of sales orders like INQUIRY,QUOTATION,STANDARD ORDER,CASH SALE, RETURN ORDER,etc.Here you can select the order type you want and go through the details by click on Details button and you will notice the additional criteria behind the order types.
Hope this helps.
<b>Reward if helpful.</b>
Thanks,

Warranty return order type availabilty check issue

Hi,
I am using a special order type (ZZZ) in SD for the warranty returns. When I create the order type ZZZ I assign an order number and the items to be return.
Issue:
For the items that in the original order where confirmed by a RBA Check logic, I am having problems with the ZZZ order type. For example:
Original order
Product A 10 PC order - I got 5 of B and 5 of C confirmed (product substituions)
Order ZZZ
When I select the order and item above I got 10 PC of product A confirmed; and B and C nothing confirmed.
Note: Order ZZZ should work as the original one. What can be wrong?
Thanks a lot.

Hello,
Usually ATP check is disabled for returns order and hence whatever quantity is enterd in order will usually get confirmed since ATP check cannot happen at customer level. You can verify this with item categories and scheduline categories for ZZZ order type.
If ATP check is enabled then it there may be some change in scope of check for these orders.(user exits).
Regards
AP

POD order type does't affect the FD33 credit limit

After SO -- Delivery -- PGI,--
after PGI, user use, special order type (called POD type) for returned goods,
but after do this POD order type, it doesn't reduce the sale value in FD33
PLEASE NOTE this happened before billing..
kindly advice, is it required need to use POD function?

Hi
I have checked some OSS notes on this subject. POD returns (before GI) does not reflect in the Crediti Management (FD33) in Open Orders.
After GI also, if POD qty (i.e. Returns) created (say out of 20 units, only 10 are accepted, 10 rejected), it does not reduce the Open Deliveries in FD33.
Any ideas as to how we can get the POD variances on to the credit exposure for any customer account?
I believe the SIS Structures S066/S067 are updated with Open Orders & Open Deliveries etc.
Is there any possibility to have a work around to update these structures when POD is created..

Change GR/IR Account for Special Order PO Type

I've had a request from our FI department.
They would like a new PO type for special orders that will post to a different GR/IR Account.
In our configuration, the GR/IR account is determined based upon valuation class of the article.
But if they special order the same article using this new PO type, they would like it to post to a different GR/IR account.
There doesn't seem to be a way to do this through configuration. (If there is, I would love to know how.)
I can't find a way to change the GR/IR account in the PO BAdi (ME_PROCESS_PO_CUST). This BAdI would allow me to set the G/L Account Code, Profit and Cost centers but doesn't seem to have the GR/IR Account.
Is there any BAdI or User-Exit that will allow me to maintain the GR/IR Account while creating a PO?
Thanks,
Deb

Hi Deborah,
You can do this by a FI substitution rule at item document level. Maybe a FI Consultant can help you.
Regards,
Alexandre

How to create a Inbound delivery type for a special purchase order type

Hi,
I try to create a special Inbound delivery type for a special purchase order type (a transfer purchase order).
In SD module, I can créate a special outbound delivery and precise the sale order type, but I don't manage to do it for a Inbound delivery type.
Do you know if i can do it without specifiq?
Regards,
Roselyne

Hi Roselyne,
What you experienced is standard system behavior. Inbound delivery type is uniquely assigned to confirmation control key. You can only specify confirmation control key on item level in PO. The assignment of Delivery type can be seen in the following table:
T163D
IBTYP EBTYP LFART RETDLV
1        AB                      X
2        LA        EL           X
3        GW       EG
The field T163D-IBTYP is checked in different programms. For example in programm RM06ENAB (TA: ME92F). If you insist to customize the determination of delivery type by PO type, I strongly suggest you discuss with the Application consultants before making the modifications to ensure it won't impact other areas.

Revenue Account Determination based on Sales Order Document Type & Service Order Type

Hi Expert,
I have Customer Service Module with Resource Related Billing for services attached with SD.
When DP90 runs sales document debit memo request is created & then debt memo is created.
I need to configure Revenue Account Determination based on Sales Order Type and also based on Service Order Type.
I did not see any field catalogue in revenue account determination for order type, For communication structure KOMKCV Header and KOMPCV Item level there is no field for sales order type nor service order type.
Is it possible to bring in both order types? Can ABAP person do it?
How to bring these fields?
Is it possible & recommendd to have service order type filed AURAT for service order into this sturcture?
Is this configuration is OK acceptable by SAP? If so is there any chnace for issues errors & wrong determination from FI CO view?
Your valued input is highly appreciated.
Thanks
Prakash Parikh

Hi Prakash,
Yes, you can certainly add new table fields into the field catalog KOMKCV and KOMPCV and use it during account determination. You will also have to add these new fields in the user exit RV60AFZZ for it to work. I believe you will need ABAPer's help to make this work. The abaper will have to crate a ZZFIELD (ZZAUART for example) and put it in the structure and use the same in the user exit to pass the values.
In your case, what I am not sure is, are you looking to modify the existing standard tables or creating new ones. My suggestion is to create the new condition tables with these new fields (like document type) after adding it to the field catalog. Only modify the access sequence (KOFI) in such a way that your new tables are access first before it goes into standard tables (or you can adjust it according to your scenario.
We have done it in our company and it is working fine. Basically what we have done is to create new tables instead of modifying the standard ones. We have adjusted the access sequence in such a way that some of our custom tables are accessed first before the standard SAP tables (C001 to C005).
I found a similar requirement on SCN. This might help.
Adding New Field in Account Determination
Hope this helps.
Regards,
Mukund S

Automatic Rule Determination Based on Service Order Type

Hi Experts,
I have a requirement to determine the rule based on the custom service order type.
I have created 2 custom rules which are then assigned to 2 different org units as needed.
Now the thing is i want to avoid putting condition step if else based on various order types.
Is there any way by which i can directly determine which rule to be used by passing the Order type.
If there is any FM then please suggest and also how to use the same.
If no FM exists then is there a possibility of having only 1 if else condition and assign rule number in local container variables and pass it thought out the workflow to all the manual validation workitems. Please suggest how this can be achieved.
Thanks,
Jessica

Hi,
only 1 if else condition and assign rule number in local container variables and pass it
thought out the workflow to all the manual validation workitems
Create a workflow container element lets say with probably 15 characters length...
Now create a background step in which you determine the rule based on the order type.
data: lv_Rule(10) type c.
if order_type eq 'X'.
lv_Rule = '1234567890'.
else.
lv_Rule = '0123456789'.
endif.
" export the rule concatenated with 'AC' which indicates a rule...
concatenate 'AC' lv_rule into ev_rule. "ev_rule size may be lets say 15 characters.
condense ev_Rule.
"export the EV_RULE to workflow and store it in WF cotainer element.
In the step where you want to give the rule, select the Agent type as Expression and select the container element.
Hope this would solve your issue.
Regards
Narin

Intercompany stk transport order process - Billing type determination

Dear All,
We are currently dealing one Roll-Out project for one multinational company. In that from sales side, one of the main processes defined is u201CStock Transport Purchase Order processu201D. As a regular process, outbound delivery document also created with ref to STPO.
As per the client requirement the u201CPackaging materialu201D needs to be added as additional line item in the delivery to calculate the packaging cost. We have customized that also and now u201CPackaging materialu201D is adding as a new line item in the delivery document as a non valuated material.
But the issue is, the Billing type u201CZICu201D is not getting determined while creation of billing if u201CPackaging materialu201D is added as a new line item. If u201CPackaging materialu201D is not added as a line item then, billing type is getting determined automatically without any issue.
We have checked in LIKP table, its containing the billing type as u201CZICu2019. But if packaging material is added then, the billing type determination is not happening.
We are assuming that some customizing needs to be done from MM/SD point of view. I am seeking the experts help regarding this issue to solve the problem.
Regards,
MANI

Hi
Does your goods and packing material use the same item category ? If not, is the item category for the packing material relevant for billing (TVAP-FKREL) ?
/Torben

Determination of Production Order Type when Planned Order is Converted

Hi SAP Expert,
Is there anyway to determine the Production Order type by Sales Order type when the planned order from APO is converted? Currently, all the planned orders converted from APO will be a Normal Production Order.
The requirement as example below:
>> If Sales Order Type = Normal Sales Order, then the converted Production Order type = Normal Production Order
>> If Sales Order Type = Replacement Sales Order, then the converted Production Order type = Rework Production Order
Thanks.
Regards,
Hooi Chia

Hi Pascal,
Our requirement is exactly same as yours. Can you please elaborate more on ZXCOXU13? I can see the function module suggested by Santosh in the SAP Note but I couldn't find any details regarding ZXCOXU13.
Thanks.
Regards,
Hooi Chia

Sales Order Output - determined by Sales Order Type, Created By

I want have my order output determined by sales order type
(vbak-auart) and created by (vbak-ernam).
I have created a condition table 501, access seqeunce Z001.
In v/48, in accesses for Z001, I created
AcNo: 10
Tab: 501
Requirement: [empty]
Exclusive: unchecked
in fields, I can't find ERNAM in structure KOMKBV1(header), but I find one in KOMPBV1 (item).So I have assigned it to ERNAM.
besides, I have created the corresponding records in VV11
I expect to have:
Output Z001 will be created for sales order type OR if created by user XXX
However, no output is generated. When I go out detemination analysis, I found that in the output determination procedure, it did go into output type Z001, but, since no value is found for "created by", i got message "Access not made (initialized field").
I suspect that no value stored in KOMPBV1-ERNAM. Do you know how I can get it done?
Points will be awarded for useful information. Thanks in advance.

Hi
You have to include this field as a Zfield in the structures KOMKBV1, KOMPBV1 and KOMB.
You have to include the field as Zfield in these structures.
Once this is done, you should also be able to update this field in the structures.(As on now, you have only created a field, but you have not mentioned how the field has to be updated.
In order to update the logic, you have to do a small code in one of the user exits for outputs.
In the user exit, you have to write a code like this
MOVE VBAK-ERNAM = KOMKBV1-ZERNAM(this is the zfield you have created)
Now create the condition table and do the rest.
Your output should work fine. The user exit I was saying is the subroutine USEREXIT_KOMKBV3_FILL in the include RV61B902 in the user exit RVCOMFZZ. If you can give this info to the technical guy, he should be able to find out the same for saels order output also.
The user exit RVCOMFZZ also has the subroutine USEREXIT_KOMKBV1_FILL which you can verywell use for your requirement. This will solve your problem
Hope this helps.
If you have any problems in this, you can again put the problems in this thread. I will try to solve.
Reward if this helps you

Determin if Order type is present in sales area( Sales org, dist chan,divsn

how can i determine that my order type is inside a particular sales area or not.
i get an error..
Order type 'ZEVT' has not been defined in Sales area <'1000','04','01'>
so i want to determine by my own if zevt is present in that sales area or not

Check table TVAKZ. Is that what you are looking for?

BOM Explosion - special procurement type 52 (collective order)

In BOM explosion, special procurement type -> collective order (52) for the item is considered as phantom assembly. I wish to know the business reason for this. Any help please ??

hi Janardhan,
phantom assembly is the assembly which is not kept in stock rather it consumes directly.
Use of phantom assemblies are as below
Phantom assemblies are assemblies that have their own product structure, but whose assembly does not actually physically exist. The components of the phantom assembly are incorporated directly in the superordinate product. The product structure of the superordinate product contains a reference to the phantom assembly.
example - A car with music system.
During backflush, only the goods movement for the phantom assembly components are posted. The phantom assembly is marked as backflushed but does not trigger any goods movement.
Experts pl correct me if i'm wrong.
Regards,
Anil

Automatic Batch Determination is not happening for New Sales Order Type

Dear Experts,
I have created a new sales order type ZBPY - For Free Sales, but automatic batch detrmination and batch pick up is not happening for new sales order type, but it is activated for all the other sales order types in Production Server, can any body let me know the steps how to map this new order type to batch management and let it behave like other order types.
Thanks in Advance.
Saravanan(EKS).

Hi Saravanan,
Kindly check the following steps for automatic batch determination.
1. First check the material is maintained with batch in the warehouse management.
2. Maintain new entry for search procedure for batch determination with the new created doc type.
3. Maintain new entry for automatic batch determination for sales order or automatic batch determination for delivery ( This depends on the business process of our client, whether they want to determine the batch with sales order or at the delivery level. check this and make new entry)
4. Create Batch using T.code MSC1N with proper date of manuf. and SLED.
5. Create Batch Search Strategy using T.code VCH1 with proper strategy type.
6. Maintain stock with active batch. check this with t.code LS26 or LS24.
regards
Ravishankar M

Automatic Batch determination based of sales order type

I want to do automatic batch determination on basis of sales document type.
1) I have made a condition table and added sales document type field in it.
2) defined Access Sequence and added that field in that sequence.
3) defined the strategy type, assigned the class "FEFO - First Expiry first out".
4) Added by condition type in the standard search procedure "SD0001".
5) added the order type in VCH1
If, i define the search strategy on material base in vch1 "SD01" then it works fine in sales order & delivery order...
but if i define it on order type then automatic batch determination doesnt works fine.
any guidance please?

solved...there was issue of expiry date field.

Special order type determination

Similar Messages

Maybe you are looking for