The present disclosure relates generally to supply chain management and, in particular, to methods, systems, and computer program products for automating supply chain planning processes for outsourced products.
Convention planning systems, such as Enterprise Resource Planning (ERP), Material Requirements Planning (MRP) and Advanced Planning and Scheduling (APS) are well known in many industries today as useful methods for planning enterprise operations. ERP systems provide a framework that integrates all facets of a business, including planning, manufacturing, supply chain management, sales and marketing. Traditional Material Requirements Planning (MRP) and Manufacturing Resource Planning systems generate requirements for materials, parts, and subassemblies that are established on an organization's Bills of Material (BOMs) for the manufacture of existing products.
One important aspect of such planning systems is Supply Chain Management (SCM). SCM involves the administration of an organization's supply channels, distribution, and transportation resources, including product ordering, fulfillment and replenishment. Effective supply chain management is particularly important to the electronics industry. In today's global economy, particularly with respect to computer technology, life cycles and prices related to electronics such as personal computers, PDAs, cellular telephones, etc., have dramatically declined over the last ten years. Further, the growth of e-commerce on the Internet creates additional pressures on this industry as traditional geographic barriers are broken down and new businesses/competitors are entering the market. In order to stay competitive, these market dynamics require electronics businesses to develop and introduce new products faster and cheaper than the competition. To meet this demand, new and enhanced business solutions are critical.
A popular trend in electronics manufacturing involves contracting out some or all of the manufacturing of a manufacturer's computer products to third party manufacturers which then build these products according to specification. This arrangement, known as outsourcing, creates a process where the original manufacturer (called an Original Equipment Manufacturer, or OEM) buys computers in bulk from third-party contract manufacturers and then customizes them for a particular application. It then markets and sells the customized computers under its own name. By outsourcing the manufacturing and assembly of these goods, established OEMs are able to focus on other business areas such as new product development and customer relationship management. Additionally, as product designs and components are becoming increasingly complex and frequently updated, a contract manufacturer with specialized skills may be better equipped to accommodate the changing technology. By outsourcing to meet peak demands, an OEM may be able to avoid having to build new facilities and/or hire new people.
However, many ERP systems are inefficient in that they lack the ability to exchange vital information across enterprise/business applications and data stores. For example, managing a division's sales and rebates is generally a manual process implemented using spreadsheets. The sales and rebates data are then manually applied to enterprise data produced from, e.g., MRP applications whereby an analyst or group then reviews the two or more sources of data. In addition, such manually implemented spreadsheets are prone to errors.
What is needed, therefore, is an automated and repeatable method for managing enterprise-wide sales and rebates in an outsourced supply chain environment.
Embodiments of the invention include methods for automating supply chain planning processes. A method includes providing a user interface having data fields for receiving product information including projected and actual sales data and finance information from a plurality of entities. The method also includes receiving the projected and actual sales data and finance information via the data fields and storing the projected and actual sales data and finance information in a first database. The method further includes retrieving portions of the projected and actual sales data, for a selected period of time, from the first database in response to a request, and providing a consolidated view of projected and actual sales of products for the selected period of time via the user interface.
Additional embodiments include systems for automating supply chain planning processes. A system includes a host system executing a planning application. The planning application includes a user interface having data fields for receiving product information including projected and actual sales data and finance information from a plurality of entities. The planning application implements a method. The method includes receiving the projected and actual sales data and finance information via the data fields and storing the projected and actual sales data and finance information in a first database. The method further includes retrieving portions of the projected and actual sales data, for a selected period of time, from the first database in response to a request, and providing a consolidated view of projected and actual sales of products for the selected period of time via the user interface.
Further embodiments include computer program products for automating supply chain planning processes. A computer program product includes instructions for causing a computer to implement a method. The method includes providing a user interface having data fields for receiving product information including projected and actual sales data and finance information from a plurality of entities. The method also includes receiving the projected and actual sales data and finance information via the data fields and storing the projected and actual sales data and finance information in a first database. The method further includes retrieving portions of the projected and actual sales data, for a selected period of time, from the first database in response to a request, and providing a consolidated view of projected and actual sales of products for the selected period of time via the user interface.
Other systems, methods, and/or computer program products according to embodiments will be or become apparent to one with skill in the art upon review of the following drawings and detailed description. It is intended that all such additional systems, methods, and/or computer program products be included within this description, be within the scope of the present invention, and be protected by the accompanying claims.
The subject matter which is regarded as the invention is particularly pointed out and distinctly claimed in the claims at the conclusion of the specification. The foregoing and other objects, features, and advantages of the invention are apparent from the following detailed description taken in conjunction with the accompanying drawings in which:
The detailed description explains the preferred embodiments of the invention, together with advantages and features, by way of example with reference to the drawings.
In accordance with exemplary embodiments, automated supply chain planning processes are provided. The exemplary planning processes automate the process for generating buy/sell sales and rebate plans and outlook projections, which are used for financial planning and customer credit approvals. The additional reporting capabilities of the exemplary planning processes enable brand groups to project rebate product savings to increase accuracy as compared to using historical data. The exemplary planning processes manage the business rules and include a web application providing a system-generated methodology for entering and managing projected sales for both product components, assembly level items, and product level sales; loading of predefined sales projections and actual sales via spreadsheets; and reporting capabilities that allow for the sales and rebates to be displayed and analyzed in several views such as division, brand, customers, customer location, product, component, and commodity. Reports also provide comparisons between the plan and outlooks for variance analysis. The exemplary planning processes provide greater efficiencies, accuracy, and reporting capabilities that are not previously available manually due to, e.g., data complexity.
The processes described in
Referring now to
In an exemplary embodiment, the system of
The network 106 may be any type of known network including, but not limited to, a wide area network (WAN), a local area network (LAN), a global network (e.g. Internet), a virtual private network (VPN), and an intranet. The network 106 may be implemented using a wireless network or any kind of physical network implementation known in the art. A user system 102 may be coupled to the host system through multiple networks (e.g., intranet and Internet) so that not all user systems 102 are coupled to the host system 104 through the same network. One or more of the user systems 102 and the host system 104 may be connected to the network 106 in a wireless fashion. In one embodiment, the network is an intranet and one or more user systems 102 execute a web browser to contact the host system 104 through the network 106. In another exemplary embodiment, the user system 102 is connected directly (i.e., not through the network 106) to the host system 104.
The host system 104 may be directly connected to, or contain, a storage device 108. Storage device 108 may be implemented using a variety of devices for storing electronic information. The storage device 108 is logically addressable as a consolidated data source across a distributed environment that includes a network 106. Information stored in the storage device 108 may be retrieved and manipulated via the host system 104. The storage device 108 houses one or more databases input records and reports generated and managed via the planning application 114. In an exemplary embodiment, the host system 104 operates as a database server and coordinates access to application data including data stored on storage device 108.
The host system 104 depicted in
The host system 104 may also operate as an application server. The host system 104 executes one or more computer programs to provide automated supply chain management planning functions (e.g., planning application 114). In addition, the host system 104 may be executing one or more business applications in support of the planning processes, such as a spreadsheet application, an ERP suite of applications, and other tools typically found in a manufacturing enterprise environment. Processing may be shared by the user system 102 and the host system 104 by providing an application (e.g., java applet) to the user system 102. Alternatively, the user system 102 can include a stand-alone software application for performing a portion or all of the processing described herein. As previously described, it is understood that separate servers may be utilized to implement the network server functions and the application server functions. Alternatively, the network server, the firewall, and the application server may be implemented by a single server executing computer programs to perform the requisite functions.
The planning application 114 includes a user interface for enabling users of user systems 102 to enter data used by the application 114. The user interface includes several data fields relating to projected and actual sales data, finance information, and commodity council information as described further herein. In addition, the planning application 114 is in communication with a variety of data sources and applications for extracting data generated and stored in external locations. As shown in
Turning now to
The main menu screen of
As shown in the user interface screen 300 of
In addition to the component level information entered by a cost analyst, the planning application 114 may further enable projected sales data to be entered by commodity council members (e.g., via council user system 102) for each commodity type of the business enterprise. The projected sales data may include product-level requirements, sourcing data, and quantities of products to be manufactured.
The database table 400A-400B enables each cost analyst for the entire business enterprise to enter projected sales data at the component level, as well as council members to enter projected sales data on a product level. Once the cost analyst completes entry of the data fields in the user interface screen, the planning application 114 generates and stores an input record. One input record is generated and stored for each cost analyst. The input records may be stored in storage device 108.
As shown in table 400A-400B, data fields enable a great deal of information to be captured by the planning application 114. Selected data fields provided in table 400A-400B will now be described in an exemplary embodiment. EXEC_SITE refers to the OEM (e.g., host system 104 enterprise) executing the purchase orders. A_NAME refers to the name of a product manufactured by the enterprise. LOGISTIC refers to the process used to purchase the components (e.g., sourcing strategy). VOLUME_#Q_PCT refers to the quantity of components to be purchased for a given quarter. CM_LOC_Q#_PCT refers to an award percentage of the business to the contract manufacturer for a given quarter. This could be multiple sources, or contract manufacturers. D_PART_NUM refers to a component part number. COMP_BUY_UC_#Q refers to the price the enterprise (e.g., host system 104 enterprise) pays to purchase the component for the given time period. COMP_SELL_UC_#Q refers to the selling price of the component used by the enterprise for a given quarter. COMP_EXT_BUY_UC_#Q refers to the price the enterprise pays for all of the components for a given product for a given quarter. COMP_EXT_SELL_UC_#Q refers to the selling price the enterprise applies for all of the components for a given product for a given time period. CARD_BUY_UC refers to the price the enterprise pays to purchase all of the components for a product (no time measure). CARD_SELL_UC refers to the selling price the enterprise uses to sell all the components of a product (no time measure). SELL_#Q refers to the current selling price of the product by the enterprise for a given quarter. REBATE_#Q refers to the savings rebate to the enterprise brand for the product for a given quarter. ANALYZERCOUNCIL_NAME refers to the buyer that entered the product information into the planning application 114 (e.g., cost analyst). MODIFICATION_DATE refers to the last date a change was made to an input record.
Returning now to
Further actual sales data is also entered by a user system 102. Actual sales data may be entered by a member of a finance group or department of the business enterprise by selecting Q1 ACTUAL TABLE ANALYSIS TOOL option 306. The types of information entered by a member of the finance group via user system 102 includes sales information classified by e.g., enterprise division, enterprise brand, and contract manufacturer, contract manufacturer location for each product sold. In addition, finance group members may enter current selling prices for products sold. As indicated above, the planning application 114 extracts various information from external data sources. In an exemplary embodiment, the planning application 114 extracts current contract component costs for purchasing a product component by the business enterprise of host system 104. The current contract component costs may be extracted from storage device 112. The planning application 114 determines the percentage uplift from the current contract component costs to set the current selling prices.
Turning back to
The planning application 114 also gathers information from external data sources (e.g., storage devices 110 and 112). For example, the planning application 114 may extract parts data from storage device 110 and contract cost data from storage device 112 as described above.
Thus configured, the input records stored in storage device 108 may be searched by various data fields and a variety of reports may be generated. Reports, or views, may be generated via a user interface screen of the planning application 114. For example, an authorized user (e.g., commodity council user system 102) may select option 308 on main menu screen 300 and a user interface screen 500 as shown in
At step 208, the planning tool 114 retrieves portions of the projected and actual sales data, for a selected period of time, from the input records of the storage device 108.
At step 210, the planning application 114 provides a consolidated view of the projected and actual sales of products for the selected time period via the user interface. A sample view 600 is shown in
In addition, comparison reports may be generated by the planning application 114 for selected time periods. For example, a comparison view may be generated by: projected sales data for two consecutive time periods (e.g., first and second quarters) (e.g., via one of options 502 of
Further, reports may be generated to reflect updates or modifications made to input records. For example, a user may enter modifications to an input record via option 304 or 306, followed by selecting reporting option 308 of main menu screen 300. The planning tool presents the user interface 500 to the user and the user may select any of the options therein depending upon the time period to be reviewed/updated.
Comparison reports provide a business enterprise with a comprehensive view of projected and actual sales data over various selected time periods. For example, a council member who accesses user interface screen 500 and selects a current quarter (e.g., third quarter) via option 502, the planning application 114 will generate a view displaying actual sales data for the first and second (previous) quarters and projected sales data for the third and fourth quarters. Thus, the data may be viewed in a variety of ways for easy and effective comparison and analysis of the selected data.
As described above, embodiments can be embodied in the form of computer-implemented processes and apparatuses for practicing those processes. In exemplary embodiments, the invention is embodied in computer program code executed by one or more network elements. Embodiments include computer program code containing instructions embodied in tangible media, such as floppy diskettes, CD-ROMs, hard drives, or any other computer-readable storage medium, wherein, when the computer program code is loaded into and executed by a computer, the computer becomes an apparatus for practicing the invention. Embodiments include computer program code, for example, whether stored in a storage medium, loaded into and/or executed by a computer, or transmitted over some transmission medium, such as over electrical wiring or cabling, through fiber optics, or via electromagnetic radiation, wherein, when the computer program code is loaded into and executed by a computer, the computer becomes an apparatus for practicing the invention. When implemented on a general-purpose microprocessor, the computer program code segments configure the microprocessor to create specific logic circuits.
While the invention has been described with reference to exemplary embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted for elements thereof without departing from the scope of the invention. In addition, many modifications may be made to adapt a particular situation or material to the teachings of the invention without departing from the essential scope thereof. Therefore, it is intended that the invention not be limited to the particular embodiment disclosed as the best mode contemplated for carrying out this invention, but that the invention will include all embodiments falling within the scope of the appended claims. Moreover, the use of the terms first, second, etc. do not denote any order or importance, but rather the terms first, second, etc. are used to distinguish one element from another. Furthermore, the use of the terms a, an, etc. do not denote a limitation of quantity, but rather denote the presence of at least one of the referenced item.