Issue in Material Transaction in WIP

Gratings to Guru's...
I trying to do Material issue for Discrete job components in WIP. but facing an error in MTL_TRANSACTIONS_INTERFACE. below are the error details.
Error Msg : ‘Requirement is this job/schedule's primary assembly’
Error Code : inventory_item_id.
I am using below insert statement.(able to do material transaction through front end also Similar kind of data for other organization is working fine).
insert into mtl_transactions_interface
( source_code,
source_line_id,
source_header_id,
process_flag,
validation_required,
transaction_mode,
lock_flag,
last_update_date,
last_updated_by,
creation_date,
created_by,
inventory_item_id,
organization_id,
transaction_quantity,
primary_quantity,
transaction_uom,
transaction_date,
subinventory_code,
locator_id,
transaction_source_id,
transaction_source_type_id,
transaction_action_id,
transaction_type_id,
transaction_reference,
wip_entity_type,
operation_seq_num,
bom_revision_date,
routing_revision_date,
scheduled_flag,
final_completion_flag,
Flow_schedule,
--revision,
transaction_interface_id
values (
1, --source code
1, -- source line id
-1, -- source header id
1, -- process flag
1, -- validation required
3, -- transaction mode
2, -- lock flag
sysdate, -- last update date
-1, -- last updated by
sysdate, -- creation date
-1, -- created by
62481, -- inventory item id --*
414, -- org id*
-30, -- transaction quantity
-30, -- primary quantity
'EA', -- transaction uom *
sysdate, -- transaction date
'UKDIE', -- subinventory code*
47473, --locator_id *
4368857, -- transaction source id *
5, -- transaction source type id
31, -- transaction action id
35, -- transaction type id
'test', -- transaction reference
1, -- wip entity type
10, -- operation seq num
sysdate, -- bom revision date
sysdate, -- routing revision date
2, -- scheduled flag
'N', --final_completion_flag
'N', -- flow schedule
--'0' , -- Revision
15375520 --interface_id *
delete from mtl_transaction_lots_interface
where TRANSACTION_INTERFACE_ID = 15375519
/*2. Data inserting into mtl_transaction_lots_interface */
insert into mtl_transaction_lots_interface
(TRANSACTION_INTERFACE_ID,
SOURCE_CODE,
SOURCE_LINE_ID,
LAST_UPDATE_DATE,
LAST_UPDATED_BY,
CREATION_DATE,
CREATED_BY,
LOT_NUMBER,
TRANSACTION_QUANTITY,
ERROR_CODE,
PROCESS_FLAG)
values(
15375520,--interface_id, *
1, -- Source Code
1, -- Source Line id
sysdate, -- Last update date
-1, -- Last updated by
sysdate, -- Creation Date
-1, -- Created By
'PID0190454', -- Lot number Needs input *
-30, -- Transaction Quantity
NULL,
1 -- Process Flag
Please help me ....
Thanks in advance
Balaji

It seems that 62481 may be the inventory_item_id of the assembly. Make sure you use the inventory_item_id of the component when inserting into mtl_transactions_interface.
Sandeep Gandhi

Similar Messages

How to cancel a Pending Material Transactions

Here is the issue :
A component was setup with supply_type = Assembly pull.
This was an error, we change this attribute to bulk.
But some discrete jobs were completed before the correction, and material transaction were generated.
Since we have no component stock, the WIP Component issue transactions are stuck in the Pending transactions.
How can I cancel these Pending Transaction ?

Hi,
According with Note:197384.1, from Metalink, I think you can delete these lines from the MTL_MATERIAL_TRANSACTIONS_TEMP table.
Regards,
Renato.

Issue in Material Master data replication in SRM 7.13

Hi All,
We have implemented SRM 7.13 and facing an issue in material mater data delta replication.When we create a new material in ECC it does not get replicated to SRM and gives the ERROR 'Specify the relevant unit of length' and 'Validation error occurred: Module COM_PRODUCT_MAT_VALIDATE, BDoc type PRODUCT_MAT.' in SMW01.
But when changes are done to the same material in ECC it gets repicated without any issues.
Please provide your help to reolve this issue.
Thanks,
Ankur

Hi Ankur
Check your settings in CUNI transaction which UOM is this happening for or for all ?
You should go to that and check what are the conversion values maintained As seen below
In CUNI transaction go to utlilties > Adjustment select your R/3 system and click on Check mark
Also replicate the UOM from backend . By going to R3AS and fill DNL_CUST_BASIS3 and execute
Lastly go to Table T006 and T006A and click on Check table ...
Doing this would sync your UOM with that of ECC and ideally the error should vanish if not
share the screenshots
You can solve the errors mentioned above by implementing the following notes:
Call transaction SE16, enter SMOFAPPL, and set entry EBP.
Check the notes as below
520227 - Set type CRMM_PR_TAX (implement manually!)
720819 - Consumer entries
428989 - Filtering irrelevant data (for example, Sales and Distribution) Example: see attachment mod.txt.
675101 - Execute report: COM_CATEGORY_TRANSPORT
Note 872533 - FAQ: Middleware
Note 402591 - Download Customizing object DNL_CUST_BASIS3
Note 1609476 - Error loading tables DNL_CUST_PRICE and DNL_CUST_BASIS3 from ERP.
Note 393939 - Table TCURX is not downloaded from R/3 System
Note 1038966 - Entries missing in TCURX after load of DNL_CUST_BASIS3
Also refer to these who faced similar issue as yours
http://scn.sap.com/thread/1769891
http://scn.sap.com/thread/1355188

IB:How to update a serial Number which has Inventory Material Transactions?

Dear friends
first of all thanks for your time and valuable solutions
Install base: How to update a serial Number which has Inventory Material Transactions
problem description:
Install base > quick search
Here is Installbase record, when I query from quick search
Rec#     Item          Item Instance           Serial Number          Status
1     300-7000-01      3000000           1000XXX-0538JQ0003 Return for Adv Exchange
2     300-7000-01     8000000               1000XXX-0538JQ0003-     Return for Adv Exchange
3     300-7000-01     5000000               1000XXX-0538JQ0003-A     Return for Adv Exchange
looking above data, first and third records are the legitimate serial numbers(correct according to the client specs), second record is not legitimate since it has a dash as suffix, we found there are many illegitimate serial Numbers exists, needs to be updated with the right serial Numbers which I analyzed in excel after pulling data from mtl_material_transactions , oe_order_lines_all , mtl_serial_numbers , mtl_system_items_b
basically these are all RMAs
I need to update the second record as 1094SUZ-0538JQ0003-B as per the guidelines, while updating I need to keep all the existing contracts, Warranty, what ever material transations it has, need to be same.
we have a package updating the serial numbers using IB API (csi_Item_Instance_Pub.update_item_instance) but it is updating only the records which has no serial numbers present for that instance, if there is a serial number already exists it is not working.
user define error msg "Serial Number 1094SUZ-0538JQ0003- has Inventory Material Transactions. This serial number cannot be used to update an existing Item Instance", but I need to update this anyway!! or am I missing something here, please advice me
below post looks like similar issue, talks about hard update, I have no clue, by doing that the updated serial number will have same transations, contracts, dates....attached to it like the previous serial number
IB UPDATE_ITEM_INSTANCE ERROR - doesn't allow ACTIVE_START_DATE to change
would be great If you guys help me out, really appreciated!!
unfortunately I couldn't find any solutoin in metalink for the existing serial number update
code for updating the serial number using IB API
          x_msg_count := 0;
x_msg_data := '';
p_instance_rec.instance_id := rec.child_instance_id;
p_instance_rec.serial_number := rec.child_serial_number;
p_instance_rec.object_version_number := rec.child_object_number;
p_txn_rec.transaction_id := Fnd_Api.g_miss_num;
p_txn_rec.transaction_date := SYSDATE;
p_txn_rec.source_transaction_date := SYSDATE;
p_txn_rec.transaction_type_id := 1;
csi_Item_Instance_Pub.update_item_instance
p_api_version => 1.0,
p_commit => Fnd_Api.g_false,
p_init_msg_list => Fnd_Api.g_false,
p_validation_level => 1,
p_instance_rec => p_instance_rec,
p_ext_attrib_values_tbl => p_ext_attrib_values_tbl,
p_party_tbl => p_party_tbl,
p_account_tbl => p_account_tbl,
p_pricing_attrib_tbl => p_pricing_attrib_tbl,
p_org_assignments_tbl => p_org_assignments_tbl,
p_asset_assignment_tbl => p_asset_assignment_tbl,
p_txn_rec => p_txn_rec,
x_instance_id_lst => x_instance_id_lst,
x_return_status => x_return_status,
x_msg_count => x_msg_count,
x_msg_data => x_msg_data
Thanks
Suri

Suri
Used this. May not be perfect but should get you there. Only if the table is registered (all the seeded tables should be registered) this will work.
select distinct a.table_name,b.column_name from fnd_tables a, fnd_columns b
where a.table_id=b.table_id
and upper(b.column_name) like '%SERIAL%'
Also this is very old one but if you need history for this change add the history insert logic as well..
DECLARE
l_return_err VARCHAR2 (80);
PROCEDURE debug (p_message IN VARCHAR2)
IS
BEGIN
dbms_output.put_line (SUBSTR (p_message, 1, 255));
END debug;
BEGIN
debug('======================================================================');
debug('Switching from serial number XDT07406. to XDT07406 ');
debug('======================================================================');
UPDATE fa_additions_b
SET serial_number = 'XDT07406'
WHERE serial_number = 'XDT07406.';
debug('No of rows in fa_additions_b updated :'||sql%rowcount);
UPDATE fa_mass_additions
SET serial_number = 'XDT07406'
WHERE serial_number = 'XDT07406.';
debug('No of rows in fa_mass_additions updated :'||sql%rowcount);
UPDATE rcv_serial_transactions
SET serial_num = 'XDT07406'
WHERE serial_num = 'XDT07406.';
debug('No of rows in rcv_serial_transactions updated :'||sql%rowcount);
UPDATE mtl_serial_numbers
SET serial_number = 'XDT07406'
WHERE serial_number = 'XDT07406.';
debug('No of rows in mtl_serial_numbers updated :'||sql%rowcount);
UPDATE mtl_unit_transactions
SET serial_number = 'XDT07406'
WHERE serial_number = 'XDT07406.';
debug('No of rows in mtl_unit_transactions updated :'||sql%rowcount);
UPDATE csi_item_instances_h
SET new_serial_number = 'XDT07406'
WHERE new_serial_number = 'XDT07406.';
debug('No of rows in csi_item_instances_h updated :'||sql%rowcount);
UPDATE csi_t_txn_line_details
SET serial_number = 'XDT07406'
WHERE serial_number = 'XDT07406.';
debug('No of rows in csi_t_txn_line_details updated :'||sql%rowcount);
UPDATE csi_item_instances
SET serial_number = 'XDT07406'
WHERE serial_number = 'XDT07406.';
debug('No of rows in csi_item_instances updated :'||sql%rowcount);
UPDATE wsh_delivery_details
SET serial_number = 'XDT07406'
WHERE serial_number = 'XDT07406.';
debug('No of rows in wsh_delivery_details updated :'||sql%rowcount);
debug('======================================================================');
debug('Switching from serial number jct20591 to JCT20591 ');
debug('======================================================================');
UPDATE fa_additions_b
SET serial_number = 'JCT20591'
WHERE serial_number = 'jct20591';
debug('No of rows in fa_additions_b updated :'||sql%rowcount);
UPDATE fa_mass_additions
SET serial_number = 'JCT20591'
WHERE serial_number = 'jct20591';
debug('No of rows in fa_mass_additions updated :'||sql%rowcount);
UPDATE rcv_serial_transactions
SET serial_num = 'JCT20591'
WHERE serial_num = 'jct20591';
debug('No of rows in rcv_serial_transactions updated :'||sql%rowcount);
UPDATE mtl_serial_numbers
SET serial_number = 'JCT20591'
WHERE serial_number = 'jct20591';
debug('No of rows in mtl_serial_numbers updated :'||sql%rowcount);
UPDATE mtl_unit_transactions
SET serial_number = 'JCT20591'
WHERE serial_number = 'jct20591';
debug('No of rows in mtl_unit_transactions updated :'||sql%rowcount);
UPDATE csi_item_instances_h
SET new_serial_number = 'JCT20591'
WHERE new_serial_number = 'jct20591';
debug('No of rows in csi_item_instances_h updated :'||sql%rowcount);
UPDATE csi_t_txn_line_details
SET serial_number = 'JCT20591'
WHERE serial_number = 'jct20591';
debug('No of rows in csi_t_txn_line_details updated :'||sql%rowcount);
UPDATE csi_item_instances
SET serial_number = 'JCT20591'
WHERE serial_number = 'jct20591';
debug('No of rows in csi_item_instances updated :'||sql%rowcount);
COMMIT;
EXCEPTION
WHEN OTHERS
THEN
l_return_err :='Updating in one of the script has this error:'|| substrb(sqlerrm, 1, 55);
debug('Value of l_return_err='||l_return_err);
END;
Thanks
Nagamohan

Error during Post Goods Issue of Material in VL02N for STO Purchase Order

I am getting one error message during Post goods issue of Material for STO Purchase order.
I am doing the Post goods issue in T code VL02N
Error is " Account type D is not defined for Document type WL"
What is the settings required to be done.
Thanks,
Shailendra

Please check Plant customer master reconsilation account properly maintained or not in XD03 transaction.

Error in Material Transactions

Hi,
I have found 4 items in the Material Transaction with the following messages, happened at RMA.
Sale Order - 1
Item1: CSTPACIN.COST_INV_TXN:Failure in procedure CST_RevenueCogsMatch_PVT.Process_RmaReceipt()
Sale Order - 2
Item1,2 & 3 : CSTPAVCP.COST_ACCT_EVENTS:(50):Failure in procedure CST_RevenueCogsMatch_PVT.Process_RmaReceipt():User-Defined Exception
Kindly help me to resolve the above issues.
Thanks & Regards
[email protected]

Hi,
Please look in to the following issue
RMA was created on 2/3/13 - 16:17 pm with item-1 with the SO reffence number, where the sale order was showing the date as 2/3/13- 16:34 pm.
But the item-1 is not available in the referenced sale order.
Example:
RAM No : 2
Date : 2/3/13
Time : 16:17 PM
Item : Item-1 reference So: 1
SO num: 1
Date : 2/3/13
Time : 16:34 Pm
Item : (Item-1 is not available in the saleorder)
Do needful
Thanks
Shruthi

Importing Material transaction on a FIFO organization.

We are trying to load material transactions using MTL_TRANSACTION_INTERFACE.
The organization is setup as FIFO costed. We are able to load the MTL_TRANSACTION_INTERFACE, we can also sees
the transaction on the Open Interface from inventory and to run the transaction import.
The material transaction is created in inventory and visible on the Material Transaction Interface as well.
If we check the material transaction layers we are not able to see the cost layer, as has not been created.
We would like to understand if additional setup is needed in order to have the cost layer created for the imported
transactions.
We have found a note on metalink (https://metalink.oracle.com/metalink/plsql/f?p=130:14:12598912247982725952::::p14_database_id,p14_docid,p14_show_header,p14_show_help,p14_black_frame,p14_font:NOT,262980.1,1,1,1,helvetica) that was referring to WIP and says to load also the CST_COMP_SNAP_INTERFAC if we want to have the cost layers created.
But the table above requires a wip entity id, and we are not loading Work in process, only misc receipt.

Are the loaded transactions still in MTL_TRANSACTION_INTERFACE or have they been transferred to Material Ledger i.e. MTL_MATERIAL_TRANSACTIONS ?
I assume that when referring to Cost Layers, you are referring to cost layers in CST_INV_LAYERS. If so, I would like to mention that cost layers in this table are created when the transaction is being Costed which happens after the transactions get created in MTL_MATERIAL_TRANSACTIONS and when Cost Manager has costed the transaction.
Hope it helps.
Thanks, Ram

Important Validations for MTL Material Transaction

Hi All,
I am creating an OAF page for material transaction -- for material issue and receipt.
For this I am inserting a record into MTL transaction interface table and the running the transaction manager API in oracle, which populate mtl_material_transactions table.
But after general insertion i found that the record is getting error out due to oracle validation. The item may be lot or serial controlled.
Please let me know the validations performed by this program, so that I can handle these before inserting into interface tables.
Any help/document will be appreciated.
You can mail me to [email protected] as well.
Regards
Riyas

Riyas,
You have to insert the serial number if it is a serial controlled item or it will fail always. Before inserting into the interface table you can validate whether it is serial no is exists or not from the wsh_serial_numbers or mtl_serial_numbers.
You can compare the values from the inventory_itme_id to get the serial numbers.
You can use the below query to validate the records. It might be helpful.
1stà select * from oe_order_headers_all where header_id=4838351
2ndà select * from wsh_delivery_details where source_header_id=4839902
3rdà select * from wsh_serial_numbers where delivery_detail_id=5088694
INSERT INTO mtl_serial_numbers_interface
(source_code, source_line_id,
transaction_interface_id,
last_update_date, last_updated_by,
creation_date, created_by,
last_update_login, fm_serial_number,
to_serial_number, product_code
--product_transaction_id
VALUES ('Miscellaneous issue', 7730351,
71737725,
--mtl_material_transactions_s.NEXTVAL, --transaction_interface_id
SYSDATE, --LAST_UPDATE_DATE
fnd_global.user_id, --LAST_UPDATED_BY
SYSDATE, --CREATION_DATE
fnd_global.user_id, --CREATED_BY
fnd_global.login_id, --LAST_UPDATE_LOGIN
'168-154-701',
--FM_SERIAL_NUMBER
'168-154-701', --TO_SERIAL_NUMBER
'RCV'
--PRODUCT_CODE
--l_rcv_transactions_interface_s
--v_txn_interface_id --product_transaction_id

Discrete Inventory: Material Transactions Distribution contains no records

Dear Friends
We are not able to see the cost center wise consumption of the material in discrete inventory.
We are using Move Orders Issue for recording the consumption of the material.
cst_inv_distribution_v: We have analyzed this view but didn't get any results, the problem recognized finally is that MTL_MATERIAL_TRANSACTIONS have all the transactions but MTL_TRANSACTION_ACCOUNTS contains no records. MTL_TRANSACTION_ACCOUNTS table is empty. Material Transactions are not hitting the Distribution part.
Platform: Oracle Applications 11i (11.5.10.2)
Please guide us so that this problem can be solved.
Thanks in Advance
Ankur Bhatia

Check if the costing manager is running.
Check if there are any records that errored out (costed_flag =E in mtl_material_transactions)
If that happens, costing manager may not process the remaining records (assuming you are in avg. costed org).
Also, if your move orders are resulting in a subinventory transfer and if the accounts for the subinventories are same, you won't see any distribution records.
Sandeep Gandhi

Delivery Detail to Material transaction

Hi,
We have a requirement to link the delivery detail to the material transaction to figure out where the inventory for this delivery had actually come from.
For example,
One order Line with 2 quantity, got the delivery created for reservations done from two subinventories (A and B)
Delivery Detail 1 --> got inventory from subinventory A to staging subinventory
Delivery Detail 2 --> got inventory from subinventory B to staging subinventory
When we looked at wsh_delivery_details, it got the transaction id, however only detail 1's transaction id exists in mtl_material_transactions, whereas the transaction id from detail 2 does not exist in mtl_material_transactions table.
Did anyone experience this issue? We have specific requirement to communicate the delivery details with specific source subinventories to our partners.
Please help.
Thanks,
Raju

hi
there r two options either the cost will distribute to the items or it will come to some different acct
now u can set this
Spro > MM >Logistic Invoice verification > Incoming Invoice > Configure how unplaned delivery costs are posted.
here select appropriate option
if u want it to be loaded on material then select distibute among line items
if u want diff acct then chose 2nd option
if u want diffrent gl acct for diff types of delivery cost then u can directly activate the direct posting to gl acct
Spro > MM >Logistic Invoice verification > Incoming Invoice > Activate Direct Posting to G/L Accounts and Material Accounts
then u will find a G?L acct tab
here u can directly debit a amount to an acct
regards
kunal

MTL MATERIAL TRANSACTION error 'CALL_TO_CONTRACTS'. Please help.

I am getting the following error from the MTL_TRANSACTIONS_INTERFACE table while running a material transaction.
You have encountered an unexpected error in 'CALL_TO_CONTRACTS': (No Data Found).
I know that there is an query not being properly fulfilled and it's giving me back this error.
Does anybody know the specific reason that this error happens?
I don't know how to track down where this query is. I'm trying to find the package that it is in.
Any help would be meet with much thanks.

I get this error too when trying to display a content area with a single URL element (displaying the CA as a portlet).
When the URL is set to open in a NEW window no error.
But if I select the URL item to open inside the folder (CA) I get the error.
Pls let me know if you find a solution since I would like to have my CA shown ONLY as a portlet and not as a new window....

HKONG: Material Transaction Interface 의 data를 처리 Process들에 대한 정의

PURPOSE
Material Transaction Interface 의 data를 처리 Process들에 대해 정의하고자 함.
Explanation
관련된 정보는 다음과 같습니다.
Material Transaction Interface 의 data를 처리하기 위해서는 다음의 2개의 Process가 수행됩니다.
- INCTCM (Process transaction Interface)
- INCTCW (Inventory transactions worker)
(1)
Records are processed into this table by the INCTCM - Process Transactions Interface from the Interface tables :
     MTL_TRANSACTIONS_INTERFACE     to MTL_MATERIAL_TRANSACTIONS_TEMP
     MTL_TRANSACTION_LOTS_INTERFACE     to MTL_TRANSACTION_LOTS_TEMP (Lot 사용시)
     MTL_SERIAL_NUMBERS_INTERFACE     to MTL_SERIAL_NUMBERS_TEMP (serial 사용시)
==> INCTCM 에 의해 interface table의 data가 validation후, temp table로 옮겨집니다.
(2)
After the records are processed from the MTL_TRANSACTIONS_INTERFACE into the MTL_MATERIAL_TRANSACTIONS_TEMP
by the INCTCM - Process Transactions Interface,
a worker will be launched to process the record from MTL_MATERIAL_TRANSACTIONS_TEMP into MTL_MATERIAL_TRANSACTIONS.
The worker is called INCTCW - Inventory Transaction Worker.
The INCTCM - Process Transactions Interface will launch a single INCTCW - Inventory Transaction Worker for all rows
that meet the criteria in MTL_MATERIAL_TRANSACTIONS_TEMP :
     TRANSACTION_MODE     = 3
     LOCK_FLAG          = N
     PROCESS_FLAG          = Y
Once the process is complete the records will be moved into the corresponding
transaction table :
     MTL_MATERIAL_TRANSACTIONS_TEMP     to MTL_MATERIAL_TRANSACTIONS
     MTL_TRANSACTION_LOTS_TEMP     to MTL_TRANSACTION_LOT_NUMBERS
     MTL_SERIAL_NUMBERS_TEMP          to MTL_UNIT_TRANSACTIONS
==> INCTCM은 INCTCW를 call하게 되고, 이 Process에 의해 TEMP table로부터 MMT table과 Inventory table에
DATA가 Insert됩니다.
The rows in mtl_transactions_interface are processed in 5 phases.
1. Derives dependant columns, eg:acct_period_id, primary_quantity etc..
2. Detailed validation performed on the records
3. On hand qty check for negative qty's etc..
4. Reservations Relieved if demand was created in order entry
5. Rows are moved to mtl_material_transactions_temp where the
transaction processor is called to process these rows and update the inventory levels etc..
Reference Documents
-------------------

Material Transaction and Move Transaction Managers are Going Inactive

hi
it was running previously but currently it becomes inactive.can any one tell in which table to look for the error related to this problem?
Kind Regards
Sayantan

Hi;
What is your OS and EBS?
It was working before? If yes what have you been changed on your system(patch etc)
Please check below note:
Material Transaction And Move Transaction Managers Are Going Inactive [ID 93507.1]
Material Transaction and Move Transaction Managers are Going Inactive [ID 98757.1]
Regard
Helios

Interface Manager Material Transaction can not be activated

Hi hussein,
One of the interface managers for INVENTORY module can not be activated.
I tried to activated it using:
Navigation: INVENTORY > Setup >Transactions > Interface Managers > Material Transactions
Goto Tools > Launch Manager > Submit Conc. program "Process Transaction Inferface"
Then after the job is completed, I checked the manager but it is still "inactive" status. :(
Its log says:
+---------------------------------------------------------------------------+
Inventory: Version : 11.5.0 - Development
Copyright (c) 1979, 1999, Oracle Corporation. All rights reserved.
INCTCM module: Process transaction interface
+---------------------------------------------------------------------------+
Current system time is 07-DEC-2009 14:57:19
+---------------------------------------------------------------------------+
+---------------------------------------------------------------------------+
Executing request completion options...
Output is not being printed because:
The print option has been disabled for this report.
+------------- 1) PRINT -------------+
+--------------------------------------+
Finished executing request completion options.
+---------------------------------------------------------------------------+
Concurrent request completed successfully
Current system time is 07-DEC-2009 14:57:21
+---------------------------------------------------------------------------+Please help.....
Thanks a lot
msk

Hi yxes;
Navigation: INVENTORY > Setup >Transactions > Interface Managers > Material Transactions
Goto Tools > Launch Manager > Submit Conc. program "Process Transaction Inferface" Related Cm is Up? If yes please follow below and see its helpful:
The print option has been disabled for this report.
Regard
Helios

Issue of material should not be allowed if stock not available on that date

All SAP Gurus,
If we have zero stock for a material on 01.02.2009.
We make GR on 10.02.2009.
Now, if we try to issue the material on 01.02.2009 (after making GR on date 10.02.2009).
Then system allows me to post the document.
We don't want to restrict the back dated posting.
Only we want to restrict the posting if stock for the material is not available on that particular date (because it results in negative closing stock for that date.
How it can be done?
Regards,

Hi
Try making M7/021 message as error message and issue the material which is not there in stock.
Thanks

Issue in Material Transaction in WIP

Similar Messages

Maybe you are looking for