Infosys’ blog on industry solutions, trends, business process transformation and global implementation in Oracle.

« November 2009 | Main | January 2010 »

December 16, 2009

5 Mistakes Every Future ERP Implementation should make

a)    Choose a costly Partner than a cost effective vendor
*    One must thoroughly assess all of options in evaluating potential external implementation companies. Software companies aren't always the best at implementing their own software, and some are more expensive than others. An organization should look at a vendor who can partner with them in their ERP initiatives not only for software implementation but also in managing the non-technical aspects of the project, such as organizational change management, training, and ERP benefits realization.

 

b)    Map the software to Business requirements don’t just buy it
*    If an organization has decided that ERP is the route it needs to take, it is important to begin by looking at the desired software to implement. In most of the cases, package selection is influenced by top executives who have previously worked on particular package.
*    Instead, executives should define and document key business requirements irrespective of the package that may be selected. This includes not only nice-to-haves, but also requirements that can be "proposal-breakers" if the software is unable to accommodate. The package selected should focus on achieving measurable business value for the organization, and one should choose the software that best enables to do this

 

c)    Focus less on System training and more on Change management / Executive sponsorship
*    What is your Business Case and ROI? This is where many companies fall apart. Answering and documenting this question is important to get Executive sponsorship and ownership for an ERP program.
*    The lack of a change management approach as part of the program can prevent a program from succeeding. Resistance to change is human nature and is quite often caused by (1) A failure to convince a case for change, (2) Lack of involvement by those responsible for working with changed processes (3) Inadequate / Improper communication (4) Lack of visible top management support and commitment, and (5) Arrogance.  A lack of buy-in often results from not getting end-users involved in the project from the very start, thereby negating their ownership of the new system and processes.
*    ERP-related training is also crucial as most employees must learn new software integration and business processes which affect the operation of the entire organization. Appropriate focus should also be given on this part of the ERP implementation else it leads to much pain and suffering downstream.

 

d)   Don’t just Save Dollars sometimes?
*    One of the key causes of ERP implementation failure is unnecessary cost cutting. In an effort to avoid multi phased roll out costs, repetitive conversion costs, some companies take a very risky route and go live “Big-bang” at multi-plant sites simultaneously, subjecting all plants or some plants to a total shutdown, should there be a failure
*    Some projects have compressed schedules in order to save on expenses, only to eventually overrun both schedule and budget.
*    Sometimes the question “What is my Value for Money / ROI?” should take a back seat as some projects should be treated as an upgrade to the company infrastructure that is necessary to maintain or gain a strategic and competitive advantage.
e)    Yes we can but are we prepared for Failure?
*    Best organizations would prepare themselves for unforeseen contingencies, similarly all implementation projects should have a fail over plan. No matter how well-run a project is, one should be prepared for failure.
*    If the project failed or if the software was not implemented correctly, what will be the backup plan? Would users be able to access legacy systems? Would certain processes be performed manually until the system is brought up? Catastrophic failures may not be common, but they do happen on occasions, so companies should be prepared for the "what-ifs."

 

Go Green: TMS Approach to Reduce Carbon Footprints


 

The Copenhagen Climate Summit is grabbing the newspaper headlines all over the world. This led me to introspect about how Oracle Transportation Management (OTM), a Transportation Management System (TMS) by Oracle, can help in making the world a better place to live.

Several researchers have revealed the fact that 15% of the global emissions and 31% of the Ozone release can be attributed to transportation. This suggests that we have a large gap to fill in. Being a Transportation and OTM consultant my first thought was how OTM helps to fill up this gap.

Oracle itself builds products which are “ISO 14001 Environment Management Standard” compliant. It helps organizations fulfill its environmental policies. This led me to believe that the same has been built into OTM as well. The benefits for the environment are plenty. Before we get into the environmental benefits let’s try to figure out the benefits every company is looking for after an OTM implementation. Then we’ll see how the 2 are connected. Organizational benefits after an OTM implementation:

·         Route Optimization without any compromise on delivery dates/time.

·         Explore multi-modal and continuous move opportunities while planning

·         Explore consolidation opportunities while planning

·         Automated shipment execution (includes tendering and visibility) and freight settlement process

·         Automate pool and cross dock planning

·         Reduction in Transportation Costs

What many ignore is the fact that most of the above benefits inherently helps reduce the company’s carbon footprint and makes it greener. Let’s try to break it up.

1.       Route Optimization without any compromise on delivery dates/time –

a.        Reduction in truck miles

2.       Explore multi-modal and continuous move opportunities while planning –

a.       Reduction in truck miles

b.      Reduction in number of trucks

3.       Explore consolidation opportunities while planning –

a.       Reduction in number of trucks

4.       Automated shipment execution (includes tendering and visibility) and freight settlement process –

a.       Paperless environment

The points above make it very apparent that OTM reduces the fuel consumption and in turn reduces the CO2 emissions. EDI integration for Shipment Execution (204, 990 & 214) and Freight settlement (210, 110) makes the entire process paperless and also automates it. Apart from the above, “Cooperative Routing” helps corporations make strategic decisions on which route to optimize and in turn optimize the fleet utilization.

Want to know how much your corporation emits after OTM implementation? Very soon OTM’s Transportation Intelligence module, FTI, will help in providing a dashboard for knowing the CO2, NOX and Fuel Consumption for each transport modes run by the corporation’s transportation department.

OTM TMS is a very effective way to reduce the unnecessary emissions of a corporation due to transportation. OTM combines the environment protection and cost reduction in such a symbiotic way that it not only helps the organizations but society at large.

Courtesy: Anirban Roy

December 15, 2009

GLOBAL TRADE MANAGEMENT THROUGH OTM

Trade locally had become a very old practice for any economy across the world; global trade is the new axiom any enterprise is looking at for global business to survive. In this context Transportation of goods in the Supply value chain has a prominent role in any Enterprise Global Trade Management. As the word goes (Global); the goods has to cross across borders moving from one location to another and in the process has to stop and go at the point of Customs.
Oracle Transportation Management (familiarly known as OTM) has built its architecture to address the latest Global Trade Management solutions in its Application. The Application is very robust that it has in-built functions of Denied Party Screening, Embargoed Country Screen Service, Import/Export Ban Country Service. Apart from the above functions various customization of the application facilitates OTM(Oracle Transportation Management) to serve as an information supplier to AMS (Automated Manifest System) of US Customs and Border Protection (AMS is a multi-modular cargo inventory control and release notification system).
The above functionality can be achieved:
Ø  Outbound integration of the service provider’s OTM Application to the US Customs and Border Protection system
Ø  Inbound integration of the US Customs and Border Protection system to the service provider’s  OTM Application

Out-bound Integration:

Service Provider’s (Shipping Liner, NVOCC) OTM application will create the vessel – cargo manifest by considering all the details required by the US Customs and Border Protection system and have them validated in the BPEL middleware. BPEL transforms the required AMS data elements (Vessel/Voyage ID, Ports of Source and Destination, Cargo Description, SCAC, B/L, Shipper/Consignee etc.) from the Shipment information into the respective file format which customs would accept. The data file will be sent to AMS system from OTM through the external system setup.


In-bound Integration:

US Customs and Border Protection system will process the Carrier’s request and allows faster identification and release of low risk shipments if the information is accurate as per the Custom rules and regulations. If the rules were not matching as per the customs regulations the service providers receive the corresponding status or alerts which helps them to modify the said information in the Shipment manifest.

Conclusion:

OTM – AMS integration reduces reliance on paper documents and speeds the processing of manifest and waybill data. As a result, cargo remains on the dock for less time, participants realize faster tracking, and Customs provides better service to the importing community.
 

Courtesy: satya_vabilisetty

December 08, 2009

ERP - Integrating Acquisitions

Challenges in M&A

Mergers and acquisitions are raining in banking and financial industry. Recently there have been a lot of them in Banking space across geographies to meet different needs of organization varying from survival to growth. However most of initiatives fail to deliver expected outcome due to various reasons including system integrations.

To meet M&A objectives, firms should have proper strategic direction on system integration and back office works. Firms should focus on two different areas like process and data integration in a phased manner. Data integration should happen first followed by Process integration to move toward Centre of Excellence

A clear integration model and strategy needs to be chalked out for ERP integration of the merged entity with a proper project charter and governance. Some key directions can be

a)   The internal IT strategy should aim to integrate, centralize, outsource, and economize

b) Power and Politics should be properly managed i.e. more time and money should be spent for BPR and change management

c)  Innovative strategy to retain employees with relevant knowledge is key for integration

d) An excellent communication strategy is important

e) Focus on gradual IT cost reduction by Application portfolio rationalizations

Conclusion

The integration of two ERP systems is a complex project, which involves several challenges. The important things to be kept in mind are:

 

  • A high degree of integration of the different systems can provide large benefits
  • An excellent communication strategy is important
  • Maintain competitive parity in technology usage
  • Focus on gradual IT cost reduction

December 07, 2009

Project cost control ... But at what Cost?

Accurate and effective cost control is the most important solution aspect for any Projects based solution implementation. How ever how to determine the optimum level for cost control remains on of the biggest challenge in the solution.

For Project based organizations (be it a typical E PC firm, for a professional services based firm or contract manufacturing firm), cost control is a very high priority requirement. As the margins for projects completely depend on the proper cost control, there is always a big drive from top management to control the cost for projects and have a better control over any changes to cost budget.

 

So, when you have a tool like Oracle Projects, and when a new implementation starts, there is always a likely hood of solution going over the board when it comes to control the costs.

 

Oracle Projects supports unlimited number of levels when it comes to definition of definition of task structure. So more granular you go in defining the tasks, the better cost control for you.

 

For ex. Lets look at one task where project manager has a budget to procure and dispatch a pump set. Budget can be defined at a Pump set level, which gives project manager a flexibility to use this budget to buy or make all the items for a pump set at a given budget.

 

So if he/she is not able to get a better deal (from buyer assigned to a project) , say for electric motor , she/she can still manage the project cost by getting better deal for a pump and couplings.

 

And this is where the organization looses the opportunity to save the costs, as project managers use the budget across various activities. So if cost budget is defined at a lower level than a complete pump assembly say at pump level, electric motor , nut bolts, base plates level there will be lot more pressure on project managers and buyers to get better deal for each of these components and for sure this will result into better cost control at a assemble level.

 

Such a explanation of features of product and its potential benefits is certainly a attractive proposition.

 

But I think before a solution is finalized, one must look at the organizations capability to handle the change that will come up due to the solution. More granular you go in defining control for a project, other divisions or departments of a organization must undergo some process changes.

For ex. The way in which buyer issues the purchase orders, changes to a great extent. Earlier  (means when project solution wasn’t in place), for a Purchase order buyer can group in all the items for a project and issue a single Purchase order. (With necessary distribution lines for each item etc). But as we have cost control at more granular levels, even one item, which a buyer is buying can map to multiple tasks of a project. So based on this knowledge buyer should create separate distribution lines for same item mapping to different tasks of a given project. This will necessitate that buyer is very well aware of the project structure, and cost control as it’s planned by project manager. (Or project manager communicates this to buyers via valid requisition). Same will be applicable when supplier invoices are registered in system for a particular project.

 

Hence for such a solution to successful, its very important that organization is realistic about what they are getting by controlling cost at very granular levels vs cost they have to spend in managing the change due to such a solution.

 

December 06, 2009

Minimizing the Bull Whip Effect in the IT Supply Chain

In his world famous book ' The Fifth Discipline: The Art and Practice of the Learning Organization', Peter Senge talks about the bull whip effect which essentially is how small ripples in demand create bigger ripples on the supply side. The Beer Game is a classic example of this bull whip effect and this applies to the IT industry as well.

Typically companies have forecasted demand and according ramped up the manpower supply. And one fine day recession crops in, your demand pipeline does not result in firm orders and you have surplus manpower on your rolls. And with the changing mindset of doing more with less, IT industry needs to plan their manpower really well.

In the past companies have maintained a certain percentage as reserve manpower so that whenever there is a big order coming in, they can cater to that demand. And typical forecasting methods have been linear where the required manpower was a linear function of the revenue projection. Not any more. With innovative pricing models coming in, companies need to move to a non-linear model to plan the manpower needs.

Secondly, there has to be more co-ordination between the field force and the delivery unit to minimize the information assymmetry. It is imperative that the sales force provide a realistic picture of the demand pipeline to avoid the problem of surplus manpower. The probability of the deal coming in needs to be factored in the regression equation to have a realistic manpower number.

Thirdly instead of a person being tied to one domain/technology, we need to have multi-skilled workforce to offset the order cancellations in a particular technology/domain. After all, no education goes waste (Remember how Steve Jobs' training in calligraphy helped him design the fonts for his Mac)

December 04, 2009

OTM Out-of-Box Integration with Oracle WMS

In the OTM world, there is a common misperception among OTM Consultants and Customers that OTM is not integrated with Oracle WMS. But the fact is OTM is integrated with Oracle WMS and leverages the same Out-of-Box OTM integration that exists with EBS for other modules like Oracle Purchasing, Order Management, Accounts Payable & Accounts Receivable. In R12.1, Oracle has further enhanced OTM by including Warehouse Dock Door and Dock Schedule Information in the integration footprint.  From the warehousing perspective, the current integration means that one can perform warehouse tasks based on the transportation plan. In other words one can release lines for picking prior to dock appointment and staging the products to the dock door where the dock appointment has been made.
From a WMS perspective there are two interested integration points:
·         Shipping Itinerary Integration
·         Dock Door Appointments Integration

Shipping Itinerary Integration
The most interested integration from the warehouse perspective is “Delivery trip interface with OTM”. This is a very trickier integration, since by necessity it has to be a two way integration. EBS sends the Order information to OTM for planning and OTM sends the shipping itinerary back to EBS based on transportation constraints and goals. EBS then executes the pick, pack and ship process and resends the information back to OTM for rerating if required.
EBS concurrent program “Shipping Transportation Outbound Interface” creates Order Release in OTM from EBS Delivery.  So, as you probably guessed, deliveries in EBS are a pre-requisite for using this integration. Once the OTM transportation plan is finalized, OTM triggers planned shipment interface concurrent request to create a trip in EBS.            

Dock Door Appointments Integration
If the OTM dock appointments are used, then there is a brand new interface point introduced in R12.1. The “Dock Door Appointments Interface” is applicable for WMS only. This interface synchronizes the dock doors defined in WMS to OTM. This model assumes that WMS is the source for dock door definitions. R12.1 has “Synchronize Dock Door with Transportation Management” concurrent request for dock door synchronization.

Conclusion:
The current OTM-WMS integration is robust and works as described. However, the integration may require tweaking in case of more complex needs and/or operating a very dynamic logistics environment. There are few ‘missing links’ that needs to be addressed, that can help customers in designing a more efficient fulfillment operation.

Acknowledgements: Lakshmana Murthy Kodukula

December 02, 2009

Are you getting the most out of your investment in PLM and ERP?

Core ERP products are typically not geared towards the design and lifecycle management of products. ERP is very transaction oriented whereas design requires 3D drawings, specifications and other such unstructured data. As a result, customers are increasingly making investments in best-of-breed PLM products in addition to their ERP investment. The objective, of course, is to reduce development lifecycle and improve the time to market for new products.

 

Not many are able to reap the intended benefit. Why? The investment in PLM can only be justified if it is well integrated with ERP in order to get the benefit of automation between Engineering services resident in PLM and operations resident in ERP. In addition, this needs to be a two way street with data flowing both in and out of PLM and ERP systems. Typically, PLM has been the repository of Engineering BOM, drawings, specifications and Approved Manufacturer’s list (AML) and ERP been the repository for Manufacturing BOM and costs. (On a side note though, this is also changing with PLM becoming master for Manufacturing BOM and costs too). New products or form-fit-function changes to products are initiated in PLM as an Engineering Change Request(ECR), gets approved electronically by one or more people, an engineering BOM is created and then it flows to the ERP system as an Engineering Change Order (ECO) with the relevant manufacturing BOM. This is the traditional integration, but which is only half the battle won. What winning organizations also do is integration from ERP to PLM for details such as cost/sourcing data and procurement history. This enables design engineers to have better design decisions in light of this additional data.

 

 

A customer that I worked with recently, integrated eMatrix with Oracle ebusiness suite and was able to derive many of the beenefits of PLM-ERP integration. The customer who operates in a highly customized, engineer-to-order (ETO) product scenario was able to streamline the product development capability with the implementation of PLM. PLM became the master for the Engineering BOM and depending on the factory where the product needed to be introduced/changed, the manufacturing BOM was pushed into Oracle via an ECO. Item creation in Oracle was automated by applying templates based on attributes of the item in PLM. ECO was also created automatically. Thereafter, to complete the detailing of the item within Oracle, a workflow driven process was used to pass the ECO from one functional area to another. E.g. for a make item, this could be from Manufacturing Engineering department to Planning department to Costing department. For a buy item this could be from Purchasing to Planning to Costing. Once all the functional areas had defined their relevant attributes, engineering change control would implement the ECO. Using the combination of the PLM process and workflow process within Oracle, the client was able to significantly reduce the cycle time of an ECO implementation – a must-have for an organization in an ETO environment.

 

Subscribe to this blog's feed

Infosys on Twitter


Categories