SAP & ERP Consulting from the Customer Point of View

SAP implementation ROI, SAP architecture, & SAP business solutions

An SAP ABAP Innovation Revolution Beyond HANA

December 12th, 2011

ABAP Development Revolution

ABAP Development Revolution

Some time back I wrote about Opportunities for INNOVATION SAP, HELLO? At the time I wasn’t really expecting a lot and I’m guessing I didn’t have a lot of influence but I do find it coincidental that many of the suggestions I offered have been adopted. Some of them, like the switched framework to improve order management processing is included in ECC 6.0 EP4.

So, one thing that I have been chewing on for a long time is how to dramatically improve ABAP development and overall application enhancements.  My own requirements were to find a way to make ABAP coding simpler, improve code quality, provide better overall system performance, and make it easier to troubleshoot. Tall order I know. Impossible? No!

Welcome to the “Big Data Revolution”

This post is more about a technical issue which SAP can “easily” address that would completely revolutionize its own internal development as well as external customer development.

The New SAP Development Revolution

I’m not an SAP ABAP coder but over the years I’ve had enough exposure to it to see some great tools, resources and improvements. This development effort has been mostly on the usage side of the existing syntax.

  • What if there was a way to revolutionize the way ABAP is coded that is 100% compatible with current syntax ?
  • What if it dramatically improved coding quality and solution development?
  • What if it improved the performance and consistency of customized ABAP solutions?
  • What if it simplified the entire coding process AND made troubleshooting easier?
  • What if it opened up a whole new world for coders to develop dramatically improved solutions?

You say that sounds crazy? Not only is it possible it would propel SAP’s place in the entire business application space to new levels.

Where Did This Crazy Idea Come From? And WHAT IS IT?

After many years working in SD (along with other modules) I had a client who needed help creating a new “smart” trade promotion execution solution. The solution had to do a LOT of things no standard SAP process handles. It needed to dynamically determine complex offers, with discounts, free goods, limits, caps, quotas, perform dynamic best price processing, provide loyalty points, etc. –, all while dynamically evaluating the customer segment and strata for offer eligibility.   The solution had to be done across a large population of order items, with multiple promotions based on the mix of products and the number of discounts or promotions that had already been given to a customer over time. The mix of products or offers could bundle multiple free goods, multiple offer discounts, or other special items, in a many to many relationship, based on the customer purchase and purchase history.  And performance HAD to be good because of the huge order volume.

The client had been asking for someone to deliver this for some time. A previous system integrator who did their upgrade couldn’t do it. I ended up spending 6 months working on a new custom coded ABAP “mini-module” in SAP that allowed them to achieve their goals by using mostly master data.

That process taught me more about ABAP programming and SAP coding than I ever anticipated. As I went through this process I was amazed at one simple thing that was completely lacking from all of this coding effort –, the amount of “VIRTUAL” SQL syntax for internal data processing in the form of loop, sort, read table (with key), append, move, move corresponding, index, etc.

Why not develop the syntax to handle all of this in the background through “virtual” select statements?  Create a new “iSelect” syntax which performs all of these functions that can be exploded.

SAP already uses internal tables in memory for processing data during the transaction stream.  By creating a new “iSelect” syntax much of this coding, looping, moving, etc., could be masked by fairly common SQL type commands. Since this would be compiled syntax the performance would likely be better and the quality would be FAR better while needing fewer lines of code to accomplish the same thing. For simplicity I will call it “internal SQL” or, iSQL.

This would be the perfect complement to SAP’s HANA in memory processing, and would help with reporting extractor and programming development of all kinds.

This type of iSQL could be developed to allow inner or outer joins on internal tables, external tables, or any combination of them. The normal SQL statements like Select Sum, Select Distinct, etc., etc., etc., could be employed throughout the entire ABAP processing stream. With internal tables in memory as well as the tables read from the database.  Still more interesting would be the ability to “explode the code” underneath this new iSQL syntax. When finer detailed control, processing, or calculations are needed, within or across joins, the underlying loop, sort, append, etc., could be exploded out and adjusted to fit the specific need. This would speed up development efforts by being able to quickly rough-out a data processing framework and then explode the code to make more detailed adjustments.

By focusing on syntax that is like SQL for the internal loops, sorts, reads, sums, append to table, move, etc., the coding complexity is reduced WHILE also providing more flexibility and options. SAP would have greater control over the development of the internal / external table processing standards and programming knowledge around actual data processing would improve.  This would be the perfect complement to SAP’s HANA in memory processing.

It would allow for faster, more reliable coding efforts with a higher performance result. Small performance tweaks or changes to the underlying compiled iSQL statements, along with that ability to explode the underlying code would create a revolution in the ability to more quickly and consistently deliver SAP solutions.

What is most important of all is this could be rolled out piecemeal and stay 100% backward compatible with no negative downstream effects. As new iSQL syntax is developed the original coding standards could remain in place without change. It would just add an additional set of power processing options. Think about all of the areas this would radically affect, custom coding, data conversion, SOA development, report development, function module creation, you name it. This could create HUGE customer benefits for outstanding development.

I’m tired of crappy, poor performance, system choking code from poor development, aren’t you? Come on SAP, YOU CAN DO THIS!!!!

Related Posts:

Toward an SAP Center of Excellence or SAP Competency Center – PART 3

July 28th, 2010

SAP Production Support 3Part 3 of 3

Stages and Components of the SAP Center of Excellence

To wrap up this series we will take a brief look at the post go-live or the production support environment.  One academic study I reviewed on ERP project success factors defined the three production stages of Acceptance, Routinization, and Infusion (see The Top 5 ERP Success Factors by Project Stage from 22 Critical Success Factors).

These three terms fit the requirements for SAP production system stages as you move toward an SAP Center of Excellence so I’ll use them for reference rather than inventing new terms just to be different.  However, I have defined them in my own way below which may, or may not be 100% consistent with the academic literature.

The ultimate goal of an SAP Center of Excellence is Business Transformation.

SAP Center of Excellence Model for Business Transformation

I’m less concerned about terms and phrases here than I am about the focus and objectives of the effort.  So if you want to call your department an SAP Center of Excellence, or an SAP Business Transformation Center, or an SAP Business Support organization, or whatever please feel free. 

Your SAP staff must be proactively engaged with the business community.

Here is a high level SAP Center of Excellence Model for Business Transformation after you are live in your SAP environment:

Acceptance – go-live and productive business use of the system (heavy change management).

  • Training
  • Process Documentation
  • Help Desk
  • Internal Collaboration (structured Instant Messaging, Forums, and other structured as well as unstructured information capture)

Routinization – the overall acceptance and sustained productive use of the system (system stabilization).

  • Knowledge capture (Wiki and Forums)
  • Troubleshooting methods and Company Best practices
  • Process overviews, refinement, and business / system adjustment
  • External Collaboration (Forums, Customer Channel feedback, marketplace intelligence, vendor collaboration, collaborative product or service development, etc.)

Infusion – long term acceptance and use of the system as well as additional functionality additions (re-focusing on business and SAP to business alignment, i.e. strategic direction).

  • Rotating IT staff assignment into business organization (throughout the process chain)
  • At least once a month work in the department business process area of responsibility
  • FAQ Development (Wiki and Forums)
  • Enhanced or new system functionality
  • System and Process Change Risk Management

SAP Competency Center or SAP Center of Excellence Conclusion

Enterprise applications like SAP are more important than ever in today’s globally competitive and economically sensitive era.  It is simply not enough for IT departments to serve in a more passive support role.  In today’s global economy your SAP and IT support staff can not wait for the business requirements to come rolling in.  For the health and welfare of your business and your SAP or IT organization it is more important than ever to ensure that your SAP staff is proactively engaged with the business community.  That engagement must take the form of an active partnership in looking for new and better ways to use technology for competitive advantage and process improvements.

As for the future, this type of alignment between all of the IT functions, under the banner of the CIO is beginning to take place [FN1].  While SAP Competency Center management and development can focus on the operational excellence business proposition (better, faster, cheaper, more automation) the SAP Center of Excellence framework is more closely aligned to the innovation and customer focus value propositions.

———————————-

[FN1]  A four part series on the current and future technology leadership landscape, this includes the direction of technology and the pressures CIOs face now and in the future.

Part 1:  What is the Proper Relationship for the CIO, CEO, and CFO?

What the changing business and IT landscape means to the CIO, IT Director, IT Manager, or other key technology decision makers.

Part 2:  CIO, CFO, and CEO Alignment – Why ROI is Lacking from Today’s System Landscape

This post provides an overview of the current system landscape and the focus on business processes and contrasts that with the emerging trend of the customer focus value proposition.  This piece also looked at the future business landscape and how the technology focus and direction will be permanently changed no matter what happens with the economy and global competition.

Part 3:  Changing the Direction of SAP, ERP, and IT Applications to Focus on the Customer and Innovation

A brief review of the supply side and the demand side of business shows that unless you have lots of customers (demand) to fill a bigger and bigger pipeline (supply) then an operational excellence business model collapses.  While it is hidden during good economic climates, any disruption in those economic conditions which fails to fill the capacity pipeline points out the glaring insufficiency of the “operational focus” to technology.

Part 4:  Future Technology Landscape Alignment for the CIO, IT Director, or Key IT Decision Maker

The final part of the series looks at the emerging technology landscape and what the future holds.  It lays out an emerging technology landscape model which has some re-alignment and some components already in use by some of the world’s most successful companies.  A new alignment of technology with the customer facing processes, and the use of social or collaboration tools across the enterprise with a clear business objective is explored.  The driver for the future change will be because the business does not see the revenue generation prospects of technology–, they fail to see the possibilities of promoting customer retention, customer acquisition, innovation, and marketplace analytics.  The new technology model looks to change that dynamic.

———————————

Toward an SAP Center of Excellence or SAP Competency Center – PART 1

Explaining the differences between an SAP Competency Center or sometimes referred to as an SAP Center of Expertise and an SAP Center of Excellence.  As Peter Drucker wrote either Do Things Right or Do the Right Things.

Toward an SAP Center of Excellence or SAP Competency Center – PART 2

A more complete and thorough explanation of the differences between the SAP Competency Center (or Expertise Center) and the SAP Center of Excellence (or the Business Transformation Center).  An understanding the operating differences and how the Competency Center is focused on reactive processing of things like help desk tickets, problem resolution, data correction, and knowledge transfer.

Toward an SAP Center of Excellence or SAP Competency Center – PART 3

Business model application of steps, techniques, and methods to produce an SAP Center of Expertise or an SAP Business Transformation Center.  The major business transformation steps on moving from an SAP Competency Center to an SAP Center of Excellence.

Related Posts:

ERP vs. ERP II vs. ERP III Future Enterprise Applications

May 31st, 2010

ERP vs ERP ii vs ERP iiiAbstract on ERP I, ERP II, & ERP III

ERP applications integrate enterprise operations within and across enterprise legal entities, or company codes. ERP ii (or ERP 2) applications extend supply functionality to external enterprises (generally vendor-affiliated companies or enterprises) to reduce cost, improve supply chain efficiency, and to perform collaborative innovation.  ERP iii (or ERP 3)enterprises go to the next level of integrating the ERP and ERP ii functionality to include customers and the sales side of the marketplace in general.

Moving To the Border-less Enterprise

I’ve heard and read lots of material about the enterprise applications and what the next generation of ERP is.  Some have suggested that ERP systems were just manufacturing tools (see e.g. ERPwire article on major differences between ERP vs. ERP ii).  They then suggested the next generation of ERP systems, or ERP ii systems, were little more than an extension of ERP functionality to new industry sectors.  In my opinion this is a completely misplaced assessment.  Just changing industry sectors does not change what an ERP application does so a broader definition is more appropriate.

Before we go into the details and background of each of the 3 generations of enterprise applications here are my definitions for ERP, ERP ii, and ERP iii systems:

ERP Definition

An ERP (Enterprise Resource Planning) system integrates virtually all operational business functions and processes and automates entries to finance and reporting within the enterprise (the legal entity or entities that make up an entire company no matter where its operations are).  ERP systems focus almost exclusively on operational excellence value propositions of process efficiency and automation.

ERP II (or, in other words second generation ERP, ERP 2) Definition

Through collaboration, SOA, and other interface, data exchange, or interaction methods the ERP ii systems move beyond Enterprise boundaries (or a basic ERP system) and into the vendor space including the supply, design, and engineering collaboration areas. ERP ii systems continue to enhance operational excellence and start to introduce a measure of the innovation value proposition.

ERP III (or, in other words third generation ERP, ERP 3) Definition

Through collaboration, direct contact, social media, and various data streams within and outside of the enterprise ERP iii integrates marketplace fans and critics into the extended ERP and ERP ii organizations.  From this integration of the customer and vendor a constructive dialog and exchange of information is created to innovate, produce, and then sell / distribute better products or services.  This closes the value proposition loop by going outside of the enterprise boundaries and finding ways to bring customer input, needs, wants, and insight into the enterprise.  ERP iii system create a strong synergy between innovation and customer focus.

ERP System Definition or ERP Defined

The acronym ERP literally stands for “Enterprise Resource Planning.”  And this is exactly where I disagree with the ERPwire definition proposal.  Just a manufacturing system is not an “enterprise” system at all.  It is merely a manufacturing system, or an MES (Manufacturing Execution System).

As the university studies and academic literature note, ERP systems are “a single instance of data, a full process chain of dependencies” (see Change Management Strategies and Knowledge Transfer Processes for a Successful SAP Project citing Kallinikos, 2004). In the ERP industry we (consultants and integrators) frequently refer to any ERP system as a type of “back office” application or system.  By “back office” we are referring to company centered business functions into a single database, or, a single “system of record.”  “Back office” processes are fully within the border and boundary of the enterprise.

In 2000, in an article addressing ERP ii, Gartner noted that they had defined ERP in 1990:

In 1990, Gartner defined ERP, establishing a new vision for the resource planning domain. That vision centered on resource planning and inventory accuracy, as well as visibility beyond the plant and throughout the manufacturing enterprise, regardless of whether the enterprise was a process manufacturer, discrete manufacturer or both. ERP has since appeared in different “flavors.” Extended ERP reflected the fact that many nonmanufacturing industries turned to ERP systems for “backbone” financial transaction processing capabilities (Bond, et. al., 2000 pg. 2, note 2).

That article went on to note that the accepted definition (in 2000 and beyond) had become:

Despite [the] original definition, ERP has become the accepted term for back-office transaction processing systems, regardless of the industry or region (Bond, et. al., 2000 pg. 3).

The definition I have provided is as comprehensive as the original Gartner proposal and includes the later understanding of the application to more industries and business functions.

ERP Focuses on the Operational Excellence Value Proposition

This site provides a much more detailed explanation of the functions and operations of an ERP system like SAP under the section “What is SAP?” ( http://www.r3now.com/define-sap ).

I generally try to categorize all system efforts and business functions into one of three “value proposition” buckets–, operational excellence (ERP), innovation (ERP ii), and customer focus (ERP iii).  The ERP context is almost exclusively focused on the “operational excellence” portion of business “back office” transactional processing.

ERP vs. ERP ii — What is ERP ii?

The next generations of Enterprise applications, or ERP ii systems, extend the “back office” ERP system processing to the extended supply chain.  They extend the enterprise into the supply chain outside of their legal entity borders as an active participant. This would include VMI (Vendor Managed Inventory) processing and KANBAN type demand and supply signals to vendors for JIT (Just In Time) stock management.  But it goes far beyond that, it is the “innovation” portion of the value proposition that is addressed here.

SAP includes ERP ii type extended supply chain applications like SRM (Supplier Relationship Management) and APO (Advanced Planning and Optimization) to help move the supply chain beyond the enterprise borders.

ERP II Creates Collaboration Hubs Beyond Planning Functions and Distribution Functions

Together with the extended supply chain applications there are a number of various exchanges such as common catalogs that are published to the web and integrate with their customer ordering.   Some examples of external exchanges can be seen in initiatives such as “Covisint” for the automotive industry, or Grainger’s online catalog system (although it is not a competitive based platform like Covisint), and many others.

One of the key functions or features of ERP ii systems is supply chain or vendor collaboration, which extends to engineering design and development.  Most enterprises using SRM systems use this to focus on cost reductions, vendor competition, and supply chain efficiencies.  They are generally geared to the “operational excellence” system domain but there is a LOT of untapped possibility.

The highest and best use of ERP ii functionality includes active collaboration with vendors to reduce cost, improve quality, reduce extended supply chain cycle times, and even co-engineer (or co-develop) better products and services.

Many ERP ii solutions now include some type of built-in “reverse auctions” where companies can place requirements out for competitive bids in various formats.  These exchanges might include data interchange methods such as EDI (Electronic Data Interchange) or other standards compliant communication protocols, but they are much more, they are active collaboration hubs.  Together with these collaboration hubs, SOA extensions are being used to extend collaboration and engineering design work to the extended supply chain.

How Has SAP Implemented ERP ii System?

SAP has created an entire collaboration network called the SAP Community Network or SCN (http://scn.sap.com) where customers, vendors, consultants, and any interested party can exchange information, ideas, or dialog.  SAP has implemented ERP ii systems internally through the development of specialized vendor partnerships it calls an “Ecohub” (http://ecohub.sdn.sap.com/).  This is a place where vendors, partners, or other firms with specialized SAP solutions can integrate and promote their offerings to enhance SAP’s various software offerings.  Along with that there are code exchanges, “how-to” articles, discussion forums, and many other types of collaborative information exchanges.  This is similar to what I proposed a few years ago when I wrote “SAP, ERP III, SOA — Learning Organizations through Social Media Collaboration.”

Operational Excellence and Innovation Value Propositions

ERP ii systems integrate the external vendors and suppliers into enterprise processes so that they can directly impact productivity, cost, and efficiency.  Some elements of ERP ii include engineering staff augmentation, free or at a very reasonable rate to the “customer company,” and as a value added service from vendors.  For vendors the ability to augment engineering functions can mean customer retention; for the customer companies this may mean higher quality and lower cost products or services.

SAP’s ERP offerings include PLM (Product Lifecycle Management) with CAD integration for several off the shelf CAD programs.  Although the PLM functionality is primarily used for internal engineering processes it can be pushed out into the extended supply chain for collaborative engineering and design.  That collaboration can be used for innovation if it is properly structured and implemented.  This is in conjunction with other integrated application offerings such as SRM and APO.

By extending engineering or collaboration functions outside of the enterprise, but still within the supply chain, innovation can be introduced into the ERP ii enterprise (see the entire series on Process Execution of Business and IT Innovation).   However, the primary feature of ERP ii systems is the additional operational excellence that is brought about by extended supply chain processing.  Very few companies have succeeded at collaborating with the extended supply chain by introducing extended engineering capabilities, or vendor insight to produce significant innovation.  Most ERP ii systems only work to extend the supply chain beyond the boundaries of the enterprise for cost savings and efficiencies (operational excellence).

Using SOA (Service Oriented Architecture) for Creating ERP ii and ERP iii Enterprises

The promise of ERP ii system success that moves toward ERP iii (discussed in a moment) is SOA or Service Oriented Architecture.

In layman’s terms, SOA is the ability to create a set of “talking points” from any internal system to external systems. 

They are the data structures and data schemas that are published for other systems to interact with and begin to create the framework for the “borderless enterprise.”

ERP iii Defined, What is ERP iii and How Does it Go Beyond ERP ii?

ERP iii addresses the final domain of enterprise class applications by addressing the customer focus value proposition.  It is the extension of technology capabilities which brings collaboration with customers and the broader marketplace into the enterprise system.  This goes way beyond what we currently refer to as CRM (Customer Relationship Management) systems of today.  Today’s CRM applications still operate within the walls of the enterprise and are generally used for managing the sales force rather than moving the enterprise out into the wider marketplace and to direct interaction with customers.

ERP iii from a high level is fairly easy to define, however what it looks like in a few years is difficult to predict.  The areas that ERP iii touches are in a rapid state of change because of the dynamic nature of social media and the global marketplace.

ERP iii Defined

ERP applications integrate enterprise operations within and across enterprise legal entities, or company codes. ERP ii applications extend supply functionality to external enterprises (generally vendor-affiliated companies or enterprises) to reduce cost, improve supply chain efficiency, and to perform collaborative innovation.  ERP iii enterprises go to the next level of integrating the ERP and ERP ii functionality to include customers and the sales side of the marketplace in general.

The end state of the ERP iii enterprise would include a dialog between customers (and potential customers), the ERP organization, and the extended supply chain so that even suppliers would participate in the sales side of the marketplace.  Because there is little or no information in the markeplace about ERP iii direction and design I am offering a more detailed definition here:

Through collaboration, direct contact, social media, and various data streams within and outside of the enterprise ERP iii integrates marketplace fans and critics into the extended ERP and ERP ii organizations.  From the integration of customers and vendors beyond the enterprise boundaries a constructive dialog or information exchange is created to innovate, produce, and then sell (or distribute) better products or services.

ERP iii will create the “borderless enterprise” by bringing together a host of technology sources such as:

  • Collaboration tools (within the enterprise and across the supply chain and marketplace)
  • Social media
  • Internet technologies
  • SOA
  • Smart information integration and synthesis (specialized search with analytics or within specific information domains).  An early example of this type of search is a web service called “Lijit.”  Lijit allows you to manually assign searchable information sources for a customized, high value “search engine.”
  • Extended marketing analytics that are “like” tracking cookies but less invasive and use additional sources of information and research beyond the web (a good example is like grocery store checkout programs that automatically print coupons on the back of your store receipts based on what you just purchased).
  • Direct customer collaboration (we see early examples of this in the Dell “designed by me” and “I made Windows 7” television commercial marketing campaigns).

The Future of ERP iii Systems

Within the extended SAP enterprise (which is my area of expertise) I see many of the seeds of ERP iii germinating and beginning to grow.  Even though the initial “green shoots” are there for an ERP iii revolution I don’t anticipate that occurring for several years within SAP.

Today SAP has:

  • Very active, country specific SAP User Groups (xSUG, in America is it ASUG) with “influence councils”
  • Community forums (previously mentioned)
  • “Mentor Groups” within the community network.

While these all contain the seeds of ERP iii outlets I do not see a lot of the raw material being converted into application enhancements to directly address business marketplace demands.  There are still way too many technical solutions for for technical needs and not enough for genuine business needs.

ERP iii integrates marketplace fans and critics into the extended ERP and ERP ii organizations to innovate, produce, and then sell (or distribute) “customer-centric” products or services.

I doubt that the integration of more social media will move the ERP iii needle much further.  SAP like any other company that embarks on this type of transformational exercise must begin to use their well established outlets to drive innovation and to meet marketplace requirements (see the entire series on Process Execution of Business and IT Innovation).

Social Media and ERP iii

Social media outlets like Facebook, Twitter, and other resources will need to become more sophisticated to produce meaningful differences in business-centered innovation or customer focus.  That sophistication for business will mean finding a means to use those outlets for genuine business competitive advantage.

It will take business some time to find new ways to tap into the collective marketplace consciousness through social media in spite of the massive number of what I refer to as “snake oil sales” people.  Social media in the enterprise will not be useful until the snake oil sales finally align actual business needs to areas of the enterprise (sales, marketing, HR recruiting, etc.) that align with business goals and directions (see Social Media Fads and the Risk to the Enterprise).

Before ERP iii systems are ready for the extended marketplace and for customer interaction it will require “back office” integration with social media (see ERP III – Is the Integration of Collaboration the Future of Enterprise Applications).

As social media and collaboration tools mature over the next 10 or more years then corporations will finally build the ERP iii systems for integration into the wider marketplace.  By then the ERP ii systems will have finally matured to the point that some of them can provide meaningful integration between the enterprise, the entire supply chain and the sales side of the marketplace in general.

ERP, ERP ii, and ERP iii Conclusion

Considering this specialized class of business systems through the lens of the high level value propositions of 1) operations, 2) innovation, and 3) customers; here is my summary:

ERP (Enterprise Resource Planning)

Primarily focused on the “back office” with a heavy emphasis on operations, automation, cost control, financial activity, and lagging business indicators of performance.

ERP ii (the second generation of Enterprise Resource Planning)

Extends “back office” processing functions and operations into the extended supply chain with a heavy emphasis on supply chain automation, additional efficiency, more cost control, and some vendor collaboration for limited innovation.  This area of the application moves into the “last mile” of improvements that can be more expensive to implement and yield lower returns.  However, carried out properly with significant supply chain collaboration and joint engineering or development efforts this can provide new / innovative products or services addressing both lagging indicators of cost control and efficiency while exploring leading indicators of new products or services.

ERP iii (the next generation of Enterprise Resource Planning)

This will encompass the integration of social media with new marketplace intelligence and analytics into the ERP ii enterprise.  With a very simply “hub and spoke” idea, the enterprise will constitute the “hub” and the extended supply chain vendors, engineers, and designers, together with customers and market analysis as some of the “spokes.”  This will be enabled by the ERP application that is extended with collaboration and social media tools.  The ERP, ERP ii, and ERP iii functions will all be integrated with new analytics and “smart source” search methods to integrate and synthesize trend, market, and product or service information.  This will close the loop on the ERP ii innovation and will bring a new customer focused business paradigm into the enterprise that goes far beyond today’s CRM applications.

ERP iii state companies will be marketplace disrupters who are agile, nimble, and global.  They will be able to spot emerging trends and unmet customer demands (needs or wants) far more quickly and with greater ability than their peers.  From those trends and customer needs these companies will be able to quickly execute innovation programs to develop new products and services to quickly fill those customer demands.  The most advanced of these new “disruptive innovators” will be the companies who can intelligently synthesize all of the various data points to understand customer demands that are not even articulated.

======================

Bond, B., Genovese, Y., Miklovic, D., Wood, N., Zrimsek, B., and Rayner, N. (2000). ERP Is Dead — Long Live ERP II; Gartner Publications.

Kallinikos, J. (2004), “Deconstructing Information Packages. Organizational and Behavioral Implications of ERP Systems.” Information Technology and People, Vol. 17, No. 1, pp. 8-30.

Related Posts: