The Preliminary Specification Part LXVI (AV Part VII)
Just a couple of small points to follow up on in this second pass through the Preliminary Specifications Accounting Voucher. Conceptually I think we may have captured all the significant areas in the published parts of this module. That doesn’t mean that the community won’t have significant changes to the specification, I’m sure they will. Its just that as it stands now, the contribution that I am able to make in starting the Accounting Voucher discussion is conceptually complete, and the remainder will be for further clarification.
We have discussed the point of Designing Transactions in the Accounting Voucher before. It comes to mind that we currently use a basic form of transaction design in oil and gas today. And as I mentioned elsewhere in the Preliminary Specification series, designing transactions is the type of work that is done by Lawyers in most commercial transactions. The transaction that I was referring to was the drilling contract which has a list of the categories of work that is being done during the drilling of the well. Under each category the producer is able to select whom will provide the service, the drilling contractor, a third party or the producer.
With the automation of systems, and the understanding of the other modules contained within the Preliminary Specification. It would be optimal to automate this and other interfaces within the People, Ideas & Objects application; such that the contracts, negotiations, execution and invoicing could be automated to the highest levels. This is the opportunity that the community faces in taking these “ideas” and making them real through the development of this system. That is the reason for the large budget in terms of the Preliminary Specification and overall software development.
The second item I wanted to discuss today was related to that level of automation. Transaction Cost Economics talks about the costs of processing transactions. Where if the costs of processing transactions is high, it is best to centralize them within the firm where they don’t have to be individually itemized. Or if the costs are small then they are best to be provided by the marketplace. By automating transactions we are able to reduce their costs to almost a negligible level. With the costs of transactions being so low, moving transactions to the market is the natural choice for the industry to undertake. And that supports a heavier reliance on the division of labor that we have discussed here and in other modules on many occasions.
So when we discuss the pooling concept in the Partnership Accounting module it is assumed that the costs of these resources will be recorded in an automated fashion in the Accounting Voucher. Reducing the transactions costs is the opportunity that we have and the technology provides the means in which to implement 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.
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.