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

Similar Messages

What is the main use of mseg table

what is the main use of mseg table. when we should actually use this. please explain me in detail. then what is the difference betweeln mseg and mara table.

MM Process flow:
The typical procurement cycle for a service or material consists of the following phases:
1. Determination of Requirements
Materials requirements are identified either in the user departments or via materials planning and control. (This can cover both MRP proper and the demand-based approach to inventory control. The regular checking of stock levels of materials defined by master records, use of the order-point method, and forecasting on the basis of past usage are important aspects of the latter.) You can enter purchase requisitions yourself, or they can be generated automatically by the materials planning and control system.
2. Source Determination
The Purchasing component helps you identify potential sources of supply based on past orders and existing longer-term purchase agreements. This speeds the process of creating requests for quotation (RFQs), which can be sent to vendors electronically via SAP EDI, if desired.
3. Vendor Selection and Comparison of Quotations
The system is capable of simulating pricing scenarios, allowing you to compare a number of different quotations. Rejection letters can be sent automatically.
4. Purchase Order Processing
The Purchasing system adopts information from the requisition and the quotation to help you create a purchase order. As with purchase requisitions, you can generate Pos yourself or have the system generate them automatically. Vendor scheduling agreements and contracts (in the SAP System, types of longer-term purchase agreement) are also supported.
5. Purchase Order Follow-Up
The system checks the reminder periods you have specified and - if necessary - automatically prints reminders or expediters at the predefined intervals. It also provides you with an up-to-date status of all purchase requisitions, quotations, and purchase orders.
6. Goods Receiving and Inventory Management
Goods Receiving personnel can confirm the receipt of goods simply by entering the Po number. By specifying permissible tolerances, buyers can limit over- and underdeliveries of ordered goods.
7. Invoice Verification
The system supports the checking and matching of invoices. The accounts payable clerk is notified of quantity and price variances because the system has access to PO and goods receipt data. This speeds the process of auditing and clearing invoices for payment.
Common Tables used by SAP MM:
Below are few important Common Tables used in Materials Management Modules:
EINA Purchasing Info Record- General Data
EINE Purchasing Info Record- Purchasing Organization Data
MAKT Material Descriptions
MARA General Material Data
MARC Plant Data for Material
MARD Storage Location Data for Material
MAST Material to BOM Link
MBEW Material Valuation
MKPF Header- Material Document
MSEG Document Segment- Material
MVER Material Consumption
MVKE Sales Data for materials
RKPF Document Header- Reservation
T023 Mat. groups
T024 Purchasing Groups
T156 Movement Type
T157H Help Texts for Movement Types
MOFF Lists what views have not been created
A501 Plant/Material
EBAN Purchase Requisition
EBKN Purchase Requisition Account Assignment
EKAB Release Documentation
EKBE History per Purchasing Document
EKET Scheduling Agreement Schedule Lines
EKKN Account Assignment in Purchasing Document
EKKO Purchasing Document Header
EKPO Purchasing Document Item
IKPF Header- Physical Inventory Document
ISEG Physical Inventory Document Items
LFA1 Vendor Master (General section)
LFB1 Vendor Master (Company Code)
NRIV Number range intervals
RESB Reservation/dependent requirements
T161T Texts for Purchasing Document Types
Transaction codes:
RFQ to Vendor - ME41
Raising Quotation - ME47
Comparison of Price - ME49
Creation of PO - ME21N
Goods Receipt - MIGO
Invoice (Bill PAssing) - MIRO
Goods Issue - MB1A
Physical Inventory - MI01( Create doc)
MI04 (Enter Count)
MI07 (Post)
Also please check this links.
http://www.sapgenie.com/sapfunc/mm.htm
http://www.sap-basis-abap.com/sapmm.htm
Go thro this link, u will get a clear picture abt the MM flow.
MM flow
MM flow
MM flow
<b>Reward Points if it is helpful</b>
Thanks
Abhay Singh.

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

Need to Improve pefromance for select statement using MSEG table

Hi all,
We are using a select statement using MSEG table
which takes a very long time to run the program which is scheduled in back ground.
Please see the history below.;
1) Previously this program was using SELECT-ENDSELECT statement inside the loop i.e.
LOOP AT I_MCHB.
To get Material Doc. Details
      SELECT MBLNR
             MJAHR
             ZEILE INTO (MSEG-MBLNR,MSEG-MJAHR,MSEG-ZEILE)
             UP TO 1 ROWS
             FROM MSEG
            WHERE CHARG EQ I_MCHB-CHARG
             AND MATNR EQ I_MCHB-MATNR
             AND WERKS EQ I_MCHB-WERKS
             AND LGORT EQ I_MCHB-LGORT.
      ENDSELECT.
Endloop.
The program was taking 1 hr for 20 k data
2)The above statement was replaced by ALL ENTRIES to remove the SELECT-ENDSELECT from the loop.
***GET MATERIAL DOC NUMBER AND FINANCIAL YEAR DETAILS FROM MSEG TABLE
    SELECT MBLNR
           MJAHR
           ZEILE
           MATNR
           CHARG
           WERKS
           LGORT
               INTO TABLE I_MSEG
               FROM   MSEG
               FOR ALL ENTRIES IN I_MCHB
               WHERE CHARG EQ I_MCHB-CHARG
               AND   MATNR EQ I_MCHB-MATNR
               AND   WERKS EQ I_MCHB-WERKS
               AND   LGORT EQ I_MCHB-LGORT.
3)After getting the further technical analysis from BASIS team , And with the suggestion to optimize the program by changing the INDEX RANGE SCAN to
       MSEG~M.
SELECT MBLNR
           MJAHR
           ZEILE
           MATNR
           CHARG
           WERKS
           LGORT
               INTO TABLE I_MSEG
               FROM   MSEG
               FOR ALL ENTRIES IN I_MCHB
               WHERE MATNR EQ I_MCHB-MATNR
               AND   WERKS EQ I_MCHB-WERKS
               AND   LGORT EQ I_MCHB-LGORT.
At present the program is taking 3 to 4 hrs in back ground .
The table is complete table scan using index
MSEG~M.
Please suggest to improve the performance of this
many many thanks
deepak

The benchmark should be the join, and I can not see how any of your solutions can be faster than the join
SELECT   .....
              INTO TABLE ....
              UP TO 1 ROWS
              FROM mchb as a
              INNER JOIN mseg as b
              ON    amatnr EQ bmatnr
              AND awerks EQ bwerks
              AND algort    EQ blgort
              And   acharg EQ bcharg
              WHERE a~ ....
The WHERE condition must come from the select on MCHB, the field list from the total results
you want.
If you want to compare, must compare your solutions plus the select to fill I_MCHB.
Siegfried
Edited by: Siegfried Boes on Dec 20, 2007 2:28 PM

Mver, mseg table

Similar Messages

Maybe you are looking for