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.