The Preliminary Specification Part XXVIII (S&AC Part I)

The Security & Access Control module is the place where dreams can be shattered or visions soar to fulfill the possibilities. It was suggested in the Draft Specification that the Security & Access Control module be one of the first modules to be developed. That would still be my recommendation.

What we have with using the Joint Operating Committee as the key organizational construct of the innovative oil and gas producer. Is the interactions of many producers and suppliers who are involved in the day to day commercial and strategic concerns of that JOC. What we need to concern ourselves with in the Security & Access Control module is that the right people have the right access to the right information with the right authority at the right time and at the right place. Simple stuff.

What we know is that the basis of relational database systems is relational theory. And that the basis of relational theory is predicate calculus and set theory. And it is here that we can begin to find the answer to the problem defined in the previous paragraph. That is to say that we can define this problem in the context of the Joint Operating Committee being a subset of the producers that comprise it.

There were two glaring errors that have been changed in the Draft Specification. The first one stated that there was no encryption on the hard drives or the database. These points must have been oversights as that should never have been the case and they now read otherwise. And the comment “No development outside of testing this Security & Access Control module will be done with the consent of the users in this development environment.” Leaves me a bit perplexed as to what it means and as a result I have removed it.

For the industry to successfully provide for the consumers energy demands, it’s necessary to build the systems that identify and support the Joint Operating Committee. Building the Preliminary Specification is the focus of People, Ideas & Objects. Producers are encouraged to contact me in order to support our Revenue Model and begin their participation in these communities. Those individuals that are interested in joining People, Ideas & Objects can join me here and begin building the software necessary for the successful and innovative oil and gas industry.

The Preliminary Specification Part XXVII (AV Part V)

As we metaphorically peel this onion we find that this will be the last post on the Accounting Voucher module. We will return to this module as we get down to the deeper layers. However, after this post we will be moving on to the Security & Access Control module to pick up on some of the interactions of the people who are working within the various producer firms and vendors. We have discussed many of these interactions in this the Accounting Voucher, the Petroleum Lease Marketplace, Resource Marketplace and other modules. I will also have one closing comment in this post on the general practicality of the Accounting Voucher outside of its use in the Joint Operating Committee.

In the Draft Specification the Accounting Voucher is described as the crossroads for a variety of other modules in the People, Ideas & Objects applications. And we have described how certain data elements are brought into the Accounting Voucher in order to activate them and make them part of the history of that Accounting Voucher. For example, if a new well is producing it is brought in through interfaces from the Petroleum Lease Marketplace module. Once in the Accounting Voucher it can begin capturing the field data and recording the transactions for that well. What the Accounting Voucher provides is the means in which to take the data elements from the other modules, and conduct the necessary transactions upon them.

The last few posts we have concentrated on in the Accounting Voucher module have focused on the Joint Operating Committee clearing system. And that would be one of the key attributes of this People, Ideas & Objects module. However, there are more attributes to the Accounting Voucher then just the Joint Operating Committee clearing system. As we have noted here before, the Accounting Voucher is able to be used by the producer to capture their 100% charges and that is for all intents and purposes what an accounting voucher would be for in any other system. The use of capturing general and administrative costs, payroll, paying bills and other purposes would be included in the Accounting Voucher module.

Lastly I want to raise the point about the Purchase Order system that we touched on in the Accounting Voucher is something that I think will be a necessity. It should be something that is built in the People, Ideas & Objects applications and be available as an option for producers to use. And as such on the second run through the Preliminary Specification we will spend a little more time on it.

For the industry to successfully provide for the consumers energy demands, it’s necessary to build the systems that identify and support the Joint Operating Committee. Building the Preliminary Specification is the focus of People, Ideas & Objects. Producers are encouraged to contact me in order to support our Revenue Model and begin their participation in these communities. Those individuals that are interested in joining People, Ideas & Objects can join me here and begin building the software necessary for the successful and innovative oil and gas industry.

The Preliminary Specification Part XXVI (AV Part IV)

Today I want to talk about the domain of the Joint Operating Committee. It is clear in the discussion of the Accounting Voucher that we are concerned about capturing and recording the business of the Joint Operating Committee. And clearing the costs and revenues of the property to the producers. What the Draft Specification talks about is Transaction Design which deals with the optimal location for a transaction to occur. The firm or the marketplace.

So much of what the Accounting Voucher aspires to do is to remove the user from the mundane aspects of dealing with transactions. With Information Technologies (IT) that are available today this is not only possible, but a competitive necessity. For instance you can buy an App for a phone that will take a picture of a receipt and code it to an accounting application. This is what I did in 1977 as my first job in oil and gas. The point of the Draft Specification is that users should be designing transactions as the key to building business value. This aspiration is what is so poorly discussed in the Draft Specification, but when your knee deep in papers, that’s the way the world looks.

Designing transactions, more or less from the point of view as to where the transaction will be conducted, in the firm or in the market, is part of the point of the exercise. What and How are two of the traditional questions of how to get things done. Now we need to answer the question, “where” will the transaction occur, and that is answered in the Accounting Voucher. The research and science on TCE that is referenced in the Draft Specification points to a means of determining where the transaction should occur. And that is what are called “thin crossing points”. However the first determination is the assessment of the capabilities of the group that is being assessed for the work that needs to be done. There is of course no sense in trying to determine the thinnest crossing points as the determining factor of who gets the deal.

It may seem intuitive to reduce the point of the transaction between two firms down to the thinnest point being the transfer of the invoice from one firm to the other. And that would score high on an exam but it would fail in terms of implementation of what the possibilities of Transaction Cost Economics could achieve. What if there were a system development, like People, Ideas & Objects Preliminary Specification, that was user community based that included the service industry as part of that user community? Would that provide an opportunity to define some service industry level systems integration that would be complementary to the Accounting Voucher of the People, Ideas & Objects application? Why couldn’t the service industry provider have their people populated into the Work Order system that we discussed earlier? Or, if the user community deemed that a Purchase Order system was worthwhile that this could also be used as means of direct communication between the producers represented in the Joint Operating Committee in the Accounting Voucher and the service industry providers.

There may ultimately be the thinnest of crossing points for the transaction being the invoice that crosses from the vendor to the joint account. Ultimately making the transaction the most efficient from the organizational point of view. However, with the use of IT we can also build on the information that is known and unknown in all of the producers and all the vendors that are party within a “transaction”.

What may not be clear is the need to design the transaction to ensure the business value is realized by the Joint Operating Committee. There is a general rule that whatever operation your conducting in the field, it is generally going to be conducted based on the understanding of the least experienced individual that is present in the field. It just seems to happen that way. Designing the transaction with these constraints in mind can help to mitigate the unknown factors from causing problems down the road. Also, because most of the “transactions” that occur in the marketplace are of such a large size, building of a compressor, building of a gathering system, drilling a well. The ability to apply further scientific strategic “game theory” type attributes in to the People, Ideas & Objects software is possible.

For the industry to successfully provide for the consumers energy demands, it’s necessary to build the systems that identify and support the Joint Operating Committee. Building the Preliminary Specification is the focus of People, Ideas & Objects. Producers are encouraged to contact me in order to support our Revenue Model and begin their participation in these communities. Those individuals that are interested in joining People, Ideas & Objects can join me here and begin building the software necessary for the successful and innovative oil and gas industry.

The Preliminary Specification Part XXV (AV Part III)

Of particular interest to me is this is People, Ideas & Objects 1,000 blog post. Who would have thought that a simple idea of using the Joint Operating Committee could create so much discussion. We are well over 850,000 words and it feels like we are just beginning.

One of the implications of using the People, Ideas & Objects system is that each partner will have access to the Accounting Voucher during the time that the Voucher is either open or closed. Each of the producers involved in the JOC are therefore able to access the Accounting Voucher and have costs / revenues distributed to the other partners involved in the Joint Operating Committee. This is one of the key differences that we had discussed in the Petroleum Lease, and Resource Marketplace modules. Partners are all contributing to the joint account as equal participants with the role of “operator” being relegated to a thing of the past. (Note too of course, that each participant is able to charge their own account with their own 100% charges as well. These charges are to their private accounts and therefore not seen by any of the other participants.)

Cost control becomes an issue when everyone is able to charge freely to the joint account. A careful reading of the previous paragraph reflects that I didn’t state “charge freely”. Cost control comes about as a result of the traditional budgetary control of AFE and the Work Order system that we discussed earlier. Without pre-approval by the partnership nothing is able to be processed by the People, Ideas & Objects software applications. And as we will see in the upcoming discussion of the Security & Access Control module, few will have the authorization to “charge freely” to the joint account in any form or fashion.

With the traditional ability to charge to an AFE or Cost Center, and possibly during the development of the People, Ideas & Objects Preliminary Specification, the user community determines the need to have a purchase order system, ensuring that an appropriate bidding and contracting process is in place, no unauthorized amount will be accepted in the system. There is also the fact that each voucher needs to be approved for payment before any money is expended and that approval would need to consider the authority of the joint account.

As one can envision these Joint Operating Committee - Accounting Vouchers can become large as they include all of the business of the property. Accountants would be pulling their hair out at month-end trying to get these Vouchers closed if they had to seek approvals and close each of the transactions within the appropriate small window of time of their month end. Needless to say that each transaction within the Accounting Voucher is a small subset of the larger Accounting Voucher and can be dealt with as a stand alone individual item. Seeking it’s own approvals and authorizations that deal with just the domain of the specific transaction.

What is different in People, Ideas & Objects Accounting Voucher system vs what exist today is the elimination of the designation of operator. The capabilities to house the state of the art necessary to run the property within one oil and gas firm is believed to be beyond what is possible in the very near future. This is primarily as a result of the further specialization of earth science and engineering skills needed to be attained by each individual within the industry. If each firm were to attain the full scope of these capabilities then they would not be a viable business due to the extreme overhead burden. And specialization is the only solution to deal with the limited resources. Therefore it is necessary for each producer in the Joint Operating Committee to contribute their unique capabilities. The objective is to enable the Joint Operating Committee to draw from the much larger pool of producers engineers and earth scientists in order to obtain the global capabilities necessary for the property to operate.

For the industry to successfully provide for the consumers energy demands, it’s necessary to build the systems that identify and support the Joint Operating Committee. Building the Preliminary Specification is the focus of People, Ideas & Objects. Producers are encouraged to contact me in order to support our Revenue Model and begin their participation in these communities. Those individuals that are interested in joining People, Ideas & Objects can join me here and begin building the software necessary for the successful and innovative oil and gas industry.

The Preliminary Specification Part XXIV (AV Part II)

Reading the Draft Specification for the Accounting Voucher is a tortuous read. What I can glean from the material is what I recall from the research, however, I’m sure no one else has read the research. Making the reading particularly difficult for everyone else. I will, hopefully, make some sense, in the next week or so, of the material through this discussion. I certainly promise to do my best. Another assumption that I am operating from is that everyone has a high level of understanding of how the oil and gas industry operates, making this content difficult to read.

Yesterday we discussed the manner in which the Accounting Voucher was able to handle the material balance report. How it handles the balancing of the volumes, debits and credits, and cleared these amounts to the partnership represented in the Joint Operating Committee. Today we want to talk about the contracts that the products produced may have associated with that JOC. Contracts that would include marketing for gas, oil, natural gas liquids, or contracts for charges for gathering, processing etc.

I don’t know what the correct term that should be used, but stream seems to me to be the most intuitive. If a stream of product was flowing through a facility, then a contract for processing or sale could be attached to it. The ability to attach a contract to a stream would enable the Accounting Voucher to establish the billing of gathering or processing charges / sale for that stream. These charges (invoices) or sales (receipts) being generated in an automated fashion by the People, Ideas & Objects software. This point now brings up a point that is obtusely discussed in the Draft Specification.

The Accounting Voucher is a for lack of a better term a template that is built upon as time passes. Each month as the property changes, these changes are captured within each Accounting Voucher and the template is renewed each month with the new information. If a new contract was added for the production from a new well, then that contract stream and the new well would be represented in next months Accounting Vouchers. The Accounting Voucher documents the changes in the property over time.

So it is with my sincere apologies to any readers that may have tried to make sense of the Draft Specifications Accounting Voucher. One can clearly see the value in a six month sabbatical. I’m sure we’ll run into more bumps along the way and will have to share a laugh at those.

For the industry to successfully provide for the consumers energy demands, it’s necessary to build the systems that identify and support the Joint Operating Committee. Building the Preliminary Specification is the focus of People, Ideas & Objects. Producers are encouraged to contact me in order to support our Revenue Model and begin their participation in these communities. Those individuals that are interested in joining People, Ideas & Objects can join me here and begin building the software necessary for the successful and innovative oil and gas industry.

The Preliminary Specification Part XXIII (AV Part I)

We now shift our attention to the Accounting Voucher module. This module introduces many new concepts that may appear to add a level of complexity to the oil and gas business. However, in reality these ideas help to alleviate the difficulties that are systemic in the industry today. For the purposes of clarity lets jump straight into the point that we have been deferring for a number of posts.

The point was raised initially during the discussion of the material balance report and then discussed further in the reporting of volumes to the many number of users of that information. Those posts deferred the discussion of a final solution of how People, Ideas & Objects resolves the volumetric reporting problems to the Accounting Voucher module itself. Now that we are reviewing the Accounting Voucher lets talk about this solution.

The concluding paragraph in the Draft Specification of the Accounting Voucher states:

The People, Ideas & Objects Accounting Voucher Module will provide the means for the application to manage the disparate inter-dependencies of modularity theory and Transaction Cost Economics. 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.

Simple stuff. Critical to the “definition and design” of transactions is the fact that transactions are balancing themselves out. If the debits and credits were not in balance at the end of the day, then the automation of the systems and the accountants would not be doing their jobs. The same could be said for the volumetric reporting. If the material balance reports were out of balance (call this material balance), or were not balancing the inputs and outputs to other reports (call this system balance), or the internal accounting of those volumes to the partners, royalty holders and others were out of balance (call this partnership balance) the accountants and systems would not be doing their jobs.

What is proposed in People, Ideas & Objects is that for an Accounting Voucher to close it must balance the financial debits and credits, but must also from a volumetric perspective material balance, system balance and partnership balance. Each of these volumetric perspectives being accessed through a different “mode” within the voucher to make the necessary changes to correct any imbalances or errors.

The Joint Operating Committee is not a legal entity. It is a thing that exists in the minds of oil men and women. It therefore doesn’t own anything or incur any costs. All of the charges to the joint account must clear in the month they are incurred. Same for the volumetric information. The Joint Operating Committee "Accounting Voucher" balances to zero in terms of costs and volumes each month by clearing its charges to the ownership and royalty owners of the property.

Note that the clearing is done after the balance. That does not guarantee that the facility will remain in balance. Adjustments and amendments to the Accounting Voucher may occur. These may happen and they can be subsequently cleared to the partnership accounts.

The point of the exercise is that you have the business of the Joint Operating Committee being captured in the material balance report which is an integral part of the Accounting Voucher. Essentially all three are the same thing. (JOC, Accounting Voucher, material balance report.) An integrity of reporting that is embedded within the accounting systems that is as rigid as debits must equal credits.

For the industry to successfully provide for the consumers energy demands, it’s necessary to build the systems that identify and support the Joint Operating Committee. Building the Preliminary Specification is the focus of People, Ideas & Objects. Producers are encouraged to contact me in order to support our Revenue Model and begin their participation in these communities. Those individuals that are interested in joining People, Ideas & Objects can join me here and begin building the software necessary for the successful and innovative oil and gas industry.

Please note what Google+ provides us is the opportunity to prove that People, Ideas & Objects are committed to developing this community. That this is user developed software, not change that is driven from the top down. Join me on the People, Ideas & Objects Google+ Circle and begin building the community for the development of the Preliminary Specification. Email me here if you need an invite.

The Preliminary Specification Part XXII (PA Part VIII)

Last Friday we noted that the cost structures of each producer within a Joint Operating Committee could be unique and mutually exclusive to each of the other producers in the property. When we expand the geographical view of the facilities owned in the area we see that the ownership by producers can be remarkably different. This cost situation provides us with an opportunity to discuss the strategic choices that producers have within a Joint Operating Committee -- and adjoining facilities which are their own JOC’s -- and how each producer can maintain their own unique strategy.

In addition, since each JOC is autonomous to each other, a producer is able to choose unique strategies for each JOC they have an interest in. That is not to suggest that each JOC within a facility would have their own strategy. They could, however that would be unproductive. What is suggested is that a producer could have each of their major properties operated under their own unique strategies that are developed to optimize the assets unique character. To reiterate, that's each producer within a major area pursuing their own unique strategy irrespective of each others strategy.

Lastly we most recently noted that the JOC was the strategic framework of the producer and it joined the legal, financial, operational decision making, cultural, communication and innovation frameworks within the JOC. This framework alignment has been unrecognized in the existing ERP systems that operate in the oil and gas industry today. People, Ideas & Objects (PI&O) is the only system to recognize, identify and support the Joint Operating Committee’s frameworks. In addition, PI&O aligns the hierarchies compliance and governance frameworks into alignment with the seven frameworks of the JOC. This alignment provides the innovative oil and gas producer with the speed, innovativeness and accountability necessary to compete in the complex era of oil and gas exploration and production.

Application of global or generic corporate strategies are what companies did in the twentieth century. Today producers need to respond at the asset level in order to ensure the optimal value is realized. These findings are based on the extensive research that has been conducted here at People, Ideas & Objects. That although we have sworn off our focus on research we are still able to refer to it. Those posts that refer to our work in strategy would be best sourced from these labels, Strategy, Langlois, and Dosi.

For the industry to successfully provide for the consumers energy demands, it’s necessary to build the systems that identify and support the Joint Operating Committee. Building the Preliminary Specification is the focus of People, Ideas & Objects. Producers are encouraged to contact me in order to support our Revenue Model and begin their participation in these communities. Those individuals that are interested in joining People, Ideas & Objects can join me here and begin building the software necessary for the successful and innovative oil and gas industry.

Please note what Google+ provides us is the opportunity to prove that People, Ideas & Objects are committed to developing this community. That this is user developed software, not change that is driven from the top down. Join me on the People, Ideas & Objects Google+ Circle and begin building the community for the development of the Preliminary Specification. Email me here if you need an invite.

McKinsey, Translating Innovation into U.S. Growth

There has been much discussion about the role of the United States in the global economy since S & P downgraded their debt. This McKinsey article is an interesting discussion of where the country stands in terms of their influence on global innovation. Certainly the U.S. has been the global leader in innovation. And there are many issues that can be debated as to what that role will be in the future. This article puts a few of them on the table. And although I don’t necessarily agree with the findings, it may have some value to the community.

The difficulty that I have with the document is its reliance on clean energy and the belief that these investments are what will bring about innovations that will sustain the global economy. These ideas of running your car on electricity and saving the planet are about as good as making $1,000.00 a day from your home in your spare time. Well below the esteem of a McKinsey to be recommending them.

For the industry to successfully provide for the consumers energy demands, it’s necessary to build the systems that identify and support the Joint Operating Committee. Building the Preliminary Specification is the focus of People, Ideas & Objects. Producers are encouraged to contact me in order to support our Revenue Model and begin their participation in these communities. Those individuals that are interested in joining People, Ideas & Objects can join me here and begin building the software necessary for the successful and innovative oil and gas industry.

Please note what Google+ provides us is the opportunity to prove that People, Ideas & Objects are committed to developing this community. That this is user developed software, not change that is driven from the top down. Join me on the People, Ideas & Objects Google+ Circle and begin building the community for the development of the Preliminary Specification. Email me here if you need an invite.

The Preliminary Specification Part XXI (PA Part VII)

Just a quick note about currencies to finish off our first pass through the Partnership Accounting module. As we peel this onion, the Preliminary Specification, we’ll return to this module and dig a bit deeper into the details of how we account for a Joint Operating Committee’s activities.

In a globalized oil and gas industry we have to deal with currency conversions in the modern era. And these are not your regular currency issues. The example I have used in the past is that a producer based in Texas (U.S. Dollar) with partners in Britain (British Pound) and Canada (Canadian Dollar) share an interest in facilities and production in Turkey (Lira). Transactions through the joint account will be in the Turkish Lira and recorded in the producers native currencies based on the exchange rate at the time.

Another aspect of this problem is the currency conversions have different treatments for asset & liabilities then they do for revenues & costs. Revenues & costs are converted at the time they occur and require no further action. Whereas asset & liability accounts maintain a balance over a longer period of time and may need further specific treatment to ensure they are recognized and recorded correctly. If, for example, a producer has finished inventory in a country with a volatile currency, what subsequent 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? These currency issues are predominately producer related as they are cleared out of the Joint Operating Committees accounts each month. Therefore the accounting for each producer is unique.

Accounting systems should provide advanced tools to deal with these currency issues. And although we have stated that we are not considering any technology in the Preliminary Specification. Use of Oracle Fusion Applications in the Detailed Specifications should be considered as part of the research in currencies for the Preliminary Specification. To preclude the review of Oracle’s product would be duplicating what has already been built.

I would however caution users in the community that the oil and gas industries use of the Joint Operating Committee is unique, and these currency issues are not something that are realized in other industries. And although I believe it is a fair assumption that the Oracle Fusion Applications management of currencies would be state of the art. That state of the art would be for other industries like retail and other industries that would not have the scenario that is noted in this post. That because of the oil and gas industries use of the Joint Operating Committee, currencies are an area that can be built upon substantially from the point of view of what and how the community could contribute to. In terms of peeling the onion we are only beginning to scratch the surface of the currency issues that are experienced daily in the oil and gas industry. These issues are what this community is after in terms of engineering solutions that identify and support innovative oil and gas producers.

For the industry to successfully provide for the consumers energy demands, it’s necessary to build the systems that identify and support the Joint Operating Committee. Building the Preliminary Specification is the focus of People, Ideas & Objects. Producers are encouraged to contact me in order to support our Revenue Model and begin their participation in these communities. Those individuals that are interested in joining People, Ideas & Objects can join me here and begin building the software necessary for the successful and innovative oil and gas industry.

Please note what Google+ provides us is the opportunity to prove that People, Ideas & Objects are committed to developing this community. That this is user developed software, not change that is driven from the top down. Join me on the People, Ideas & Objects Google+ Circle and begin building the community for the development of the Preliminary Specification. Email me here if you need an invite.

The Preliminary Specification Part XX (PA Part VI)

In Canada at least, there is the accounting month and production month to deal with the delay in reporting of production volumes. The logistics of reporting volumetric information creates a lag of one month in the data so that July’s production data will be reported in the August accounting month. And I’m sure that everyone is familiar with the much loved amendment process for that volumetric data. The adjustment process never seems to end, I wonder if we’ll ever find a solution to it.

I think we have an interesting solution in People, Ideas & Objects. We talked about the material balance report the other day. While we noted the need to balance each report, and each input and output with the input and output of other material balance reports. And that each material balance report essentially represented a Joint Operating Committee. We also noted that we were deferring some of the discussion of our solution to the Accounting Voucher module, which we are still doing. However, today we should note that there are some problems that need to be addressed in the Partnership Accounting module that are a result of the adjustments to the material balance reports. That is that these material balance reports do shift and amend volumes of products around as time goes by and things are found to be incorrect. When the physical world is found to be inconsistent with the reporting, the reporting must change.

As I said I don’t want to get into into the solution today, other then noting that containing the problem within the domain of a Joint Operating Committee helps significantly. I want to add to the discussion of the material balance report by detailing the scope of the engineering problem that we have to solve. The first area of concern is that there are both daily and monthly volumes defining a period of time. Some of these volumes are “spec” vs. raw, products and by-products. Volumes are processed and gathered based on ownership and non-ownership of the processing facilities. There are in North America two, units of measures vs. metric reporting standards. How gas is nominated (daily) and marketed (annually). Finally the royalty holders and the ownership of the properties expect to earn something for their efforts. And each of these variables could generate their own amendment processes.

The myriad combinations of possibilities that happen within oil and gas have to be captured and handled within the systems that are used in oil and gas. That has not happened as of this date. The first aspect of solving this problem is to engineer the solution. Many have tried and have found their budgets to be to small for the job. Approaching this from the one producer perspective may seem like adequate funding, however, no one today is declaring success. If, as we have proposed in People, Ideas & Objects, aggregate the resources of the industry towards engineering the solution, this scope can be scaled, the costs to each producer will be incidental, and the results that each producer will realize will reflect the full scale of that software development effort.

The second aspect of the solution of this issue is to limit the scope of it. That is what we have done in People, Ideas & Objects. First by using the Joint Operating Committee as the key organizational construct of the innovative oil and gas producer. What we are doing is adopting the material balance report as a function of the Joint Operating Committee. Which in reality it is. If however we separate it from other Joint Operating Committee’s from an accounting perspective then we can begin to deal within just that JOC as its own autonomous legal entity, which it is. This discussion may initially not make sense until we get into the Accounting Voucher module, and we get into the final aspect of this solution which is where we encapsulate all of this reporting within the accounting system itself.

For the industry to successfully provide for the consumers energy demands, it’s necessary to build the systems that identify and support the Joint Operating Committee. Building the Preliminary Specification is the focus of People, Ideas & Objects. Producers are encouraged to contact me in order to support our Revenue Model and begin their participation in these communities. Those individuals that are interested in joining People, Ideas & Objects can join me here and begin building the software necessary for the successful and innovative oil and gas industry.

Please note what Google+ provides us is the opportunity to prove that People, Ideas & Objects are committed to developing this community. That this is user developed software, not change that is driven from the top down. Join me on the People, Ideas & Objects Google+ Circle and begin building the community for the development of the Preliminary Specification. Email me here if you need an invite.