People, Ideas & Objects Part I

Draft Specifications

Two web pages containing the eleven module Draft Specification of the People, Ideas & Objects application.

This application uses the industry standard Joint Operating Committee as the key organizational construct of the innovative oil and gas producer. The JOC is the financial, legal, operational decision making, communication and cultural frameworks of the industry.

Contents


The People, Ideas & Objects Draft Specifications

The module specifications are submitted in draft to the community. The wiki pages (an internal wiki is used, this Knol provides a copy of the original draft specification) should support the discussion and development of the modules final text. The only restrictions to these specifications are that;

  • a code of conduct be agreed to by the users
  • and the 10GB (+500MB for each user.) Google Apps limit.

I would expect that given the input of many people from the community these draft specifications will look very different. Do not hesitate to add anything that you feel is of interest. The specification at this time is not set. Setting the final specification will happen after the community has had the opportunity to fill in many of the gaping holes in the draft. The Final Specification will then bring in the developers so that the design and analysis can begin.

For further reading in how these Draft Specifications were generated, please review the Preliminary Research Report and the innovation web log.

I have classified the eleven modules into various categories to help define the areas of responsibility of the module.

Generic Modules

Security & Access Control Module - Draft Specification


Accounting Modules

Draft - Partnership Accounting Module
Draft - Accounting Voucher Module


Marketplace Modules

Draft - Petroleum Lease Marketplace Module
Draft - Specification Resource Marketplace Module
Draft - Financial Marketplace Module


Firm Modules

Draft - Compliance & Governance Module
Draft - Research & Capabilities
Draft - Analytics & Statistics Module


Joint Operating Committee Modules

Draft - Knowledge & Learning Module
Draft - Performance Evaluation Module
 

User and Developer Task list

The Users and Developers are compensated for their time involved in this development. The scope of these modules is well beyond what could be asked of a volunteer community, and the oil and gas industry is quickly becoming a $4.5 trillion industry. To initiate your involvement in this community please review the following.

- Review the archives of the innovation in oil and gas web-log, gain a strong understanding of the differences of using the Joint Operating Committee. How the nature of the differences of this system contrast to traditional ERP systems. How these differences are captured in the module specification of which the Performance Evaluation™, Analytics & Statistics™, Research & Capabilities Module™, Knowledge & Learning™, Compliance & Governance™ Financial Marketplace™, Resource Marketplace™, Accounting Voucher™, Partnership Accounting™, Petroleum Lease Marketplace™ and Security & Access Control™ Modules. How the division, or boundaries, of the firm and market definitions allocate roles and responsibilities. How the JOC provides the ideal "Market" solution to the oil and gas industry. And the changes in the firm definition and its somewhat expanded role and focus. Additional focus on the way that people interact through these systems and how accountants capture the changes in the business through the Accounting Voucher™ Module. Ideally reading the papers of Dosi, Langlois, Winters, Baldwin and Williamson (on the innovation blog and the Wiki Library) should be reviewed by Users in this application.This would only help in better understanding what needs to be done in this applications modules.

- Sign the Copyright License. (E-mail me paul.cox@people-ideas-objects.com ) I am the beneficial owner of the copyright of the ideas expressed in the blog, wiki, and software development. This intellectual property must be maintained and held in pristine condition for these ideas to help the industry, and be available to all the participants in this community. Therefore it is necessary that everyone involved in this software development project have unencumbered access to all of these concepts. Both for software development purposes and their own service operation. The Copyright or End User License Agreement provides for this, and, assigns the copyright for the work done by each User back to me where it therefore remains available to everyone. As mentioned earlier in this specification, the users are compensated for their time and should consider this software development project as a cornerstone of their future revenue and income. And to particularly those Users that wish to generate their service businesses based on this software offering! Please consult a lawyer if you have any questions.

- Submit up to 2,500 words on how and what you could provide to this developing community. What are your experiences in oil and gas, where do you think the industry could be more innovative if it had the software to enable it. What would that software look like and how you could contribute to its making. These User and Developer summaries will be posted in the People's wiki and enable user search and discovery of like minded people and resources.


The Modular Specification.

Objective

"This community, using this software in their own service business offering, will be the method and means that the oil and gas producer will conduct its most profitable commercial operations."
 
We will meet our objective by combining the software that is built here with the users own businesses of supporting the innovative oil and gas producer. While working on these specifications it should be assumed that the user will also provide the service offering necessary (integration of data and information, technical and accounting support, and training). Some may find their time is most effectively utilized in continuing to work on this application. This software development project is much like Google in how it continues to improve its offerings. Ideally we would want the initial release of this software to the producers who are well prepared to move seamlessly from their old systems.

What's expected?

This communities review of the draft specifications should not be limited to these eleven modules. If there is a need for more modules, then the Users and Developers are free to create those modules. These are your specifications. The developers will come in to build the application after the community has approved the specifications. Therefore, the time for "out of the box" thinking is now. If your input and ideas don't make it into the initial commercial release of the software it may be a while before they can be incorporated. Please consider these Draft Module Specifications as broad outlines of the overall People, Ideas & Objects™ application. They are intended to reflect the vision and research that has been done, in a concise and communicable medium. The User community will and should not hesitate to expand the scope of the application based on their understanding, needs and requirements.

It is the responsibility of the community to make the specifications rich enough to define in very precise detail what is necessary to do their jobs, and therefore all the jobs that are completed within the global oil and gas industry. We need to take the time to ensure that we capture the full understanding of how the industry operates within these specifications. The scope of these modules is well beyond what could be asked of a volunteer community, and the oil and gas industry is quickly becoming a $4.5 trillion industry. Therefore all users are paid for their time and contributions here. This should help to get this application right without the pressures of expecting people to do something, as large as this, for free.
 
Anyone with write access to these wiki pages have submitted their 2,500 word summary of what they think their contribution can be. Search to find people in your geographic area, area of interest and to learn about some of the other ideas that are being brought to this project. Please use the Google Talk application for discussion of this nature, and please edit and post your dialog for others to see. Please be careful when Chatting, the application permits users outside of this Wiki community to engage in conversations.
 
Many of the questions of how "what fit’s with what" can be answered through a close review of the innovation in oil and gas blog’s archives and these draft specifications. Warning, there is over 692,000 words contained within the innovation blog. Liberal use of the tags, labels and search will hopefully provide the User with the information they seek. The web log has three custom search engines that incorporate the material in the innovation blog with other pertinent source material. Subscribing to the Innovation in oil and gas blogs RSS feed is recommended as that is the primary source of new research material, general information and related developments. Any questions regarding the information contained should be directed to Paul Cox by way of the comment facility of the blog.

Three separate applications.

The scope of the application is very large. To operate one system for all the producers, people and JOC's that exist would challenge the technologies and probably fail. Therefore three applications consisting of the interfaces to the people, the companies and the JOC's are being developed to make the system manageable. Each module will have interfaces to these applications, data and modules based on this requirement. Interactions between users, producers and JOC's are handled through transactions.
  • People's Application
  • Joint Operating Committee Application
  • Producer Application.

Security & Access Control Module - Draft Specification

The Blog "Innovation in oil and gas" is where the concepts around using the Joint Operating Committee are researched. Starting off with the first two ideas that were developed:
  • The Joint Operating Committee (JOC) is the Legal, Financial, Cultural, Communication and Operational Decision Making Frameworks of the industry. Moving the compliance and governance of the hierarchy to the five frameworks of the JOC would enable a faster and more innovative producer.
  • "SAP is the bureaucracy" that is to say that software plays an enhanced and leading role in organizations today. Without specific, purpose built applications for industry, nothing will change, and any change that may occur would be relegated to manual systems.
The research then moved forward in its development by asking, if using the JOC is revolutionary, how would it impact the industry, how would the application be different, and would it affect the financial and operational performance of a producer. The research conducted, particularly in the last year answers these questions clearly. With eleven software development modules specified as:
  • Security & Access Module
  • Petroleum Lease Marketplace
  • Resource Marketplace
  • Financial Marketplace
  • Accounting Voucher
  • Partnership Accounting
  • Research & Capabilities
  • Knowledge & Learning
  • Compliance & Governance
  • Performance Evaluation
  • Analytic's & Statistics
Each of these modules are based on identifying the boundaries of the energy firm and market (JOC and Service Industries). To provide a mechanism of command and control to replace the hierarchy this application uses a Military Styled Command & Control Governance Model implemented amongst the producers representing the JOC and the service industries. Providing a solution for the long term shortfall in Human Resources by pooling the capabilities of the industry. This pooling replaces the redundant and duplicate building of capabilities in each silo'd company.

The primary topics of research interest have been as follows:
  • Innovation
  • Markets & Firms
  • Price Theory
  • Capabilities
  • Information Technology
With the majority of the research conducted on the works of:
  • Professor Richard N. Langlois
  • Professor Giovanni Dosi
  • Professor Sydney G. Winter
  • Professor Oliver Williamson
  • Professor Carlota Perez
  • Professor Paul Romer
  • Professor Carliss Baldwin
  • And the work of McKinsey consultants in identifying the organizational implications of Information & Communication Technologies.(ICT)
A key objective of this Security & Access Control Module is to provide the Users, producers and JOC's with the ubiquitous on-line, anytime, and anywhere access to their data, information and work. Enabling the user to accomplish their tasks irrespective of the time and place.

Many of the questions of how "what fits with what" can be answered through a close review of the archives of the innovation blog.. Warning, there is over 500,000 words (about 10 books) contained within the blog. Liberal use of the tags, labels and search will provide the User with the information they seek.

Subscribing to the innovation blogs RSS feed is recommended as that is the primary source of research material and related developments. Any questions regarding the information contained within the blog should be directed to Paul Cox by way of the comment facility. This draft specification is for Developers and Users in determining the optimal system for use in the global oil and gas industry.These specifications are the skeleton of the vision and research that has been done to date. The Users and Developers will document the entire industry from a point of view of codifying the understanding in this wiki.

The governing principle of this development project is as follows: through this software, an oil and gas producer can manage their operations in the most cost effective and profitable manner. This communities long term success will be solely dependent on the quality of the software and people that are behind it. This community is the method and means that the innovative oil and gas industry operates upon.

Development of the Security & Access Module

This module will be built as a Java based Security & Access Control module for use in the People, Ideas, & Object applications. This is the first of eleven modules that will be developed for the energy industry. It will provide the highest level of security of information that is possible, yet reasonable for the energy industries most critical needs. The security elements of the module will provide elliptical encryption, double authentication, with Java-Card or USB drive access etc. The only elements that are not contemplated to be encrypted is the hard drives and the database attributes on the server.

Access control is to provide the user with the information when and where they need it. The ability to be available 7/24 and provide the highest secure access to the systems of People, Ideas & Objects..

The third element of this and all of the People, Ideas & Objects modules is the Military Styled Command & Control. (Please review the archives of the blog for more information about this). To help deal with shortfall and the demand for Earth Scientists, Engineers, Administrators, Managers and others in this industry. The resources, represented by the producers involved in the JOC, will be pooled to reduce the redundancy and duplication of resources in each oil and gas company. Eliminating the duplication of capabilities in these silo's implies an overall industry capability and capacity vs. the current hierarchical or individual producer capacity. The Military Command & Control governance structure enables that pooling of individuals from different producer companies represented in the JOC.

It is an objective of this application module to employ the highest level of "Object Capabilities". (Review these in the innovation blog archives.) The initial Security & Access Control Module will have the infrastructure of the Military Styled Command and Control implemented so that the ranks of the people in the application can operate as they are designed, AND, manage a high level of delegation of authority managed within the Access Control part of the module.

Participation is the key to successful software systems. You are urged to contribute with your knowledge of oil and gas and define what the systems are and should be. No one individual or company knows what is collectively known in the tacit knowledge of those that work in the industry. Companies such as SAP and Oracle know nothing about drilling, production, pipelines, gas plants etc. Users need to contribute and demand from the developers what it is exactly that they need and want. No development outside of testing this Security & Access Control module will be done with the consent of the users in this development environment.

Users and Developers are urged to consider their involvement in defining, demanding and delivering this application to the marketplace. And, once in the marketplace the Users and Developers are urged to prepare the service level offering necessary to support this application. These are provided to those Users and Developers that are part of this community. The license used in this application provides free access to the knowledge contained within this wiki, blog and elsewhere in this development. The Users and Developers are therefore free to develop their own service level offering in support of this application. The types of services that are contemplated are the systems integration, help desk, technical support at the producer, accounting etc.

Public Draft - For purposes of the Security & Access Module it will be this document.

Much of this information is draft and only to stimulate thought on how this organization might be configured.

Approval

  • Community Approval
    • Deadline not set.
  • Executive Committee Approval
    • Deadline not set.
    • Participation
      • Paul D. Cox - Non-Voting
      • Nominee for Position # 1
      • Nominee for Position # 2
      • Nominee for Position # 3
      • Nominee for Position # 4
      • Nominee for Position # 5
      • Nominee for Position # 6
      • Nominee for Position # 8

Roles

Expert Group

Ideally this group would have industry and technical capabilities to offer the Users and Developers. A group that would lead and guide the Users through the development process. Due to the unique nature of each module it is contemplated that each module would have it own sub-groups.
  • Sun Microsystems
  • Calgary, Texas, and Aberdeen. (Other areas?)
  • Producer Representatives.
  • User Representatives
  • Developer Representatives

Software and Tools

Google

  • Mail http://mail.people-ideas-objects.com/
    • Gmail with 25 GB of storage. (https enabled)
    • Gmail is the foremost web enabled mail service with POP and IMAP support.
    • Expected G:Drive available for use as backup of individual users and developers hard drives. 
  • Calendar http://calendar.people-ideas-objects.com
    • Calendar based on iCal standard.
  • Documents http://docs.people-ideas-objects.com
    • Google Doc's, Spreadsheets, PDF's & Presentations.
  • Chat
    • Within mail and as part of AOL, Jabber etc.
  • Start Page http://welcome.people-ideas-objects.com
    • Start page for the entire application.
  • Google Sites (Wiki) http://sites.google.com/a/people-ideas-objects.com
    • Google wiki applications.
  • Blogs / Knol
    • A place for users to post information about themselves.
  • Google Web Toolkit Framework
    • Necessary for integration between Google and People, Ideas & Objects applications.
    • Provides the framework necessary to access Google apps with People, Ideas & Objects apps.
    • Also renders AJAX from Java code and stays away from the Ajax Slippery Slope. (No Ajax permitted in any People Ideas & Objects production code base.)
  • Google OpenSocial
    • Establishes the API necessary for Google and People, Ideas & Object users in an informal social manner.
    • Postini (Google acquired)
      • Email Encryption
      • Policy Management
      • Message Recovery


Development tools for Users and Developers

  • Bug Reporter
  • Bug reporter and request.
  • Calendars
  • Collaborative calendars for individuals, groups and resources.
  • Email Lists
  • File Cabinets
  • Forums
  • Group Directory
  • Knowledge Base
  • Glossary of terms
  • Photo Pages
  • Project Manager Tools
  • Spreadsheets To-Do Lists

Developer Tools

  • Netbeans

User Interface Guidelines

General Architecture

Basic GUI

Developers in my opinion have developed the perfect interface for People, Ideas & Objects applications. That application interface is reflected in both NetBeans. It is called the Matisse GUI Builder.

All pages are multi-modal (Insert, Delete, Update) based on the users access control and security levels. Forms and reports must be multi-modal. That is they can be input, query and update.

JavaFX as the framework for interface Items.

Apple Human Interface Guidelines

A sample chapter of this important book is available here.

Application Communications Modes

  • Synchronous
  • Asynchronous
    • Person to Person
    • Person to Process
    • Process to Person
    • Process to Process

Military Command & Control

Here is a summary of the Military Command & Control of the U.S. Military. Notice the fine granularity in defining the role and rank with a comparatively flat structure. Also note, the divisions, brigades and corps that define geography and can denote professional affiliation. Lastly I want to point out that the hardware and miscellaneous facilities that occupy an important component of the Military.

The purpose of this is not replicate the military in the application we are building. The Military Command and Control Metaphor denotes that the methods the military has used to "pool" necessary and varied allied forces is directly analogous to the "pooling" of the resources of the producers representing the JOC in this application. This section is provided to analyse the full structure of a military and to learn the methods and means used.

Object Capability & Joe-E

  • Object Capability Research www.cs.berkeley.edu—joe-e
    • I recently reported about Object Capability and its value to this software development project. This is key enabling technology of the Military Styled Command & Control Structure of this application Module.
  • Object Capability Programming Language

Development tools and Infrastructure

  • Deployment / Runtime
    • Continuum
  • CollabNet
    • CollabNet Enterprise
      • Web based collaborative software development platform.
  • CollabNet Subversion
    • Version control tool.
  • Maven
    • Project Object Model (POM)

Sun Microsystems Ltd.

  • SPARC
    • Solaris on SPARC has been selected as the processing system and virtualization environment.
      • As mentioned elsewhere the level of virtualization envisioned for this project may require each User with a virtualized instance of this technology. SPARC providing the greatest number of threads to accommodate this possibility.
  • Solaris
    • The following Solaris review highlights the technologies that augment the security and access specification of the application. Virtualization is seen as a distinct security advantage. 
      • Virtualization
      • ZFS
  • Java 6.0
    • Java 6.0 is the JDK,
    • NetBeans is the IDE. 
    • Java Cryptography Architecture
    • Java Platform Security Architecture
    • Java Authentication and Authorization Service (JAAS)
    • Default Policy Implementation and Policy File Syntax
    • Signature Time-stamp Support
    • Secure Communications
    • Java Secure Socket Extension
    • Java GSS - API Tutorial
    • Java SASL API Programming and Deployment Guide
    • Public Key Infrastructure
      • X.509 Certificates and Certificate Revocation Lists (CRL)
    • Java PKI Programmer's Guide
    • Java PKCS # 11 Reference Guide
  • Java Composite Application Platform Suite (CAPS)
    • Provides the infrastructure and framework necessary for managing, developing, deploying and monitoring a Service Oriented Architecture (SOA).
    • SOA/ESB Composite Application
  • Java Web Start
    • Based on the user interface guidelines, the use of Java Web Start is necessary to provide the desktop application style interface to the application. No browsers or applets are considered adequate for this systems development. NetBeans User Interface.
    • JavaFX
    • Swing (JSR) 296
    • Swing Application Framework.
    • GlassFish V3 Embedded
    • JavaDB or MySQL Embedded.
  • JavaCard
    • USB Token Smart Card & Reader, I think would be the best for these purposes.

Sun Java System Access Manager

Sun provides the core functions needed to use, share and manage identity information including directory services, access management, provisioning and federation. These solutions improve security, lower costs, and increase service levels. (Note many of the Sun URL's did not print well in this application. Please Google "Sun Java [Product Name] for the correct location.) May 4, 2009 please view the product summaries at http://www.sun.com/software/identity/index.jsp 
  • Directory Server
    • Directory Editor
    • Directory Proxy Server
    • Directory Server Enterprise Edition
    • Directory Server Resource Kit
    • Identity Synchronization
  • Federation Manager
  • Identity Manager
    • Policy Agents
    • Sun Java System Access Manager Policy Agent

Data Model

  • Stanford Protege Owl
    • Ontology Editor and Knowledge-Base Framework.
  • Public Petroleum Data Model (PPDM)
    • Energy Industry standard DDL data model. 
  • Relational Database Management System MySQL (Open Source)

IPv6

  • Security
  • Tier 1 Network Provider
  • Enabling virtualization

Chartered Accounting Firms.

Used to provide the automated audit and verification necessary for compliance.

Technology support (Provided by the Community of Independent Service Providers).

  • Cap Gemini
  • Accenture
  • KPMG PriceWaterhouse Coopers
  • Deloitte & Touche


Partnership Accounting

Partnership Accounting is the third module of eleven for the People, Ideas & Objects application. This module will conduct many operations for an oil and gas producer. A summary list of the types of applications this module imputes would be as follows.
  • General Ledger
  • Account Payable and Receivable Detail
  • Payments
  • Revenues and Royalties (Gross & Net)
  • Capital and Operating (Gross & Net)
  • Statement of Operations
  • Statement of Expenditures 
  • Gas Cost Allowance (Unique to each participant in a JOC)
  • Balance Sheet
  • Income Statement
  • Statement of changes in financial position.
  • Field data capture.
  • Material balance c/w inventory control. (Ties into Technical Vision's IPv6 control and monitoring)
  • Nomination and contract fulfillment.
  • And many, many more
The perspective that this module maintains is from the firm and measures the activities of the areas in which that firm has interests. It is a comprehensive accounting system that will interface with enhanced features in the Compliance & Governance Module and others. It is expected that this accounting system will provide for all of the needs of the producer, and hence the Joint Operating Committee.

From the Joint Operating Committee point of view.

Transaction processing will be one of the key traditional activities of the module. It will require internationalization for both currency and language. (Being initially defined in the Petroleum Lease Marketplace Module).

It should be considered that development of this module could be done concurrently with the Security & Access Control Module, Petroleum Lease Marketplace and Accounting Voucher. Also please consider these are broad outlines of the overall application. They are intended to reflect the vision and research that has been done, in a concise and communicable medium. The User community will and should not hesitate to expand the scope of the application based on their understanding. These specifications are in draft until such time as they are approved by the community. I expect the User community to expand on these concepts substantially. 
 
Partnership accounting is the module that we begin to make some fundamental changes to the way that companies organize themselves and how people interact. What I am proposing as necessary is the elimination of the designated producers as operator / non-operator. And propose a pooling of the necessary financial, human and technical resources from the companies represented in the Joint Operating Committee (JOC).

Doing this has several benefits that address the retirement of the brain-trust of the industry, and augments the existing resources of the industry. Why in this time, with the Information Technology capabilities that we have, and this place, where the demand for energy is insatiable, are we continuing to build redundant and duplicate operational capabilities within each producer. It is my belief that the purpose is to ensure the continuation of the hierarchy. The JOC is the form of organization that the industry has developed to meet the unique nature and requirements of oil and gas. Continuing to ignore the JOC in the systems used by the industry is the impediment to innovation. If we were to source the necessary resources from all the producers represented on the JOC we would need to make some assumptions, and a number of changes in the way the industry operates.

Producer contributions and overhead allowances.

The first assumption that we have to make is that each producer will contribute people, assets, capital, technical skills and management in disproportionate amounts to their working interest. And the first thing that needs to be revised is the costing of the administrative and management resources used by the JOC. Requiring that the Overhead Allowance that is "earned" by the operator be replaced by the actual costs of the producers. I would think the majority of the operators would be pleased to see this change. To effect this change requires the Petroleum Accountants Societies to revise their Accounting Procedures for overhead allowances to accommodate these points. And the industry develop a software application that can cost the JOC's with the appropriate direct costs. And that software application is of course People, Ideas & Objects, and the module for that is Partnership Accounting.

Additional changes to address the cost of capital and resources that a producer in a JOC who's contribution is different then their obligation under the agreement. Whereas it is necessary to value each producers contribution based on capital, technical, resource and other contributions to accurately determine what is owed or receivable. What I am suggesting here in this Partnership Accounting Module is that a number of equalizations be taken into account each month based on what was contributed and what is required to be contributed. These calculations need to take into consideration all forms of compensation and investment that a producer can provide.

The consequences of this change are daunting from the point of view of cost control, and particularly the 100's and if not thousands of people that may work on a JOC, and the volume of JOC's a company may participate in. This becomes an unmanageable system in the traditional hierarchy, however, is a scenario that is easily accommodated by the Military Command & Control metaphor that is a critical part of this application and specifically the Partnership Accounting Module. What will be needed is an extensive work order system to direct the operations and cost the contributions.

Scope of module.

Material balance from nominations to audit query. It would not be difficult to build a system as this if the numbers were never reconciled. The fudging of numbers is a systems problem, in my opinion, in that no one has put the effort into material balancing each producer and each functional unit. This ambiguity leads to winners and losers, with the winners usually being the operator. Elimination of this ambiguity is necessary and critical to the use of the system. Therefore it will be necessary that the entire material balancing of all products, for all producers and all JOC's be maintained in a fashion that leaves no doubt as to the equity of the transactions represented. What I am proposing is a method of material balancing that will provide a means of enforcing the integrity of the volumetric' for each company and each JOC. Putting a Google Earth interface on this will help in the cognitive understanding of the facility.

Accounting cut-offs.


Accounting cut-offs for Before and After Casing Point elections, Before and After Payout, and Penalties. As was indicated in the Petroleum Lease Marketplace Module the ability to have the terms and conditions of any and all agreements be the source of the accounting systems data and algorithms. When it comes to changes in the working interest distribution of the producers in a JOC, the need to have these calculations invoked is based on some calculation of costs incurred and revenues to date. The system should monitor these requirements and when the change in working interest distribution occurs, then it is invoked through the Petroleum Lease Marketplace Module based on the partner agreed criteria established in the Petroleum Lease Marketplace Module. The precision of this mechanism should be precise enough for the industry to rely on the day of the change.

Accounting and Production Months


The accounting month and production month and the much loved amendment process.Daily and monthly volumes defining a period of time. Spec vs. raw, products and by-products. Processing and gathering fees based on (non) & ownership. Imperial vs. metric reporting standards. Nominations, commingling of gas. Working interest owners earning different production values. I suggest that adding these requirements to an already elaborate Production Accounting algorithm is going to be a challenge for the entire information technology world. However, it is also something that must be done and most importantly can be done. The only impediment is money.

Currency and languages.


Currency conversions in the modern era. These are not your regular currency issues. The example I have used in the past is that a producer based in Texas with partners in Britain and Canada share an interest in facilities and production in Turkey.

Another aspect of this problem is the currency conversions have different treatments for asset and liabilities then they do for revenues and costs. Revenue and costs are converted at the time they occur. Whereas asset and liability accounts maintain a balance over a longer period of time and may need specific treatment to ensure they are recognized and recorded correctly. If a producer has finished inventory, for example, in a volatile area of the world, what value should be assigned to the inventory? This may possibly be answered by the ability to record the finished inventory in US$. But the operational costs may be valued in the domestic currency. And what about items that are of a capital nature?

Strategies are unique.


Unequal producer capabilities. That is ownership in a facility, or not, may dissect the membership of the JOC. Non-owners paying a processing fee and others earning revenue associated with their rights of ownership. This component makes up one of the reasons that strategy and performance of a JOC may be completely different from producer to producer. None are necessarily the same and therefore the financial performance and strategy being employed by each firm can be held in confidence.

The People, Ideas & Objects application will be provided as a web service. As a result this architecture provides many options in how a module like Partnership Accounting can be implemented. Specifically the accounting system is something that can be provided through a number of different possibilities. The web services accounting systems are beginning to be developed now and consideration to having other systems provide the generic debit and credit type of capability in People, Ideas & Objects application. I have always considered, due to the forgoing specification, that the complexity of this module is best handled by the developments starting from a clean sheet. Using alternative systems may provide quicker results but less flexibility in the future.

I would highly recommend this community consider this area of development as a necessary. It will be more capable to provide the Users with what they need in the future then an off the shelf system and will fit better with the other modules. If we think back to the 1980's basic generic general ledger type of functionality was developed by the systems vendors in those days. This was before the 1990's when SAP and Oracle had better engineered systems. The point is the difficulty in making this module is elsewhere, not in the general ledger type of functionality. Using Java also provides the ability to work off of other frameworks.

The People, Ideas & Objects application is a global application. The Joint Operating Committee is the cultural norm throughout the world. Therefore, in order to service any geographical region it is necessary to cover all geographic regions. In many areas the government regulations may not have been as advanced as they are elsewhere. The use of concessions may be the norm and those are agreements that can be handled in this system. The Petroleum Lease Marketplace can handle any type of lease granting authority. Therefore the scope of this module is global.


Accounting Voucher Module

Of the eleven modules the Accounting Voucher is conceptually the newest and possibly the most difficult to comprehend. I am introducing many "things" that do not exist in other traditional ERP type systems. Things such as the implementation of a defined division of labor, modularity, transaction theory, the boundaries of the firm and market and of course the military command and control metaphor.
 
These topics have received what I consider to be significant academic discussion and analysis in the past two decades. It is an area where the science has exceeded the implementation to a very large extent. These methods of analysis are sound and I have implemented them into the accounting voucher in order to reflect the historical changes in the subject of interest, a property, unit or well for example. This analysis helps to capture, initiate and anticipate changes that occur in the producers' business that will be documented in the voucher over time.
 
The Accounting Voucher is a Joint Operating Committee (JOC) focused module. There of course will be the opportunity for a producer to have Voucher's that deal with their organization exclusively, but that is not a difficult or necessarily problematic situation to handle. The handling of a producers 100% charges would be consistent with the types of ERP systems that are in use today.
 
The use of the term "voucher" is systemic in the accounting world. A voucher captures the debits and credits of the transaction and the accountant or engineer codes the costs reflected in the invoices to the appropriate accounts. Vouchers are then processed and have an approval process that provides some of the audit controls necessary for the firm to maintain. Each month a new series of vouchers will be used and new numbers assigned to the voucher for future reference as to what transaction was undertaken by the firm.
 
In the People, Ideas & Objects Vouchers numbers can be assigned to some of the facilities on a permanent basis and that is how I see this application operating. When a voucher is assigned a number, it would also be assigned for an area that is represented by a JOC. And for each of the producers represented in that JOC. Lets for instance suggest that it is for a small gas plant with 10 wells of dry gas and only compression. Each month the voucher number may be represented as MMYY123456 and that will be the voucher that is used by each of the producers in the joint account to record the costs and revenues for that JOC. What's critically different in this application is how the analysis of how the resources are assigned to the tasks that need to be completed at the property. Some of these are listed here;
  • The sourcing and assignment of people and resources to the project. (Interfaces to the Resource Marketplace and other People, Ideas & Objects Modules.)
  • The scope of the Accounting Voucher is expanded to include exploration and production resources, (earth scientists and engineers) not just accounting, management and administration.
    • Therefore every individual resourced into that JOC will be identified and easily able to determine their role and responsibilities.
      • Resource shortfalls can be filled through the Resource Marketplace Module.
  • The capture and processing of capital and operating costs and revenues & royalties for the JOC. Reporting through to the Partnership Accounting Module. (Management accounting vs. Financial Accounting in the Compliance & Governance Module)
  • Determination of the resources roles and responsibilities based on the Military Command & Control Metaphor.
    • Tactical Project Management (Strategic Project Management is part of the Compliance & Governance Module.
      •  Includes the ability to optimize the division of labor between producers' represented at the JOC and a contractor.
  • Sub-Vouchers to prepare and process accruals. (Algorithm based accruals should be used for production volumes and value accruals.)
  • Tools for the optimization of the Division of Labor necessary to complete all tasks in the JOC.
  • Operational budgeting and capital budget comparisons. (Capital Budgets are defined in the Petroleum Lease Marketplace.)
  • Electronic execution of "Prepared by", "Checked by" and "Approved by" for each Voucher or Sub-Voucher. E-commerce is the natural means of processing. 


Pre-amble regarding the Division of Labor theories of Adam Smith.

What so important about the division of labor? Simply for the last few centuries it is the method in which all economic growth has occurred. As new and more effective means of organization become available to companies and industries. And new technologies of the day provide more efficient means of organization, more output per person is achieved. That is the purpose in implementing the tools for the division of labor in the Accounting Voucher Module.
 
Much of the People, Ideas & Objects application will provide back end processing of the data elements that are brought into the system through the Petroleum Lease Marketplace, Resource marketplace and other modules and interfaces. The Accounting Voucher is seen as the module in which the user will be able to pull in these variables and processing algorithms to conduct the business they have in hand. Every entry to the accounting system will come in through the Accounting Voucher Module. Each Accounting Voucher will have a unique ID that forms the template for future months processing. And the user should think of the module as their means of monitoring and documenting the changes that are in the asset, account, JOC or area of the producers interest. It is also important to note that each producer represented in the JOC will have access control, based on the Security & Access Control Module, to the voucher.
 
Therefore the user needs to think of the voucher as a template of how and what happens at the facility, asset or location on a month to month basis. A new well comes on to production to a unit, then the well ID is pulled in through the Petroleum Lease Marketplace Module (where wells are licensed) and the Partnership Accounting Module to report the revenues, royalties and costs associated with the well. This is the traditional way of conducting accounting operations and I don't see much difficulty in putting this concept across. The difficulty in this module arises due to the application of the theories of Professor Richard N. Langlois particularly, and may others which include Professor Carliss Baldwin.
 
The difficulty, and methods, that arise in this module include at its core the theory of division of labor. Adam Smith proved the theory in the 1700's and it is a fundamental aspect of any and all growing economies. It was the reasoning behind Henry Ford in developing the assembly line. The analysis to determine the optimal division of labor is contained in Langlois and Baldwins papers that have been reviewed on this blog. This optimal division is not just from an accounting point of view but from a more global perspective. This application should not be limited to the accounting area, it is far more then that, it is a system that enacts the will of the partnership it represents and is used to effect the desired outcomes. The point I am trying to make here is that the opportunity to provide the most effective management of oil and gas assets involves all that one can imagine this application providing. Therefore the division of labor may cross many disciplines, organizations, time frames and geographic locations.
 
The analysis and determination of the modules for this application are fundamentally different then what has been built in the past. Modularity is a study of both Langlois & Baldwin. And their analysis were used in determining the People, Ideas & Objects Modular Specifications. Particularly valuable were the determinations of what focus the module would have between firm and market. And how in oil and gas the "market" accurately reflects the JOC. That is not to say that the current definition of eleven modules is the final specification. Key to the modularity definition is the concept of transactions. Transaction costs and their associated "friction" are the death of a viable business. (A little exaggeration here never hurt anyone.) But the costs incurred in documenting the business transaction falls within two realms of possibilities. If the transaction costs are high then it is by far better to have these transactions occur within the domain of the firm. Hence the justification of the hierarchy. If the transaction costs are low then the best place to have them conducted is within the market. It is this transition we are exercising in this application.
 
It would not at this time, in this day and age, stretch ones imagination that the transaction costs can be mitigated to a large extent by the Information Technologies that are available today. The costs of documenting and recording, particularly from an accounting point of view can be facilitated through IT, and that may come to be one of the "killer apps" of the Internet. Whereas it was more efficient to house the resources within the organization, and pay the individual to conduct some tasks for compensation as a full time job. It may now be more cost effective to have the task completed by a contractor who will be available to do the tasks on a more timely manner. The contractor of course is able to aggregate the same tasks from multiple organizations, or in this instance Joint Operating Committee's (JOC). Based on this understanding, the scope of this application, and the ability to implement greater divisions of labor, economic growth would be the result of these changes. The effectiveness of this analysis will lead to further iterative changes to the Accounting Voucher. Each change will be mutually exclusive to the JOC and each Accounting Voucher will be unique to all others.

Transaction analysis

Professor Baldwin completed a comprehensive paper on transaction costs in September 2007. I reviewed the paper in a (Modularity, Transactions and the Boundaries of the Firms: A Synthesis) blog post in November 2007. (A copy is also in this Wiki's Library under her name.) She was able to identify the key components of transaction cost analysis and provide an understanding of how the Users of the proposed People, Ideas & Objects application could use these methods of analysis to determine the optimal design of a transaction(s).
 
I started the review of Professor Baldwin by discussing the role of the user in the development of this software. How the aggregate understanding and operational performance of the energy industry is held in the collective capabilities of the people that work in the industry. Noting that SAP knows absolutely nothing about completing a well, or any oil and gas operation or task, and to expect them to understand an oil and gas system is making the wrong expectation. What SAP does do well is support bureaucracies, if that is what is needed they have a very good product for you. What is necessary therefore is to provide the user with the tools to deal with the architecture of transactions.
 
This system is about the user, where the user defines, demands and provides the skills and systems that are necessary to successfully operate in the oil and gas industry. And to make things explicit, I would expect that these were provided by the market, not the firm. Where the market is comprised of many hundreds of thousand of individuals who work in oil and gas and participate in this software development, and will continue to for the next many decades to come. Not to get too off track, but I would like to make note of the method the copyright of this systems development. A copyright that is enabled and provided in its aggregate form and made available to Users through the end user license. Users then will have free access to the knowledge contained within the software system and will be free to use it for their own commercial service operations. The only thing that the Users are precluded from is hosting or running of the binary People, Ideas & Objects applications.
 
The following quotation from Professor Baldwin provides some clarity to these points.

For the last thirty years economists have used the concepts of "transaction," "transaction cost," and "contract" to illuminate a wide range of phenomena, including vertical integration, the design of employment, debt, and equity contracts, and the structure of industries. These concepts are now deeply embedded in the fields of economics, sociology, business and law. But although economists and management scholars have explored the design of transaction in a wide variety of settings, in most of this literature, it is assumed that a pre-existing division of knowledge and effort makes a transaction possible at a particular place in the larger productive system. The theories explain how to choose between different forms of transactional governance but they almost never ask why the opportunity to have a transaction occur where it does. As a result, the forces driving the location of transaction in a system of production remain largely unexplored. p. 3

This application needs to explore the full scope of the possibilities of Transaction Cost Economics (TCE). One of the key attributes in selecting the market for transactions is the ability to better anticipate the needs of the individual producers. Noting Schumpeter's invisible hand at work. Contrast that market opportunity to the current congested hierarchy and one sees very little improvement over the previous years performance. We are not looking for incremental improvements to the performance of an oil and gas producer. We are looking to increase the performance of a producer to the level necessary to keep up with the expanding earth science and engineering's disciplines. It is my belief that the reason oil and gas prices continue to rise "unexpectedly" is the inability to move the organizations performance higher towards the level that the engineering and earth sciences are demanding of them. I am hesitant to put too many quotations from the research in the specifications. I would hope that most users will review the many papers that have been reviewed to support these modules.

More quotations from Baldwin.

Changing routines, competencies or capabilities based on knowledge must cause firms to have shifting knowledge boundaries. The span or scope of knowledge available to a firm will change over time as required by its changing activities. But theories based on knowledge cannot directly explain the location of transactions. First, the domain of transactions is a domain of action: goods are made; services are performed; compensation is paid and received. But actions enter the knowledge-based theories only indirectly: knowledge begets capability and capability begets action. The actions themselves lie outside the scope of these theories. p. 9

Another quotation from Professor Baldwin puts some terminology to the efforts we are undertaking in this module.

The basic unit in the design of any production process is a task (Galbraith, 1977; Tushman and Nadler, 1978; Marengo and Dosi, 2005). Tasks must be carried out by agents, but, because of physical and cognitive limitations, no single agent is capable of carrying out all tasks (March and Simon, 1958). Thus it is necessary to transfer various things—material, energy and information— from agent to agent in a productive system. Taken as a whole, the tasks, the agents, and the transfers make up a vast network of activity, in which tasks cum- agents are the nodes and transfers are the links. p. 13

Getting down to the task level is not something that would seem to be the most intuitive way of going about building this system. Now if I am not mistaken the people that work for an oil and gas firm are usually assigned to a certain facility, or two or more. And these numbers remain rather constant during the life of the property. If these people (actors) are the resources that are populated into the voucher for the facility, then the amount of effort necessary to define a greater division of labor would be incremental. If things remained fairly constant there would be little change to the JOC's Voucher monthly evolving template. Only the amount, volume and disposition of the transactions would change. These changes are best left in the hands of the Users who may be accountants, managers or admins who are trained in the capture and communication of this information. Captured in the accounting voucher.

A critical assumption in the development of this module is the ease in which change can occur, and change can be documented. If we read Professor Baldwin's paper we find that change, and the ability to assimilate change within the firm or market definition are critical aspects of her TCE analysis. The Accounting Voucher Modules interfaces need to be amenable to change in the business. The traditional Accounting Voucher does capture the monthly changes in the business, and is a result of actions taken elsewhere. What we need the People, Ideas & Objects Accounting Voucher Module be able to do is to affect change in the firm and the market. Professor Baldwin talks about the "Mirroring Hypothesis" in that "The mirroring hypothesis specifically links an organization's task structure to the actions of making and selling specific products." and "Thus as product and process designs change, so will transaction boundaries." pp. 10 - 11 I see this as change originating either from the business naturally or effectively through the analysis and software tools to optimize the business.

Might I be so bold as to suggest the Mirroring Hypothesis' validity is proven through the implementation of SAP in oil and gas firms. The proof arises out of the inability to reflect the business and make any reasonable assumption of how the business operates through the implementation or use of the SAP application. SAP is also static, it does not change. This Mirroring Hypothesis is not something that I have reviewed in my research, however, it would appear to support the JOC being the key organizational construct of the oil and gas industry. The key to the success of this module is to provide the Users with an interface that enables what Baldwin suggests "Thus as product and process designs change, so will transaction boundaries". It should also provide the User with an interface that allows them to peruse the changes made through the Accounting Voucher's history. An interface that enables not just the historical perspective but one that provides the user with a predictive ability to accommodate the future.

Applying Professor Baldwin's Analysis

The People, Ideas & Objects Accounting Voucher Module will provide the means for the application to manage the disparate inter-dependencies of modularity theory and TCE. That is a summary application of Professor Baldwins comments. And therefore this Accounting Voucher is one of the key cross roads to all other modules in the application. What is necessary is for people to cease in processing transactions, by way of automation, and move toward the definition and design of transactions to optimize the business performance. The Accounting Voucher is also the most critical to the success of the application and hence the producers that use it. I am certain that in the hands of the user community it will achieve all that is possible.

Petroleum Lease Marketplace

The Petroleum Lease Marketplace module is also transaction oriented. As a result of the need to process transactions, several issues need to be addressed in this module on behalf of all the other transaction oriented modules. In addition to transaction orientation, the application needs to be fully internationalized both in terms of currency and language. These two attributes will be defined in this module and affect how transactions and internationalization is implemented within the remaining modules

This is also the first of many "Marketplace" applications that provide both public and private elements. Based on User, Company or Joint Operating Committee desire to have the data and information public (published to all users of the oil and gas industry). The application in essence providing exposure to the "Marketplace" where Petroleum Leases (both Mineral and Surface) could be assigned, novated, farmed in / out, purchased, posted etc. The transaction orientation would be defined by the actions of individuals, companies and JOC's in this public marketplace, and in turn establish the key variables of the agreements, accounting and operating procedures which are facilitated through this module.

In terms of transactions this application will deal in multiple currencies and languages. The agreements and agreement variables will involve the full range of insert, update and delete of any and all data elements. This requirement imputes the need for accounting systems definition and therefore determination of the methods of accounting systems to build or use. There are many alternatives available. It will be necessary for the Expert Group for this module to determine which service to use. (Google "David Duffield Web Service" for an idea on how this information might be processed.)

The Security & Access Control Module is used as a harness or overall framework for all other modules to be embedded within the application. This being of particular interest from the enterprise search capabilities that should be built into all modules of People, Ideas & Objects. And not to complicate matters to extensively, one of the deliverables from the Security & Access Control Module is the generic Military Command & Control metaphor being used in the overall application. The Petroleum Lease Marketplace, because of its limited role and exposure to mostly land and legal should begin the definition of the transaction matrices. (Query "Baldwin" and "Modularity" on the innovation blog for further information.)

It should be considered that development of this module could be done concurrently with the Security & Access Control Module and Accounting Voucher. (A community decision). Also please consider these are broad outlines of the overall People, Ideas & Objects application. They are intended to reflect the vision and research that has been done, in a concise and communicable medium. The User community will and should not hesitate to expand the scope of the application based on their understanding. These module specifications are in draft until such time as they are approved by the community. I expect the User community to expand on these concepts substantially.
 
I foresee people, companies and JOC's using the virtual environment created within this module as the means to negotiate, execute and access petroleum leases in all geographic regions. The primary users of the module will be Landman and Lawyers. Accountants providing accounting support to the transactions and using the data elements captured in the Petroleum Lease Marketplace in each of the other modules. The principles and officers of the firms will be those that counter-part execute the documents.

Authority for Expenditures (AFE"s), Capital Budgeting (Firm and JOC), Construction Ownership and Operating Agreements, Mail Ballots, Daily Drilling Reports, Lease Bonus, Lease Rental, lease taxes, areas of mutual interest are some of the forms, processes and attributes of the Petroleum Lease Marketplace Module. I feel it is necessary to state the broadest scope of this application module. A more detailed specification will be the result of the communities contribution and commitments.

Development of the People, Ideas & Objects - Petroleum Lease Marketplace Module

Many of the questions of how "what fits with what" can also be answered through a close review of the archives. Warning, there is over 692,000 words (about 7 books) contained within the blog. Liberal use of the tags and search will provide the User with the information they seek.

Subscribing to the Innovation in oil and gas blogs RSS feed is recommended as that is the primary source of new research material, general information and related developments. Any questions regarding the information contained should be directed to Paul Cox by way of the comment facility of the blog. This specification is for Developers and Users.

The governing principle of this development project is through this software, an oil and gas producer can manage their operations in the most cost effective and profitable manner. This communities long term success will be solely dependent on the quality of the software and people that are behind it. This community is the method and means that the industry operates upon. It will need to prove that it is the most effective means for a producer to have his assets managed.
 

What is a Petroleum Lease Marketplace (PLM)?

To me I think that the majority of the roles and responsibilities of a firms land department is the primary area of concern of this module. Secondly, the legal department would provide assistance and support through the module to the Landmen in this application. Accounting and management have an interest in the data that is captured in the various processes this application manages.

The PLM would encompass three modes of access Public, Semi-Private and Private. The "Private" area and elements of the application module would involve only the producer. The "Public" elements are the lease granting administrations, the partners involved in the property and others on an exception basis, There will also be semi-private areas where confidential information can be shared securely between the partners to the leases and JOC.

We have seen a number of land systems that have seen the data from the agreements populate the data variables in the firms databases. And any system that would operate in the oil and gas industry should provide that level of functionality. What we have here is an opportunity to employ the information technologies to the next level of functionality. What I am seeing is a system that provides the individual companies within a JOC the means in which to negotiate and agree to the components of the agreement. This would apply to the future agreements as it would to the past agreements.** While negotiations are ongoing, the company representatives select from a smorgasbord of "paragraphs" of terms and conditions. Choosing and agreeing to the variables of the terms and conditions that are selected eventually leads to the body of an agreement between the companies. Once executed this agreement would then provide an overview of the agreement from the point of view of monitoring the variables in the agreement. Where the implications of one of the producers electing to take a Development Penalty automatically invokes the changes in the accounting systems. In essence providing a "live" element to all of the agreement variables.

Another area that would be considered "new" is the capital budgeting component of the JOC. Traditionally each company would evaluate their opportunities based on the anticipated return and focus on the areas that provide the best return. (And that will be part of the Compliance & Governance Module). What would happen if each company also "participated" in developing a long term 3 - 5 year capital budget for each JOC? (Please review the McKinsey document entitled McKinsey Capital Projects in the Library of this wiki for more ideas on this type of innovation.) And what would happen if the JOC did agree and determine a long term capital budget, based on continual updates of information through the accounting system, and, was optimistic in its awareness of new technological changes in the earth sciences and engineering disciplines, and was logistically opportunistic? Just as Google proposes to manage peoples health data, privacy is paramount but there is an element of the data that will be aggregated and used by independent third parties, primarily for medical research. If capital budgets were knowable in aggregate, could this data in turn be used by vendors to better anticipate the demands of producers in regional areas? A simple interface consisting of Google Earth populated with this information would enable vendors to better anticipate the demands from the producers. It is this type of information that is available through a system that is discussed in this specification. And that is the key difference, recognizing and supporting the JOC as the key organizational construct. The construct that is the legal, financial, operational decision-making, communication and cultural framework of the industry. This change in construct enables these types of opportunities to appear.

Lastly this is a marketplace module. A place where people, companies, lease issuers and vendors can buy-sell-trade in the properties they own. A place where the land posting process can be monitored and controlled by the interested parties. It should be contemplated that the variables will also lead to the final distribution of costs and revenues not only of single well JOC's, but also comprehensive facilities that have many functional units and CO&O agreements. These may have a history of mail ballots that need to be considered in determining the final disposition of some of the costs and revenues. This is a very difficult area and it would be advised that the full scope of the necessary understanding be adopted within the User community here before the actual code developments. It is important to remember that some CO&O agreements have adopted a strict application of the mathematical model of the agreement and some have adopted more of an interpreted understanding of the distribution. These difference must be captured in the system being discussed here.

** The integration of the firms agreements into this system would be one of the many business opportunities of this User and Developer community.

An important concept should be introduced in this module. The theories use and application is important to the effectiveness of being the most competitive means for the producer to have its systems, processes and data managed. All economic growth is attributable to the externalities that are realized through the further definition of the division of labor. One of the objectives of this application is to eliminate the redundant capabilities that are built into each silo / producer. Producers share risk and that risk is best managed in the vehicle the industry has selected to use. The JOC. If the traditional operator / non-operator designations survive, the industry will continue to not realize the benefits of using a systems such as this. The pooling of resources in the JOC is what is considered to be necessary to mitigate the retirement of the brain trust and attempt to satisfy the market demand for energy.

These modules must consider and implement a higher or more defined level of the division of labor. New job titles, professions and activities is almost certainly the outcome of this analysis. This should be encouraged and fall under the scope of the Users and Developers of these modules to define. The automation of a process should consider the liberal use of these new definitions in determining the types of work that needs to be done.

It is also contemplated that the Security & Access Control Module will provide the means for which to populate the human resources of each JOC. These following an understanding of the Military Command & Control methodology and metaphor that is an underlying theme of all modules in this application. This module is the beginning interface of how the producer companies agree with the deployment of the resources necessary to manage the JOC as agreed to in this module.

Recall that innovation will come in many forms. I would expect the flexibility of a legal framework such as described here, would provide the lawyers, geologists and engineers with the opportunity to innovate in the terms and conditions of these agreements. This should be considered as the norm in the future and assumed as the base case for this application.

  • Global Reach
  • Transaction Oriented
  • Search (A very difficult topic to approach with an application such as this. The constraint is the authorized access that is necessary to ensure the integrity of the data. No information leakage should ever occur in this application.)
  • Petroleum & Natural Gas Leases
    • Surface Leases
  • Agreement
    • Farm Out
    • Farm In
    • Joint Venture
    • Pooling
    • Construction Ownership & Operatorship Agreement
    • Novation
      • Area of Mutual Interest.
      • Accounting Procedure
      • Operating Procedure
  • Employees
    • Role
    • Rank
    • Producer
    • Delegation of Authority
    • Producers
    • Contractors
    • Vendors
    • Financial
    • Investor


Resource Marketplace Module

“For every serious challenge facing the world. There is someone with a big idea. That big idea needs to be nurtured. It needs to be explored and analyzed in order to bring it to life.

And design is at the core of that innovation. There isn’t a problem in the world that a great designer can’t solve.” Quotation from an Autodesk commercial.

The People, Ideas & Objects Resource Marketplace Module is the second of three “Marketplace” modules. The other two, the Petroleum Lease Marketplace Module, which has been published, and the Financial Marketplace Module, which will be published soon after this module.

The Resource Marketplace Module has much in common with the Accounting Voucher and indeed the two will work hand in hand. Wherein the Accounting Voucher had discussed transactions, friction and transaction cost economics between contracting resources. The Resource Marketplace Module provides a window on the “Resource Marketplace” for Joint Operating Committee’s (JOC) and producers. Anything of value that is contracted between “actors” in the oil and gas, service, software and user community generated business’ will be found, contracted, managed and developed through this module.

The User focus is very strong in this module. The User who is optimizing the “tasks” and “actors” involved in transactions in the Accounting Voucher. Will be able to turn the deemed needs in the transaction into a demand for services in the Resource Marketplace Module. The User, I would expect, will also be able to quickly determine the needs and in turn be able to define, search and source that need through the Resource Marketplace.

User’s that anticipate what the market demand will be are going to be the first to configure an innovative solution, and, if they should choose to do so, market their product or service effectively in the Resource Marketplace Module. These element’s of the market changes are reflective of the industry needs as determined in the Accounting Voucher, and its use of transaction cost economics (TCE). Where transactions will be optimized for the division of labor and optimal efficiency. This process involving an iterative loop of constant improvement of the transactions and processes in the energy industry.

When these resources are discovered by the JOC or producer, the contract negotiation between the two parties can begin to take place. The first step in contracting will be the determination of exactly what the transaction should look like as determined by the Accounting Voucher. This would then lead to the specific negotiations, automation of the creation of the contract, and assignment of the Resources to the contract. From there this software should enable high levels of automation in order to relieve the user from work that is better suited to computers, and focus on the optimization and efficiency of the transaction.

Contained within the marketplace will be all of the producers and suppliers who will be able to define, create and conduct business in this virtual marketplace. The scope and size of the Resource Marketplace should accommodate the needs of Exxon Mobil and their $250 billion annual operating costs down to the single entrepreneur starting out in the business. To preclude any group, profession, organization, or person from the Resource Marketplace would limit the value available to the industry. The rapid level of iterative change being facilitated between the Resource Marketplace and Accounting Voucher is necessary and indeed supports the rapid innovation that needs to occur in the industry. And is the key attribute of Baldwin’s Mirror Hypothesis.

Please consider these Draft Module Specifications as broad outlines of the overall People, Ideas & Objects application. They are intended to reflect the vision and research that has been done, in a concise and communicable medium. The User community will and should not hesitate to expand the scope of the application based on their understanding. These module specifications are in draft until such time as they are approved by the community. I expect the User community to expand on these concepts substantially. The scope of these applications will accommodate the needs of the producers industrial commercial operations.

What’s a Resource Marketplace.


Google recently announced their “Google Enterprise Marketplace” a place where users of Google Apps and developers of Google Apps software, services and products can search and find each other. People who want to explore the various wares of the independent service providers find a directory of offerings. Companies that have prepared offerings based on Google Apps find a place where they can meet their customers and conduct a reasonable level of business. This is the concept of a marketplace and what is being prepared in the Resource Marketplace, Financial Marketplace and Petroleum Lease Marketplace modules.

To call this a Human Resource Marketplace would be incorrect because it would limit the participants in the market. Whatever service, product or solution is provided to the energy industry, form either individuals employed by producers or JOC’s, or companies providing services to the producers. This would include Schlumberger and anyone directly or indirectly employed in the energy industry.

There needs to be a clarification of how the industry structure will evolve through the use of this software. It is easier to hire the Resources that are needed by using either the JOC or the producer. These represent the market (JOC) and the firm (Producer) in the definition of the boundary of the firm. Many individuals that currently work in the producer companies may ideally be more suited to working through the market, the JOC. The application of Intellectual property in this scenario will also change.

By way of an analogy I want to reflect on how this Resource Marketplace may evolve. It was eloquently stated by our research into Professor Richard N. Langlois’ works. The quotation describes the workings of the gun making industry of a hundred years ago. What I foresee in this analogy is the market sophistication and the lack of corporate entities. It is made up of people with skills that are well established and involves a complex and sophisticated makeup.

The Problem of Organization


The master gun-maker -- the entrepreneur -- seldom possessed a factory or workshop. Usually he owned merely a warehouse in the gun quarter, and his function was to acquire semi-finished parts and to give those out to specialized craftsmen, who undertook the assembly and finishing of the gun.

He purchased material from the barrel-makers, lock-makers, sight-stampers, trigger-makers, ramrod-forgers, gun-furniture makers, and, if he were engaged in the military branch, from bayonet-forgers. All of these were independent manufacturers executing the orders of several master gun-makers.

Once the parts had been purchased from the "material-makers," as they were called, the next task was to hand them out to a long succession of "setters-up," each of whom performed a specific operation in connection with the assembly and finishing of the gun.

To name only a few, there were those who prepared the front sight and lump end of the barrels; the jiggers, who attended to the breech end; the stockers, who let in the barrel and lock and shaped the stock; the barrel-strippers, who prepared the gun for rifling and proof; the hardeners, polishers, borers and riflers, engravers, browners, and finally the lock-freers, who adjusted the working parts. [G. C. Allen, The Industrial Development of Birmingham and the Black Country, 1906-1927. London, 1929, pp. 56-57.]

The value of intellectual property in the energy industry.


Within the Accounting Voucher Module, I referred to Professor Carliss Baldwin who stated “Knowledge begets capability, capability begets action”. And this Module is the means that people will “act” to raise demand for their services and capabilities. This situation is not fundamentally different from what exists today. As users redefine the boundaries of the energy firm and market, their role in these new transactions will be redefined and acted upon.

Tomorrow’s economic growth will be generated by what Professor Paul Romer of Stanford University says is “People, Ideas & Things”. Which of course is the beginning of the People, Ideas & Objects name of this project. Since “Objects” are the software code that we are writing then I simply replaced “things” with Objects. What Romer says about the volume of ideas is important to this industry. As we progress, incrementally more ideas are required to expand our economy. So how do we increase the number of ideas? I think we need to look at the motivation.

To the larger point of People, Ideas & Objects. Who owns the Intellectual Property of how a well drilled in the Jean Marie formation in North Eastern British Columbia should be drilled North to South to crosscut the micro fractures created by the thrust of the Rocky Mountains. Here is an idea that produced millions in cost savings and produced several BCF / day and I don’t think the individual that figured that out is recognized by anyone other then a small handful of peers, and certainly would not be generating value from its use by the producers.

Up till now the management of ideas in the oil and gas industry has been handled inappropriately and has lead to the declining reserves and production profiles. Ideas are not recognized for their Intellectual Property (IP) but fall into a ether to be used by any company that desires to. And I would suggest that this may ultimately be good for the producers who realize the revenues from these ideas but the management of ideas in this fashion today is a hindrance to the progress of the industry.

It is necessary in these modules to establish the power within the People in order to command the revenues they need. The industry holds all of the revenues and commands what can and will be done. Ostracizing those that disagree, or for saying the truth has an eerie tone from past societies. The ability to centrally plan all that needs to be done in oil and gas has failed, just as it had done in the Former Soviet Union, just don’t tell the companies.

A key attribute of the People, Ideas & Objects is the effective management of intellectual property in a fashion that considers what and why those laws were developed through the industrialized world. What if Thomas Eddison left the light bulb to this ether without properly managing his intellectual property? Today we would not have any of the valuable products that General Electric has brought the world. Same with Alexander Bell who spawned AT&T. The rights to ideas belong to those who generate them!

What I am saying is contrary to what the industry wants to hear. However, what we face is a systemic challenge to the world energy markets. The demand for energy to fuel the growth in our economy is in jeopardy. If we are relegated to the current system of managing IP in oil and gas, if there is one, we are not going to raise the performance of the industry. Simply what incentive is there for any individual to crack the next big scientific, engineering, or business problem. The motivation is to secure the rights to the idea and build a business around that. The research and development of the industry has been ignored by the companies for the past 25 years. Yet they still hold the resources necessary to fix this, but do nothing but report higher earnings. And they don’t seem interested in doing anything about it, therefore, as I have shown here with my IP it’s first come first served.

The key point is that there are a world of opportunities for users to generate and create intellectual property for themselves and build that property through use of the modules in the People, Ideas & Object's application. Now not everyone will be able to compete in this arena. But those that can should gain the benefits of their Intellectual pursuits. The general assimilation of ideas into the great energy ether has to stop if we are to generate the volumes of energy the world demands. If People are not rewarded for the ideas that they bring to this industry, this industry will not survive. For I believe, the only asset that has tangible value in the world today and for the future is intellectual property. Everything else is a poor choice in my opinion.

Now as I step down off my soap box. How does an individual obtain intellectual property? Simply, to earn the copyright the simple act of publishing is all that is required to secure it. The brilliance of the legislation is that the idea is immediately available for the world to see and use and most importantly build upon. The author is granted monopoly power over the expression of the idea for the remainder of their natural life plus 70 years. Not bad for a simple idea. Patents and trademarks have other advantages and the three can be the basis of how the user develops their service offering. Those that are unable to compete in the IP arena will still have their capabilities, education and other services, which includes free access to the People, Ideas & Objects software, to provide the industry and earn their living.

What I have earned is the right to charge the oil and gas producers for their use of the software that the People use. All that I have to do is to ensure that everyone that works on this project has signed the license, and as I have done, inform the producers of my copyright. This more or less makes it a loss situation for any producer who uses any other application that might breach my IP. It also eliminates the ability to generate any venture capital for any similar application. The advantage to the industry is that there will not be three or four software vendors diluting the resources and efforts necessary to make this product. The consequences of not paying for use of the software will require that companies discontinue use of the software.

Outside of the domains that have been defined in this module specification and organizational research, the field of intellectual property is open and available to anyone to do as I have done in securing the IP for this software development product. Taken in their aggregate the Resource Marketplace is the means to market and contract for the IP, and the Research & Capabilities Module will be how the individual secure their IP. The advantage of a centralized location for all Research & Capabilities undertaken in the industry should be self evident.

Stating this a different way so as to include all those interested in working in oil and gas. How the IP is managed in this application and how does the Resource Marketplace Module have a role in this? Simply the Resource Marketplace is where the holders of Intellectual Property, capabilities, services and other skills available to be offered for business with the JOC’s and producers. The Intellectual Property will reside in the Research & Capabilities Modules. If someone wants to establish their intellectual property they will use the Research & Capabilities Module as a repository for a) establishing their ideas, and b) publishing them in an industry repository database. The integration of the Resource Marketplace and Research & Capabilities Modules provide the ability for a user to manage the development of their Intellectual Property, market it, license it, and manage the commercialization of their ideas.

The ability to manage Intellectual Property in this fashion will enable the industry to develop as quickly as is needed. The point being the people will be motivated to do the hard work necessary in solving these problems.

Lastly I want to say that traveling down this road will be difficult for all concerned. What the companies have done is failed, and they will soon begin to realize the loss and potential loss of the intellectual property passing from their hands. It is important to note that if you have that next great idea, most employment contracts deem those ideas to be the companies. Ideas have consequences, and I have lived the consequences of these ideas for over four years. It is a difficult road to travel and should be taken with significant thought and consideration. Transition to this environment will take some time but I would also say, People with ideas that the energy industry needs, start your companies!

Contracting from A to Z.


To deal effectively with the Resource Marketplace the producer will need tools to effectively engage the suppliers and resources they need. Therefore the negotiation, determination of available resources, determination of transaction costs, contract execution and effective software tools to monitor and verify compliance to the contract are all part of the Resource Marketplace Module.

The optimization of the contract between producer, or JOC, and resource is assumed to be completed at this point and this area of the Resource Marketplace Module is strictly to deal with the nuances of the regular business transactions.

Facilities for contract development, execution, contacts manager, payment etc. will be provided to the producer. Similar interfaces will be provided to the service industries. After all a transaction has two parties, the efficiencies of the producers would inherently include the efficiencies of the Resource Marketplace. If we have an accounting system, then certainly offering these services to the suppliers would only make sense. It is not just producers in the Resource Marketplace. Key to the efficiencies in the Resource Marketplace are the mitigation of transaction cost friction. Friction on both sides of the transaction because transaction costs in the Resource Marketplace are costs that will be ultimately borne on the producer.

Payroll, Contract Payment and accounting interfaces


Having all participants of the industry interacting within the module, the ability to offer payment processing is a natural part of the modular specification. From payroll for employees of the JOC’s and producers, to the detailed contract payments of an oil sands plant. Interfaces to other modules such as the Partnership Accounting, Accounting Voucher, Compliance & Governance, Research & Capabilities and others is considered necessary.

Conclusion


We see in this module one of the efficiencies of using the JOC as the key organizational construct of the industry. Optimizing these transaction between contracting parties will provide enhanced performance to the overall industry. These changes will not lead to small increments in overall performance, but I believe based on my research into Langlois and Baldwins theories, will have exponential performance improvements.

The other key point is the tearing down of the basis of IP. If we are to expand the capabilities in the science and innovation in the industry. We are going to need to solve many very difficult problems. These problems can’t be solved in an environment where their is no upside for the individuals to solve them. Addressing the motivation and enabling the People to earn their IP in this application is the first step in making the necessary changes. Turning the oil and gas industry into a far more dynamic business.

In closing I want to quote some work of Professor Giovanni Dosi’s. Specifically his 1993 article “Hierarchies Markets & Power” is a must read for those that want to dive deeper into these subjects. He states a simplistic model of organization will include the following, and I have annotated the area where these are addressed in the modular specification;
The distribution of formal authority. [The military command and control metaphor.]
The distribution of actual power in the above distribution [The people]
The incentive structure. [Innovation, intellectual property, and capabilities.]
The structure of informational flows. [Security & Access Control Module]
The distribution of knowledge and competence. [The people] p. 10
and
History, so to speak, solidifies into structures which constrain future developments. p 12
The purpose in developing this “Marketplace” is to ensure the future of the industry structure remains flexible and amenable to the changes in the sciences and innovation. But also to attain and maintain the highest performance . And in this next quotation Dosi notes how this will come to be.
Clearly, it is the domain of Schumpeter’s creative destruction’, and of Moore’s (1978) analysis of the social bases of obedience and revolt, to name but two famous examples, and it applies also to the dynamics of economic organizations and institutions at large. p. 13

Financial Marketplace Module

Preamble

The Financial Marketplace Module is the sixth module of the eleven module People, Ideas & Objects application. It is also the last of the three “marketplace” modules with the Petroleum Lease and Resource Marketplace Modules published earlier. In this Module we deal with a nuance of using the Joint Operating Committee (JOC) as the key organizational construct. A nuance that eliminates a level of tension and conflict that disables the JOC from moving as fast as it needs to.

That nuance is that financial resources of each partner have to be committed in approximately the time frame that the Chairman of the JOC asks. There are instances where the Chairman may have a different strategy and priorities being employed in the property then the other participants. And therefore may not share their sense of urgency. Another partner may slow things down due to the non-novated partners that he also represents. Or alternatively the participant is not able to raise the funds or has other higher return investment opportunities. A situation we may see more of in the near future.

Today financing with a bank involves the bank taking a general claim against the assets of the producer. The bank will also dictate general covenants that the producer must maintain to be in compliance with the banks policies. This can inhibit the producers cash flow and working capital in such a way that he may be limited in the amount of activity he can finance. With assets encumbered with general claims and covenants, banks hold significant influence over the decisions made in the individual oil and gas companies capital expenditure area. Extending these issues to each and every producer of the JOC one can see how the financing of these properties become particularly difficult. These are some of the general issues that the producers deal with on a day to day basis. This is not a reflection on the JOC’s or the producers that participate. It is a normal occurrence in the industry that is embedded in the risk profile of banks in general.

What if one or more producers in a JOC can not find the appropriate working capital, venture capital or banker? Penalty provisions provide the mechanism to deal with this problem, however, who wins as a result.

An alternate scenario

What if each and every JOC, instead of being represented by the various bankers flavor for risk, use one bank for all of the producers represented in the JOC? The bank can maintain its general claim against the specific property and the bankers risk is more calculable then dealing with all the properties of several producers. This in turn does not encumber any and all of the assets of the producer, or the revenues of the entire firm. One of the key’s to innovation is the need to be able to focus on the details of the asset. The focus will as a result be on investment decisions that provide the greatest return for the specific JOC. (More will be said about single well and small properties later in this draft specification.)

And if that were the case what other services of a bank could be provided to that JOC? I could foresee that a bank would be able to provide the traditional deposit and payment options that are available today, as well as all of their services. Particularly if the system we are building enabled an interface for the bank to peruse their securitized holdings. If that were the case then the properties working capital, and financial resources would be managed more like a stand alone property, and therefore what is good for that property can be undertaken by the participants of the JOC. This more detailed geographical focus would provide the ability for the asset to be managed more innovatively. That is not just intuitively correct it is based on Professor Giovanni Dosi’s seminal work on innovation “The Sources Procedures and Microeconomic Effects of Innovation” 1988.

Financial resources are not limited to the banking world. Venture and investment capital groups would be better able to manage their risks by dealing with the JOC as opposed to each producer. We have seen the development of unique innovative products on Wall Street that have stretched the regulators ability to manage these markets. Securitization and Asset Backed Securities may be innovations that the energy industry could use to more efficiently apply capital in the industry. The Venture and Investment Capital would be able to speculate in purchasing mineral rights and developing the property with the inherent upside undiluted by the other properties of the producer. This would make the risk / reward framework much easier to manage. And may actually reduce the amount of risk capital needed. It should be obvious at this point that the small plant and single well properties will be served by the venture and investment capital groups. With banks becoming involved when the cash flow begins.

This also brings in one of this applications stronger arguments for eliminating the bureaucracy. With semi autonomous JOC’s operating in their own best interest, the bureaucracy is not required, desired or needed. There is certainly a head office that is involved in new business development and management of the assets it owns but how much of this work is necessary in a world where the JOC’s are able to meet their needs as described in these specifications. If we also eliminate the need for People to be present from 8:00 to 5:00 in their assigned seats, and allow the to do their job in the best time and place they are needed. The need for office space and associated costs could be reduced substantially. This is also the area with the strongest replacement style of governance, that being the Military Command & Control metaphor used in this application.

These are the purposes of the Financial Marketplace Module. To bring a new level of financial options and opportunities to the oil and gas industry. The brokerage, investment adviser's and others would also have a role in this module. If some innovative capital thought they had a good idea, or for that matter anyone could then exercise their options in buying, selling and trading in oil and gas assets. If I personally had the opportunity to buy into the performance of a field that I know would outperform, then I would be able to enhance my investment portfolio with real producing assets. Creating demand for the premium properties in the marketplace and motivating the People to reach the high performance of similar oil and gas assets.

The hierarchy is a form of organization that had a brief, less then one hundred year run. It enabled big business to grow bigger and introduced the ability to be inefficiently efficient, primarily through the division of labor. And as we have seen with the likes of Bear Stearns nothing is “big” enough to mitigate the risks of business. This focus has lead us away from the ability to innovate down at the level necessary to make a difference. We are stuck on a tanker that is unable to navigate the rough water we find ourselves in. The only opportunities are to jump ship or try to survive the impending crash. The bureaucracy has chosen to ride it out. That does not mean that the People involved in this applications development, the users and bankers, investors or others have to follow the foolish course of the alleged “leaders” of this business.

What the Financial Marketplace Module provides is a virtual environment where the efficient allocation of capital is made. Providing a window to the bankers, venture and investment capital to the operations of the Joint Operating Committee of which they have an interest. The objective here is to provide as much transparency as these parties need to in order to assist the producer.

The Chairman of ENI recently made an interesting comment that the industry needed to change, and for the large western producers to consider the nations where oil is produced as partners. Citing the situation he is facing in Libya that requires 88% of the net profits paid in royalties. The ability to have these governments hold a seat as a virtual participant in the Joint Operating Committee should be considered as part of the Petroleum Lease Module specification.

Draft Specification - Financial Marketplace Module

Background

The experiment with alternatives energy sources has now been proven folly. The need now is to approach areas that were previously forbidden due to their technical, environmental, geographic and political aspects. The demands of an innovative producer has never been so difficult.

The purpose of this software is to offer a means for the industry to increase its performance. The challenges noted above are bringing new dimensions and difficulties to the bureaucracies and they need to retire. We also see a transition of the focus of the producer on innovation. This focus supersedes the general banking focus the industry had in the cheap energy era. Investing in oil and gas to earn an acceptable market return is anathema to the spirit of the oil and gas innovator.

Functionality of the Financial Resource Marketplace.

The following will be the base functionality of the module. This functionality is provided to establish the scale and scope of the module. It should also provide an understanding of the various interfaces to the other modules in the People, Ideas & Objects application.

Joint Operating Committee perspective.

  • (All functionality assumes high levels of e-commerce as a given.)
  • Banking deposit and payment processing.
  • Account reconciliation and analysis.
  • Short term asset reconciliation and management.
  • Dynamic working capital determinations.
  • Short term liabilities accounts and management.
  • Long term liabilities accounts and management.

From the producer perspective.

  • Banking deposit and payment processing.
  • Account reconciliation and analysis.
  • Short term asset reconciliation and management.
  • Dynamic working capital determinations and allocations.
  • Short term liabilities accounts and management.
  • Long term liabilities accounts and management.
  • Shareholder equity accounts and management.
  • Consolidated JOC working capital.
  • Uncommitted consolidated JOC working capital.

While one is thinking of the future of the energy industry. It is easy to assume that the way it is today, will be how it will remain throughout the future. I would argue that for the next 5 - 10 years we may see changes that occur in both the energy industry, and society in general, that will look upon this specifications changes as being too timid. I would dare to suggest that anyone who thinks that the hierarchy has any kind of future might be in the extreme minority. Its not just failing the oil and gas industry, its failing most if not all industries.

Oil and gas companies spending more money has not solved the energy supply problem. We must first organize ourselves to approach the problem in new and innovative ways. We all know the problems of today are not solved by today’s thinking. Demand for energy will outstrip supply for probably the better part of this century. The luxury of cheap and abundant energy has passed. And as Ludwig von Mises suggested, the industrial revolution was the solution to the overpopulation and hunger of the late 1700’s. Information & Communication Technologies are the solution to today’s problems, and for the oil and gas industry it starts here with People, Ideas & Objects.

Please Continue to Part II

Comments

Paul Cox
Paul Cox
President at People, Ideas & Objects
Calgary, Alberta
Article rating:
Your rating:
All Rights Reserved.
Version: 17
Versions
Last edited: May 3, 2009 8:35 PM.

Activity for this knol

This week:

39pageviews

Totals:

1384pageviews