Introduction to the Carbon Consumption System
The Carbon Consumption System allows the user to record the consumption of any category / item that affects the carbon footprint. It allows for unlimited categories, measured in unlimited units of measure and unlimited methods (actions) of measurement.
It provides web-based reports to allow the user to track the consumption and compare this to targets as well as to previous year’s consumption levels.
The system also ensures that accounts for consumption are paid in time and other important deadlines are met by sending reminders to the relevant employees.
The system allows for full accountability with audit trails. A record is kept of who has made changes (including inputs or deletes) to the data. No consumption or tariff data may be physically deleted. (It may however be marked as deleted or inactive – but is still visible)
The system also enables the division of data capture by profile, role within the system, product code, category, measurement type and sub region.
The system can be split into 2 sections viz. master data functions and operational data functions.
Master Data Functions :
This data may be divided into 2 main areas : A. What and How it is to be measured i.e. which categories in what units or types etc. and
B. Where it is to be measured i.e. at what level e.g. per building / work station etc.
Note that all master data functions require a ONCE_OFF setup. Thereafter, only changes in classification requirements or measurement requirements OR additions will require that these functions be addressed. All codes and classifications are user-definable and unlimited. Note however that should the user delete standard codes, the standard reports may need to be changed to accommodate these changes.
All things to be ‘measured’ must be created / defined as consumption categories. This means that they are defined as parts in the Part Master function with a specific unit of measure. This requires that the unit of measure be created in the Unit Of Measure function. The same unit of measure must also be created in the Denomination of Life function in order for this consumption category to be referenced/used in the equipment base side of the functionality. The function Equipment DOL Action must be used to set up the actions allowed for that specific unit of measure. The function Equipment DOL Consumption Defaults must then be used to set up the link between the category, its unit of measure and action code. Please see below for details. Once this has been done, the category may be used legitimately in the Consumption related functions.
Consumption categories are those things which are to be measured, e.g. electricity consumption or water consumption. In order for measurement to take place, one has to be able to measure the category somewhere, namely a building. This of course requires that locations be maintained.
In addition to locations, one needs to compare measure whether the consumption is de/increasing. This requires targets. A building may have its own target (but if not, the general target will apply). Each building’s consumption of the various categories is then compared against a specific (or the general) target and adjustments/improvements are made based on the achievement against the target.
It is important to ensure that all Consumption Categories are matched with Link classes in order to link the consumption and invoice functionality. The categories are thus also retained as link classes in the Link Class function. Seen from the invoice side, only the link classes that pertain to consumption are required as part numbers but everything recorded in an invoice must be created as a Link Class, e.g. interest, levy etc. In order to handle credit settlements, Credit Link Classes must be created that match perfectly to the Link Classes.
What is to be measured : Consumption categories are to be measured
Where it is to be measured : These categories can be measured in locations - e.g. buildings
Operational Data Functions :
Operational data is data that either changes or is added constantly. This pertains specifically to the consumption data - the recording of the various consumption values per category over periods of time.
It also includes the costing side of the consumption, namely the invoices related to this consumption.
Master Data functions
A profile can be set up to allow access to all the administrative type Consumption functions. The profile name Consumption Data Administrator could be created and then linked to the following functions : Consumption Measurement Type, Consumption Quality Code, Consumption Reminder Type, Consumption Reminder, Consumption Status, Consumption Status Authorisation, Consumption Target, Consumption Tariff, Consumption Tariff Plan, Consumption Tariff Verification.
Other functions that may also be linked include : Part Master, Product Master, Equipment Base, Unit of Measure, Product Family, Commodity Master, Commodity Grouping Code, Denomination Of Life, Equipment DOL Action, Equipment DOL Action Allowed, Equipment DOL Action Defaults, Equipment Base.
Important functions for suppliers and locations are External Organisation, External Organisation Grouping Code, City, Region, Location Master and Location Type, Location Accommodation Type, Location Property Type, Location Purpose Type.
Operational Data functions
A profile called Consumption Data Maintainer can be created and the Consumption Master can be linked to it. All users with access to this function will then have access to the Consumption Master, but will require additional rights via the Consumption Status Authorisation function to be able to change the status of data.
The Consumption Tariff STATUS Maintainer function allows the user to make changes to the Tariff Verification Status without the system recalculating and thus changing the Tariff Verification Code.
Access to Consumption Invoice may be under a separate Profile name called Consumption Invoicing. Other functions that could be included here are Creditors, Link Classification and possibly External Organisation.