Warehouse multiple staging area define

hi
this is the scenario what we have in production
we have multiple subassemblies which takes place for the final product ,
e.g.
finished Part 1 -- has 2 subassemblies say subass A and sub *** B ,
for Sub *** A we have 2 materials C and D requiremnts for mfg
so what we do is initially for mfg sub *** A we move material C and D from the warehouse to a bin just before the prod line ( say Prod Prep Bin) and when the production order is confirmed the materilas will be consumed from that Prod prep Bin
now for mfg Finished Part 1 the material will be backflushed from the WIP area where sub *** A and subass B are sitting.
My question is in the warehouse structure how do i define each of the areas
1. The Prod Prep Bin
2, The WIP areas from where the material for the finished goods is backflushed
please suggest

Shekahr -  it did not solve your issue
Alpesh
HAHAHAHHAAHH

Similar Messages

  • Door and staging area not determined automaticaly in IBD

    Dear All ,
    Kindly guide as Door, staging area  determination is not happening automatically after inbound delivery creation.
    currently assignment is being carried out manually , Attached screen shots for your kind perusal.
    Thanks
    Jinoy

    Please do the following
    Define Staging Area and Door Determination Groups
    SPRO ® EWM ® Master Data ® Staging Areas ® Define Staging Area and Door Determination Groups
    SPRO ® EWM ® Master Data ® Warehouse Door ® Assign Staging Area/Door Determination Group to Door
    SPRO ® EWM ® Master Data ® Warehouse Door ® Assign Staging Area to Warehouse Door
    SAP menuà EWMà Settingsà Shipping and Receivingà Access Sequence to Staging Areas and Door Determination)
    SAP menuà EWMà Settingsà Shipping and Receivingà Staging Area and Door Determination (Inbound)

  • Data warehouse staging area

    Hi all, i hope someone can shed some light as I am new to Datawarehousing..
    I have an transactional access database and am going to put the indivudal tables into my Oracle staging area as it is. (So basically the same db in Oracle).
    I am then intending on cleaning the data and populating my Datawarehouse fact and dimention tables.
    Where does the cleaning come in? Is this done between the staging area and warehouse? or before the staging area?
    And to get the data from the staging tables into the warehouse, is an UPSERT merge the best option? or a cursor loop?
    as i need to populate the fact and time dimension in the same transaction i guess..

    Please close this post and submit your query here .....................
    http://forums.oracle.com/forums/category.jspa?categoryID=148
    Cheers :)
    Renjith Madhavan

  • Setting staging area in VA01

    Hello,
    I would like to set an indication to the sales order in ERP for the purpose to determine the right staging area in EWM:
    [EWM] Storage control by alternative staging area according to sales order
    But I dont found the field "staging area/door determination group" in the sales order: VA01->TA
    Features
    In order that the system can perform staging area and door determination in the background, you must define determination rules. When doing this, you first specify which values the system is to compare with the values in the delivery:
    ●      Inbound delivery process: Warehouse process type and staging area/door determination groups
    ●      Outbound delivery process: Routes, departure calendar, staging area/door determination groups, and destination sequence numbers
    You then define which of the values named under u201CUseu201D are to be determined by the system.
    http://help.sap.com/saphelp_scm70/helpdata/EN/52/08b240ac052817e10000000a1550b0/frameset.htm
    Thanks in advance!
    Best regards,
    Laura

    Hi Laura,
    In order that the system can perform staging area and door determination in the background,
    Regards
    Seegal

  • Warehouse Door & Staging bay determination in inbound delivery

    Hi All
    I have maintained below configurations but system is not able to determine door & staging bay automatically.
    1. Storage types, storage sections and bins for door, staging area
    2. Staging area/door determination group
    3. defined warehouse doors
    4. assignment of SA/D det.grp & staging areas to door
    5. /SCWM/DOOR_SCU - Assign Door Storage Bin and Supply Chain Unit
    6. /SCWM/STADET_IN - Staging Area and Door Determination (Inbound)
    7. /SCWM/GMBIN_DET - Maintain Goods Movement Bin Determination
    Please suggest what I missed.
    Thanks
    Sasidhar Gupta

    Hi All
    Just to update you... after removing few changes it is working properly. Final settings are given below.
    1. Storage types, storage sections and bins for door, staging area
    2. Staging area/door determination group
    3. defined warehouse doors
    4. assignment of SA/D det.grp & staging areas to door
    5. /SCWM/DOOR_SCU - Assign Door Storage Bin and Supply Chain Unit
    6. /SCWM/STADET_IN - Staging Area and Door Determination (Inbound)
    7. /SCWM/GMBIN_DET - Maintain Goods Movement Bin Determination
    Can someone tell me why should we not use SA/D Det group and /SCWM/GMBIN_DET?
    Thanks
    Sasidhar Gupta

  • Automatically determine the staging area and door

    Hello Gurus,
            How to automatically determine the staging area and door ? and where to configure it?
    thanks very much!

    Hi zhang
    Material staging areas and doors are related to Warehouse management.
    First of all assign WM to your storage location
    Doors
    This is the place where the goods come to the warehouse  or  leave  from the warehouse
    The use of doors is to pick and  putaway  process in the warehouse.
    You can also assign the doors to the staging areas as goods receiving and shipping points
    Material staging areas
    This is an organizational unit that is assigned to the warehouse number. It is used to organize the goods flow in the warehouse
    The use of the material staging areas is that , they are used for interim storage of goods in the warehouse
    Staging areas can be defined for other purposes like goods receipt and goods issues
    Regards
    Srinath

  • COPA Assessment Cycle using KEU5 for multiple controlling areas

    Hello All,
    There is an organization with operations in several countries. There is a separate controlling area for each country. There is one controlling area, for instance, for Germany and another for Netherlands.
    A problem is encountered while executing transaction KEU5 for multiple controlling areas in parallel. For instance, when one user from Germany executes KEU5 for an assessment cycle for Germany controlling area and at the same time another user from Netherlands tries to execute KEU5 for a cycle for NL controlling area, the user from Netherlands encounters an error message u201C'Cycle XXXX 01.02.2008 cannot be started because run group 0000 is locked'.
    Apparently SAP allows assessment cycles for exactly one controlling area to be executed together. This poses a problem since the organization plans to implement SAP in several other countries (There will be one separate controlling area for each country as per the organization structure adopted by the company).
    Any ideas, views or suggestions on the aforesaid issue would be highly appreciated.
    Regards,
    Soumya

    Hi Soumya,
    Did you find any text in SAP Documentation saying that "SAP does not allow cycles belonging to different controlling areas to be executed at the same time"...?
    Pls find the following text from SAP Help...
    Parallel Processing of Cycles of an Allocation Type
    Use
    Parallel processing of cycles results in considerable time savings. To process cycles of one allocation type in parallel, they must be assigned to different cycle run groups.
    You define the cycle run groups in the cycle header data. You also assign cycles to the cycle run groups in the header data.
    To process the cycles of a cycle run group in parallel, start the cycles one after the other, if required, in different sessions.
    You are carrying out a cross-company code cost accounting and want to perform the actual assessment in the individual company codes in parallel. Create a cycle run group for each company code and assign the appropriate cycles to these groups. You can then carry out the actual assessment in the individual company codes in parallel.
    When you execute a cycle, you can start a consistency check. The system checks whether you are allowed to execute the selected cycles in parallel.
    Though I didn't come across such requirement, I feel, my earlier suggestion will work out...
    Srikanth Munnaluri

  • Multiple Subject Areas

    Somewhat new so please forgive me if the question is simple (if it is, please point me in the right direction). I've looked through the documentation and this forum, but have not found what I'm looking for yet.
    I am trying to get a single worksheet to pull data from multiple subject areas (two or more fact tables). I would prefer to not join fact tables together, and so I have not created the joins between the folders (fact tables) because I thought the performance would generally be horrible. (example of functionality I'm looking for: I want to combine Sales and Inventory data on one worksheet).
    I have kind of tried complex folders, but I would prefer to have the tool generate the SQL if possible because it won't just be me creating reports, and if it's possible, I'd like to avoid coding the SQL myself every time I want to join subject areas.
    I also looked at Custom Folders, but my understanding is that they are used primarily to join 1 fact table with multiple dimensional tables, but not multiple fact tables (at least that was the example in the documentation).
    My current setup is a 2 tier environment, with just Disco Admin and Disco Desktop on top of 10g. We don't have AS yet so I can't test anything that way.
    I appreciate any comments in advance.
    Nate

    You should try both Complex folders as well as custom folders and see which gives you better performance. Discoverer SQL optimizations for example apply only on Complex folders and not on simple folders.
    If you define the joins between the two tables, you can still use items from them in your Discoverer report without having to create a complex folder on them.
    And finally, you can always create a view or materialized view and use that MV in your Discoverer query.
    thanks
    Abhinav
    Oracle Business Intelligence Product Management
    BI - http://www.oracle.com/bi
    BI - http://www.oracle.com/technology/bi
    Blog - http://blogs.oracle.com/
    BI Blog - http://oraclebi.blogspot.com/

  • Multiple Controlling Areas

    I have a client with multiple controlling areas in ECC 4.6c.  We are preparing them to upgrade to ECC 6.0 then migrate to the new G/L.  The questions is:  When is it "easier" to convert to a single controlling area, before or after the ECC 6.0 Upgrade?  Before or as part of the New G/L Migration?
    They may not upgrade until very late this year or early next year.  They want to improve consolidated reporting as quickly as possible but are wary of the amount of time needed to eliminate the multiple controlling areas.

    Have you thought about re-implementing???
    Migrating Company Codes from different controlling areas can be a complicated process. You may need to create new Company Codes and link them all to the new controlling area.
    This will be a massive job - even if you dont want history.
    Think of the master data - Customers, Vendors, Assets, Materials etc.
    If you are to do anything you should get your rg Structure defined - i.e. one Controlling Area and then go for the new gl document splitting program.
    The two pieces of work are Fiscal Year dependant, the next FY you would need to move to a single Controlling Area, and then the following move to document splitting.
    You could do the Controlling Area and Upgrade (re-implementation) in one project and then do the document splitting the next Fiscal Year.
    Either way - good luck, sounds like you are going to be very busy !!!

  • Staging Area - Sans Transformations?

    I am struggling to come up with a proper term for a database that will contain untransformed application data.  This would be an EL process what will pull application data from the source, and insert it into the "staging" area.  A
    subsequent job will perform the ETL process into the data warehouse.  The goal for this area is to have unaltered application data to use as the source for our ETL processes, where we will not have to deal with the retention policies associated with the
    actual application data.   

    Often Staging in a data warehouse is permanent and long-term.  If you purge the Staging area you have to make sure that all needed information is making it into the Data Warehouse.  If you leave the data in Staging it's available for validation
    and to support design changes in the Data Warehouse.
    Also I'm seeing more direct access to this raw area of the DW, as "Big Data" workflows are gaining popularity and complementing more traditional approaches to analytics.  Broadly, in "Big Data" the analyst/end-users get access
    to raw source data quickly, and then do the transforms and reporting together as part of an ad-hoc analysis.
    David
    David http://blogs.msdn.com/b/dbrowne/

  • Staging area for Management Agent files...?

    Sorry for another question so quickly - I am reading the documentation first!
    Management agents upload files to the OMS server, and these are parsed and loaded as data into the MR database, right?
    Where is the staging area for these files (upload from all the management agents)? Is it possible to change it? From what I can gather it's
    https://oms_server:1159/em/upload - but where is this in the real world? I've searched the OMS $ORACLE_HOME, but can't find any uploaded files
    The reason for these questions is because we have a requirement to load these files to a shared area so that both our OMSes can access them - has anyone come across a configuration like this before? Does it work?
    Many thanks (again!)
    D

    The upload area on the OMS would normally be <OMS_HOME>/sysman/recv.
    You still might find no data files over here, as they may be uploaded to the OMS on that moment.
    Yes, making this directory a shared location ,will work when running multiple OMS.
    Regards
    Rob

  • Staging area for inserts only?

    If our DW will only over contain inserts, do we require a staging area?

    Hi DarrenOD,
    I personally like to put data in staging area before loading it to the Data Warehouse.It will give flexibility of debugging and very much needed when you have restricted time slot for data extraction from OLTP.
    Following URL explains "Why do we need Staging Database"
    http://www.dwbiconcepts.com/etl/27-basic-etl-concepts/137-why-do-we-need-staging-area-during-etl-load.html
    Prathy
    Prathy K

  • Staging Area with OWB 10.2 - necessary or not?

    Hi to all,
    I have read so much about Staging Area and OWB 10.2 that I am totally confused: Some documents and powerpoints in the web say you do not need one, others say you need one. The thing is I am planning a DWH and now I am not sure if a staging area is necessary or not, because the mappings do the ETL jobs internal so I am not sure about the staging area. Most of my data sources are Tables/Views/MViews in a database.
    Thank you very much for any help concerning this question!
    Regards
    Thomas

    Would you prefer the answer that you MAY need one? Then again, you may just WANT one!
    For example, if you are building against a high transaction volume, busy 24/7 OLTP system then you may find that you need a local snapshot in order to do a complete build with a consistent set of source data for all your numbers to be consistent.
    Then again, you also may just find that bringing over just delta data into a local snapshot makes for much more efficient load rather than running against huge full remote tables if they are not well partitioned and/or indexed.
    Then again, complex joins run against a remote system may run more efficiently if you bring the data across with simple table dumps into a staging area that you can index to optimize your queries rather than have to deal with poor performance of complex joins over a dblink. Especially if you need to perform complex joins accross more than one db link to multiple source source systems. How big a cartesion product do you want bouncing around the network to perform that sort of scenario? Sure, maybe you can do it - but how much are you going to impact performance across the boards doing things like that?
    Is the source system already stresed to the max and sitting on a vintage piece of equipment, but your shiny new DW environment is blessed with tons of resources that will make the ETL run faster by several factors if you first copy the data over locally?
    So, do you need a staging area?
    Fact is that there is no generic correct answer to this question.
    You have to look at the specifics of your data requirements and your environment to answer that question. There are costs and benefits to having a staging area, and you have to determine which way the cost/benefit analysis comes out for your specific project.
    Mike

  • Staging area on source in Oracle

    Hi,
    My source and target, both are Oracle DBs.
    a) I created one interface with STAGING AREA ON TARGET. For this I used LKM SQL to SQL and IKM SQL Incremental Update.
    Its working fine and all the work tables, flow table etc are gettting created in the
    Work Schema (ie. ODI_TRG) I have given while defining physical schema of my target.
    I want to try with staging area on source....
    b) I checked the "Staging area different from Target" option and selected the logical schema of the source in the Definitions tab of my interface.
    In the corresponding physical schema, Work Schema I gave is ODI_SRC.
    Now I expected all the work tables, flow tables etc to be created ODI_SRC. But still they are getting created in ODI_TRG!!! Why???
    But finally to insert/update the target table, its trying to read the flow table from ODI_SRC, even though it created the flow table in ODI_TRG!!!!
    And as a result its failing with this error code...
    942 : 42000 : java.sql.SQLException: ORA-00942: table or view does not exist
    Please clarify.

    I think you didn't change your KM.
    Step1: import the "IKM SQL to SQL Append" into your project
    Step2: In your interface, on the definition table, select the "Staging Area Different From Target" checkbox, and select the schema of your source data in the drop-down list box.
    Step3: go to the flow tab, and select the target, and select the IKM SQL to SQL Append.
    Step4: Execute.
    Refer this thread what KM to change.
    Optimizing the KM

  • Same operating concern for multiple controlling area

    Dear all,
    We have a senario in which multiple controlling area is defined with multiple currency. Is it feasible to use same operating concern or different.
    Thanks & Regards,
    Vishal

    Hi
    As long as the Fiscal Yr Variant is same between the two, you can use same Op Concern
    I dont think the above reply is valid because in my opinion, there is no restriction with regards to Currency
    br, Ajay M

Maybe you are looking for