• No se han encontrado resultados

Proceso de lixiviación de cobre en Pilas.

DESCRIPCIONES GENERALES

2.2 Proceso de lixiviación de cobre en Pilas.

This part of the document describes functional requirements of MDM/R system. Target  functionality of the system is divided in four main fields, as shown on Figure 2. All these fields  exactly reflect the roles within MDM/R system, as described in this specification.

Figure 2 – General functionalities of MDM/R system

2.1  OVERVIEW OF FUNCTIONALITIES 

This document describes detailed functionality of MDM/R system, as well as mutual relation  with other information subsystem within electric utility, as shown on Figure 3. 

2.2  REGULATORY AGENCY REQUIREMENTS 

MDM/R  system  has  to  meet  all  current  state  laws,  rules,  instruction,  guidelines  and  regulations, including all requirements of all regulatory bodies, agencies and boards. 

In order to achieve maximum security, MDM/R system shall meet all current laws and  regulations related to metering data and/or data transfer to and from electricity customer,  including  all  laws  and  regulations  applied  to  metering,  security,  privacy  and  telecommunications. 

2.3  UNIQUE POINT OF DELIVERY (POD) ID NUMBER 

MDM/R system shall identify in a unique way all points in which electricity delivery to  customers is executed, i.e. points of delivery in which metering is executed via meters or  calculation aimed at substitution of the missing measurements. Unique point of delivery ID  shall be awarded by AMM system and it shall represent a unique identifier serving for  identification of the point on which calculation of consumed electricity is performed, whereas,  consumption information may be collected from several advanced meters. Unique point of  delivery ID should not be an ‘intelligent’ number and it should not include ED subscription  number of the customer. 

Therefore, if electric utility registers several points of delivery at the same time, unique point  of delivery ID should not be generated sequentially, in order to avoid possible overlapping in  terms of identifier generation. AMM system should establish internal connections between  unique point of delivery ID on one hand and meter ID and other parameters on the other hand.  Unique metering point ID may be physical or virtual (in case of calculation of total consumption  from several points of delivery). Unique point of delivery ID shall be used in all communications  executed  by  MDM/R  system,  related  to  the  target  point,  both  in  terms  of  metered  consumption or calculated value. 

MDM/R system should be capable to group several unique POD IDs together according to POD  classification. Furthermore, MDM/R system should be capable to perform the grouping of  reports on metered consumption and consumption calculation according to individual PODs or  grouped PODs. Each metering point may belong to none, one or several PODs within POD  classification. Unique POD ID should be defined to provide uniformity at the level of electric  utility. Moreover, in time it is also necessary to provide the privacy and consistency of data  access. Registration process of unique POD IDs itself and data synchronisation between  MDM/R system, AMM system and Customer Information System (CIS) at the level of electric  utility, will be the subject of a detailed programme to be developed in the course of designing  and it will depend on the final implementation of the selected MDM/R system solution. Initial  registration process of unique POD IDs, as well as the on‐going maintenance process, will also  be the subject of a separate detailed programme to be developed during the designing  process. 

After meter dismantling and replacement with other advanced meter, unique POD ID should  remain the same. Possible customer change on such point of delivery shall not have an impact  on unique POD ID. MDM/R system shall maintain all relations related to unique POD ID,  continuing further access to its historic data even after withdrawal of unique POD ID. There will  be no metering data for withdrawn POD ID, whereby the system will report that this point has  been deactivated. 

2.4  DATA ENTRY INTO MDM/R SYSTEM 

This document identifies elements which need to be transferred to and from MDM/R system.  Data  transfer  request  should  be  executed  consistently  to  and  from  MDM/R  system,  information subsystems within electric utility and other interested parties. 

Data entered into MDM/R system include:   

 Data on metered consumption and reports from AMM system. 

 Data from Customer Information System. 

 Information related to tariffs and price structures. 

 Data transferred from Billing System. 

 Data on network resources on which points of delivery have been implemented. 

 Data from MDM/R system required by other information subsystems within electric  utility and other interested parties. 

 Reports and confirmations.   

Adopted standards for data transfer via different interfaces should provide full support for the  functioning of data transfer process to and from MDM/R system, including all information  necessary to meet specification defined in this document. Subject standards adopted for data  transfer towards MDM/R system should provide self‐check functionality of submitted data.  MDM/R system should support data transfer between advanced meters and devices not  having meter functionalities, in order to enable the functionality level defined under this  specification. In addition to this, all data transfers should meet strict security conditions  indicated in this specification. 

MDM/R system identifies the following data elements to be transferred via those interfaces. 

2.4.1  TRANSFER OF RECEIVED METER DATA FROM AMM SYSTEM 

MDM/R system should receive and process data on metered consumption and other data from  subordinated AMM system. Received meter data to be transferred to MDM/R system from  each advanced metering control computer (AMCC) include the following: 

 

 Data on metered consumption for households, having no requirements in terms of  required load on hourly level; data on consumption should be transferred at the end of  daily accounting interval. 

 Data on metered consumption for industrial customers, having no requirements in  terms of required load; data on consumption should be transferred either as 15 or 60‐ minute data at the end of the daily accounting interval. 

MDM/R system shall be capable to receive and process data on metered consumption for each  daily accounting interval. MDM/R system should be scalable in terms that it should support all  requirements related to performance and forecasted load growth, where it is realistic to  expect the stabilisation of reading interval on the hourly level. 

It may be expected that the size of data transferred by advanced metering control computer  (AMCC) is restricted to the maximum number of entries. Transfer in terms of data size shall be  restricted in terms of prevention of too long or re‐emission of data during the transfer of large  data amounts containing errors. 

Moreover, it is necessary for all data transferred via this data transfer method to be related to  the same calendar day. Finally, it is expected that all of these transferred parameters, at least  contain identification information in the heading defining data upload priority for MDM/R  system for several subordinated devices, when simultaneous data transfer is requested. 

Data transfer priorities 

MDM/R system will save all meter data versions received from advanced metering control  computer (AMCC). For the purpose of adaptation enabling MDM/R system to perform urgent  data processing in accordance with critical situations, when several requests need to be  processed at the same moment, it is necessary to include data processing procedure according  to priority. MDM/R system  should  support processing  priority  determination  procedure  regarding data to be submitted from AMM system. Priority should be based on time and date  of meter data creation. 

MDM/R system should be capable to enable receipt and storage of all data on metered  consumption every day for the previous daily reading period. Considering that meter data do  not have to be transferred under one transmission (session), MDM/R system should be able to  accept data transmissions more frequently. In order to have successful data transmission, it is  necessary for all process clocks on all computers within subject subsystems to be synchronised  in terms of time. 

In addition to realised interfaces based on Web services, electric utility should allocate  (reserve) space on FTP server within MDM/R system, for possible necessary data exchanges  with other information subsystems. 

Syntax validation 

MDM/R system should validate the syntax of every message containing data on metered  consumption received from AMM system. In the course of syntax validation, MDM/R system  should establish that the data structure is in accordance with implemented standards, as well  as that the value of ‘control amount’ of the message is identical with the value received  through calculation within MDM/R system. MDM/R system should execute the calculation of  ‘control amounts’ over all received data messages, compare the value of calculation results  with original ‘control sum’, and in case that these values are identical, it should conclude that  the message was not damaged and forward it to further processing. 

Semantics validation 

MDM/R system should validate the semantics of every message containing data on metered  consumption received from AMM system. For the purpose of system operation efficiency  increase, it is necessary to verify whether information in the message heading correlates with  information located in other information subsystems of electric utility. Additionally, MDM/R  system  should  constantly  verify  whether  advanced  meters  sending  data  on  metered  consumption are activated. 

 

Manual entry 

MDM/R system should provide the possibility of manual entry of meter data and other data in  some situations, such as, e.g. the situation when current measurements are available, but the  advanced meters no longer communicated within AMM system, whereby these measurements  are not submitted to MDM/R system for further processing. In such situations, AMM system  services or other information subsystems within electric utility are expected to find a way to  transfer data, e.g. manually, into MDM/R system. Manually entered meter data shall be in the  same format as the ones automatically entered into MDM/R system by AMM system, whereby, 

the  same  validation of  message content is  performed, as  in  the case of  automatically  transferred messages.  

MDM/R system should be capable to process any additionally added archive measurement and  this functionality should be set as default in other improvements of the Billing System within  electric utility. 

Confirmation 

After every data sent by AMM system is received and processed in order to be validated by  MDM/R system, MDM/R system shall send a message to AMM system in order to confirm the  successful receipt of the message or possible problem in the transfer. 

Data validation prior to (VEE) analysis 

When transferred meter data are successfully received by MDM/R system and after all syntax  and semantic validations are performed, MDM/R system should upload the subject data into  the data base. MDM/R system should archive them, to avoid possible deletion of successfully  uploaded data. 

MDM/R system should continue the initiated validation process of data stored into the data  base, regardless of the fact that it continues with the receipt of other data. 

MDM/R system should perform, without restrictions, the following data validations uploaded  into MDM/R system: 

 

 During every data transfer, it verifies whether combination ‘Unique POD ID/meter ID’ is  valid and whether they are concurrent with data in MDM subsystem. 

 It validates whether exact time is distributed on all advanced meters, as well as other  devices within AMM system. 

 It validates whether MDM/R system received meter data by 5.00 hrs. 

 It compares whether unique POD IDs from which data on metered consumption have  been received are identical with data on this point of delivery, received from other  information subsystems in electricity distribution companies. 

 The level of complete availability of advanced meters is validated within AMM system,  which should not be below 98%. 

 It confirms whether all meter data obtained by advanced metering control computer  (AMCC) have the accuracy of 0.01 kWh. 

 It validates at what hour has the point of delivery supply been interrupted and when  the supply was restored. As the consequence of outage, MDM/R system should detect  the difference between the moment when the load was zero and the moment when to  load has not been transmitted, all on the basis of data submitted by AMM system. 

 It validates abnormal changes in metered data consumption. 

2.4.2  SUBMISSION OF REPORTS TO MDM/R SYSTEM BY AMM SYSTEM 

AMM system should submit various reports to MDM/R system, defined based on functional  specification for AMM system. MDM/R system should archive submitted reports, whereas,  they should be indexed to enable rapid search by MDM/R system operator and their display.  Subject reports should at least be indexed according to date and type of report. 

MDM/R system should be capable to receive all reports indicated in AMM system specification,  but the final list of necessary reports shall be determined according to business requirements  of electric utility. 

Documento similar