OCI Petroleum Lease Marketplace, Part IV
The Marketplace Interface
To develop an innovative system for the oil and gas industry is an opportunity that I think is a once in a lifetime, maybe a once in a century opportunity. To think that we will use these systems in the same way as today underestimates the possibilities. The user interface is the area where most innovation will occur in terms of how people interact with large volumes of data. Google “Oracle Redwood” to see their groundbreaking work in Oracle Cloud ERP. These and other types of issues should be considered in the Preliminary Specification. I offer the “Marketplace Interface” and this discussion to expand the scope of what is possible in terms of the Preliminary Specification.
The Petroleum Lease Marketplace module is the second of three “marketplace” modules in the Preliminary Specification. Like the Resource Marketplace module, which deals with resources used in oil and gas development, the Petroleum Lease Marketplace emulates the marketplaces for Petroleum & Natural Gas Leases, concessions, etc. And the associated activities involved around those “things.” What is helpful in understanding the capabilities attained by developing “marketplaces” in the Preliminary Specification is this quote from Frederick von Hayek in “The Use of Knowledge in Society”.
The whole acts as one market, not because any of its members survey the whole field, but because their limited individual fields of vision sufficiently overlap so that through many intermediaries the relevant information is communicated to all. ...The most significant fact about this system is the economy of knowledge with which it operates, or how little the individual participants need to know in order to be able to take the right action. In abbreviated form, by a kind of symbol, only the most essential information passed on and passed on only to those concerned. It is more than a metaphor to describe the price system as a kind of machinery for registering change, or a system of telecommunications which enables individual producers to watch merely the movement of a few pointers, as an engineer might watch the hands of a few dials, in order to adjust their activities to changes of which they may never know more than is reflected in the price movement. (Hayek 1945, pp. 526 - 527)
Prices for bonus paid on acreage. The price asked by a producer for a working interest share in a property. These are activities that occur in the marketplace every day. What we are doing in the Petroleum Lease Marketplace is emulating the real marketplace to make it thicker and more robust. With market opportunities being dislocated sometimes thousands of miles from interested parties, market participants cannot even on the Internet find someone. However, with a module like the Petroleum Lease Marketplace, you have a focused forum to deal with interested parties. At the same time you have the means to transact and manage the business, develop agreements, pay lease rentals etc. The Petroleum Lease Marketplace is an ERP software environment that emulates marketplaces.
Critical to the success of this marketplace is the further division of labor and specialization. We discussed earlier in the specification how Lease Rental Administration could be handled industry wide by a service provider. There may be other roles in the Petroleum Lease Marketplace that are handled similarly. With the development of these software modules, market supporting institutions would enhance the effectiveness of the marketplace. Providing assurances such as when the P&NG Lease was acquired it was known that it would automatically have its lease rentals processed by your service provider.
There are many advantages to emulating the Petroleum Lease Marketplace in the Preliminary Specification. Just as there are advantages in the Resource and Financial Marketplace modules. Attempts at exchanges and other technical solutions have been tried before but they don’t have the “business” aspects that a “marketplace” has. What we replicate is a business unit, not some technological solution. A significant difference for the users and producers of the physical marketplace today. They will take advantage of the Petroleum Lease Marketplace module if it provides further value in their use of the actual marketplace. And with that I want to introduce the “Marketplace Interface” which uses Open Wonderland technology. Here it is shown as an example of what we describe as the ultimate collaborative interface.
See also this May 29, 2020 Wall Street Journal article.
We have detailed some of the interfaces that would be used by suppliers and vendors in providing specific products and services to oil and gas producers and Joint Operating Committees through the “Marketplace Interface” of the Petroleum Lease Marketplace. We note that the service provider organizations or Industrial Districts as Professor Langlois refers to the concept, is structurally different than in the Resource Marketplace. The "Marketplace Interface" focuses on administrative work. Although the disruption in moving the majority of the work from the firm to the marketplace will involve innovative and creative processes, once the marketplace settles into a rhythm, the administrative level of change will slow. Much of the actual work in the “Marketplace Interface” will be to support the transactions conducted by the producers in the marketplace environment.
The “Marketplace Interface” is not a source of innovation for the oil and gas producer. It is an area where the producer can focus on their core competitive advantage of their land and asset base. Administrative efficiencies and effectiveness are certainly part of that competitive advantage. In this regard, I wish to highlight the fact that the market will be dynamic when it comes to purchase, sale, bidding, acquisition, dealing, surrendering, leases and properties.
As a possible scenario, in the Marketplace Interface, we have a producer who is interested in determining what the market value for their interest in a small gas plant will generate. The average production is 100 barrels of oil equivalent per day from 50 wells, compression and dehydration. Through the “Marketplace Interface” the producer puts their 17.5% working interest in the property on the market for sale and is open to offers. The property is then highlighted in the property section of the “Marketplace Interface” where users can see that the property was just posted for sale. It is also listed by zone and product category in international market databases. Soon offers are made and the property attracts a reasonable price. The seller deems the asset to be sold, none of the partners can match the most competitive offer, and the property is sold. With the closing executed, the administrative tasks of recognizing the leases, agreements and partners are completed. Additionally historical data may be available to be copied to the purchaser's Cloud Administration & Accounting for Oil & Gas for reference.
Or something along those lines. The point in this scenario is to briefly show how many of the attributes we have been discussing will work together in the “Marketplace Interface.” The efficiencies of the marketplace in terms of having a ready market to buy and sell properties, leases and interests. And to have those transactions supported by transaction processing that is as complex as necessary to close the most complex of purchase or sale agreements. This is how innovative oil and gas producers will need to operate in the 21st century.
We have focused on the deliberate nature of developing the “Marketplace Interface” of the Petroleum Lease Marketplace in the Preliminary Specification. During the 1960's systems capabilities were limited and applications were quite crude. Organizational developments were therefore constrained by Information Technologies limitations. Systems development focused on the firm itself, and that focus was driven primarily by firms' compliance and governance requirements (Accounting, Tax, Royalty, SEC etc). During this time, in oil and gas, the Joint Operating Committee was secondary to the demands of the firm's compliance and governance frameworks. This system's thinking grew over a period of time that included several generations of people. Through this process the administration, oil and gas became more oriented to the compliance and governance frameworks of the firm. In contrast, they became more withdrawn from the Joint Operating Committee seven frameworks.
It is my opinion that the Preliminary Specification is not revolutionary in its move to the Joint Operating Committee, but evolutionary. Particularly from the point of view that we are moving towards the common-sense industry organization. Leaving this 1960’s “systems thinking" behind. This is what is necessary for the innovative producer to achieve the speed of operations to compete in the 21st century oil and gas industry.
We also must contend with the concepts that originated in the minds of the software developers of SAP. These concepts were different from what have been stated in the Preliminary Specification. I believe that whatever their vision may have been, for oil and gas it is misguided as it does not recognize the unique nature of the business, the Joint Operating Committee. The unique nature of the industry has led to new solutions and new methods of operation. Those solutions consist of the Joint Operating Committee and market dependence. I can't think of an industry that matches the energy business culture.
Today the technologies involved in the Internet provide the industry with the opportunity to realize that the manner in which it operates is unique. It can deal with those anomalies in the best Interests of the industry. A dedicated software developer to build the systems that mirror the industry operations, the Joint Operating Committee and marketplaces, will enable greater innovation by relying on the marketplace. This will allow innovation to flow from wherever and whomever. This will not happen by chance. It is a deliberate act. And today that demands software development capability and vision like that offered by People, Ideas & Objects and the Preliminary Specification. From Professor Richard Langlois paper “The Vanishing Hand: The Changing Dynamics of Industrial Capitalism”
Here again, I think the problem is one of conceptual imprecision. It is perfectly common, and often unobjectionable, to contrast a market and an organization, that is, to contrast the institution called a market and the institution called an organization (such as, notably, a firm). But the opposite of “organization” in the abstract sense is not “market” but disorganization. More helpfully, the opposite of conscious organization is unplanned or spontaneous coordination. In this sense the market-organization spectrum (and similar spectra one could imagine) are arguably orthogonal to the planned-spontaneous spectrum. One could well wonder, as I have (Langlois 1995), whether large organizations do not in fact grow far more as the unplanned consequence of many individual decisions than as the result of the conscious planning of any individual or small group of individuals. And it is certainly the case that, as Alfred Marshall understood, both firms and markets “are structures for promoting the growth of knowledge, and both require conscious organization” (Loasby 1990, p. 120).
Therefore, the development of the “Marketplace Interface" is not an option to have but necessary for the innovative oil and gas industry. And the first technology I want to discuss is Oracle Cloud ERP. It is in fact the “Marketplace Interface" made available through the open source Open Wonderland organization. Recall that there is only one “Marketplace Interface” that serves the three marketplace modules, the Resource, Petroleum Lease and Financial Marketplace modules.
The origins of the Open Wonderland organization are of interest and pertinent to the discussion. Originally a Sun Microsystem research project, Project Wonderland development was open sourced and made available to the larger community. When Oracle purchased Sun Microsystems it was deemed that the technology was of no commercial value to it or its customers. It set the community to find a new home. Needless to say, Open Wonderland has struggled since. Without a major sponsor the technology has not advanced and the marketing of the technology is limited and difficult. There seems to be a lack of understanding of the marketplace metaphor within Project Wonderland. That is what I think they need to make it the killer app in the commercial market space.
Open Wonderland is written in Java and therefore is compatible with the Oracle Cloud ERP. Having this operate as a module in itself would not technically be an issue. The business risk of using weak organization technology is mitigated by the fact that they have open-sourced the code for the applications. If something happens to Open Wonderland as an organization there is still an avenue to pursue with the code itself. It would be incumbent upon People, Ideas & Objects, when our revenue streams begin, to support initiatives such as Open Wonderland since we directly benefit from their technologies and their organization.
The “Marketplace Interface” is a place where anyone in the oil & gas or service industry can establish a market presence or create an avatar to collaborate with others within the industry. People, Ideas & Objects will enable these avatars to conduct business through the ERP service of the People, Ideas & Objects application modules and Oracle Cloud ERP. Interactions such as buying and selling oil and gas assets, purchasing field services, establishing an AFE, and making decisions within a Joint Operating Committee. Many of the things that can be done physically, will be accomplished virtually through the use of the avatars created and enabled in the “Marketplace Interface.”
Here’s why I think the “Marketplace Interface” is so critical to innovative oil and gas producers. Phone calls can’t do it. That is to say they are usually, or preferably, with only two people. They can’t be documented and any business that arises from them must be entered into other systems. They have the benefit of spontaneity and are available anywhere. Meeting scheduling is difficult, spontaneity is impossible, and virtualization of this kind is possible. However they are easily documented and the business that arises from them needs to be input into other systems. Meetings can be with any number of people, however the law of diminishing returns comes into play. There must be a compromise between these two forms of collaboration. Keep the phone calls and the meetings and add virtual collaborations from the “Marketplace Interface.”
The “Marketplace Interface” will provide the spontaneity of a phone call and the ability of people from far distances to meet up in no time. Documentation of the business can be comprehensive and include video of the simulation and copies of the documents. Any business generated during meetings can be dealt with through the “Marketplace Interface” by selecting the appropriate ERP related option-command submenu. Productivity would follow. Attendance at these virtual meetings could increase and overall travel time would be substantially reduced. Follow-up business associated with meetings would be initiated during the meeting and things would get done. A real productivity-enhancing tool, not just Information Technology for its own sake.