Skip to Content

Relationships of routing tables:

/wp-content/uploads/2016/09/image_png_1031004.png

When deletion indicator in routing tables is set

PLPO-LOEKZ

LOEKZ in table PLPO is only set if you delete a sub-operation.

PLAS-LOEKZ

Deleting an operation should set the deletion flag in table PLAS.

See the explanation of this design in note 43595.

PLFL-LOEKZ

But deleting the entire sequence won’t set the indicator PLAS-LOEKZ, it will set PLFL-LOEKZ.

If the operations are deleted online in the routing – via the transaction CA02/CA22 – the operations are no longer shown on the operations screen of the routing, but they are still in the table PLPO without a deletion flag. The PLPO entries are deleted if one runs the transaction CA98 with the radio button “Objects Deleted Online” set for the respective routings.

PLMZ-LOEKZ

When deleting a component in CS02, the table PLMZ is NOT updated.  Items in table PLMZ are only deleted (or flagged with PLMZ-LOEKZ) from CA02/CA12/CA22/CA32 by removing the component allocation assignment. This is because the assignment itself is NOT stored in table PLMZ.  The component allocation is based upon a relationship between 2 tables, STPO and PLMZ. Deletion indicators are NOT set in table PLMZ when deleting BOM components from CS02. This is consistent to the design of the BOM and routing transactions. This behavior cannot be changed.

It is recommended to remove the component allocation associated with the items of a BOM in a routing, before deleting the BOM or the items themselves. Otherwise, it may leave orphaned PLMZ entries in the system.

To report this post you need to login first.

3 Comments

You must be Logged on to comment or reply to a post.

  1. Boguslaw Rokosa

    Hi Nancy,

    I have a Problem related to your article. From my Programm I have assigned components to operation with a changing number “A” and duadate “A_DATE”. After that I have changed  the assignments with changinh number “B” and dudate “B_DATE” (B_DATE > A_DATE). To do it I have inserted into Table PLMZ eintity with old ZUONR and new ZAEHL and DATUV = B_DATE and LOEKZ and new entitys with new assignments (new ZUONR and new ZAEHL). And now if I start the CA02 with B_DATE I see my new assignment but when I start with A_DATE there is no assingments. I have compared the state of the Table PLMZ from my Programm and standart transaction and I can’t see any difference. Perhaps could you give me a hint what more should I check?

     

    Best regards,

    Boguslaw

    (0) 
    1. Nancy Guo Post author

      Hi Boguslaw,

      Sorry for the late reply. If I understand it correctly you are writing a program to insert directly into table PLMZ. In this case I’d suggest you to observe the table entry changes by making same changes in CA02. Then you can make the same update to table PLMZ in your own program to check the result.

      Best regards,

      Nancy

      (0) 
  2. Former Member

    Nancy, Hello my name is Jon I have situation maybe your expertise in Production Planning can help with..

    We have 1 internal material that via CIMR links to multiple customer numbers. ie.

    20000000 = 1234567-A, 1234567-B and 1234567-C

    the letter at back defines customer ship to location

    A= Kentucky

    B= Dearborn

    C= Windsor

    we want to maintain 1 internal part number and plan based on customer demand by location.

    also each location may have different pack quantities with we can manage based on packaging instruction and packaging determination Type “SHIP” (material/ship-to)

    do you have some idea of how we can plan based on customer ship to ?

    (0) 

Leave a Reply