Reg : MSEG Table

Hi Friends,
               i've a dobut dobut regarding MSEG table....
               In Mseg table we have Movment Types field (BWART), Now I've two movement types Namingly
               101 - (GR goods receipt)   and 261 (GI for order). Now My Qusetion is .....
               1. How can we link any two MBLNRs with movemnt types 101 &   261 in the MSEG table?
   Regards,
   Kalyan.
Moderator Message: What happened to this one: Reg : Movement Types MSEG Table?.
Edited by: kishan P on Sep 16, 2010 5:52 PM

Hi,
Check MSEG-SMBLN, u will get first material do in SMBLN of 102 material doc.
Regards,
Prashant

Similar Messages

The pur.doc numbers are nt displaying in besg and mseg tables

hi experts!
The bseg and mseg tables having the field(ebeln) of purchasing doc.but is nt having any value.the field is empty in table.pl anyone can tel me wat is the reason,is it configuartion pbm or wat else.wat is the soln for this.
Thanks!.

Hi,
if FI doc is getting generated ie...while migo and miro, then entry must hit the table....if its not hitting.....then you need to debug it and find out the reason.
reg
Arun

Update Consumption posting field of MSEG table control

Hi,
We have free goods Sales order type(ZKFC) and reture(ZKFR). We post
the free goods delivery update G/L is correct in FI document of MM
movement(601). We post the return free goods delivery update G/L is
incorrect in FI docuemt of MM movement(653). We checked the MSEG table
found the Consumption posting field(MSEG-KZVBR) is empty for free goods
delivery post. The Consumption posting field is 'V' for return free
goods delivery post. The other order delivery post and return delivery
post is OK.We want to know where configuration can control the
Consumption posting field((MSEG-KZVBR)) update at MSEG table? Could you
pls help us check it.Thanks.
Movement type(601) FI docuemnt
Dr: Sales Promo. Mat.
Cr:F/G-Trading
Movement type(653) FI docuemnt
Dr: F/G-Trading
Cr:Std.Cost-Trading
We expected the 653 FI docuemtn
Dr: F/G-Trading
Cr:Sales Promo. Mat.
Best Regards
Park Han

Hi,
You can use tcode OMJJ to check for movement type 653, then look at the Account Grouping.
There you should be able to identify the line that meets the posting, and since the Consumption is 'V', the Acct. modif should be VAY.
Then to assign the correct G/L in tcode OBYC, look for combination of
-event GBB
-acct mod VAY
-valuation class of the material
But before you replace the G/L, confirm that the line is the correct one by matching the GL in MSEG and this line's GL.
Thanks

Problem in MSEG Table updation

Hello All,
The problem is related to MSEG table updation after Stock Transport Order (STO) is done between Manufacturing plant & Depot. The problem is described below with an example.
In case of STO the Supplying Plant or vendor is SP02 and the Receiving Plant or the customer is RP15.in the STO under the shipping tab for Customer the system is showing RP15 and under the Delivery address tab for Vendor the system is showing SP02.
While during PGI when the material document is generated when we check the MSEG table two line items have been generated where we found that the field WERKS contained SP02 & RP15 against which the feld XAUTO is showing blank space & X symbol respectively.But in case of both LIFNR & KUNNR fields it is showing blank space, which indicates that both the vendor & customer fields are not getting updated in the MSEG table.
Now I want the system to pick up the data for KUNNR field (in case of XAUTO is X) also in the MSEG table i.e. RP15 should also be displayed in the MSEG table.
Is there any configuration to attain my requirement?
Looking forward to some valuable suggestions.
Thanks & Regards
Priyanka Mitra

the ADRx tables are central tables that are used from various transactions in SAP.
e.g. from customizing, master data maintenance, transactional data, such as purchase orders and sales orders.
use the ADRNR from ADR6 table and then lookup an entry in table ADRC to find and hint to its origin field ADDR_GROUP

Procees for upload field in mkpf&mseg table

Hi friends,
i had return the code for uploading two fields in mkpf and mseg table .when i am executing through f8 the updated value is not founding when we checkd through debugging the value is updating and appering in screen plz tell me how i will solve the issue.
for u r referenece i am sending the code what i had return in logic.
types: BEGIN OF it_tab,
        prueflos(16) type c,
        MBLNR type mblnr,
        TYP type QAMBTYPE,
        END OF it_tab.
      types: begin of it_tab1.
       include type mkpf.
      types: END OF it_tab1.
      types:begin of it_mseg.
      include type mseg.
      types:end of it_mseg.
*        end of it_tab1.
     types: ts_tab1 type STANDARD TABLE OF it_tab1.
     types: ts_mseg type STANDARD TABLE OF it_mseg.
     data: ts_tab type STANDARD TABLE OF it_tab,
           wa_tab type it_tab,
           wa_tab1 type it_tab1,
           ts_tab2 type ts_tab1,
           ts_mseg type ts_mseg,
           wa_mseg type it_mseg,
           it_tab12 type it_tab1 OCCURS 0 WITH HEADER LINE.
       select PRUEFLOS mblnr typ from QAMB
         into table ts_tab where prueflos = it_final-prueflos
                              and    typ = '3'.
         if ts_tab[] is not INITIAL.
           sort ts_tab[] by mblnr.
          select * from mkpf into TABLE ts_tab2 FOR ALL ENTRIES IN ts_tab where mblnr = ts_tab-mblnr.
            if ts_tab2[] is not INITIAL.
              sort ts_tab2[] by mblnr.
              select * from mseg into table ts_mseg FOR ALL ENTRIES IN ts_tab2 where mblnr = ts_tab2-mblnr.
                endif.
            endif.
         loop at ts_tab into wa_tab .
           READ TABLE ts_tab2 into wa_tab1 with key mblnr = wa_tab-mblnr.
           wa_tab1-FRBNR = it_data1-FRBNR.
           if sy-subrc eq 0.
            wait UP TO 2 SECONDS.
          update mkpf from wa_tab1.
          COMMIT WORK .
           endif.
           read table ts_mseg into wa_mseg with key mblnr = wa_tab1-mblnr.
           wa_mseg-sgtxt = it_data1-trucknum.
           if sy-subrc eq 0.
             wait UP TO 2 seconds.
          update mseg from wa_mseg.
          COMMIT WORK .
           endif.
           ENDLOOP.
thanks in advance,
siva
Edited by: Thomas Zloch on May 13, 2011 1:37 PM - please use code tags

it is added in bdc code only.
now i will explaing proccess of bdc . this is used for converting meterial type from 103 movement type to 105 move ment type so whaterver data they got through 103 movemet type (migo data) they are uploading through xl and uploading through our bdc
after uploading they are used QA11 tcode .record is done for this after recording completed it is converting 103 to 105 move ment type and it is displaying message like succesfully proceesed . inthis 105 movement type we are not getting bill of lading no and truck no so i am updating these two field in this table so i done like this so do u get any idea to update the fields in another way means plz help me
siva.

Can we update mseg table through badi mb-migo_badi or not???

Hi Experts
I had a requirement to add an additional tabstrip at the item level of MIGO transaction .
I have implmeented the same using MB_MIGO_BADI .
I have also added a field quantity on this tab.
The problem now is i'm not able to update this field in the MSEG table.
I have extended the MSEG table using append structures.
Regards,
Sunny

use this fm inside ur badi
J_1IEXGM_BADI_POST_DOCUMENT
also chk this thread
Re: MB_MIGO_BADI IMPLEMENTATION
кu03B1ятu03B9к
Edited by: kartik tarla on Mar 11, 2009 12:12 AM

Update Mseg Table using MB_MIGO_BADI

Hi Experts
I had a requirement to add an additional tabstrip at the item level of MIGO transaction .
I have implmeented the same using MB_MIGO_BADI .
I have also added a field quantity on this tab.
The problem now is i'm not able to update this field in the MSEG table.
I have extended the MSEG table using append structures.
Regards,
Sunitha.
Edited by: sunitha j on Mar 1, 2009 2:34 PM

check whehter the added field is getting the data that you enter in the trnasaction in debug mode and whether the move of the data is happening...
Regards,
Sravan.

BADI MB_MIGO_BADI not updating custom field in MSEG Table

Dear Experts,
I am working on screen exit In MIGO transaction for transfer Posting.
I checked that BADI MB_MIGO_BADI having facility for screen exit and method line_modify having facility to change GOITEM Structure for the changed line item.
Now, to make this functionality work I have enhanced include structure CI_COBL which is available in both mseg table and goitem structure, now I have this customized fields on my custome tab through the enhancement and also to update this value 2 custom fields created in goitem structure and MSEG table through include structure CI_COBL.
Here my question is at the time of transfer posing creation in MIGO when I am passing the value in custom fields through screen and assigning it to custom fields of structure GOITEM through LINE_MODIFY method, it is giving me below worning message
BADI: Field GOITEM-ZZIDNLF is not ready for input. (Change is not taken over)
Now I have debuged the code, also checkout many threads and came to know that because of few checks in standred program (iNCLUDE:LMIGOKL3) these fields will not be updated WHERE IT always checks whether these fields are ready for input or not and if not ready then instead of assigning the values it throws worning message.
Now can you please through some light how can I go ahead as I have check out many threads and also tried to change value of cs_goitem structure using field symbol but throughing dump that it is blocked against changes through field symbol.
The helpful answers will be highly appriciated.

Hi,
In the badi mentioned by you GOITEM is the importing parameters & if the relevant field is not used in any MIGO screen you cannot change the data.
Please check example BADI interface: IF_EX_MB_MIGO_BADI~LINE_MODIFY
Please check the BADI documentation:
Changed data in GOITEM is only adopted if the relevant fields are visible and ready for input.
Changed data in GOITEM is not adopted if the relevant field is not used in any MIGO screen (warning via MIGO 049).
Changed data in GOITEM is not adopted if the relevant fields are not ready for input (warning via MIGO 050)
Thanks and Regards,
Chandra

Performance issue with MSEG table in Production

Hi,
I have written a report with 4 select queries.
First i am selecting data from VBRK table in i_vbrk. Then for all entries in i_vbrk, i am fetching records from VBRP into i_vbrp table. Then for all entries in i_vbrp, records are fetched from MKPF into i_mkpf. Then, finally for all entries in i_mkpf, records are fetched from MSEG into i_mseg table.
Performance of this report is good in Quality system, but it is very poor in Production systems. It is taking more than 20 mins to get executed. MSEG table query is taking most of the time.
I have done indexing and packet sizing on MSEG table, but still performace issue persists. So, cqan you please let me know if there is any way by which performace of the program can be improved???
Please help.
Thanks,
Archana

Hi Archana,
I was having the same issue for MKPF and MSEG , I am using INNER JOIN Condition .
SELECT
mkpf~mblnr
mkpf~mjahr
mkpf~budat
mkpf~usnam
mkpf~bktxt
mseg~zeile
mseg~bwart
mseg~prctr
mseg~matnr
mseg~werks
mseg~lgort
mseg~menge
mseg~meins
mseg~ebeln
mseg~sgtxt
mseg~shkzg
mseg~dmbtr
mseg~waers
mseg~sobkz
mkpf~xblnr
mkpf~frbnr
mseg~lifnr
INTO TABLE xmseg
FROM mkpf
INNER JOIN mseg
ON mkpfmandt EQ msegmandt AND
mkpfmblnr EQ msegmblnr AND
mkpfmjahr EQ msegmjahr
WHERE mkpf~vgart IN se_vgart
AND   mkpf~budat IN se_budat
AND   mkpf~usnam IN se_usnam
AND   mkpf~bktxt IN se_bktxt
AND   mseg~bwart IN se_bwart
AND   mseg~matnr IN se_matnr
AND   mseg~werks IN se_werks
AND   mseg~lgort IN se_lgort
AND   mseg~sobkz IN se_sobkz
AND   mseg~lifnr IN se_lifnr
%_HINTS ORACLE '&SUBSTITUTE VALUES&'.
But still I have a issue in performance , Can anybody give some suggestions , please .
Regards,
Shiv

Link b/w QALS and MSEG TABLE

hi,
i want to make a link up between QALS AND MSEG table as i want to those inspection lot which have the UD = REJECTED and stored in SC01 etc storage locations. Till now i am able to find that the Item which are rejected having material documents present in the MSEG table but not present in QALS.
I had tried to make a link up with fields such as MATRN,CHARG,KDAUF, KDPOS etc.. but the right data is not displayed in it.
Please provide me guidelines to solve this problem.

this i Functional question asked at wrong place .
but i will gice you the relation :
MSEG: Document Segment: Material
Fields:      MBLNR
     MJAHR
     ZEILE
Relation :
MATNR      EBELN     EBELP MJAHR MBLNR
QALS: Inspection lot record
Fields:      PRUEFLOS
can use this table also
QAVE: Inspection processing
Fields:      PRUEFLOS
                KZART
     ZAEHLER
rgds aryan
Edited by: Aryan@sap on Jun 4, 2009 8:21 AM

Materail Document not seen in the MSEG table

Hi ALL,
Can anyone help in finding a solution for the following problem.
PO has PO history tab view where we can see the GR, IR details. But when we try to open the material document the error message is "Document -
does not exist in calendar year 2006"
There are entries in the EKBE table - signifying the PO history. But in MSEG table no entries exist. How can this be possible?
Can anyoune throw light into this.
Thanks in advance,
Chan

Hello Chandra,
If it shows in MB03 then it must show in MIGO as well. In MIGO also, dont give the year and then try. Also make sure that you are using "Display" material document option.
Incase, it does not show in MIGO, then you have two options.
1. Search any OSS note is available, if not, write message to SAP.
or
2. Continue with MB03 until you get the solution.
Regards
Arif Mansuri

Relation between MSEG table and movement types in 2lis_03_bf

Hi all,
May i know the relation between MSEG table and 2lis_03 _bf xtractor stock type/stockcategory where we see the informarion in r/3 side for this, you answers gets rewarded.
regards,
Dan.

Hi,
Most of the data for IM comes from the tables MSEG andd MKPF. You can go to MSEG contents and see the data there. You will find all the movement types, stock types and stock categories there. You can also use the transactions MB5B, MB51 etc.. to see the related info in R/3. As I said most of the data comes from these tables but not all the data. It uses some internal programming to get the data.
Hope it helps...

PO no is not updateing in MSEG table for transfer posting wrt PO

Hi All ,
PO number not updateing in MSEG table field EBELN for transfer posting with reference to PO . What should be the reason . This is for subcontracting process .

Hi Raghavendra Balegar
If u r doing through scheduling agreement then it will not sit in MSEG. only if u doing through standard PO i.e. NB then only u can view the data of PO in MSEG.
Regards
Ram

Help,why brconnect do not collect statistics for mseg table?

I found "MSEG" table`s statistics is too old.
so i check logs in db13,and the schedule job do not collect statistics for "MSEG".
Then i execute manually: brconnect -c -u system/system -f stats -t mseg -p 4
this command still do not collect for mseg.
KS1DSDB1:oraprd 2> brconnect -c -u system/system -f stats -t mseg u2013f collect -p 4
BR0801I BRCONNECT 7.00 (46)
BR0154E Unexpected option value 'u2013f' found at position 8
BR0154E Unexpected option value 'collect' found at position 9
BR0806I End of BRCONNECT processing: ceenwjre.log 2010-11-12 08.41.38
BR0280I BRCONNECT time stamp: 2010-11-12 08.41.38
BR0804I BRCONNECT terminated with errors
KS1DSDB1:oraprd 3> brconnect -c -u system/system -f stats -t mseg -p 4
BR0801I BRCONNECT 7.00 (46)
BR0805I Start of BRCONNECT processing: ceenwjse.sta 2010-11-12 08.42.04
BR0484I BRCONNECT log file: /oracle/PRD/sapcheck/ceenwjse.sta
BR0280I BRCONNECT time stamp: 2010-11-12 08.42.11
BR0813I Schema owners found in database PRD: SAPPRD*, SAPPRDSHD+
BR0280I BRCONNECT time stamp: 2010-11-12 08.42.12
BR0807I Name of database instance: PRD
BR0808I BRCONNECT action ID: ceenwjse
BR0809I BRCONNECT function ID: sta
BR0810I BRCONNECT function: stats
BR0812I Database objects for processing: MSEG
BR0851I Number of tables with missing statistics: 0
BR0852I Number of tables to delete statistics: 0
BR0854I Number of tables to collect statistics without checking: 0
BR0855I Number of indexes with missing statistics: 0
BR0856I Number of indexes to delete statistics: 0
BR0857I Number of indexes to collect statistics: 0
BR0853I Number of tables to check (and collect if needed) statistics: 1
Owner SAPPRD: 1
MSEG
BR0846I Number of threads that will be started in parallel to the main thread: 4
BR0126I Unattended mode active - no operator confirmation required
BR0280I BRCONNECT time stamp: 2010-11-12 08.42.16
BR0817I Number of monitored/modified tables in schema of owner SAPPRD: 1/1
BR0280I BRCONNECT time stamp: 2010-11-12 08.42.16
BR0877I Checking and collecting table and index statistics...
BR0280I BRCONNECT time stamp: 2010-11-12 08.42.16
BR0879I Statistics checked for 1 table
BR0878I Number of tables selected to collect statistics after check: 0
BR0880I Statistics collected for 0/0 tables/indexes
BR0806I End of BRCONNECT processing: ceenwjse.sta 2010-11-12 08.42.16
BR0280I BRCONNECT time stamp: 2010-11-12 08.42.17
BR0802I BRCONNECT completed successfully
the log says:
Number of tables selected to collect statistics after check: 0
Could you give some advices? thanks a lot.

Hello,
If you would like to force the creation of that stats for table MSEG you need to use the -f (force) switch.
If you leave out the -f switch the parameter from stats_change_threshold is taken like you said correctly:
[http://help.sap.com/saphelp_nw70ehp1/helpdata/EN/02/0ae0c6395911d5992200508b6b8b11/content.htm|http://help.sap.com/saphelp_nw70ehp1/helpdata/EN/02/0ae0c6395911d5992200508b6b8b11/content.htm]
[http://help.sap.com/saphelp_nw70ehp1/helpdata/EN/cb/f1e33a5bd8e934e10000000a114084/content.htm|http://help.sap.com/saphelp_nw70ehp1/helpdata/EN/cb/f1e33a5bd8e934e10000000a114084/content.htm]
You have tried to do this in your second example :
==> brconnect -c -u system/system -f stats -t mseg u2013f collect -p 4
Therefore you received:
BR0154E Unexpected option value 'u2013f' found at position 8
BR0154E Unexpected option value 'collect' found at position 9
This is the correct statement, however the hyphen in front of the f switch is not correct.
Try again with the following statement (-f in stead of u2013f) you will see that it will work:
==> brconnect -c -u system/system -f stats -t mseg -f collect -p 4
I hope this can help you.
Regards.
Wim

Mver, mseg table

WHZ THE relationship between mver and mseg tables?
i want to link up mara and mkpf tables.

Check the link
material consumption history MVER
Regarding MSEG ??
Material Consumption at Storage Location level
Thanks
Seshu

Reg : MSEG Table

Similar Messages

Maybe you are looking for