04-24-2007 11:33 AM
Hi Folks,
Can anyone here please let me know about the following:-
We have some transport requests which are under released status in development but not available in client?
1.What could be the reason?
2.What kind of data E070 and E071 tables contain?
3.T-CODE STMS How can we use this transaction and for what?
K.Kiran.
04-24-2007 11:40 AM
We have some transport requests which are under released status in development but not available in client? <b> ---> TP's are client dependents</b>.
1.What could be the reason?<b>---> check in which client they are created.</b>
2.What kind of data E070 and E071 tables contain<b>?--> All data releted to TP</b>3.T-CODE STMS How can we use this transaction and for what<b>?-> to TRANSPORT objects across system.</b>
Regards
Prabhu
04-24-2007 11:38 AM
Hi Kiran,
We have some transport requests which are under released status in development but not available in client?
1.What could be the reason?
2.What kind of data E070 and E071 tables contain?
3.T-CODE STMS How can we use this transaction and for what?
If they r released in development then go to STMS and import the same request in Test server.then only it will b there in test ...
04-24-2007 11:39 AM
Hi,
We have some transport requests which are under released status in development but not available in client?
1.What could be the reason?
they might have not been transported to other clients, so the data is not there in other clients.
2.What kind of data E070 and E071 tables contain?
in SE11, execute them and see the records/data
they have Program ID< Object Type, Request/task No and Object name etc.
3.T-CODE STMS How can we use this transaction and for what?
used to import the objects in other clients after they are released in DEV system.
reward points if useful
regards,
ANJI
04-24-2007 11:47 AM
Anji,
I had gone through two tables but was not able to interpret what kind of data is available.Will the data in the tables differs from development to quality.If a request is transported it will get updated in E070.Then what kind of data E071 is holding?
Will the data in these two tables differ from development to quality?
K.Kiran.
04-24-2007 12:13 PM
Will the data in these two tables differ from development to quality?<b> --->yeah</b>
these holds data releted to QAS Transport request in QAS server.
these table will give info abt which one is Header and Item Request, based on there values Next Transport Request Number will be generates.
Regards
Prabhu
04-24-2007 1:43 PM
Prabhu,
So,if there is any problem in terms of transport request we can check E070 table.If that particular transport request it available in this table then it means it is moved to Quality.Am I right?
Kindly let me know what kind of thumb rules I have to follow to avoid problems related to transported requests.
Thanks a ton,
K.Kiran.
04-24-2007 11:39 AM
1. May be there are major EPC errors which has to be corrected before release
2.
E071 - Change & Transport System: Object Entries of Requests/Task
E070 - Change & Transport System: Header of Requests/Tasks
3.Transport Management System
http://help.sap.com/saphelp_erp2005vp/helpdata/en/8e/a29138e4a0341fe10000009b38f8cf/frameset.htm
04-24-2007 11:40 AM
Hi
1.What could be the reason?
Check if the request is in a LOCAL class, it'd mean there's a problem on defination of development class.
2.What kind of data E070 and E071 tables contain?
There are the status of the request and its tusk.
3.T-CODE STMS How can we use this transaction and for what?
It's to transport the requests form the system (dev) to another one (test o prod): after releasing the request, it's put in the queue where the request has to be imported, the import is made by STMS.
Max
04-24-2007 11:40 AM
We have some transport requests which are under released status in development but not available in client? <b> ---> TP's are client dependents</b>.
1.What could be the reason?<b>---> check in which client they are created.</b>
2.What kind of data E070 and E071 tables contain<b>?--> All data releted to TP</b>3.T-CODE STMS How can we use this transaction and for what<b>?-> to TRANSPORT objects across system.</b>
Regards
Prabhu
04-25-2007 6:08 AM
Hi Folks,
Kindly let me know what kind of thumb rules I have to follow to avoid problems related to transport requests.
K.Kiran
04-25-2007 6:14 AM
i dont understand , what problems u are facing in this Transport Requests? , I dont say much more things abt this Tables , Bcos i done R&D on these tables , then my system gone for Toss ?
U no need to follow any thumb rules , Ur job is just create transport rrerquests , that it ? No need do any R& D on these table ?
If any issue revert back us.
better to close this thread.
Regards
Prabhu
04-25-2007 6:28 AM
Prabhu,
Fine my problem is solved but I just wanna know if any guidelines that SDN experts can provide in terms of Transport Requests.Sometimes we face problems that one request which got released will overwrite the objects which are associated with other Transport Requests.
Sorry.
K.Kiran.
04-25-2007 6:39 AM
Fine my problem is solved but I just wanna know if any guidelines that SDN experts can provide in terms of Transport Requests<b>.---> i done the same thing , but i have taken 3 days to rectify that error , so dont follow blindly any body until unless ur are not sure what u are doing .</b>
Sometimes we face problems that one request which got released will overwrite the objects which are associated with other Transport Requests<b>--->It will not happen like that , may be u are doing it in wrong way.</b>
best pratice is , create indi.transport request for each and every object , then u will get the flow.
Regards
Prabhu
04-25-2007 6:47 AM
Prabhu,
This is what I am expecting in terms of guidelines.
"best pratice is , create indi.transport request for each and every object , then u will get the flow."
But,in some cases we will not be able to create individual transport requests for every other object saying the reasons that it won't adhere to Quality Standards or something or the other.In such a case we need to include 4 or 5 objects in the same request.So I was enquiring.
Thanks alot for your prompt replies.
K.Kiran.
04-25-2007 9:29 AM