No vendor defined in Table T321 for ref. movement type 632

Hello Friends,
We are facing strage issue during trasfer movement from SAP ECC to SAP WM, the scenario is as follows -
For the Consignment returns (from Consignment stock to warehouse), we are using 632 movement type of transfer movement transaciton MB11. When executing the document, system showing the following error message -
No vendor defined in Table T321 for ref. movement type 632
We checked the entries, I am not able find the problem...Please suggest
Apreciate your feedback. Thanks
Best Regards,
Goutham

looks like your WM is defined as decentralized system.
The message number is L9 524
And system expects vendor number for the inbound deliveries.
I wonder anyhow why you are using MB11 transaction for 632 movement (which is an automatic movement triggered from a SD document)

Similar Messages

Error while determining ref.mov.type for WM via Table 156S: 647/ / / /L/ /

Guyz,
Firstly despite the plant+storage location + warehouse no. assignments are done , my replenishment delivery (delivery for stock transport order between plants under same company code) is not picking up storage location and warehouse no and thus stopping me from doing picking and PGI (post goods issue).
However in VL02N when i'm trying to change storage location for line item, i'm getting following weird error
*Error while determining ref.mov.type for WM via Table 156S: 647/ / / /L/ /*
I found a SAP Note(133223) regarding this error and VL02 transaction but that note was specific to older versions. I'm on ECC 6.0
Any suggestions please ?
Thanks

Warehouse managment has its own movement types, most identical to inventory management movement types.
These WM movement types are determined via reference movement types.
the error you have just looks like your customizing is not complete.
IMG > LE > WM > Interfaces > IM > define movement types.

Error while determining ref.mov.type for WM via table 156S:601///

Hi SAP gurus
while doing delivery i am getting error like
Error while determining ref.mov.type for WM via table 156S:601///
please give me needful solution
regards
Sarvesh

Chk via
SPRO>LE>WM>Interfaces>IM>Define mvt>Assign MVt reference...and then LE-WM interface...
maintina the correspoding entries..
BR,
Krishna

Error messag -'Error while determining ref.mov.type for WM via Table 156S:'

Hi Guys,
I am currently facing some issues with respect to the deliver creation.
The scenario is somthing like this.
I have assigned a FOC Item category to an Consignment Issue order type.
The system is able to determine the Item category successfully.
However when the delivery is created it throws an error message
'Error while determining ref.mov.type for WM via Table 156S: 903/X/X/W/L/X/'
Not sure why this occurs.
All the settings seem to be set.
If any one of you can help me out it would be great.
Thanks.
Regards,
Pandi

Dear Pandiraj
The standard process is that consignment issue order should be created with reference to Proforma invoice. Having said that I dont understand why you have assigned a FOC item category to issue order. Not sure, whether this will work. Also I feel that you should explain in detail the process for which you are configuring this.
thanks
G. Lakshmipathi

Incorrectly defined logical table source (for fact table X

Hi!
Imagine the following Physical Diagram:
- Dim A
- Dim B
- Fact A
- Fact B
Joins:
- Dim A is parent of Dim B
- Fact B has a FK to Dim B
- Fact A has a FK to Dim A
Business Layer:
- Logical Table Dim A
- Logical Table Dim B
- Logical Table Fact A
- Logical Table Fact B
Joins:
- same joins (not FK Joins) that Physical Layer
When we build a report that only has one column of Dim A and one column of Dim B (A is parent of B), the following error appears:
State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. [nQSError: 15018] Incorrectly defined logical table source (for fact table "Fact A") does not contain mapping for [Dim A.col1, Dim B.col1]. (HY000)
What is wrong?
Help!
Thanks.

Hi,
The joins of dimensions go via a fact table. In your case there is no common fact table.
You can solve this by drag/drop a field from the physical table Dim B on the displayed logical table source of the logical table Dim A.
Now the BI Server knows that Dim A and B have a physical relationship.
Regards

Incorrectly defined logical table source (for fact table Facts) does not

Hi,
I have two Dimensions A and B. A is joined to B by a foreign Key.
The report works if I pull B. Column1, A.Column2.
The report is throwing an error if i try to change the order of the columns like this. A.Column2, B. Column1.
error : Error Codes: OPR4ONWY:U9IM8TAC:OI2DL65P
File: odbcstatementimpl.cpp, Line: 186
State: S1000. Code: 10058. [NQODBC] [SQL_STATE: S1000] [nQSError: 10058] A general error has occurred. [nQSError: 15018] Incorrectly defined logical table source (for fact table Facts) does not contain mapping for B.Column1
I am not sure where it is going wrong.
Thanks
jagadeesh
Edited by: Jagadeesh Kasu on Jun 16, 2009 4:22 PM

did you make joins in LTS or on the physical table.
try to make join in LTS if they are not there.

Ref.mov.type for WM

I am getting an error message 'Error while determining ref.mov.type for WM via Table 156S: 101/ / / /B/X/ ' while creating inbound delivery. Is anyone acquainted with such an issue? Can you please advice?
I have checked all the config for movement type definations. Everything looks ok. Please let me know if there is a fix.
Thanks!

Hi Avi,
I think, you didn't get me ...
In the above configuration what I explained, all you need to do is just adding the ref mvt type the one that is missing...it must be currently blank because of which the error what you posted is appearing. All that you need to do is just add the ref mvt type for the line as explained....
Remaining checkboxes, indicators etc....you are not even expected to be able to change....
What it means? for mvt type 101 of IM, when a material related transaction GR posting happens, for the material type used for setting up the material, in the plant of your concern, when there is no value and qty update is active in material type config, and which is not of special stock related posting, but referencing B - Purchase Order, of Transfer Type ie, stock transfer PO, the corresponding Ref Mvt type required to process further in WM, is missing in IM mvt type assignment (T156)...
Regards
Regards

How to maintain PO Header Text entry in table T166K for different PO Type

Hi,
Can anyone tell me if there is a config transaction ( or path ) to maintain PO Header Text entry in table T166K for different PO Types
Thanks
Shrikant

Spro->Material Management->Purchasing->Purchase Order->Texts for Purchase Orders.
There are 4 config setting to do for this.
Read information text.
regards,nishant
please reward if this helps

How to maintain PO Header Text entry in table T166K for different PO Types

Hi,
Can anyone tell me if there is a config transaction ( or path ) to maintain PO Header Text entry in table T166K for different PO Types
Thanks
Shrikant

Resolved.

PGI for STO movement type error Message no. L9005

Hi Gurus,
I have created an STO.Created delivery and confirmed TO.
Now while doing PGI,single step only(647 movement type),
system throws the following message,
"" Error during search for WM movement type (641 1 L K )
Message no. L9005 "".
As per my checking for both IM movement types 641 and 647, ' 641 ' has been assigned as
Ref movement type and " 601" has been assigned as WM movement type.
601 is maintained in WM.Should I maintain 641 in WM?That case I have to change SAP std settings..
If so pls provide me the details for 641 K.
Kindly help.
Best Regards

Hi Kumar,
Try the following:
Maintain an entry for your warehouse with movement type 641 SpStIn and Movment Indicator l combination in transaction OMLR.
And also ,
Check in IMG Path - Enterprise Structure --> Assignment --> Logistis Execution --> Assign warehouse number to plant/storage location.
Here check whether the warehouse number is assigned to your plant and storage location.
Thanks!
Preethi
Edited by: preethi R on Dec 2, 2008 10:50 AM
Edited by: preethi R on Dec 2, 2008 10:50 AM

Amount not turning up for material movement type : 601 from 2lis_03_bf

Hi all,
i have loaded the inventory cube from 2lis_03_bx the quantity is turning up for movement type 601 but the amount is not getting reflected it is always blank.
   If   ( SOURCE_FIELDS-BWVORG EQ '000'         "Other Issues
   OR    SOURCE_FIELDS-BWVORG EQ '101'        "Returns / Vendor
   OR   SOURCE_FIELDS-BWVORG EQ '104'         "Material Transfer
   OR SOURCE_FIELDS-BWVORG EQ '105'          "Stock Adjustment InvD
   OR   SOURCE_FIELDS-BWVORG EQ '106'         "Stock Ajdustment Other
   OR SOURCE_FIELDS-BWVORG EQ '110' )
   "Issues from stock transfer
   AND SOURCE_FIELDS-BWAPPLNM EQ 'MM'
only movements which are relevant for stock control
   AND SOURCE_FIELDS-BWBREL EQ '1'
   AND SOURCE_FIELDS-BWGEO <> 0
SEE OSS NOTE 630254
   AND ( SOURCE_FIELDS-BSTTYP IS INITIAL OR
               ( SOURCE_FIELDS-BSTTYP CA 'EQ' AND
                  SOURCE_FIELDS-KZBWS CA 'AM' ) ).
*IF THE RETURNCODE IS NOTE EQUAL ZERO, THE RESULT WILL NOT BE UPDATED
     RESULT = SOURCE_FIELDS-BWGEO.
and i can see for other movement type like 641 the amount is turning up.
Can anyone advise me on this
thanks

does the material movement type : 601 will be updated from this data source : 2lis_03_bx nor it is from 2lis_03_um??
Can anyone advise me on this!!
thanks

Batch for 641 Movement Type

Hi Guru;
              In our system for 641 Movement Type Batch is not coming for Receiving Plant.
Ex
MBLNR          MJAHR     BWART     MATNR     WERKS     UMWRK     LGORT       UMLOG        CHARG                 UMCHA
4900342714     2010     641     1256-3230-0     M300     B311     MA01                   1000015247
4900342714     2010     641     1256-3230-0     B311     M300                    MA01                           1000015247
4900342724     2010     641     1256-2190-0     B121     M100     MA01                  1000016376
4900342724     2010     641     1256-2190-0     M100     B121                    MA01                          1000016376
In Above Data For MAT DOC 4900342714 Batch is not coming for Plant B311. We are doing Batch ageing from the batch creation date.so for these case (i.e for Stock in Transit data we are not able to show that in our ageing report as it is showing these without batch)
I want to kw that, is there any problem in our system or its a standard and how to handle this situation.
Thnaks

Hi,
For this you need to set up Strategies for Stock determination.
Trasncation code : OSPX
Go to new entries.
Enter your plant code and any 4 digit key and save.
Select this entry and click on the stock determination rule. Type any 4 digit key and save.
Click on Stock determination header. Select your entry, which is having your given plant code, stock determination group and stock determination rule and click on the stock determination item table.
there you have to maintain all ur batches as per the combination of Periotity indicator, Storage location and stock indicator.
For first periority - 1& second periority - 2 & third periority - 3
Storage location - 0001
stock indicator - F for standard & K for consignment.
F 0001 1 A
F 0001 2 b
F 0001 3 c
F 0001 4 d
This stock determination group ( 4 digit key), you have to maintain in the material master record - MRP2 view.
Maintain stock determination group and MRP profile - ND
Then during GR, system will check stock determination group in the MMR and based on that first system stock availability for the first periority batch. If stock is there, it will pick. If stock is not there, system will pick second one.
Regards
KRK

Error during search for WM movement type (999 E )

Dear ALL,
I am try to reverse transaction 313. i use movement 314 but there is error message during creating delivery. the message is
"Error during search for WM movement type (999 E )"
Could someone help me please ?
Thanks & Best regrads,
Saiful arif

Hi,
Please check the reference movement type in table V_156S_WM for inventory movement 314 and for your case of qty and value update indicators
For qty updation indicator checked, you will have a reference movement type 3XX and not equal to 999
for qty updation indicator not checked, you will have reference movement type 999
qty updation indicator checked means stock / quantity controlled in which case
check your set up in transaction OMLR , reference movement 3XX from above table should be assigned to a proper WM movement type 3YY
then check for WM movement 3YY in Transaction OMLJ which should have source storage type maintained.
qty updation indicator not checked means stock / quantity not controlled or updated in which case reference movement type is 999 which has no maitenance in OMLR, moreover it is no stock / qty and no stock transfers situation
If 3XX happens to be 999 in your case, then check for 3YY movement in OMLR and check for storage type determination for 3YY in OMLJ
Please note 999 as WM movement is used for manual transfer within warehouse but not for warehouse movements resulting from IM.
Hope this should solve your problem.
Regds
Shrihari

Adding a new filed to 'allowed fields' for a movement type

Dear All
Can I add a new field to the allowed fields for a movement type at the SPRO node 'field selection for movement type'
Thanks

Post Author: V361
CA Forum: General
Could you be reporting from a View instead of a table ?

Cancellation for 201 movement type

Hi,
We cosumed material for cost center with 201 movement type on 25.12.2009. Now we must send back to our vendor. But there is no stock in storage location. aA far as I know in this case there are two choıces:
One of them is making cancelletion for material document. But the document date and posting date are not possible periods. Can we do cancellation for current date? Is it wrong for CO? Or what is the effect for CO?
Second of them is making goods receips for 711 movement type.
Which of them are more sutible for CO / this case? or what we can do? Are there another solutions in this case?
Thanks.

hi
>One of them is making cancelletion for material document. But the document date and posting date are not possible periods. >can we do cancellation for current date? Is it wrong for CO? Or what is the effect for CO?
in this case u can have two options
open the previous period with MMPI and do the cancellation (search on net for MMPI),but in this case u have to discuss with ur CO and FI guys for the impact of reversal in past period
also if the closings havebeen carried out there will be the balance of this stock
another option is that use movement type 202 directly u will get back stock in current period

No vendor defined in Table T321 for ref. movement type 632

Similar Messages

Maybe you are looking for