엔터프라이즈 관리 > Windchill ESI 구현 > Implementing Windchill ESI in an ORACLE Applications Environment > Business Processes and Organizational Considerations
  
Business Processes and Organizational Considerations
As you plan your Windchill ESI implementation, you should consider the ways in whichWindchill ESI can support your business activities. Thinking about how you wantWindchill ESI to support these activities would also help you decide which configuration options to select and if you need to add any custom functionality.
The following lists high-level decisions that you need to make regarding Windchill ESI’s role in supporting your business processes.
Choosing Scenarios to Support
Decide which business scenarios you want to support when integrating your Windchill PDMLink data with your ERP distribution targets. There are many ways in which this integration can provide value to your company and Windchill ESI supports publishing product information from Windchill with pre-built business logic and configuration options. For details on the supported scenarios, refer to the Overview chapter in the Administering Windchill ESI in an ORACLE Applications Environment or the Installing and Configuring Windchill ESI in an SAP Environment. Other scenarios can be supported using theWindchill ESI suite of customization tools. Refer to the Windchill Enterprise Systems Integration Customizer's Guide - Oracle Applications(Windchill Enterprise Systems Integration 커스터마이저 안내서 - Oracle Applications) or Windchill Enterprise Systems Integration Customizer's Guide - SAP(Windchill Enterprise Systems Integration 사용자정의 안내서 - SAP) for details on customization.
Deciding on Business Objects
Decide which business objects are important to your ERP distribution target. This would help you determine which objects should be published from Windchill PDMLink.
Determining Critical Attributes
Determine critical attributes forWindchill PDMLink and distribution target system and specialWindchill PDMLink and distribution target business rules related to the objects and attributes.
Determining System of Record
Determine which application is the system of record for each piece of information. This would also help define what objects and attributes should be published from Windchill PDMLink, and whether any business processes or systematic restriction should be applied within your ERP distribution targets. .
Managing Engineering Change Process
Decide ifWindchill PDMLink would manage your engineering change process. This decision would help determine whether the product information that you publish would be driven by the life cycles of enterprise change notices or the life cycles of parts.
Deciding on Manufacturing Planning
Decide if you want to publish an as-designed or as-planned product structure. By default, Windchill ESI publishes the as-designed view of a product structure. However,Windchill PDMLink supports the ability to manage plant-specific views of product structures. Therefore, it is possible to do manufacturing planning withinWindchill PDMLink and publish the as-planned product structures directly to the plants in your ERP distribution target. Before installing and configuring Windchill ESI, you should decide whether you want to do manufacturing planning inWindchill PDMLink or in your ERP distribution target.
Adding Special Attributes and Capabilities
Decide if you plan to customize theWindchill PDMLink business objects to add special attributes or capabilities. If so, you may want to consider publishing these attributes or characteristics to your ERP distribution target.
Stating Locations of Objects
Determine if you want to explicitly state where Windchill ESI publishes objects, or based on minimal or no input, have Windchill ESI make assumptions about where to publish these objects. For further details refer to the Administering Windchill ESI in an ORACLE Applications Environment.
Complying with Design Assumptions
Decide if your business can comply with the design assumptions of Windchill ESI. Review the assumptions and considerations listed in this chapter to understand the design assumptions that are critical to the success of aWindchill ESI deployment. If you are unable to comply with any of the assumptions, you may need to consider customizingWindchill ESI to meet your company's unique needs.
Planning for Data Transfer
Determine and plan for anticipated data transfer frequency and volume.
Using Effectivity in ERP
Material effectivity is usually used to represent the first time a part has been made available to a plant. It is not used to determine when a new part would be included into a product, and has no impact on MRP runs that generate production orders, etc. This is because effectivity has no real meaning in ERP unless it’s in the context of a next level assembly. BOM effectivity is used to control the actual incorporation date of parts into the built product. BOM effectivity is used in MRP runs, which in turn drive production orders, etc. that are required to build the product.
Handling Effectivity in Windchill ESI
For part-centric releases, there is no effectivity set on objects. For CN-centric releases, all materials will have effectivity equal to the day the transaction was published; all BOMs will have effectivity equal to the effectivity set in the CN task that had the BOM listed as a resulting item; and the CN’s effectivity in ERP will be equal to the earliest effectivity on the CN. If materials are created or changed, that will be equal to the day of the release.
* 
Besides date effectivity (which is what is being referred to in the last two paragraphs), there is added support for publication of serial/lot effectivity. Thus, when making decisions around effectivity, consideration should be given for serial/lot effectivity as well as date effectivity. For more information on how serial/lot effectivity is being supported, see the relevant sections in the online help, and in the Windchill Enterprise Systems Integration Customizer's Guide - Oracle Applications(Windchill Enterprise Systems Integration 커스터마이저 안내서 - Oracle Applications).