The Preliminary Specification Part CCXCV (PLM Part XXXIV)

Before we forget we need to pick up an important piece of technology that will work with all of the technologies in the Preliminary Specification. It's important to mention it here in the Petroleum Lease Marketplace as so many of the unique oil and gas attributes are stored within this module. The technology of course is the data model. And the data model that we are including in the Preliminary Specification is the industry standard PPDM (Professional Petroleum Data Management Association). This will provide a solid foundation for the innovative producer to base their ERP, engineering and geotechnical applications upon.

The PPDM Association defines and creates standards to help oil and gas companies manage exploration and production data. Included within the scope of their data model is the following data; general well header information, digital well log data, seismic location information, seismic data, land parcel information, reservoir field / pool information, faults and formations, geographical information, and surface grids. Although many of these data elements may seem outside of the ERP scope only seismic location information, seismic data, and faults and formations are outside. Particularly the land information, since we are in the Petroleum Lease Marketplace module, will be of significant value within an industry wide collaborative application.

The data model is currently quite large in the last upgrade PPDM suggest that just the upgrade is an addition of 500 tables. I am not a member of the association and am therefore not able to download the model and can’t tell what level of normalization the data model conforms to. Looking in the wiki however I see a number of tables with similar first names that have different second names. It would appear to me that the first name should be the table and the second name should be an attribute within that table. Therefore instead of 10 or 15 tables they would only need one table. However data models being data models it is difficult to understand them without a comprehensive look into them.

Many of the innovative oil and gas producers will already be using applications that access the PPDM data model. These would be for earth science and engineering applications primarily, and as a result we are building on the producers current infrastructure of technologies. In addition we are adding to the scope of applications that the technical staff are able to access and use their data for. Having well header information for engineering information that also references the accounting information provides real value for the engineer. I would suggest it is also something that is necessary as we get into some of the more complex accounting that we do in the Material Balance Report of the Accounting Voucher.

Data models are sophisticated architectures that reside within the Oracle database and provide a structure for the data to be stored and retrieved. The database ensures that the rules and requirements of the data are enforced so that elements of the database remain in balance and harmony. Database technology provides this value through the Oracle database and the data models that are developed. We will use the PPDM data model. Oracle will have developed their own data models for their Oracle Fusion Middleware Applications. And we will be developing our own data models for the data that is unique to the needs of the People, Ideas & Objects application modules. All of these data models will be employed by the same RDBMS (Relational Database Management System) that being the Oracle database. The size of these databases will be enormous.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for People, Ideas & Objects products remains at the sole discretion of People, Ideas & Objects. 

The Preliminary Specification Part CCXCIV (PLM Part XXXIII)

We begin now with a look at the Oracle Fusion Application modules from the perspective of the Petroleum Lease Marketplace module of the Preliminary Specification. As I have mentioned before there will be a certain level of duplication in discussing these technologies and that is to be expected. The first technology I want to discuss will reside in the Oracle Fusion Middleware layer and be part of the user vision. It is in fact the “Marketplace Interface” that is made available through the open source Open Wonderland organization. Recall that there is only one “Marketplace Interface” that serves the three marketplace modules of Resource, Petroleum Lease and Financial Marketplace modules.

The origins of the Open Wonderland organization are of interest and pertinent to the discussion. Originally a Sun Microsystem research initiative the Project Wonderland development was open sourced and made available to the larger community. When Oracle purchased Sun Microsystems it deemed that the technology was of no commercial value to it or its customers and set the community to find a new home. Needless to say Open Wonderland has struggled since, without a major sponsor the technology has not advanced and the marketing of the technology is limited and difficult. There seems to be an inability of the community to relate the marketplace metaphor for the technology. That is what I think they need to make theirs the killer app in the commercial market space.

Open Wonderland is written in Java and therefore consistent with the Oracle Fusion Middleware server. Having this operate as a module in itself would not technically be an issue. The business risk of using the technology of a weak organization is mitigated by the fact that they have open sourced the code for the applications. If something should happen to Open Wonderland as an organization there is still an avenue to pursue with the code itself. It would be incumbent upon People, Ideas & Objects, when our revenue streams begin, to support initiatives such as Open Wonderland since we are in direct benefit of their technologies and their organization.

The “Marketplace Interface” is a place where anyone in the oil & gas or service industry is able to establish a market presence or create an avatar to collaborate with others within the industry. People, Ideas & Objects will enable these avatar’s to conduct business through the ERP service of the People, Ideas & Objects application modules and the Oracle Fusion Application modules. Interactions such as buying and selling oil and gas assets, purchasing field services, creating an AFE, making decisions within a Joint Operating Committee. Doing many of the things that can be done physically, only virtually through the use of the avatars that have been created and enabled in the “Marketplace Interface”.

Here’s why I think the “Marketplace Interface” is so critical to the innovative oil and gas producer. Phone calls can’t do it. That is to say they are usually, or preferably, with only two people. They can’t be documented and any business that arises from them has to be entered in other systems. They do have the benefit of spontaneity and are available virtually anywhere. Meetings are difficult to schedule all the participants within a reasonable time frame, no spontaneity. No virtualization. However they are easily documented and business that arises from them need to be input into other systems. Meetings can be with any number of people, however the law of diminishing returns comes into play. There has to be a compromise in terms of these two mediums of collaborations. Keep the phone calls and the meetings and add the virtual collaborations from the “Marketplace Interface”.

The “Marketplace Interface” will provide the spontaneity of the phone call and the ability of people from far distances to meet up in no time. Documentation of the business can be comprehensive and include video of the simulation and copies of the documents. Any business that is generated during the meetings can be dealt with through the “Marketplace Interface” by selecting the appropriate ERP related option-command sub-menu. Productivity would be the result. Attendance at these virtual meetings could increase and the travelling time would be substantially reduced. The follow-on business associated with meetings would be initiated during the meeting and things would get done. Not so much a fancy technology but a real productivity enhancing business tool.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for People, Ideas & Objects products remains at the sole discretion of People, Ideas & Objects. 

The Preliminary Specification Part CCXCIII (PLM Part XXXIII)

We turn now to the Petroleum Lease Marketplace (PLM) in this our fifth pass through the Preliminary Specification. It has been a long time since we discussed anything regarding the PLM and therefore it is appropriate that we review what we have in the module to date. It is our second marketplace module and it is here that we resurrected the “Marketplace Interface” that includes the somewhat controversial user vision. It was in the previous pass that I described a scenario that a user would come across with the “Marketplace Interface” and for purposes of refreshing our memories...

Lastly a scenario, users need a window in which to view the marketplace. In the Petroleum Lease Marketplace is the “Marketplace Interface” which captures elements of the user vision. Consider a user was viewing a Google Earth representation of the Unit that they are a member of the Joint Operating Committee. While viewing, contextual tiles of agreements, leases and other data are populated with the properties information. If the user wants to click on those and query the information it is there as well as historical accounting data. If users from another firm are also viewing the property, they can be seen and engaged in a collaboration, and immediately contextual tiles of information about the person are available to you, and any previous correspondence and outstanding matters appear on your screen. Meanwhile you click on the newly drilled well that you heard was performing beyond expectations to get an update of its actual production. You also notice that the adjoining lands have just been posted for bid by a producer firm who is not a member of your Joint Operating Committee. You are able to call on the other producers in the Unit within the Petroleum Lease Marketplace within ten minutes of that discovery, and set in motion a plan to deal with newly posted lands. This meeting is recorded and the video can be shared by other members of the Joint Operating Committee.

The Marketplace Interface is one of many interfaces that were developed in the Petroleum Lease Marketplace module. The others, with a brief description are as follows.

Capabilities & Commitments Interface

An interface that details the capabilities, that are by agreement with partnership companies, either acquired or committed to.

Long Term Capital Program Interface

Aggregates the information contained within the firms reserve and long term budgeting reports. Scrubs the data of any proprietary information. Details the information for geographic region and account detail. Publishes it in aggregate with other producers data to the service industry for their use in determining long range plans.

Marginal Production Threshold Interface

A collaborative interface where the partnership represented in the Joint Operating Committee determines the thresholds at which marginal production will be shut-in. Based on commodity price or volume, the Marginal Production Threshold Interface will have input into the production operations to cease production at certain thresholds when obtained.

Revenue Per Employee Interface

Public detailed calculations on Revenue Per Employee for each member of the oil and gas producer community. Private detailed calculations of Revenue Per Employee for each Joint Operating Committee you participate in. Details include trajectories for each variable. Variables include price, volume and number of employees.

Strategy Interface

A summary of the strategy for each Joint Operating Committee that you participate in. As each JOC has its own strategy this central location provides all of the pertinent information for the user to interact, collaborate and affect change within the Joint Operating Committees strategy.


Its in the calculations of Revenue Per Employee that can discern which producers are innovating and which are moving backwards. In a previous post I summarized what I thought the value might be in the following...

So what have we got. We have run some elaborate calculations that “might” prove that one producer is innovative. What does that prove. That depends on what is imputed by being innovative. Professor Dosi states “In very general terms, technological innovation involves or is the solution to problems.” Dosi goes on to further define this as “In other words, an innovative solution to a certain problem involves “discovery” (of the problem) and “creation” since no general algorithm can be derived from the information about the problems. Solutions to technological problems involve the use of information derived from experience and formal knowledge. It is the specific and un-codified capabilities, or tacit-ness” as Professor Dosi describes “on the part of the inventors who discover the creative solution.”

We also applied the division of labor and specialization to the work that was done in Land and Land Administration, as well as a few of the other departments that worked through the Petroleum Lease Marketplace. Having the service providers focus on specific processes on behalf of the industry would be the most efficient way in which to organize this work. Making the producers focus within the Petroleum Lease Marketplace around their core competitive advantages of their land and asset base.

The choice of production allocation methodology is an option in the Petroleum Lease Marketplace module. The choices are based on the chemical realities of the situation which is consistent with how many of the smaller gas plants are operated. Or alternatively they can be based on the Construction, Ownership & Operation (CO&O) agreements which are as a result of the agreements that are made between the ownership groups. The latter being a more sophisticated way than any other ERP system provides product allocations.

Lastly the Petroleum Lease Marketplace participates actively in ensuring the producer and Joint Operating Committee move from the “High Production Model” to the “Decentralized Production Model”. Where the costs of production and overhead match the revenues. So that when the wells are shut in through the “Marginal Production Threshold Interface” the costs associated with production and revenue accounting, to name just a few, are not incurred.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for People, Ideas & Objects products remains at the sole discretion of People, Ideas & Objects.

The Preliminary Specification Part CCXCII (RM Part XLV)

In previous passes through the Preliminary Specification we have discussed the Purchase Order system that is part of the various modules. In the Resource Marketplace module, access to the service industry is one of the key attributes of the module and therefore the Purchase Order system will be an inherent part of that module. Thankfully Oracle have a suite of modules called Procurement in the Oracle Fusion Applications. Within that suite includes the following modules Purchasing, Self-Service Procurement, Sourcing, Procurement Contracts, Supplier Portal and Spend & Performance Analysis. All of these modules within the Procurement suite will be adopted within the Preliminary Specification as they bring substantial value to the innovative oil and gas producer.

There is also a suite of Supply Chain Management modules that I have not placed within the Preliminary Specification. Oil and gas doesn’t need supply chain management tools it needs good old fashioned purchasing tools. Supply chain tools are for retail stores like WalMart and manufacturers like Ford, not oil and gas operations like upstream innovative oil and gas producers. There may be some demand for supply chain tools if the producers of the oil sands plants decide to join the People, Ideas & Objects Preliminary Specification, and there is no reason that they couldn’t. They would however need to indicate so before the scope of the Preliminary Specification was set, so that it included heavy oil operations.

There will be a variety of People, Ideas & Objects modules that access Oracle Fusion Application Procurement modules during their operation. Within the Preliminary Specification we have employed modularity theory in both the technology and the organizational design. From a technological point of view modularity provides us with the ability to access the services of a module without having to delve too deeply into the code of the module we want to access. In a paper entitled “Oracle Fusion Applications: The New Standard for Business” Oracle describes the benefits of modularity in the following fashion.

The maximum benefits of SOA can only be gained by placing services at the heart of an application that takes a modular approach to module and process design. That way, processes can be reconfigured to meet the evolving requirements of the business at a detailed level. Any extensions can be developed as additional services, without touching the source code of the core application.  

So when the Resource Marketplace module wants the “Marketplace Interface” to generate a Purchase Order with a new supplier then the service is populated within the interface from the Purchasing module in the Oracle Fusion Application Procurement Suite. These are some of the benefits that we gain from modularity in terms of the technologies. What the primary benefit of modularity is in organizations is the further division of labor and specialization.

Purchasing activities may be limited to those producers that are undertaking large and complex projects. However, I think that any and all producers can benefit from having these services available to them. Even though a project may not be big in terms of some of the other projects that are undertaken in the industry, they are material to the producer firm or Joint Operating Committee conducting them. And as such would benefit by having a Purchase Order system and related facilities provided to help manage the contract, transaction and relationship with the service industry provider.

Tomorrow we will begin our fifth pass through the Petroleum Lease Marketplace module.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for People, Ideas & Objects products remains at the sole discretion of People, Ideas & Objects.

The Preliminary Specification Part CCXCI (RM Part XLIV)

In all of the modules of the Preliminary Specification we have defined high levels of collaboration. Whether it is here in the Resource Marketplace modules Actionable Information Interface,
Supplier Collaborative Interface or the Gap Filing Interface. Collaboration within the producer, Joint Operating Committee, oil and gas industry and service industry is robust. Now some of those collaborations, like those in the Supplier Collaborative Interface are for public consumption. And others are for a limited viewing audience. How can users be assured that their collaborations are held in the confidence they are intended to be. And what form will these collaborations take, and what systems are used in order to conduct these interactions. These are all valid questions that will be answered by this post.

Today’s collaborations take on much more than just textual interactions. There is video, chat, social media and images. Within the Preliminary Specification I would like to see the ability to capture a video meeting of the Joint Operating Committee and record the participants and their votes for further reference. This way members could be situated where ever they may be at the time of the meeting and still participate through their computer or an iPad. Being presented with a menu of items in which the voting on different decisions that are being made. Their votes being logged and the outcome of the votes setting in motion the activity that was decided upon.

Oracle through their Fusion Applications provides these level of collaborative services as part of the ERP software offerings. It will not be necessary for the members of the Joint Operating Committee to go outside of the People, Ideas & Objects application modules to gain this level of collaboration. It will be available as a result of the application itself. The following quotations come from a white paper entitled “Oracle Fusion Application Overview”

Web 2.0 Collaboration

Today’s workforce relies on on-line collaboration to get their work done. Whether they use chat, discussion forums or web conferencing to communicate and come to decisions, Web 2.0 collaboration technologies have previously been disconnected from enterprise applications. Integrating Web 2.0 Collaboration directly within the application has several benefits:

• Productivity: Instead of searching for the relevant employee in a separate on-line directory, initiating a session through a separate Web 2.0 application, a Web 2.0-aware enterprise application can provide a direct link to the other participants in the decision, and single-click access to on-line communications with them.
• Context: A Web 2.0-aware application can integrate the business context with the discussion, and capture the decision details for future reference.
• Security: The channels that the application offers directly are sanctioned and secure, in contrast to the third-party programs that employees commonly use for non-professional communications.

It is within this area of collaborations that innovations will begin. In our review of Professor Giovanni Dosi we learned that technical trajectories were influenced by commodities that were abundant and affordable. It is People, Ideas & Objects assertion that the two commodities that affect the technical trajectories in oil and gas are knowledge and collaborations. Having an ERP system that provides this level of collaboration will enhance the innovativeness of the oil and gas producer.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for People, Ideas & Objects products remains at the sole discretion of People, Ideas & Objects. 

The Preliminary Specification Part CCXC (RM Part XLIII)

One module that the oil and gas producer and the Joint Operating Committee won’t have much use for is the Oracle Fusion Customer Relationship Management Suite or CRM. That doesn’t mean that we won’t host the applications as the benefits of doing so would be the better service the service industry could provide the producers and JOC’s by having access to those application modules. Customers are a bit of a foreign concept in oil and gas, not so in the service industry, and the ability to have access to the Oracle Fusion Customer Relationship Management Suite would provide real value for both the service and the oil and gas industry.

Included in the suite are the following modules. Customer Master, Sales, Marketing, Incentive Compensation, Mobile & Outlook Integration and Territory and Quota Management. These applications help to manage the customer, that being the oil and gas producer and Joint Operating Committee, with their needs for the service industries products and services. Applications such as Oracle Fusion Product Catalog allow service industry marketing personnel to start the process of selling and promoting their products on the web. From there they are able to capture the sales leads and track down sales calls to make the sale with the information that is captured by their team within the Oracle Fusion CRM Suite.

Providing these products in the Preliminary Specification is a must have and therefore I have included them in the Resource Marketplace module. The service industry needs are a critical component of the success of the innovative oil and gas producers. Although we are not as confident in terms of understanding their business. And their businesses are far more diverse in terms of the industry definitions that define them. We need to provide the best software services that we can to the services industry. This if from a reasonableness and competitiveness point of view, but also to mitigate the conflict that has arisen between the producers and service industry representative in terms of costs and performance.

Customer Relationship Management applications have become one of the killer apps of the last decade in terms of their impact on business. Bringing a level of intelligence to the marketing of products and services to the firms that are able to exploit the technologies.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for People, Ideas & Objects products remains at the sole discretion of People, Ideas & Objects. 

The Preliminary Specification Part CCLXXXIX (RM Part XLII)

Within the Resource Marketplace module of the Preliminary Specification there is a need to provide the service industry participants with software solutions that interact with the producers and Joint Operating Committees. In the area of Human Capital Management, a part of the Resource Marketplace module which the Military Command & Control Metaphor will fall under. Where members of the service industry firms participate in field operations conducted by the Joint Operating Committees. They need to have the ability to participate and fall-in within the chain of command that is established within the temporary organization that is established for the operation being conducted. Therefore the need to access some of the modules of the Oracle Fusion HCM Suite, as well as others, will be part of the Preliminary Specifications offering as well.

And there will be other aspects of the service industry representatives business that will need to be included in the Preliminary Specification. Looking at Oracle’s Fusion Financials and Oracle Accounting Hub there are services that are provided for just this purpose. Recall that we have some unique aspects of the Resource Marketplace module that involve the service industry. And one of those is the ability to design transactions. Therefore the need to have these software services operational in the cloud and accessible by the service industry representatives is critical.

It is not to suggest that we are providing the full accounting services that we are providing to the producer firm and Joint Operating Committees. We are not that familiar with the service industry to provide that level of service. However, Oracle Fusion Accounting Hub provides the means in which they can interface their accounting systems with the People, Ideas & Objects systems. That way they can utilize the services we provide and fully integrate their systems to service and support the innovative oil and gas producer and Joint Operating Committee in its needs.

Modules of the Oracle Fusion Financials include General Ledger, Accounts Payable, Accounts Receivable, Payments & Collections, Cash & Expense Management and Asset Management. These are your generic financial applications and will of course be included in the Preliminary Specification. Where they reside within the specification is not material to the discussion as they will be separate modules much like the eleven modules in the Draft Specification. By using modular theory we gain the full use of these Oracle Fusion applications without the complexity of integrating them within any specific module itself.

The days in which we could generate excitement over charts of accounts and journal entries is probably behind us. The ability to deal with the unique needs of the Preliminary Specification is something that I am confident that Oracle Fusion Financials can handle. Based on the Oracle Database, which is by far the leading technical database and market leader. And the result of what Oracle claim to have now invested in Fusion technologies since 2005 of over $20 billion. And based on Java, the leading programming language, and as of this date no other major ERP vendors system is based upon. In terms of technological architecture this will provide a foundation for the innovative oil and gas producer through the next several generations or iterations of the inevitable IT churn.

The user base for People, Ideas & Objects needs to be as broad as is possible. What is clear in this post is the role that the service industry providers have in making this application so much more valuable through their interaction. So whether it is a producer, service industry representative or participant in a Joint Operating Committee, a geologist, engineer or accountant, everyone and everybody needs to be included in making the People, Ideas & Objects Preliminary Specification theirs.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for People, Ideas & Objects products remains at the sole discretion of People, Ideas & Objects. 

The Preliminary Specification Part CCLXXXVIII (RM Part XLI)

We continue with our discussion of the Oracle paper “HR in the Cloud: Bringing Clarity to SaaS Myths and Manifestos”. Today we touch on some of the bigger issues of the “cloud” and although we are dealing briefly with them here, we will be discussing them more at length as we make our way through this the fifth pass through the Preliminary Specification. Needless to say they’re large technical issues and there will be those that won’t be satisfied with the solutions no matter what the outcome of the Preliminary Specification. It is important to note that many of these features are available only as a result of providing People, Ideas & Objects as a “single-tenant” solution. This is the superior methodology and is the manner in which we are able to provide much of the customization of the Oracle technologies.

Integration of software is where many of the problems show up. We need to maintain a focus on the user to ensure that we are meeting their needs. And to continue to develop the Community of Independent Service Providers that are there to service and support the People, Ideas & Objects software for the producers. Oracle suggests that developing on open standards like Java and Oracle Fusion Middleware allows for further upgrade of the technology even if there are customizations. This little bit of magic will be discussed further as we proceed through the Preliminary Specification. It is however as a result of everything that is contained within the Oracle Fusion Applications are derived from the Oracle Fusion Middleware layer.

Customizations of applications are a fact of life. Not everyone can fit within the standard configuration of what an application should be. The reliance on users helps to keep the focus of where the needs are, and customizations through a dedicated software development capability like that proposed by People, Ideas & Objects are necessary. In addition each producer is unique. The need to have each producer run their own version of the Oracle stack of technologies and the People, Ideas & Objects software in their own virtualized instance on the cloud computer is necessary. This is what is called “single-tenant”. Then each producer is running their own version of the software and their domain is somewhat under their control.

Through the use of Oracle Fusion Middleware these customizations, if done appropriately, will survive the upgrade process. Therefore the ability to have the regular software upgrades of the underlying Oracle technologies will not disrupt the People, Ideas & Objects modules or customizations. Speaking of upgrades the need to manage the upgrade process for cloud computing applications takes on a new priority. Making sure that the appropriate change management procedures and policies are in place, the appropriate testing, that training of the user base and a host of other related issues need to be considered before the technologies are upgraded. It will be easier to upgrade the technologies once, however it must be done with much forethought and consideration of the producers and users needs and understanding of the use of the application modules.

When it comes to performance and reliability the cloud computing architecture is a simple matter of applying the proven rules of specialization and the division of labor. It is far more efficient and effective to have the technologies for hundreds of producers handled by the specialized skills of Database Administrators, Network Specialists and the like then having each of those producers provide support for their technical architecture with one general support person.

One of the key outputs of the Preliminary Specification is the initial geographical scope of the People, Ideas & Objects application modules. This will involve which jurisdictions it will calculate royalties for, which jurisdictions it will meet for securities purposes, and what currencies it will recognize etc. In essence determining the minimum level of functionality to meet the users requirements in the first commercial iteration of the application. Oracle Fusion Applications are global in their scope. Providing the producer with a strong base of functionality in which to determine what is the initial scope of the Preliminary Specification.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification. 

The Preliminary Specification Part CCLXXXVII (RM Part XL)

Oracle has published a paper entitled “HR in the Cloud: Bringing Clarity to SaaS Myths and Manifestos” that I want to review today and tomorrow. It deals with the issues around hosting the Oracle Human Capital Management Suite of applications in a “cloud computing” environment. Since all of Oracle applications are deployable to the cloud, and People, Ideas & Objects will be hosting the Preliminary Specification in that environment, review of this paper will bring some insight into the needs of our software. It's important to note that Oracle is the world's second largest SaaS (Software as a Service) provider, with 5.5 million users worldwide.

It is proposed in the Hardware Policies & Procedures for People Ideas & Objects that the application derived from the Preliminary Specification will be run on a “Private Cloud”. The ownership and management of this organization is subject to the industries input for the purposes of their compliance to SEC and other regulations. Having the application served as a SaaS, as single-tenant, and on a Private Cloud denotes most of the architecture that the application will have to consider.

In a survey Oracle identified that the two most common business processes run on private clouds are Financial / Accounting @ 20%, and Human Resources / Benefits @ 19%. I think the Financial / Accounting category was largely underreported in the survey as there was also Home Grown Applications @ 16%, Inventory / Shipping @ 10%, and Procurement / Purchasing @ 11%. All three of these are probably or traditionally accounting related applications. Making for a total of 76% of the total of all cloud based applications. Clearly the cloud is being used for the purposes that People, Ideas & Objects is planning to use them for.

It is too early to evaluate the proposed People, Ideas & Objects solution on the basis of Total Cost of Ownership from the perspective of a producer. There are not enough facts available to make any decisions or valuable information that would hold up under scrutiny. The oil and gas producer is in a capital intensive business where the costs of ERP systems are not material to the bottom line of the enterprise. The value proposition that is offered in our Revenue Model provides for a radical cost savings of the software costs to the producer firm. The real value is the software identifies and supports an innovative and dynamic producer that is able to compete in the 21st century.

We have looked at the Oracle identity management and security offerings and included them within the Security & Access Control module of the Preliminary Specification. From a SaaS perspective these tools also provide further value in that privacy laws in the EU and other areas outside of the U.S. are covered by Oracle’s database, identity management and security solutions.

Tomorrow we will continue with the discussion of cloud computing and the various aspects that impact the innovative oil and gas producer.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification Part CCLXXXVI (RM Part XXXIX)

I’m intrigued by a grouping of modules within the Oracle Human Capital Management Suite (Oracle HCM Suite) that are somewhat new and provide the innovative oil and gas user with some unique value. Oracle calls this group of modules Oracle Fusion Talent Management which includes the following modules from the Oracle HCM Suite. Compensation Management, Incentive Compensation, Performance Management, Goal Management, Workforce Directory Management, Network at Work and Talent Review. I think that it is worthwhile to place the entire Oracle HCM Suite within the Resource Marketplace module of the Preliminary Specification. That way producers, Joint Operating Committees and service industry participants will be able to use the modules that they find meets their needs in the most appropriate manner. Recall that People, Ideas & Objects will be providing the software in a “cloud computing” environment which is consistent with the architecture that Oracle has developed their Fusion Applications under. Tomorrow we will be discussing the Oracle HCM Suite in a “cloud computing” specific environment.

The purpose in having a Talent Management grouping of applications should be obvious. In oil and gas we have a particular issue with the earth science and engineering resources that are the critical resource of the industry. The expected retirements over the next 20 years, the ability to train new recruits within that time, the increasing requirement of geology and engineering in each barrel of oil, and the expected demand for energy all make these people part of the key competitive advantages of an innovative oil and gas producer. Having software that focused on developing and maintaining these resources would be of great assistance, so lets have a quick look at what Oracle has prepared in terms of Oracle Fusion Talent Management.

First of all it is an assumption that the majority of these resources will be directly employed by the producers themselves. They will be seconded to the individual Joint Operating Committees by the producers that employ them, much as they do today. The employment contract will in all likelihood be comprehensive and include incentive and bonus compensation based on performance. With that said Oracle has three specific compensation related modules in their Talent Management group, Compensation Management, Incentive Compensation and Performance Management. These applications allow the producer to look at the compensation from the global and strategic perspective and from the competitive landscape. Particularly within the geographic region in which they are competing. In areas such as Performance Management the employee has tools in which to guide them through what is expected of them to keep them on course and attaining their goals.

Speaking of goals there is Oracle Goal Management for the producer to establish goals for the organization and individuals within that organization. In a top down manner the goals of the organization can be pushed down to the individual units and groups, and finally to the individuals to achieve within the appropriate time frame. There is also a capability in which employees are able to document their career development.

Oracle Network at Work is a tool that establishes a social network within the confines of the organization. I would think this might be of value if we had it for the entire oil & gas and service industries. Then the whole industry could collaborate and share the information they would share within a social network. The feature that this would have is that it would be dedicated to oil and gas as opposed to facebook which is unfocused.

How about a software tool to evaluate and prepare for the employee review process. In addition this is in a collaborative environment so that the input of the people who are responsible for the individuals performance have input into that process. The Oracle Fusion Talent Review does this and helps you develop the right talent for the right jobs.

The Oracle Fusion Workforce Directory Management provides a graphical representation of the organization chart. This is something that we need for the Military Command & Control Metaphor. The need to extend this beyond the individual organization to include members of the Joint Operating Committees participating producers and service industry representatives would be necessary. The tool provides basic information, including the role the individual holds, their supervisor etc. Exactly what we need in order to begin to impose a chain of command within the temporary organization that is established for operational excellence in the Joint Operating Committee.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification Part CCLXXXV (RM Part XXXVIII)

Looking at the Oracle Fusion Applications from the perspective of the Resource Marketplace module it is easy to see where we can start. In the Preliminary Specification so far we have not discussed what is traditionally been called the Human Resource or Human Capital area of the firms needs. This of course would fall under the Resource Marketplace module as these people are part of the Resource Marketplace. Oracle has a number of products that fall under this category in their Oracle Fusion Applications and we will discuss them over the next few days. I noticed this quotation that shows we are consistent with Oracle’s approach to the marketplace in terms of how their Oracle Fusion Applications are to be used.

Oracle Fusion Human Capital Management is part of Oracle Fusion Applications, which are completely open, standards-based enterprise applications that can be easily integrated into a service oriented architecture. Designed as a complete suite of modular applications, Oracle Fusion Applications help you improve performance, lower IT costs, and get better results. Whether you choose one module, a product family, or the entire suite, Oracle enables you to gain the benefits of Oracle Fusion Applications at a pace that matches your business needs.  

I read this as consistent with our intent to use Oracle Fusion Applications in the following manner. That they are open to customization through the Oracle Fusion Middleware layer. They are standards based and can be used as a service oriented architecture which is another term for “cloud” computing. Lastly we are an Oracle customer that fills the gap between the oil and gas industry and the technologies that Oracle provides.

The first document that I want to look at is a brochure that was published by Oracle entitled “Oracle Fusion Human Capital Management: The New Standard for Human Capital Management”. Within it Oracle lists the fifteen applications that fall under the Human Capital Management Suite. It is not my intent to review those individual applications too closely during this fifth pass through the Preliminary Specification as it might be too much too soon in term of detail. This level of detail may be better suited to a sixth pass through.

The first and summarizing paragraph of the brochure shows that we are in the same ball park and playing the same sport as Oracle with respect to the Military Command & Control Metaphor (MCCM). Although our concept has been developed further to include multiple organizations in the Joint Operating Committee and the service industry, they have developed the concept within the standalone organization to a significant level.

Oracle Fusion Human Capital Management (HCM) is a revolutionary step in human resources. The core design principle of Oracle Fusion HCM empowers every role in the organization, connecting all segments of a global workforce. It allows organizations to inform, engage, and collaborate with their workforce in ways never before possible. Organizations will benefit from the ability to personalize the application at organizational, business unit, management, and individual levels. These capabilities are fully configurable; are supported out of the box; and ensure data consistency, security, and compliance globally

Reading their documentation I see this emphasis on role throughout, which is a necessary part of the MCCM, and being a critical part of their application suites. Having that functionality already there will be a strong first step in making the MCCM real.

One area that we had not touched on yet was payroll, after all everyone likes to get paid. And of course the Oracle HCM Suite provides for these services. What will need to be done is to ensure that the earth science and engineering, as well as any other human resources that are being charged to the joint account, are able to be charged and recovered through the payroll system. I would think that this is something that Oracle would have thought would be basic functionality however I have not stumbled upon it yet. Recall that it is necessary, as a part of a producer's value proposition, that they seek revenues from oil and gas sales, and, from the secondment of their technical resources to the Joint Operating Committees, research and industry at large. The demands for earth scientists and engineers being so great, the costs to develop a team will be too onerous without the ability to generate revenues from them. Therefore a payroll or Partnership Accounting module facing system that bills these resources to the joint account and elsewhere at various rates will be necessary for the innovative oil and gas producer.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification Part CCLXXXIV (RM Part XXXVII)

We now turn to our fifth or Oracle pass through the Resource Marketplace module of the Preliminary Specification. I thought for today we would review some of the highlights of the Resource Marketplace as it stands so far. The Resource Marketplace module being the first of three marketplace modules incorporates the “Marketplace Interface” that is a key component of how people interact and collaborate within the People, Ideas & Objects applications. We didn’t discuss at any length the “Marketplace Interface” in the Resource Marketplace module in previous passes. I think however that it is well understood how the interactions would come about in the Resource Marketplace module. There are the Petroleum Lease and Financial Marketplace modules that document the “Marketplace Interface” extensively and you should review those posts if you need to source further information on the topic.

The first interface that was introduced was the “Actionable Information Interface”. We spoke briefly about this a few days ago in the Security & Access Control module with respect to reviewing the Oracle product Oracle Internet Directory. The “Actionable Information Interface”  captures the ideas that are generated from the oil & gas and service industries participants in their most basic form. That is to say that “as a firm” they are looking in the next few months to expand, acquire, participate etc in expanding, investing, increasing their capabilities in a certain area... From there this information is searchable from the rest of the industry representatives and are able to determine what they might be able to provide or participate with a firm in a similar situation. With the distance between firms problems and the solutions to those problems being so much harder to find, having this type of information is the very beginning of innovation. It will be the first who sees the problem, whether that is as of a direct request in the “Actionable Information Interface” or as a result of reviewing over 200 individual entries.

The “Supplier Collaborative Interface” enables the producer and supplier to work through the product and service nuances they are having with a supplier in an open forum. Providing the industry a source of learning. Instead of the supplier having to deal with each producer as an individual case through email, they have a public database of information of how their technology is implemented and used within the field. These databases / wikis are able to provide the customers with valuable information about the product before, during and after the sale. It is incumbent on the supplier that they maintain and participate actively in the databases to ensure that the messages are clear and the communication to the customer is being heard. Alternatively producers have a means of ensuring that marketing claims are valid and the service and support are as advertised.

We also started the discussion of making the necessary changes from the “High Throughput Production” model to the “Decentralized Production” model. It is particularly important to the Resource Marketplace module as that is where the suppliers and vendors are located. By adopting the “Decentralized Production” model the production and overhead costs are matched to the production and revenues. Without any production, production and overhead costs are reduced to zero in the Decentralized Production model. These overhead costs include the accounting, production administration and exploration administration costs to name just a few. What this enables us to do is to exploit the full value of the division of labor and standardization. That is by spinning out of the producer firm the production accounting, production administrator and other roles to service providers. These non-core services can be effectively done by entrepreneurial firms organized more efficiently to provide the industry with better service.

Consistent with the need to increase the division of labor and specialization we have developed within the Resource Marketplace module the “Gap Filling Interface”. As we have learned the division of labor is expanded by a process of “gap” filling. Therefore having an interface where producers and service industry representative can both identify and resolve each other's “gaps” then the beginnings of the division of labor is identified.

It was during the Preliminary Research Report that I coined the phrase that “SAP is the bureaucracy.” Nothing turns your organization into cement like a good old fashioned SAP install. What the innovative oil and gas producer needs is an organization that will remain open and flexible to innovation, and that demands a software development capability like that proposed here by People, Ideas & Objects. If we want an innovative oil and gas industry then the first thing we should do is ensure that we have the capability to maintain that organizational flexibility. The flexibility necessary to ensure that we do not constrain ourselves unnecessarily, and define and support the behavior that we desire. This is the role of software in the 21st century.

What we expect to gain from the review of the Oracle products in the Resource Marketplace module and the rest of the Preliminary Specification is simple. To put some substance to the Preliminary Specification from the point of view of the generic ERP systems requirements. Using the Oracle Database, Oracle Fusion Middleware and Oracle Fusion Applications will provide a strong foundation for the innovative oil and gas industry.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification Part CCLXXXIII (S&AC Part XIII)

We now step down from the Oracle Fusion Middleware layer to the actual Oracle Database for some of the security features that we seek. The first product in this stack is Oracle Advanced Security. It provides the authentication, and encryption of both the database and the network activity. It is possible, and I highly recommend that all the data and information that is used in the People, Ideas & Objects application modules is encrypted in the database and on the network. This increases the load on the systems and will require additional effort in terms of key management, however, I think the nature of the data and information and the manner in which the applications are provided, a “cloud based” solution, this level of security is necessary.

Oracle Audit Vault is another product that I would recommend for the Preliminary Specification. It provides a central location and management of the audit information for compliance purposes. Giving our users the ability to manage the data, information, privacy policies and security. Oracle Audit Vault is also Sarbanes Oxley compliant.

This next Oracle product is a definite addition to the Preliminary Specification. Oracle Label Security will work in many different ways within the modules however here is how I see just two examples. What the application does is designate certain individuals with higher level security clearances. It also designates certain data fields with certain levels of security clearances. Those with high enough security clearances and appropriate authorizations are then able to read these database fields. Within the People, Ideas & Objects application we want to make sure that the reserves, accounting information and strategy discussions of each producer firm remain confidential to a select group of individuals within that firm. With Oracle Label Security that is possible. We also want to ensure that the appropriate people within the chain of command in the Military Command & Control Metaphor have access to the appropriate materials to make the appropriate decisions. This will allow those individuals to have access to these materials without making it available to everyone in the chain of command.

Although not that pertinent to the users of the People, Ideas & Objects applications we have also included Oracle Configuration Management, Oracle Database Firewall and Oracle Database Vault as part of the Preliminary Specification. These will help to keep the applications and the Oracle Database running as they should. Oracle Configuration Management will determine if there is a change in the configuration, either a patch, or if something has gone wrong it will correct itself back to the specified configuration. Ensuring that what is promised to the users of People, Ideas & Objects is what is provided. Oracle Database Firewall ensures no SQL statements that are inconsistent with the users or applications are passed through to the database. And Oracle Database Vault provides the ability to have only certain IP addresses or users to run certain SQL commands and to lock databases from having any operations being conducted on them.

Backing up your data and information are two of Oracle’s strengths. They provide excellent tools for this in Oracle Secure Backup. With the database being encrypted it is interesting that the backup is of the encrypted database. What we will need to do in the Preliminary Specification is to determine in great detail what precisely will be the backup strategy that will be used for the People, Ideas & Objects application.

Lastly there is Oracle Total Recall. A product that helps in accessing historical data. Oracle Fusion Applications provides some interesting solutions with respect to how they handle legacy applications and we will get into those as we proceed through the Preliminary Specification. Let us leave the discussion at this point with the addition of Oracle Total Recall in the Preliminary Specification and note that tomorrow we will begin the fifth or Oracle pass through the Resource Marketplace module.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification Part CCLXXXII (S&AC Part XII)

Today we look into Oracle Identity Analytics as part of the Security & Access Control module of the Preliminary Specification. The primary purpose of this application is to provide governance over the access privileges granted to the users of the People, Ideas & Objects application modules. Many of the functions and processes that are provided in Oracle Identity Analytics are either necessary or of significant value that it has been included in the Preliminary Specification.

The first area is the “why and how” of the users access. Providing documentation of what information was accessed by what users and if any of the access violates any of the established policies. Ensuring that data access by users is compliant with the corporate and application policies, that users are not unnecessarily being abused by overtly secure systems and overall good corporate governance is achieved. All of the data that is collected during data access, that is the “why and how” of the users access. Is compiled in a “Data Warehouse” for further analytical analysis and querying. This will help to show trends and usage patterns that will form new policies and procedures and security provisions.

Another useful function within the Oracle Identity Analytics application is the Segregation of Duties feature. In many areas of a corporation, certain process functions must be undertaken by specific individuals and in some cases different individuals. This feature provides for that assurance. It is also Sarbanes-Oxley compliant. This is important when the Joint Operating Committee is small, as we mentioned the other day. And we have to assign many roles to a few individuals. This application will ensure that the processes provide the appropriate governance is maintained by segregating the roles that need to be kept apart for compliance purposes.

There is a comprehensive and customizable dashboard interface for the users of the Oracle Identity Analytics software to analyze the data and particularly the data warehouse. Filled with reports and data that an effective user can use to determine where and how the People, Ideas & Object producer client might be susceptible to access control violations.

The last feature that I want to highlight is what Oracle calls their Role Lifecycle Management. This provides the Oracle Identity Analytics user with the ability to do “what if” analysis in terms of the implications to identities and roles within the People, Ideas & Objects application. It also contains a role change approval process, role versioning and a role rollback feature. These will be needed in determining and maintaining the Military Command & Control Metaphor.

Tomorrow we will be taking a step down from the Fusion Middleware layer, where all of the access control applications have been residing, to the Oracle Database itself to review the specific security provisions.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification. 

The Preliminary Specification Part CCLXXXI (S&AC Part XI)

Some people may be wondering with the co-mingling of Oracle products within the Preliminary Specification what the implications are with respect to Intellectual Property (IP). The answer is simple, what is Oracle’s is clearly Oracle’s and what is the IP of the Preliminary Specification is clearly the Preliminary Specifications. In my dealings with Oracle in the past they have not been difficult in this area. As a matter of fact I would state that they have been very generous. Giving us very valuable technology that was provided matter of fact at no cost and with no expectations of any future revenues. All of our agreements with them renounced the IP to our firm. There are however cost implications in having the Oracle products as part of the Preliminary Specification.

Therefore I expect that a user in the People, Ideas & Objects application modules will seamlessly be alternating between some Oracle products, some Oracle products that have been heavily modified by People, Ideas & Objects and areas where only People, Ideas & Objects developers have worked. This will be less “violent” to the user then it initially sounds. All of these products will have the same look and feel and will be subject to the same user interface guidelines.

Today we want to discuss the Oracle Internet Directory and Oracle Virtual Directory product offerings in the Security & Access Control module. A little off topic but Oracle Internet Directory is a relational database derived directory server. That Oracle is providing the marketplace a directory server based on relational database technology speaks to the power of their relational database. They claim they have the performance for two billion users. I see advantages of using this product over their traditional directory server and have therefore selected it for the Preliminary Specification. It will provide us with some flexibility when we ask some of the comprehensive and demanding questions of the technologies.

Oracle Internet Directory could be deployed as an industry wide, and by that I mean oil and gas and service industry wide directory server. There it can integrate with the information that is held in other Oracle products, such as Oracle Identity Manager which would be deployed at the producer firm, Joint Operating Committee and service industry representative level. I think we could provide large volumes of information consisting of everything that exists in the industry. The producers, service industry, Joint Operating Committees, the people who work within the industry, etc. Because this is a database we have some interesting opportunities here.

And Oracle Virtual Directory may be the beginning of optimizing the relational database opportunities. So what we will have is a global database of names within the Oracle Internet Directory and these will relate to the information contained with Oracle Identity Manager and other applications. What Oracle Virtual Directory will provide us with is a seamless way in which to browse, and for applications to see, these datastores as one.

Within the Preliminary Specification we want to access the contact information of the people or firm that provide services or products to the producers or Joint Operating Committees. As we indicated we want the individuals and service industry providers to maintain their own contact and basic data. These will be maintained in the Oracle Internet Directory for each and every producer or Joint Operating Committee to access the most recent and up to date information. That is assuming the individual or company providing the service keeps their address and telephone numbers up to date in the directory. This will save an immense amount of time on behalf of the producers and Joint Operating Committees, as well as the individuals and service industry providers. When looking for someone the search capabilities will be significant as we have added the “Vendor / Supplier Contact Database” and the “Actionable Information Interface” to this base data in the Resource Marketplace module.

Having the Oracle Internet Directory reference the Oracle Identity Manager through a Primary Key constraint on the individual's name attribute would be an ideal situation. Then the two databases would be in harmony; and I’m dreaming in technicolor and therefore will stop here.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.

The Preliminary Specification Part CCLXXX (S&AC Part X)

It is important to remember here in the Security & Access Control module of the Preliminary Specification. That the role and identity based Military Command & Control Metaphor (MCCM) as has been conceived here has not been implemented, developed or conceived of anywhere else before. We are taking the concept and technology of role and identity based management to the next level with the MCCM.

Why are we bothering with the MCCM and the pooling of the resources in the Joint Operating Committee anyways? The issue that we are resolving is the finite number of earth science and engineering resources that are available to the industry. With the anticipated retirement levels in the next 20 years. With the time requirements to bring on new levels of resources. And most importantly with the demands for more energy, and the demands for more earth science and engineering in each barrel of oil equivalent produced. We face a long term shortage of these critical resources. The need to organize the industry to exploit the specialization and division of labor are therefore necessary to expand the output from the same number of resources. That begins with the Joint Operating Committee. And that imputes that we have contributions of earth scientists and engineers from multiple producers working together to meet the objectives of the Joint Operating Committee. Therefore we need a means in which they can organize themselves and that is the Military Command & Control Metaphor.

How the MCCM will be implemented will be determined by the user community. However, I can speculate that the Joint Operating Committee will have standard roles and identities that are used throughout the industry. This standardization will probably be necessary for the purposes of making the technology work. The need to have the various areas “covered off” in terms of compliance and other requirements will require a standard template be used by everyone. Then everyone will know that that position is responsible for that role and responsibility. When Joint Operating Committees are small and have only a few people assigned, then multiple roles can be assigned to one individual.

Today we want to discuss Oracle Identity Manager which will be used as the base product for role and identity management. It will also be the base of the Military Command & Control Metaphor for the People, Ideas & Objects Preliminary Specification. It is part of the Oracle Fusion Middleware product offering and as such is part of their Java Enterprise Server. Therefore we are able to build off the functionality that exists and enhance it with the user community's needs. Building off of the functionality will be somewhat limited as many of the concepts that are inherent in the MCCM are already captured in the Oracle Identity Manager.

Oracle Identity Manager is a highly flexible and scalable enterprise identity administration system that provides operational and business efficiency by providing centralized administration & complete automation of identity and user provisioning events across enterprise as well as extranet applications. It manages the entire identity and role lifecycle to meet changing business and regulatory requirements and provides essential reporting and compliance functionalities. By applying the business rules, roles, and audit policies, it ensures consistent enforcement of identity based controls and reduces ongoing operational and compliance costs

Needless to say the Oracle Identity Manager will need to be a necessary part of the Preliminary Specification. There is an element of governance within this application, however, we will be talking about that in a few days, tomorrow we will be talking about Directory Services.

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 (private circle, accessible by members only) and begin building the community for the development of the Preliminary Specification.