TPL Smart Metering Base RFP V10 Final 16 Nov 13

Request for Proposal
ADVANCED METERING INFRASTRUCTURE
Commercial in Confidence
Issue Date: 16 November 2013
PO Box 109628
Auckland, New Zealand
info@powerbusiness.co.nz
Smart Metering RFP
Table of Contents
1.
2.
3.
4.
5.
Introduction
1.1
Background .............................................................................................................................. 6
1.2
About Tonga Power Limited ...................................................................................................... 6
1.3
Glossary of Terms .................................................................................................................... 7
Scope of Supply
10
2.1
Smart Meters .......................................................................................................................... 10
2.2
Head-End ............................................................................................................................... 11
2.3
Meter Data Management ........................................................................................................ 11
2.4
Telecommunications ............................................................................................................... 12
2.5
Additional Services ................................................................................................................. 12
RFP Proposals
13
3.1
Indicative Evaluation Process ................................................................................................. 13
3.2
Indicative Timetable ................................................................................................................ 14
3.3
Communications ..................................................................................................................... 15
3.4
Notification of Receipt of RFP and Intention to Respond ......................................................... 15
3.5
Notices to Proponents ............................................................................................................ 15
3.6
Format of Proposals ............................................................................................................... 15
3.7
Multiple Proposals and Alternative Proposals .......................................................................... 16
3.8
Delivery of Proposals .............................................................................................................. 16
3.9
Validity Period ........................................................................................................................ 17
RFP Terms and Conditions
18
AMI Components Overview
19
5.1
Conceptual Future State ......................................................................................................... 19
5.2
Core Components covered by this RFP .................................................................................. 20
5.3
Standards ............................................................................................................................... 22
5.4
Service Functionality............................................................................................................... 22
5.5
Modularity............................................................................................................................... 23
5.6
Meters/Metering Equipment .................................................................................................... 23
5.6.1
Metrology
23
5.6.2
Configuration
24
5.6.3
Display
24
5.6.4
Installation
24
5.7
Head-End ............................................................................................................................... 24
5.7.1
Head-End Hardware and Operating Software
24
5.7.2
Vendor Software Licences
25
5.8
5.8.1
5.9
Interfaces ............................................................................................................................... 25
25
TPL Distributor IT Systems
Meter-Head-End Communications/Telecommunications Equipment ........................................ 25
Doc ID: 284/11/01, 16 November 2013
Page: 2
Smart Metering RFP
5.9.1
Telecommunications Technologies
25
5.9.2
General Requirements of the Meter Head-End Communications network
26
5.9.3
Times to Communicate (System End-to-End Performance)
27
5.9.4
Network Coverage
30
5.10
Meter Data Management ........................................................................................................ 31
5.10.1
33
5.10.2
Prepayment Management System
Responsibilities
6.
6.1
7.
31
Core Meter Data Management Functionality
36
Design, Installation and Commissioning .................................................................................. 36
6.1.1
Design
36
6.1.2
Installation
36
6.1.3
Commissioning
36
6.2
Reference Sites ...................................................................................................................... 36
6.3
Factory Acceptance Testing.................................................................................................... 37
6.4
Installation Support ................................................................................................................. 37
6.5
Training .................................................................................................................................. 37
6.6
Documentation ....................................................................................................................... 37
6.7
Support Services .................................................................................................................... 38
6.8
Spare Parts ............................................................................................................................ 38
6.9
Test Equipment ...................................................................................................................... 39
6.10
Supply Orders ........................................................................................................................ 39
6.11
Systems Commissioning......................................................................................................... 40
6.12
Warranties .............................................................................................................................. 40
6.13 Escrow ................................................................................................................................... 40

Pricing
41
7.1
Equipment .............................................................................................................................. 41
7.2
Services ................................................................................................................................. 41
7.3
Currency Exchange ................................................................................................................ 41
8. Contract
42
Appendix A: Terms & Conditions of RFP
43
1.
Agreement by Proponents to RFP Terms and Conditions........................................................ 43
2.
Responsibilities of Proponents ................................................................................................ 43
3.
TPL has no Obligations........................................................................................................... 43
4.
Submission of Proposals ........................................................................................................ 44
5.
Proposal Qualifications ........................................................................................................... 44
6.
Subcontracting ....................................................................................................................... 45
7.
Joint/Consortia Proposals ....................................................................................................... 45
8.
Presentations ......................................................................................................................... 46
9.
Ownership and Intellectual Property Rights ............................................................................. 46
10.
No Canvassing or Influencing ................................................................................................. 46
11.
Costs ...................................................................................................................................... 46
Doc ID: 284/11/01, 16 November 2013
Page: 3
Smart Metering RFP
12.
Proponent Request to Extend Closing Date ............................................................................ 47
13.
Confidentiality ......................................................................................................................... 47
14.
Gifts and Hospitality ................................................................................................................ 47
15.
No Anti-Competitive Behaviour ............................................................................................... 47
16.
Conflict of Interest................................................................................................................... 47
17.
Liability ................................................................................................................................... 48
18.
Governing Law ....................................................................................................................... 48
19.
Verbal Advice/Information ....................................................................................................... 48
20.
General Conditions ................................................................................................................. 48
21.
Currency/Foreign Exchange Rates ......................................................................................... 49
Appendix B: Requirements
51
1.
Metrology ............................................................................................................................... 51
1.1
Core Services
51
1.2
On Demand Services
54
1.3
Smart Remote Services
58
1.4
Reporting
60
1.5
Fault Management
61
1.6
Metrology
62
1.7
Meter Configuration Options
65
1.8
Specific Functionality
66
1.9
External Interfaces
69
1.10
Delivery
70
1.11
Reference Sites
70
1.12
Technology Roadmap
71
2.
Telecommunications ............................................................................................................... 72
2.1
Communications Response Times
72
2.2
Meter Modem Configuration
74
2.3
Meter Head-End Communications
75
2.4
Security
76
2.5
Modem Environmental and Compliance Standards
77
2.6
Communications Technology
78
2.7
Reporting
80
2.8
Delivery
80
2.9
Reference Sites
81
2.10
3.
81
Technology Roadmap
Meter Data Management and Prepayment Management Systems .......................................... 82

3.1
82
Business Requirements
3.1.1
Meter Data Management System
82
3.1.2
88
3.2
3.2.1
Technology Requirements
94
Technology Description
94
Doc ID: 284/11/01, 16 November 2013
Page: 4
Smart Metering RFP
98
3.3
Product Licensing Requirements
3.4
Expertise
100
3.5
Implementation and Knowledge Transfer
100
3.6
Support Requirements
101
101
3.6.1 Support Capability, Warranties and Documentations

Appendix C: Pricing Schedules
102
1.
Basis of Pricing..................................................................................................................... 102
2.
Metrology ............................................................................................................................. 102
3.
Telecommunications ............................................................................................................. 106
4.
Meter Data Management and Prepayment Management Systems Pricing............................. 107
5.
Additional Services ............................................................................................................... 110
6.
Other .................................................................................................................................... 111
Appendix D: Acknowledgement/Transmittal Forms
112
Appendix E: Key Contractual Terms
116
Doc ID: 284/11/01, 16 November 2013
Page: 5
Smart Metering RFP
1.
Introduction
1.1
Background
Tonga Power Limited (TPL) has 17,000 residential and 4,000 commercial customers on its
four electricity networks throughout the Kingdom of Tonga. 85% of its customers are on
Tongatapu, the remainder on three small outer island grids.
TPL is interested in understanding the potential options for replacing its installed meter stock,
with a view to improving the credit management of its business, and potentially accessing the
functionality of smart metering technologies to improve the operation of its business.
Currently TPL disconnects close to 6% of its customers each month for non-payment of
electricity charges and is not able to recover the full cost of disconnecting and reconnecting these
customers.
Theft and meter bypass/tampering are also significant revenue protection challenges faced by
TPL that suggest some form of prepay metering solution would have a meaningful impact on the
payment behavior of its customers, and on TPLs quality of service to customers...
In addition to these specific revenue protection issues, TPL recognises that it has a range of
wider requirements including the move to more sophisticated tariffs, the ability to deal with
distributed generation and remote monitoring and/or enhanced control of certain elements of its
network which could be achieved through the use of Advanced Metering Infrastructure (AMI).
The purpose of this RFP is to find a suitable technology solution to meet TPLs requirements
that provide for some level of future proofing, while at the same time dealing with the
companys specific issues relating to revenue protection.
1.2
About Tonga Power Limited
TPL is a state-owned enterprise, wholly owned by the Government of Tonga and operated as a
stand-alone company at arms-length under a concession overseen by an independent regulator.
TPL is a traditional, vertically integrated power supply company which serves four of the Tonga
archipelago of over 170 islands.
The main island of Tongatapu in the southern island cluster is the largest with some 80% of the
Tonga population living there.
Doc ID: 284/11/01, 16 November 2013
Page: 6
Smart Metering RFP
Other systems are on Eua, also in the southern cluster, Haapai in the central cluster and Vavau
in the northern cluster. Each of these centres has a diesel power station and a medium to low
voltage distribution system.
Tongatapu has a small 11kV network, the three outer island networks currently operate at 6.6
kV. Some of these feeders are long relative to the voltage levels so that control of frequency and
voltage levels within acceptable ranges can be difficult. This is especially so for the low voltage
networks, given the low electricity demands of the connected customers.
With distributed generation located on these lines in the future, control problems and voltage
fluctuations will be exacerbated and must be explicitly evaluated in advance.
1.3
Glossary of Terms
In this RFP, unless the context indicates otherwise:

Additional Services means additional services offered by a Proponent in their Proposal but that
are not mandatory under the RFP;
Alternative Proposal means a Proposal that differs from that contemplated by this RFP;
AMI means Advanced Metering Infrastructure
Closing Date has the meaning given to that term in paragraph 3.8;
Conditions of Contract means the proposed terms for the Contract, as set out in Appendix E;
Contract means a supply contract that is entered into by TPL and the Vendor, as a consequence
of this RFP;
Customer means the end consumer of electricity
Fast Time means one-way communication between the Head-End and the smart meter that
occurs within 5 seconds;
Final Acceptance Certificate means the certificate issued by Tonga Power Limited after
commissioning and testing the initial order, comprising Head-End and Metering Equipment;
HAN means Home Area Network;
Doc ID: 284/11/01, 16 November 2013
Page: 7
Smart Metering RFP
Head-End means the meter head-end to be supplied by the Vendor to Tonga Power Limited
under the Contract having the functionality described in paragraph 5.7;
Issue Date means the issue date of this RFP;
MDM mean Meter Data Management;
Metering System means the Head-End, smart meters and the communications network that
together operates so as to deliver the functionality detailed within this RFP;
Normal Time means one-way communications between the Head-End and the smart meter that
takes longer that 5 seconds but which occurs within 30 seconds;
Notices to Proponents means clarification of particular items, additions to or subtractions from
this RFP issued by Tonga Power Limited from time-to-time in accordance with paragraph 3.5;
Preferred Proponent means the Proponent selected from the Short-Listed Proponents for
further negotiation in accordance with paragraph 3.1;
Proponent means the person or persons who lodge a Proposal in accordance with the RFP;
Proposal means a Proponent's proposal submitted in response to, and in accordance with, this
RFP;
RFP means this request for proposals, including all appendices, any addenda and any Notices to
Proponents;
Short-Listed Proponents means the Proponents whose Proposals have been selected for further
assessment in accordance with paragraph 3.1;
Smart Meters means the metering component of the AMI - generically meters with two way
communications
Support Services Agreement means the 15 year support services agreement to be entered into
by TPL and the Vendor contemporaneously with the Contract;
Technical Requirements means the technical requirements set out in the Technical
Requirements Overview in section Error! Reference source not found. and the Technical
Requirements in Appendix B;
TOU Means Time Of Use
Doc ID: 284/11/01, 16 November 2013
Page: 8
Smart Metering RFP
TPL means Tonga Power Limited

TPL Procurement Manager means the TPL person who has primary responsibility for
procurement under this RFP, as specified in paragraph 3.3
Validity Period means the period set out in 3.9;
Vendor means the successful Proponent (if any) who enters into the Contract.
Doc ID: 284/11/01, 16 November 2013
Page: 9
Smart Metering RFP
Scope of Supply
2.
This section sets out, at a high level, the scope of the system for which TPL is seeking Proposals
from Proponents. The specific requirements are set out in the Functional Requirements (being
section Error! Reference source not found. and Appendix B). Proponents may respond to
portions of the RFP rather than all of the AMI components described in the requirements section.
2.1
Smart Meters
Through this RFP, TPL is intending to enter into a long-term supply agreement with an AMI
vendor to purchase AMI meters, communications, meter Head-End software and Meter Data
Management solution. The number of smart meters purchased will depend on, amongst other
factors (refer paragraph 3.1), the price that the successful Proponent tenders.
The number of smart meters purchased could vary from 15,000 to 22,000 with possible ongoing
annual quantities of approx 250 meters.
TPL is seeking to purchase a modular smart meter in respect of the following physical or
functional features:
Mass Market Customers
Meter to Head-End communications;
Supply switching;
Load limiting;
Discretionary load control and signalling;
Under frequency load shedding; and
Outage management
Ability to operate in prepay or post pay mode
Modular is defined to be pluggable within the meter and/or able to be wired/connected

external to the meter but the modules are not necessarily provided or installed at the time the
smart meter is installed. However TPL may choose to purchase some fixed functionality if that
functionality is at a reasonable incremental cost with respect to the base meter price. Not all of
Doc ID: 284/11/01, 16 November 2013
Page: 10
Smart Metering RFP
the above functions are essential and Proponents are asked to indicate the status of these
functions in their product roadmaps.
2.2
Head-End
TPL is seeking to purchase a Head-End which must interoperate with the smart meters.
The Head-End is software with functionality that:
(i)
enables secure communications to meters through communications servers;
(ii)
has a management server that provides overall metering system control;
(iii) has a data warehouse to store meter asset data and the data collected from meters; and
(iv) a man-machine interface that can be used to compile and initiate tasks, register new
smart meters, view communications network data and that can be used to configure
individual meters.
Note that the Head-End may be embedded within the Meter Data Management System refer
below.
2.3
Meter Data Management
TPL is interested in accessing a MDM capability for the purposes of validating and processing
meter data to support billing and other utility functions. In addition to traditional MDM
capabilities TPL are seeking prepay management capabilities as either part of an MDM solution
or as a separate application that can be readily integrated with A MDM solution.
On this basis it will consider:
Purchasing a license to existing MDM software
Procuring the development of a fit for purpose bespoke MDM solution
MDM software as a service (SAAS)
Fully outsourced MDM service on a per meter or customer basis
Proponents should consider the scale of TPLs business and the appropriate fit for purpose MDM
solution for a Pacific Island nation in their responses.
Doc ID: 284/11/01, 16 November 2013
Page: 11
Smart Metering RFP
2.4
Telecommunications
TPL is interested in understanding what potential telecommunications mediums for Head-End to

smart meters could be fit for purpose for its requirements, including at least: RF Mesh, Power
Line Carrier (PLC), Distribution Line Carrier (DLC), Long Range radio and Cellular
communications. Proponents are required to provide a conceptual design and price the
telecommunications components separately from the meter and Head-End components of their
offering.
2.5
Additional Services
Proponents that wish to offer Additional Services can do so in the Response Schedules,
Appendix C.
Additional Services, that are not included in this RFP, could include:
Engineering and/or IT consulting services;
Head-End management services;
Communications network operations and management services (applicable to RF Mesh

solutions);
Systems for the asset management of meters;
Smart grid applications; and/or
Back office integration services.
It is important that Proponents offering Additional Services separate the costs of the Additional
Services from the pricing of the smart meters, Head-End, MDM and telecommunications (as
applicable). Furthermore Proponents should appreciate that any Additional Services offered will
not be evaluated as part of this RFP. If a Proponent that has offered Additional Services is
selected as the Preferred Proponent, then TPL may choose to discuss the offer of those
Additional Services. Proponents that do not offer Additional Services will not be penalised.
Doc ID: 284/11/01, 16 November 2013
Page: 12
Smart Metering RFP
RFP Proposals
3.
This section sets out, at a high level, the requirements for Proponents' Proposals and the process
to be followed by Proponents and TPL. Proponents should ensure they comply with this section
3 and the specific Terms and Conditions of the RFP referred to in section 4.
3.1
Indicative Evaluation Process
TPL intends to evaluate and conform the Proposals to a common basis for evaluation. As part of
this process TPL may prepare a list of questions to obtain any additional or missing information
required from Proponents.
TPL intends to use a set of specific criteria and weightings for each component of this RFP,
including criteria such as:
Maturity of solution/services
Fitness for purpose of solution/services
Likely fit of proponent with TPL from a working relationship perspective
Price of solution/services
Demonstrated ability to implement and support solution/services in a Pacific Island

context
The price evaluation will be based upon the component prices provided by Proponents together
with the expected operation and maintenance costs, including Proponent annual support costs.
Comparison of the different technologies will be made on an NPV basis over a 10 year period.
From the evaluation process TPL will select up to 4 Short-Listed Proponents. All Proponents
that submit Proposals will be advised in writing of their status following the evaluation process.
Short-Listed Proponents will be contacted to determine suitable dates for clarification visits,
reference site visits (refer section 6.2) and factory visits as required.
A TPL team will conduct the visits to obtain a clear understanding of the Short-Listed
Proponents':
technology offering(s);
Doc ID: 284/11/01, 16 November 2013
Page: 13
Smart Metering RFP
engineering capabilities;
key personnel and resources responsible for delivering the Proponents solution;
support infrastructure;
technology roadmap;
manufacturing processes and QA systems; and
commercial terms.
The TPL evaluation team may visit reference sites and discuss how the Proponents existing
solution has been implemented and what has been learnt from the ongoing performance of the
solution.
Following the visits programme, TPL will select a Preferred Proponent and notify all parties
accordingly. TPL will then commence contract negotiations with the Preferred Proponent.
3.2
Indicative Timetable
The indicative timetable for this RFP process is tabulated below. TPL reserves the right to vary
this timetable.
Activity
RFP Issued
Proponents confirmation of receipt
Proponents confirmation of intent to
respond
Last date for questions
RFP Closing Date (responses by email)
Last date for hard copy responses
Advise Short-Listed Proponents
Programme of visits commences
Preferred Proponent notified
Contract Awarded
Doc ID: 284/11/01, 16 November 2013
Date
16 November 2013
18 November 2013
22 November 2013
06 December 2013
13 December 2013
20 December 2013
17 January 2014
20 January 2014
31 January 2014
28 February 2014
Page: 14
Smart Metering RFP
3.3
Communications
All communications with TPL relating to this RFP must be directed to:
John McCutcheon
TPL AMI Procurement Manager
Level 1, 79 Grafton Road, Grafton
PO Box 109628, Newmarket,
Auckland 1149, New Zealand
DDI +64 9 358 3503
Mobile +64 21 934 901
Email john@powerbusiness.co.nz
From the Issue Date of this RFP until a Contract is signed by both parties, all correspondence is
to be directed to the TPL AMI Procurement Manager. Proponents shall not be permitted to
communicate with other TPL personnel in relation to this RFP unless otherwise agreed with the
TPL AMI Procurement Manager.
3.4
Notification of Receipt of RFP and Intention to Respond
Proponents are requested to notify receipt of this RFP within 24 hours from receipt by emailing
the form Acknowledgement of Receipt of RFP Form contained in Appendix D provided as a
separate electronic Microsoft Word format document.
Proponents are requested to notify their intent to respond or not as the case may be, by
completing the Intention to Respond Form, also contained in Appendix D provided as a
separate electronic Microsoft Word format document.
Proponents that do not notify their intention to respond (or not respond) within one week of the
Date of Issue of this RFP will be contacted to confirm receipt of the RFP and to ensure that any
Notices to Proponents are sent to the designated persons.
3.5
Notices to Proponents
TPL may issue Notices to Proponents to clarify this RFP or to effect modifications to this RFP
from time-to-time and at any time prior to the Closing Date. Each Notice to Proponents will be
issued to all Proponents who have notified TPL of their intention to respond. Upon such issue or
notification, each Notice to Proponents will form part of this RFP.
3.6
Format of Proposals
Doc ID: 284/11/01, 16 November 2013
Page: 15
Smart Metering RFP
Proponents must submit all information required by this RFP in strict accordance with the forms
and formats contained in Appendices B and C. The reasons for this requirement are twofold:
(i)
to make it easy for TPL to evaluate and conform the responses; and
(ii)
to make it easy for Proponents to respond.
Appendices B and C are issued in editable Microsoft Word format documents along with this
RFP. Proponents should expand the response portions of tables to accommodate the information
that they wish to provide to TPL. Information provided should allow a clear and detailed
evaluation of the Proponents solution.
Proposals submitted pursuant this RFP must be submitted electronically to the email address
listed in the Communications paragraph 3.3 above, in Microsoft Word format in English and by
one paper copy signed by a duly authorised person from the Proponent using the "RFP Proposal
Transmittal Form" in Appendix D, posted or delivered to the address in the Communications
paragraph 3.3.
Proponents may elect to respond against certain portions of the requirements outlined in this
RFP. Proponents are urged to complete the response forms fully of the components of the RFP
they are responding against as TPL may refuse to consider Proposals that do not provide all
information required by this RFP, or may score incomplete portions zero. Any non-compliance
with this RFP must be specifically highlighted by Proponents in their Proposals. Non-complying
Proposals may or may not be accepted by TPL at its sole discretion. Copies of brochures and
other Vendor material are not required.
3.7
Multiple Proposals and Alternative Proposals
Proponents may wish to offer multiple Proposals. In this case, Proponents should submit
complete separate Proposals including the Responses Schedules, Appendix B and C.
Proponents may wish to offer an Alternative Proposal. Alternative Proposals must accompany a
conforming Proposal. The Alternative Proposal must indicate that the Proponent can
demonstrate a technical or commercial advantage to be gained by TPL in implementing the
Alternative Proposal in preference to the conforming Proposal.
3.8
Delivery of Proposals
All Proposals must be delivered by email by 4pm, 13 December 2013 (Closing Date), to
john@powerbusiness.co.nz , with hard copies to follow by 20 December 2013, sent to the
offices of, or postal address as follows:
Doc ID: 284/11/01, 16 November 2013
Page: 16
Smart Metering RFP
Power Business Limited

Level 1, 79 Grafton Road
Grafton
Auckland
New Zealand
3.9
Power Business Limited

PO Box 109628
Newmarket
Auckland 1149
New Zealand
Validity Period
Proposals submitted pursuant to this RFP shall remain valid for a period of 3 months from the
Closing Date.
Doc ID: 284/11/01, 16 November 2013
Page: 17
Smart Metering RFP
4.
RFP Terms and Conditions
The specific Terms and Conditions governing this RFP are contained in Appendix A. In the
event of any inconsistency between the specific Terms and Conditions and some other part of
this RFP, the specific Terms and Conditions take precedence.
Doc ID: 284/11/01, 16 November 2013
Page: 18
Smart Metering RFP
AMI Components Overview
5.
This section sets out, at a high level, the TPL requirements, including an indicative future state
AMI architecture and a description of the key underlying processes. Proponents should ensure
their Proposal addresses and complies with both this section Error! Reference source not found.
and the detailed Requirements for this RFP set out in Appendix B. Appendix B also serves as a
table of conformance. Proponents should use the provided Microsoft Word format document of
Appendix B to indicate their conformance with the Technical Requirements and all nonconformance and any departures/tags or commentary.
5.1
Conceptual Future State
The diagram below presents the high level conceptual future state of TPLs AMI architecture.
The highlighted portion shows the components that are either owned by TPL or managed via
outsourced service agreements with TPL.
CPE
Comms
Network
Payment
Channel &
Vending
System
AMI Headend
AMI MDMS
AMI
Prepaymt
Mgt System
CIS/Billing/
Asset/ Field
Mgt/
Integration
Install smart meter

AMI Head-end
System
Smart meter
Network Comms
Meter Data
Mgt System
IHD
CIS/Billing/
Finance
Vending
System
Prepayment
Mgt System
TPLs Bank
Figure 1 - Conceptual TPL AMI Architecture
Doc ID: 284/11/01, 16 November 2013
Page: 19
Smart Metering RFP
Component
Owned by TPL
Supply Arrangement Scope for this RFP

Option
Customer Premise Entity
YES
NO
YES
NO
Supplier Partnership
YES
(CPE) Smart meters

Communications Network
Arrangement
Vending Channels
NO
NO
Vending System
NO
NO
AMI Head-end
YES
YES can be via Software
YES
as a Services (SaaS) or
Outsourced back-office
service provider and
system arrangement
YES
System
YES
system arrangement
Prepayment Management
YES
System
YES
system arrangement
Customer
YES
NO
YES
Communications Channel
5.2
Core Components covered by this RFP
The diagram below shows the new components that are covered by this RFP.
The new components that are within the scope of this RFP are:
Smart Meters
Network Communications Layer
AMI Head-end System
Meter Data Management System
Customer Communications channels under Additional Services
Doc ID: 284/11/01, 16 November 2013
Page: 20
Smart Metering RFP
The new components that are introduced in this future state but NOT in scope of this RFP are:
Vending System
Vending Merchants/ Channels
The components that already exist in the current TPL business systems landscape that will have
to have integration points with the new components are:
Orion CIS/ Billing System
FileMaker Bespoke Applications
Existing Finance System

Smart
Meters
AMI Comms
Network
Customer Comms
Vending Channels
Call Centre/ IVR
Field Force
Portal
Vending
System
Prepay Mgt
System
Orion
AMI Head-end
System
(CIS/Billing)
Meter Data
Mgt
System
FileMaker
System
LEGEND FOR RFP SCOPE:
In Scope new
component
Out of Scope new

component
Out of Scope
existing
component
Finance
System
Figure 2 - Conceptual TPL AMI Interface Diagram
Doc ID: 284/11/01, 16 November 2013
Page: 21
Smart Metering RFP
5.3
Standards
Meter metrology must comply with the following International Standards
IEC62052 Parts 11 and 21;
IEC62053 Part 23; or
ANSI C12.19.
TPL appreciates that international standards have yet to mature in relation to smart metering but
where Proponents have developed their systems/products in accordance with Open Metering
System (OMS), or Device Language Message Specification (DLMS) Smart Metering Language
(SML) or other similar standards; such implementation should be noted in the Response
Schedules, Appendix B.
Telecommunications must comply with the following International Standard:
5.4
ANSI C12.21 for the modems

Service Functionality
Essential functional requirements are summarised as follows:
Multiple data storage registers;
Remote scheduled meter reads of power consumed by the Customer;
Remote capability to update tariff tables stored within the meter;
Remotely change tariffs;
Prepay (remote application of credit);
Fast Time reporting of outages and tamper events ;
Remote retrieval of interval data (nominally hour at this time);
Remotely set time base interval ranges;
Remote retrieval of peak power data;
Doc ID: 284/11/01, 16 November 2013
Page: 22
Smart Metering RFP
Remote retrieval of power quality data;
Recording of any Customer export of power (four quadrant capable);
Remote hard and soft supply disconnect/reconnect;
Capacity limiting;
Control of Customer discretionary loads (e.g. water heating);
Configurable levels of priority access to strategic devices (for network control and
monitoring); and
Ability to allocate meters/devices into multiple control groups (e.g. customer specific
and regional).
Not essential functionality includes:
Last gasp; and
Alarming to configurable voltage ranges (low/high voltage).
5.5
Modularity
TPL requires that smart meters are modular with respect to the following:
(i) Meter to Head-End communications;
(ii) Supply disconnect/reconnect; and
(iii) Load control relay(s).
5.6
Meters/Metering Equipment
5.6.1
Metrology
The detailed requirements for metrology are listed in Appendix B.

Proponents should note that an IEC form factor is required.
Doc ID: 284/11/01, 16 November 2013
Page: 23
Smart Metering RFP
5.6.2
Configuration
Each order for meters will be accompanied with a configuration schedule indicating what
configuration is to be programmed into the meters and which of the modular options are to be
included into each type of meter.
5.6.3
Display
Although meters will be read remotely, meters are required to have a display that can display
various parameters that are listed in Appendix B.
5.6.4
Installation
Once installed by a qualified installer, the smart meter should self-configure onto the metering
network by communicating with the Head-End.
5.7
Head-End
Head-End required functionality includes:

(i)
meter data repository storage of all required meter data records and events scalable
up to a minimum of 50,000 meters;
(ii)
meter management system(s) management of the new meter registration, network

security, network communication elements, element management of individual meters,
remote software upgrading of meters;
(iii)
a man-machine interface that can be used to compile and initiate tasks, view
communications network data and that can be used to configure individual meters;
(iv)
interface to a central TPL data warehouse two way communication; and
(v)
the ability to interface to TPL IT and SCADA systems two way communications.
5.7.1
Head-End Hardware and Operating Software
Proponents are asked, in the Response Schedules, Appendix B to specify the minimum
requirements for hardware and operating systems to support the Proponents Head-End software
so that TPL can independently price these. Proponents may also offer to supply hardware and
operating software as an Additional Service.
Doc ID: 284/11/01, 16 November 2013
Page: 24
Smart Metering RFP
Proponents not offering to supply Head-End software must provide details of a Head-End
software vendor who offers Head-End software which has been demonstrated to successfully
interoperate with the Proponents meters. Furthermore it is a requirement of this RFP that the
proposed Head-End has been in commercial operation for at least one year.
5.7.2
Vendor Software Licences
Proponents should clearly indicate their software licensing regime including how software
upgrades will be provided and whether upgrades that are not gratis will be optional and any
implications for ongoing support of software if TPL chooses not to upgrade. Licences should be
perpetual or at least available for a period of not less than 15 years. If there are any licensing
costs these should be included in the pricing schedule (Appendix C).
If third party intellectual property (including software) is utilised in a Proponents solution the
Proponent must warrant that it has the rights to use such intellectual property. Any costs
associated with the use of third party software should be clearly set out in the Proposal.
The costs of software licences will be factored into the evaluation by TPL who will adopt a
holistic evaluation methodology.
5.8
Interfaces
5.8.1
TPL Distributor IT Systems
TPL may wish to have specific interfacing developed to connect to their IT systems (e.g. billing,
GIS, financial asset management) and SCADA systems (e.g. outage management, network
switching, load control). Proponents must indicate the feasibility of, and provide other
appropriate information (including pricing) relating to, developing appropriate bespoke
interfacing. As a minimum, Proponents must indicate that they will provide sufficient
interfacing details for TPL or a third party developer to develop an appropriate interface.
5.9
Meter-Head-End Communications/Telecommunications Equipment
5.9.1
Telecommunications Technologies
TPL has restricted technologies that provide two-way communications between the meters and
their Head-End to:
(i) RF Mesh;
(ii) Power Line Carrier / Distribution Line Carrier
Doc ID: 284/11/01, 16 November 2013
Page: 25
Smart Metering RFP
(iii) Cellular (GPRS/3G)

(iv) Long Range Radio
RF Mesh solution providers should note that Tonga uses the E-GSM-900 Band (880.00-960.00
MHz) for cellular communication, consequently the 900MHz ISM Band (902-928 MHz) that is
commonly used in many countries for mesh radio networks, is not available in this instance and
alternate radio frequency bands will need to be considered.
Proponents tendering communications solutions using these technologies must be able to
demonstrate a mature solution that has been operating successfully for at least 2 sites for a
minimum period of one year.
It is possible that TPL may choose more than one communications technology, or the Proponent
may offer or recommend a solution using a combination of technologies.
5.9.2
General Requirements of the Meter Head-End Communications network
In considering the communications technology, TPL is looking for a network architecture that
delivers on a number of performance measures, including:
high coverage rates in a challenging Pacific Island environment [signal strength and
distance];
Standards-based where possible;
mature technology well proven in other areas;
strong security implementation;
scalable architecture which supports densely clustered and also widely spread meter
locations and also needs to support regionally diverse meter locations that access a
common centrally held database;
robust network design with a high level of reliability in the communications;
potential for local control in the event a region becomes isolated from the central data
store;
a well dimensioned network that supports the types of traffic patterns generated by both
Fast-Time and Normal-Time meter communications particularly at peak periods;
Doc ID: 284/11/01, 16 November 2013
Page: 26
Smart Metering RFP
easy rollout connection process; and
excellent operational support with minimal operational overhead requirement.
In responding to the RFP each Proponent should illustrate how its communications solution
meets these requirements.
5.9.3
Times to Communicate (System End-to-End Performance)
Future
Current OR
Requirement
Normal Time
Requirement
Task
Fast Time
The following table provides requirements for Head-End to meter communications. Fast-Time
response is less than 5 seconds. Normal Time response is less than 30 seconds. Proponents
should clearly indicate any non-compliance with these times to communicate in their Proposal.
Comment / Purpose / Benefits
Automated Meter
Reporting
Meter reporting of kWh
For customer billing purposes.
Customer prepayment capability and display
power consumption
Customer Services
Prepayment functionality
of credit balances. Switch between

prepayment and post payment modes.
Disconnect/ Reconnect
Remote disconnect and reconnect, including

manual reconnect.
Routine reads (scheduled)
Routine reads can be timed outside of the

time zones when other applications are more
likely to be calling on any shared
communications.
Special reads (unscheduled)
Meter display of price and
volume registers
Doc ID: 284/11/01, 16 November 2013
Page: 27
Future
Current OR
Requirement
Normal Time
Requirement
Task
Fast Time
Smart Metering RFP
Asset / System Planning
Load Profiles / Forecasting
Analysis and planning information.
Pro-active notification to Dispatch and
by asset and by system

Outage Management
Outage Detection/
Notification (include in
Control Room plus callout of fault response
response if available)
Outage Cause Analysis
teams
Pro-active guidance of likely fault cause(s)

and location(s) to response teams (for future
field service automation)
Outage Information
Feedback to Call Centre

Outage Events Log
Automation of fault information back to

customer call centre
Post event analysis. However requires log of

events auto-created in fast time.
Monitoring Feeders
Volt / VAR measurement of
feeders and/ or capacitors
Alarm triggered, or on-demand reading (e g

when performing paralleling/switching)
via meters
Operation of capacitors
For voltage or load management, PF

correction, loss reduction.
Compare peak load to
Comparison of peak loads and overloading
system capacity /
values. For load management and risk
constraints
management.
Monitoring and Managing

Distribution Transformers
and Low Voltage Feeders
Volt / VAR measurement
Can be triggered from pre-set alarm or ondemand.
Monitor temperature and
Of transformer and low voltage circuits.
load
Doc ID: 284/11/01, 16 November 2013
Page: 28
Validate distribution load
flow calculations
Planned vs Actual, aggregated customer

metered loads.
Compare peak load to
system capability
Perform maintenance, move
Future
Current OR
Requirement
Normal Time
Requirement
Task
Fast Time
Smart Metering RFP
Changes to average load and peak load over

time.
load or equipment as
Management of planned outages and/or

redistribution of load as required.
necessary
Load Balancing
Across phases.
For self healing distribution i.e. dynamic
Distribution Automation
Automated Load Switching
fault switching.
Monitoring operating state
of distribution assets
Distribution transformers, voltage

regulators, capacitor banks, reclosers,
switches, meshed networks. Equipment
under consideration will be selected so as to
enable remote access and control
Controlling distribution
For automated load management. Control
assets for load flow and
signals triggered by alarm activation (e g
power quality management
low voltage triggering a load transfer off a

feeder)
Load Control
Under frequency load
shedding
(initiation
(reset)
Initiation response (Fast Time based on

frequency sensing) can be programmed into
remote)
meters. Need reset function and fail-safe

restore after power outage (Normal Time).
Peak demand load control at
On command from Control Centre
e.g. street lighting, tariff switching
Take a plugging the gaps approach.
customer premises
Time based load control
Revenue Protection
Locating and reconciling
unidentified losses
Doc ID: 284/11/01, 16 November 2013
Reconciliation at feeder level.
Page: 29
Identifying theft/ tampering
Future
Current OR
Requirement
Task
Normal Time
Fast Time
Requirement
Smart Metering RFP
Feed load flow data to connectivity tables
Alarming based on power quality boundaries
Other
Network visibility
Reporting interface into
SCADA
and outage.
Distributed generation
management of load flows
and reactive flow measurement (generator
and power quality.

Demand side feed back
Future requirement, full 4 quadrant metering

size dependent)
Future requirement. Desirable to understand

in Fast Time but not essential. Multiple
levels of control (interruptible vs controlled
load)
Messaging
5.9.4
In-home messaging
Network Coverage
Head-End to meter connectivity is required to cover a minimum of 95% of meters on the TPL
network. Proponents that have compatible solution(s) to extend the coverage to the remaining
meters can include descriptions of those solutions but are not required to provide pricing at this
juncture.
Proponents are required to provide complete pricing for their solutions in the Response
Schedules, Appendix C but that pricing will exclude all facets of the solution that are not
completely under the Proponents control such as:
(i) Local Authority consents;
(ii) Costs of co-locating with established communications operators at particular sites;
(iii) Land owner agreements and easements;
(iv) Third party agreements for back haul services; and
Doc ID: 284/11/01, 16 November 2013
Page: 30
Smart Metering RFP
(v) Site establishment infrastructure.

Proponents must clearly identify facets of the solution that have been excluded from pricing.
5.10
5.10.1
Core Meter Data Management Functionality
TPL require the following Meter Data Management capabilities.
Figure 3 - MDM Core Functions
Doc ID: 284/11/01, 16 November 2013
Page: 31
Smart Metering RFP
Synch Master Data

o Reliable and efficient master data synchronisation interface and process with TPLs
Customer Information System
Import and Storage of Meter Data from Head-end

o Efficient and reliable importing of register reads, load profile (interval) data, power
quality data and events data
o Robust and reliable storage of imported data
Validation, Estimation and Editing (VEE)

o Configurable VEE rules and allocation
o Efficient VEE process
o Auditable VEE routine and updates
Data Aggregation, Data Exporting and Reporting

o Configurable aggregation rules and allocation
o Flexible data exporting via schedule or adhoc execution
o Flexible reporting via schedule or adhoc execution
System and Data administration

o User friendly configuration setting
o Efficient master data and admin data management, storage and security policy
enforcement
o Efficient user access and system interface configuration
Exceptions Management
o Efficient exceptions management at file import, record management, admin data
management and process execution levels
Integration Layer
o Flexible configuration of integration with external system either via messaging or
batch file transfer
o Secure integration layer with identity management of source
Doc ID: 284/11/01, 16 November 2013
Page: 32
Smart Metering RFP
5.10.2 Prepayment Management System

As part of its MDM TPL also require a prepayment management capability.
Figure 4 - Prepayment Management System Core Functions
Synch Master Data

o Reliable and efficient master data synchronisation interface and process with TPLs
Customer Information System including active tariff rates of prepay customers
Doc ID: 284/11/01, 16 November 2013
Page: 33
Smart Metering RFP
Efficient and reliable importing of connection status information from the backoffice system
Import and Storage of Consumption and Payment Data

o Efficient and reliable importing of daily consumption data from the MDM system
o Efficient and reliable importing of real-time payment data from the Vending system
o Robust and reliable storage of imported data
Credit vs Usage Calculation

o Configurable calculation algorithm, parameters and control settings
o Efficient, reliable and robust calculation engine with real-time response from receipt
of payment data
o Auditable calculation results and configuration updates
Disconnection List/Request Generation and Notification

o Configurable disconnection parameter settings
o Efficient, reliable and robust disconnection determination, notification and list
generation process
o Efficient, reliable and robust disconnection notification trigger
Reconnection Request Generation

o Configurable reconnection parameter settings
o Efficient, reliable and robust reconnection determination
o Efficient, reliable and robust reconnection request generation process
Data Exporting and Reporting

o Flexible data exporting via schedule or adhoc execution
o Flexible reporting via schedule or adhoc execution
System and Data administration

o User friendly configuration setting
o Efficient master data and admin data management, storage and security policy
enforcement
o Efficient user access and system interface configuration
o Efficient exceptions management at file import, record management, admin data
management and process execution levels
Integration Layer
Doc ID: 284/11/01, 16 November 2013
Page: 34
Smart Metering RFP
o
o
Flexible configuration of integration with external system either via messaging or

batch file transfer
Secure integration layer with identity management of source
Doc ID: 284/11/01, 16 November 2013
Page: 35
Smart Metering RFP
6.
Responsibilities
Once the Preferred Proponent(s) sign a Contract with TPL for the respective components of this
RFP, it (they) will become the Vendor(s). This section sets out, at a high level, the
responsibilities that the Vendor(s) will be required to undertake and, where applicable, the
relevant information Proponents are required to provide. More details of the Vendor(s)'
responsibilities can be found in the Conditions of Contract in Appendix E.
6.1
Design, Installation and Commissioning
6.1.1
Design
As between TPL and the Vendor(s), the Vendor(s) will be responsible for the design of the
Head-End, smart meters, the telecommunications equipment supplied by the Vendor(s) and the
telecommunications network (which, if applicable, will include the radio network architecture
and the configuration of the radio equipment) and the MDM.
6.1.2
Installation
The Head End Vendor will be responsible for the installation of the Head-End and the training of
TPLs field service providers who will install the smart meters.
The Telecommunication Vendor, as applicable, will be responsible for training TPLs
telecommunications network field service providers who will install the telecommunications
equipment.
6.1.3
Commissioning
The Vendor(s) will be responsible for commissioning and testing the Head-End and smart meters
and, if applicable, the telecommunications equipment and MDM. TPL reserves the right to
witness that commissioning. The Vendor will issue a Final Acceptance Certificate after the
Metering System has satisfactorily passed all the commissioning tests.
6.2
Reference Sites
Proponents are required to provide a schedule of reference sites (Response Schedules, Appendix
B) where TPL can view their proposed solution working and discuss related matters with client
organisations. Preferred Proponents are required to give access to the reference sites listed in
their Proposal to TPL personnel as part of the evaluation process.
Doc ID: 284/11/01, 16 November 2013
Page: 36
Smart Metering RFP
6.3
Factory Acceptance Testing
TPL may wish to undertake or witness factory testing of the Vendors solution or part of that
solution. Proponents are to indicate the location for such testing in the Response Schedules
(Appendix B).
6.4
Installation Support
The Vendor is required to be available at 48 hours' notice to provide on-site technical support
during the initial installation phase of the meter roll-out programme which will be for a period of
3 months from delivery of the initial order and thereafter to provide non-urgent on-site support at
72 hours' notice.
Vendors that have special tools and software program(s) that will aid the installation process
must provide details and pricing in the response Schedules, Appendix C.
All installation support costs are to be provided in the Response Schedules, Appendix C.
6.5
Training
The Meter Vendor is required to provide training to TPL's (or the TPL Distributors') installation
contractors on the correct methods of installation of all types of their meters one month ahead of
TPLs start date for meter installation. TPL will give the Vendor one months' prior notice of the
start date for meter installation.
The Head End Vendor will be required to provide training in the operation and maintenance of
the Head-End and Head-End software.
If the telecommunications solution includes RF Mesh communications solutions, the
Telecommunications Vendor will be required to provide training in the operation and
maintenance of those solutions.
TPL requires that the Vendor(s) provides sufficient training to minimise any requirement on TPL
to use the Vendors staff on an ongoing basis. Whilst some training may be required at the
Vendor's factory it is expected that the majority of training will occur in Tonga.
All training costs and venues are to be set out in the Response Schedules, Appendix C. Ongoing
support costs are to be priced separately from deployment and commissioning training.
6.6
Documentation
Doc ID: 284/11/01, 16 November 2013
Page: 37
Smart Metering RFP
The Vendor(s) must provide all documentation required by TPL to operate and maintain the
systems provided by the Vendor (s). This documentation shall be provided in electronic format
and shall include, but shall not be limited to:
Operating manuals;
Maintenance manuals (both hardware and software and including any procedure for
undertaking system upgrades);
Installer manuals for meters;
Commissioning test results;
Meter and modem test certificates; and
Third party product/software manuals (as applicable).
The Vendor(s) shall provide samples of the documentation which shall be approved by TPL
before acceptance.
6.7
Support Services
The Vendor(s) are required to provide support for their proposed solution for a period of not less
than 15 years under a Support Services Agreement to be entered into between TPL and the
Vendor.
Proponents are required to detail the levels of support proposed and the associated annual costs
in the Response Schedules, Appendix C
First Level support will be provided by TPL field service staff and Second Level will be
provided by TPLs meter/communication specialists.
TPL requires Third Level support to be provided by the Vendor. This support may, on
occasions, require site visits otherwise it is expected that most problems will be resolved using
phone and email communications.
6.8
Spare Parts
Proponents are required to list any recommended spare parts required, other than meters, to be
held by TPL. Spares should include Head-End componentry as well as numbers of each spare
Doc ID: 284/11/01, 16 November 2013
Page: 38
Smart Metering RFP
part. The numbers should be based on a 20,000 meter network. The Vendor is required to make
spare parts available to purchase for a minimum period of 10 years.
Proponents are required to nominate quantities and prices for spare parts in the Response
Schedules, Appendix C.
6.9
Test Equipment
Proponents should specify any test equipment essential for the installation and commissioning of
the Head-End, meters and communications network that their commissioning personnel will not
provide during the period of system commissioning.
Proponents should also specify any test equipment that is considered necessary for TPL to own
or to have access to in order to operate and/or maintain the meters, Head-End or communications
network.
6.10
Supply Orders
TPL intends to enter into a non-exclusive, long term (not less than 15 years) supply agreement
with the Vendor to supply smart meters. The Vendor will be required to supply interoperable
meters for the duration of the Contract.
Most of the smart meters will be installed in residential premises but some agricultural,
commercial and light industrial customers will also be supplied with 3 phase smart meters.
The approximate ratios of meter types are:
Single phase 96%
3 phase whole current 4%
3 phase CT 1%
The Vendor is only required to supply smart meters upon receipt of an order to supply from TPL.
Following the first supply order, the time from receipt of order to delivery in Tonga shall be 3
months (subject to the volume of meters to be supplied in subsequent orders, which will be
discussed with Short-Listed Proponents).
TPL would like to have the first order supplied, in Tonga during the 3rd quarter of 2014.
Proponents should indicate if this date is achievable and if not what the firm supply date would
be. Proponents should also indicate whether they can supply ahead of the required delivery date
Doc ID: 284/11/01, 16 November 2013
Page: 39
Smart Metering RFP
and provide the early delivery date. Proponents should assume a quantity of 5,000 meters for the
initial shipment.
Proponents should indicate their flexibility to respond to just in time requests for orders by
reconfiguring meters in stock for shipment.
6.11
Systems Commissioning
The Vendor is required to take responsibility for commissioning the communications network
and provide at least one commissioning engineer for a period of not less than 4 weeks to
undertake that task. During this period the Vendors commissioning personnel shall provide onthe-job training to TPL personnel.
At the end of the commissioning process, the Vendor's lead commissioning engineer is required
to certify that the system complies with the Technical Requirements and is fit for its purpose and
ready for final acceptance testing. Commissioning will be declared complete by the TPL project
manager after reviewing the Vendors completion certificate and undertaking final acceptance
testing.
6.12
Warranties
The Vendor(s) are required to warrant the reliable, safe and fit for purpose operation of all
products supplied to TPL.
The Vendor(s) are required to warrant that a Head-End has capacity to interface with 50,000
smart.
The Vendor(s) are required to warrant that services provided by the Vendor(s) will be rendered
by qualified and competent personnel and that those services will be delivered in keeping with
good industry practice for those services.
The Vendor(s) are required to warrant that the Head-End will output data appropriate for the
purpose for which TPL is acquiring the system.
6.13
Escrow
Source code for any software that is specifically developed for TPL by the Vendor(s) shall be
delivered to TPL (including source materials). The source materials for any other software used
in the Vendor's solution shall be placed in escrow.
Doc ID: 284/11/01, 16 November 2013
Page: 40
Smart Metering RFP
7.
Pricing
7.1
Equipment
The Response Schedules, Appendix C, requires Proponents to list their respective component
prices. TPL will commit to a minimum order quantity (MOQ) of smart meters over minimum
order period (MOP) of two years. This commitment will be made in the Contract. TPL expects
Proponents to factor this commitment into their pricing.
The unit meter prices to be paid for each new order for meters during the MOP will be fixed for
the duration of the MOP.
There will be a price reset at the second and every subsequent anniversary of the Acceptance
Date to take into account any change in Vendors standard pricing but if the Vendor's standard list
price is less than the adjusted price then the former will apply for the next 12 months.
7.2
Services
Services that relate directly to the procurement, installation and commissioning of meters are to
be priced on a daily rate basis plus disbursements. Post commissioning and system handover
ongoing support services are to be priced as an annual fee or on a daily rate basis plus
disbursements as is the Proponent's policy.
Prices for Additional Services (refer Section 2.5) are to be priced on a fixed fee and/or daily rate
basis plus disbursements.
7.3
Currency Exchange
Proponents should refer to clause 21 of the Terms and Conditions of RFP in Appendix A for
details on nominated currencies and how currency exchange rates will be addressed.
Doc ID: 284/11/01, 16 November 2013
Page: 41
Smart Metering RFP
8.
Contract
The proposed key terms for the Contract resulting from this RFP are set out in Appendix E. The
Preferred Proponent will be expected to enter into a Contract that substantially reflects these
terms; therefore Proponents should clearly identify any proposed departures from/tags to the key
terms in their Proposal.
Doc ID: 284/11/01, 16 November 2013
Page: 42
Smart Metering RFP
Appendix A: Terms & Conditions of RFP

1.
Agreement by Proponents to RFP Terms and Conditions

Each Proponent is deemed to have reviewed, acknowledged and agreed to the terms and
conditions set out in this RFP without reservation or variation. In the event of any
inconsistency between this Appendix A and any other section or provision of this RFP,
this Appendix A will prevail.
2.
Responsibilities of Proponents
The information contained in this RFP or otherwise provided to Proponents by TPL in
connection with this RFP is for the purpose of the Proponents considering, and
responding to, this RFP. TPL has taken reasonable steps to ensure that the information
provided is accurate, complete and not misleading, but does not warrant or represent
that this is the case.
No assurances or representations are made by TPL, whether before or after the issue of
this RFP or during the RFP process and each Proponent accepts and acknowledges, and
is deemed to have accepted and acknowledged that its decision as to whether to submit
a Proposal or not, and the Proposal itself, is made solely on its own judgement and not
upon any express or implied representation, statement or warranty made by TPL, or on
behalf of TPL.
Each Proponent acknowledges that it is its own responsibility, before submitting a
Proposal, to:
examine this RFP, any documents referenced by this RFP and any other information
made available to it by TPL or via TPLs website (www.tongapower.to)
identify and obtain all information it may require to prepare and submit its Proposal;
obtain independent advice (including legal and accounting advice);
consider all the risks, contingencies, impacts and other circumstances which may
affect its Proposal and its ability to perform in accordance with it; and
satisfy itself as to the correctness and sufficiency of its Proposal, including the
costings and prices stated in the Proposal, and all information provided with its
Proposal.
Without limiting this section 2, in submitting a Proposal, each Proponent acknowledges
and agrees that it has not relied on any express or implied statement, representation or
warranty as to the truth, accuracy or completeness of the information contained in this
RFP or otherwise provided to the Proponent by TPL.
3. TPL has no Obligations
No legal or other obligations will arise between a Proponent and TPL in relation to this
RFP, or in relation to the process, conduct, or outcome of this RFP, unless and until that
Proponent and TPL have entered into a binding written Contract and the Contract is, or
becomes, unconditional in which case the Contract will be binding on the parties only in
accordance with its terms.
Doc ID: 284/11/01, 16 November 2013
Page: 43
Smart Metering RFP
This RFP does not constitute an offer by TPL to acquire services, buy or sell assets or
enter into any arrangement with any person.
This RFP does not commit TPL to proceed with, continue, or follow, the process
outlined in this RFP or to evaluate any particular Proponent's Proposal or enter into any
discussions, negotiations or contractual arrangements with any Proponent.
Nothing in this RFP, or in the relationship of TPL and each Proponent, imposes any
duty of care on TPL and any such duty of care is expressly excluded.
The provisions of this Section 3 apply notwithstanding any other provision of this RFP
and in the event of any inconsistency, this Section 3 will take precedence.
4.
Submission of Proposals
Proposals must be submitted in accordance with, and must comply with, the terms of
this RFP.
Each Proponent warrants and represents to TPL that:
the information contained in, and submitted with, its Proposal is complete and
accurate in all material respects and may be relied upon by TPL; and
the provision of the information contained in, and submitted with, its Proposal, and
the use of it by TPL or any third party to whom TPL may make such information
available to:
o for the evaluation of, and discussions in respect of, the Proposal or any offer by
the Proponent to provide the Services; and/or
o in the negotiation of the terms of any contract in relation to the Proposal
(whether or not resulting in a Contract),
o will not breach any third party intellectual property rights,
and each Proponent indemnifies TPL against all direct losses incurred by TPL as a
result of a breach of such warranties or the representations being incorrect.
A Proposal, once submitted to TPL, may be varied by the Proponent only on the request
of TPL, and will remain open for consideration by TPL for 6 months after the Closing
Date.
Proponents may be asked to clarify their respective Proposals or provide additional
information in connection with the evaluation of their Proposals. These requests will
require prompt action and must be responded to in writing in the time specified in the
request.
Failure in doing so may result in the Proponent's Proposal not being considered any
further.
5.
Proposal Qualifications
Any qualifications to a Proposal must be clearly recorded in the Proposal and in the
relevant sections of the Appendices. Any qualifications not clearly recorded in this
manner may be excluded from further consideration in relation to this RFP.
Proposals submitted subject to significant qualifications may be considered as
alternative Proposals and will, if evaluated, be evaluated by TPL accordingly.
Doc ID: 284/11/01, 16 November 2013
Page: 44
Smart Metering RFP
A Proponent may be requested to remove unacceptable qualifications in that

Proponent's Proposal. Refusal to remove qualifications may result in the Proposal being
rejected.
If the consequence of a qualification or a qualification itself is unacceptable to TPL the
Proposal will be considered to be non-conforming and may be rejected.
6.
Subcontracting
TPL may consider Proposals where the Proponent subcontracts one or more portions of
the services to others. If a Proponent's Proposal includes services to be performed by
subcontractors or third parties, the names of the subcontractors or third parties, and the
particular services that they will each perform, must be clearly identified.
The Proponent must ensure that there is a single point of contact for account
management and assume total responsibility for the actions of the subcontractors or
third parties and will not be relieved of any of its obligations under the Proposal for the
supply of any goods or services from subcontractors or third parties.
7.
Joint/Consortia Proposals
TPL may accept Proposals from multiple joint Proponents (including consortia). If a
joint or consortium Proposal is submitted, a clearly identifiable, single organisation is
required to be responsible for the joint Proponents. The following information is
required:
a detailed description of the proposed:
o legal relationship between each joint-Proponent/member of the consortium;
o management structure for the joint Proponents/consortium;
o roles and responsibilities of each joint-Proponent/member of the consortium;
o primary responsible organisation for TPL to direct contract, management and
performance engagement issues; and
o the manner in which the joint Proponents/consortium will enter into contracts,
including the proposed party or parties to enter into agreements with TPL; and
confirmation that either:
o each joint-Proponent/member of the consortium:
(a) appoints a nominated member of the consortium to represent it in all
discussions and negotiations with TPL in relation to this RFP (with such
nominated member being authorised to also represent all other joint
Proponents/members of the consortium); and
(b)authorises that nominated member party to bind it in relation to those
matters; and
(c) is jointly and severally liable for the performance of all jointProponents/members of the consortium under any agreement that may be
entered into with TPL; or
o one joint-Proponent/member of the consortium is fully liable for the
performance of all others; and
Doc ID: 284/11/01, 16 November 2013
Page: 45
Smart Metering RFP
confirmation that the establishment and operation of the joint provision/consortium

does not contravene the requirements of Part 2 of the Commerce Act 1986, and the
basis for this confirmation.
Where a joint or consortium Proposal is submitted, the liability of the Proponents, in
relation to their Proposal, will be joint and several.
8.
Presentations
Proponents may be invited to meet with representatives of TPL and its advisers after the
Closing Date to make presentations relating to their Proposals and to take part in a
question and answer session. The dates for these presentations (if applicable) will be
notified by TPL to the Proponents in advance. The purpose of the presentations is to
assist TPL with its evaluation of the Proposals. The Proponents may be requested to
confirm in writing any statements made by the Proponents during the presentations.
Any questions raised or statements made by TPL at the presentations are subject to
these terms and conditions.
9.
Ownership and Intellectual Property Rights

All Proposals become the property of TPL on receipt by TPL and will not be returned to
the Proponent.
As between TPL and a Proponent, the intellectual property rights in the information
contained in the Proponent's Proposal belong to the Proponent, but TPL may use any
information contained in a Proposal for the purposes of assessing and evaluating the
Proposal, for the negotiation and preparation of any related agreements, and as
otherwise contemplated by this RFP.
All intellectual property rights in this RFP and in any materials prepared by TPL and
distributed with, or in connection with, this RFP belong to, and remain with, TPL.
10.
No Canvassing or Influencing
Proponents must not, directly or indirectly, canvass or seek to influence the decision of
any TPL employee, consultant or contractor acting on behalf of TPL at any stage in
connection with this RFP. Any Proponent who indirectly or directly canvasses or seeks
to influence any employee, consultant or contractor acting on behalf of TPL concerning
any aspect of this RFP may in TPLs discretion be disqualified from further
consideration for this RFP.
11.
Costs
Each Proponent must pay its own costs in connection with this RFP, including but not
limited to:
any communications or negotiations with TPL;
any meetings, presentations or interviews with TPL;
any Proponent briefings, meetings and/or site visits;
any legal costs and expenses and any professional consultants fees; and
Doc ID: 284/11/01, 16 November 2013
Page: 46
Smart Metering RFP
any establishment costs associated with any consortium or multi-party supply

Proposal.
TPL will have no liability in relation to any such costs.
12.
Proponent Request to Extend Closing Date

Proponents may request an extension of the Closing Date for the submission of
Proposals by written application to the contact person identified in section 3.3 of the
RFP. Any such request must be received at least 5 Business Days prior to the Closing
Date, and must provide sufficient reasons to support the request. Any extensions of
time that TPL chooses to grant (in its absolute discretion) will be granted to all
Proponents, and not only the particular Proponent requesting the extension.
13.
Confidentiality
The information supplied by TPL (either itself or through its consultants or advisors) in
connection with this RFP that is not publicly available is confidential. The Proponent
must not release or disclose any such information to any other person, or use any such
information to the detriment of TPL or for any purpose other than for the purposes of
this RFP. TPL may require a Proponent(s) to enter into a deed of confidentiality in
relation to this RFP at any stage.
TPL will keep Proposals received confidential provided that Proposals may be
disclosed:
to any persons advising or assisting TPL in relation to this RFP; and
as may be required by law.
TPL is not required to keep the name of any Proponent confidential.
No advertisement, press release, public statement or other information relating to the
acceptance or otherwise of any Proposal may be published in any newspaper, magazine,
journal, or other advertising media without the prior written permission of TPL.
14.
Gifts and Hospitality

In compliance with TPLs policy, gifts, inducements, promotional products or services
will not be accepted by TPLs employees, agents, or advisors working on behalf of
TPL. Any Proponent attempting to provide any gifts and/or hospitality to any TPL
employee, agent or advisor working on behalf of TPL may be disqualified from
responding to or consideration for this RFP.
15.
No Anti-Competitive Behaviour
Proponents must not, in the preparation of any Proposals, or in any discussions or
negotiations with TPL, engage in collusive, deceptive or improper conduct.
16.
Conflict of Interest
Each Proponent must disclose to TPL, both at the time of submitting the Proponent's
Proposal and on a continuing basis, any conflict of interest or potential conflict of
interest in relation to the matters covered by this RFP or any subsequent arrangement
that may be entered into by the Proponent in connection with the matters covered by
this RFP.
Doc ID: 284/11/01, 16 November 2013
Page: 47
Smart Metering RFP
17.
Liability
Neither TPL, nor TPL's employees, advisers, contractors or agents, will be liable (in
contract, tort (including negligence), equity or otherwise) for any direct or indirect
damages, losses, costs or expenses (including wasted costs, loss of profits or loss of
business opportunity) incurred by a Proponent or any other person and arising in any
way in connection with this RFP, including in connection with:
the evaluation of Proposals;
the preparation of any Proposal;
any investigations of, or by, any Proponent;
the acceptance or rejection of any Proposal;
the variation, suspension or cancellation of the process outlined in this RFP; or
any information given, or not given, to a Proponent.
Each Proponent waives any rights it may have to make a claim against TPL, or TPL's
respective officers, employees, contractors, agents or advisers arising out of or in
connection with this RFP.
Nothing contained or implied in, or arising out of, this RFP shall be construed as legal,
financial or other advice of any kind.
18.
Governing Law
This RFP and any contract entered into under this RFP shall be construed according to
and governed by Tongan law. Each Proponent agrees to submit to the non-exclusive
jurisdiction of Tongan courts in any dispute concerning this RFP or any Proposal.
19.
Verbal Advice/Information
TPL will not be bound by any verbal advice given or information furnished by any of its
officers, employees or agents in respect of this RFP. An answer or clarification relating
to any matter set out in this RFP will only be made by TPL in accordance with this RFP.
20.
General Conditions
TPL reserves the right, at its absolute discretion, to:
Not consider, or reject, any Proposal even if it complies with all requirements of this
RFP.
Not accept or award a contract to the lowest priced Proposal, the highest scoring
Proposal or any other Proposal that may be received.
Consider and accept a Proposal even if it is received after the Closing Date, does not
comply with the requirements of this RFP or is non-conforming in any respect with
this RFP.
Not give any reason to any person for the rejection, failure or otherwise of any
Proposal, or any suspension or cancellation of this RFP.
Doc ID: 284/11/01, 16 November 2013
Page: 48
Smart Metering RFP
Negotiate with any Proponent (to the exclusion of any other Proponent), at any time
before, or after selection of Short-listed Proponents or Preferred Proponents, and
upon any terms and conditions.
Deal separately with any divisible element of any Proposal, unless the relevant
Proposal specifically states that those elements must be taken collectively.
Seek clarification and/or adjustment of any Proposal.
Award a contract for all or part of any combination of parts of the supply of
equipment and services under this RFP to one of more Proponents.
Waive any irregularities or failures by a Proponent to comply with any of the
requirements in this RFP.
Amend any part of this RFP, or any associated documents (including any date and
the scope of any requirements to be met by any Proponent), by issuing a written
amendment notice.
Suspend or cancel (in whole or in part) this RFP and/or issue a new RFP.
Conduct or not conduct reference checks or credit checks on Proponents.
Re-advertise for Proposals.
Not enter into any contract in relation to the supply of equipment and services under
this RFP or enter into one or more contracts in relation to this.
Obtain similar services from any third party and not deal exclusively with any
Proponent.
Evaluate each Proposal against criteria, and in accordance with an evaluation
process, determined by TPL.
Give whatever weight it considers appropriate to any policy or criteria relating to this
RFP or evaluation of any Proposal.
Take account of any other relevant information that TPL may have in its possession
and to make enquiries of any person to assist it in the evaluation of Proposals.
Otherwise conduct the evaluation and contract award processes for the services in
any manner it sees fit.
21.
Currency/Foreign Exchange Rates

Proponents should state all prices in their Proposal in New Tongan paanga (TOP)
exclusive of any taxes or levies, such prices to remain valid for the Validity Period.
Proponents should show the exchange rate of TOP to US dollars used at the time of
their proposal.
If the Proponent is proposing to be paid in another currency then that currency
should be stated. TPL intends that, if the date of the Contract is within the Validity
Period the price payable by TPL will be the equivalent of the TOP prices specified in
the Vendor's Proposal. If the date of the Contract is outside the Validity Period the
price payable will be adjusted to match the percentage change in the cross rate (in
Doc ID: 284/11/01, 16 November 2013
Page: 49
Smart Metering RFP
excess of 2%) between the TOP and the other currency, from the end of the Validity
Period to the date of the Contract.
Doc ID: 284/11/01, 16 November 2013
Page: 50
Smart Metering RFP
Appendix B: Requirements
1.
Metrology
1.1
Core Services
Requirement
Background
COR.BRQ.01
Meter Admin: the set up and ongoing

management of meters from the Head-End,
including any commissioning processes,
reconciliation with field installation details,
meter configuration changes and retailer record
maintenance.
Meter details will be provided on

a singular or batch process and
will require ongoing management
of configuration details, current
retailer record following switch
activity. Confirmation of
commissioning is also required
and reconciliation with field
installation records on a regular
basis.
COR.BRQ.02
Scheduled Meter Register Reading: the

reading of one or more meters in a predetermined schedule provided by a retailer to
collect register(s) data just before midnight on
the scheduled date. Reads will reflect import
and export of energy. Pass validation criteria
and be aggregated for delivery.
These reads will be used for

billing and encompass import and
export of energy to cover
instances of local generation.
Doc ID: 284/11/01, 15 November 2013
Compliance / Alternatives
Page: 51
Smart Metering RFP
Requirement
Background
COR.BRQ.03
Scheduled retrieval of peak demand data

(maximum hourly demand recorded over a
user-defined time period) for an individual or
group of meters
COR.BRQ.04
Scheduled Interval Meter Reading: the

reading of one or more meters in a schedule to
collect the interval consumption data just before
midnight on the scheduled date for the period up
until the last read. Data will reflect import and
export of energy, pass validation criteria and be
aggregated for delivery.
TPL may develop time interval or

capacity based pricing, which will
require provision of this data on a
defined schedule to enable billing
and encompass import and export
of energy to cover instances of
local generation.
Interval between reading periods
to be settable and frequency of
reporting to be variable
COR.BRQ.05
Month End Reconciliation Read: the register

read of each meter just before midnight on the
last day of the month that has passed validation
criteria and be aggregated for delivery.
The provision of this read to TPL

in the first week of the month
following the read will be used to
effect timely and accurate
reconciliation
COR.BRQ.06
File Delivery: the provision of meter data files

to TPL in an agreed format using a secure file
transfer method, that enables the receiving
parties to pull files as required
The secure delivery of files in an

acceptable format), using a secure
transfer method that can be
retrieved by the recipient as
required, and uploaded to its own
Doc ID: 284/11/01, 15 November 2013
Page: 52
Smart Metering RFP
Requirement
Background
system.
Data formats should be
commonly used industry
protocols (such as XML, or
already existing data swapping
file formats) through which all
authorised service users can
access the services provided via
the AMI system.
COR.BRQ.07
Event and Parameter Reporting: the

provision of reports detailing specific events
such as outages, tamper, reconnection and
disconnection. Also parameters such as power
factor and voltage that are collected in meter
interrogation will be compiled as reports.
Alarms to be generated when parameters exceed
prescribed limits.
The provision of various event

and parameter data recorded in
each meter as reports, based on an
agreed format and frequency
provided separately to
consumption information. There
should be the capability to change
report formats.
COR.BRQ.08
Meter Data Storage: the secure storage of all

meter reading information including events,
parameters and transaction logs for the required
period. This data will be stored in a way that
enables ready access and will be backed up at a
secure location.
Secure storage and history of the

collected data is required for
compliance requirements.
Doc ID: 284/11/01, 15 November 2013
Page: 53
Smart Metering RFP
1.2
On Demand Services
Requirement
Background
ODS.BRQ.01
Service Request Management: the means to

receive, activate, monitor and complete ad hoc
requests and log requests for services enabled by
smart meter technology
A number of services will be

requested on an ad hoc basis that
the Vendor will need to manage
in a way that provides visibility
to stakeholders during the
process of the provision of the
service
ODS.BRQ.02
Meter Status: whether meter is operating

correctly (meter ping)
ODS.BRQ.03
Meter Configuration retrieval: near Real-time

retrieval of meter configuration data, including
meter number and tariff table for an individual
or group of meters
This data may be required to

resolve a billing or other
customer query, or for asset
management purposes
ODS.BRQ.04
Special Read: the ad hoc request for the

instantaneous, or future date interrogation of a
specified meter and the provision of the
collected data to the requestor in an agreed
format, using an agreed delivery process
Request for special read may be

generated for reasons including
final reads, move ins, billing
query or suspected tamper. The
format of the data provided will
be determined by the nature of
the request (e.g. Register
read/interval data, event data
etc.). Request may be individual
Doc ID: 284/11/01, 15 November 2013
Page: 54
Smart Metering RFP
Requirement
Background
or received as a batch
ODS.BRQ.05
Disconnection: the ad hoc request to disconnect

a meter instantaneously or at a future date, using
smart metering technology and confirmation that
the disconnection has occurred
ODS.BRQ.06
Soft Reconnection: the ad hoc request to

instantaneously or at a future date re-arm a
disconnected smart meter remotely, that a
person on site completes by pushing a button on
the meter
ODS.BRQ.07
Hard Reconnection: the ad hoc request to

instantaneously or at a future date reconnect a
disconnected smart meter remotely, with no
intervention from anyone on site
Doc ID: 284/11/01, 15 November 2013
Request for disconnection

generated for credit management
purposes, vacant sites or for
safety reasons. Request may be
individual or received as a batch
and may require instant action, or
be scheduled for some time in the
future
Request for Soft Reconnection
purposes, move ins or for safety
reasons. Request may be
future
Request for Hard Reconnection
purposes, move ins or for safety
reasons. Request may be
Page: 55
Smart Metering RFP
Requirement
Background
future
ODS.BRQ.08
Configuration change: the ad hoc request to

change some form of configuration in a smart
meter remotely. This could include tariff
structure; load control times etc. or load limiting
parameters.
Request for remote configuration

changes in a meter may be
required to change a tariff setting,
load control set up, or some other
remotely managed setting.
Request may be individual or
received as a batch and may
require instant action, or be
scheduled for some time in the
future
ODS.BRQ.09
Load control: the ad hoc request from to

control the load at site using smart metering
technology. Controlled load could be hot water,
commercial refrigeration or other appliance
Request for ad hoc load control

may be required to manage
network constraint or similar.
Request may be individual or
received as a batch and may
require instant action, or be
scheduled for some time in the
future
ODS.BRQ.10
Outage reporting: Scheduled retrieval of an

outage report for an individual or group of
meters along with the ability to receive alert
notifications from meters when power is lost and
also restored
This information may be required

for outage management,
customer management or dispute
management relating to outages.
Also used for performance
Doc ID: 284/11/01, 15 November 2013
Page: 56
Smart Metering RFP
Requirement
Background
reporting.
Doc ID: 284/11/01, 15 November 2013
Page: 57
Smart Metering RFP
1.3
Smart Remote Services

Requirement
SRS.BRQ.01
Background
Load Control: management of regular

scheduled load control using smart metering
technology at specified sites. This service is a
planned activity that is monitored and reported
regularly
A scheduled load control service

using smart metering technology
may be required to achieve
specific outcomes with particular
customer groups and would be
supported by a defined set of
business rules. Outcome may be
achieved by remotely setting a
schedule in the meter, or
communicating with meters on a
defined schedule.
Meter Functionality Upgrade: the management

of the remote upgrade in firmware of a group of
meters on behalf of the asset owner, using smart
metering technology.
Over time some functionality in

meters can be upgraded remotely
using smart metering
communication and IT
infrastructure. This service would
be undertaken on behalf of an
asset owner, to an agreed
implementation plan and
incorporate full activity logs for
audit and certification purposes.
Version control is required with
Doc ID: 284/11/01, 15 November 2013
Page: 58
Smart Metering RFP
Requirement
Background
this functionality.
SRS.BRQ.02
Changing load control settings: Scheduled

update and confirmation of change to an
individual or group of meters time of day (TOD)
load control table, including the ability to delay
the activation of the configuration change to a set
time and date.
Based on different arrangements

in place with customers, the load
control settings at a meter level
may require changing. This
functionality enables the change
and provides the required
confirmation.
SRS.BRQ.03
Moving between pre pay & post pay modes:

Near real-time change of a meters mode of
operation from pre-payment to post-payment
including the retention of any credit balance
Enables each customer with a

smart meter to move between
pre-pay and post pay retail
offerings.
Doc ID: 284/11/01, 15 November 2013
Page: 59
Smart Metering RFP
1.4
Reporting
Requirement
Background
REP.BRQ.01
Standard reports meter data & events: a set

of standard reports will be produced on an
agreed frequency for using validated data and
meter events. These will be provided
electronically in an agreed format.
A number of standard routine

reports will be required on
varying schedules. Ideally these
reports should be available on a
self serve basis where the user can
define parameters and format as
required and schedule delivery
either as email file attachments or
to be sent directly via FTP or IIS.
REP.BRQ.02
Ad hoc reports meter data & events: from

time to time customised reports will be required
using the collected data from smart meters.
These will be specified at the time of request.
A number of non standard reports

are likely to be required from time
to time. Ideally these will be
available in a self serve process.
REP.BRQ.03
Performance Reports: a set of supplier

performance reports will be provided covering
areas such as: compliance to SLA on service
provision (data delivery and On demand
Services) communications faults monitoring etc.
The Supplier of MDM services

will be required to report on its
own performance against key
service criteria (if it is not the
MDM supplier). This reporting
will be a range of cycles
depending on the nature of the
service delivered. Operational
Doc ID: 284/11/01, 15 November 2013
Page: 60
Smart Metering RFP
Requirement
Background
reporting for communications

infrastructure for the
communications service provider
is also expected to be required.
1.5
Fault Management
Requirement
FMT.BRQ.01
Communications faults no read: if a

recurring communications fault occurs
preventing the reading of a meter the supplier
will generate a fault notice.
Doc ID: 284/11/01, 15 November 2013
Background
The Vendors role is to identify

the communications fault and
monitor its resolution.
Page: 61
Smart Metering RFP
1.6
Metrology
Requirement
MET.BRQ.01
Max Physical Size

200x130x80mm (1 phase)
260x174x80mm (3 phase)
Include as an attachment layout drawings of
all meters proposed showing dimensions
MET.BRQ.02
Min Current
80 Amps (1 phase)
100 Amps (3 phase Whole Current)
6 Amps (3 phase CT)
MET.BRQ.03
Min Diameter of Terminals

8.2mm (1 phase),
8.5mm (3 phase Whole Current)
6.3mm (3 phase CT)
MET.BRQ.04
Terminal configuration
2 screws, slotted head combi
BS5685 (1 phase)
DIN43857 (3 phase)
MET.BRQ.05
Operating Voltage
230VAC +/- 15% (1 phase)
400VAC +/- 15% (3 phase)
Doc ID: 284/11/01, 15 November 2013
Page: 62
Smart Metering RFP
Requirement
MET.BRQ.06
Environmental Protection
IP53
MET.BRQ.07
Accuracy of measurement elements

Class 2 (1 phase)
Class 1 (3 phase) preferred
MET.BRQ.08
International Standards
IEC62052 Pt 11 and 21
IEC62053 Pt 23, or
ANSI C12.19
MET.BRQ.09
Protocols
AMS
DLMS
SML
MET.BRQ.10
MET.BRQ.11
Immunity to Harmonics/Voltage spikes

Measurement Quantities
- kWh, kW, VArh, VAr import/ export/net,
(4 quadrant metering),
- V, I
MET.BRQ.12
Pulse output
DIN 43864 or IEC6253-31
MET.BRQ.13
Indicators
Pulsing LED for consumption
MET.BRQ.14
Meter Visual Display

Display
Doc ID: 284/11/01, 15 November 2013
Page: 63
Smart Metering RFP
Requirement
kW
kWh (last account)
Tariff
Meter status (disconnected, tamper)
Retailer and telephone number
Communications signal strength for
wireless communications (optional)
Pre-pay (credit? other)
Alphanumeric messaging
MET.BRQ.15
Operating Temperature
Minus 20 to plus 50 degrees C
MET.BRQ.16
Labelling
Asset number, bar code (to EAN Standard
EAN 128), logo
MET.BRQ.17
Power Consumption
Normal continuous power consumption for
steady-state metering with communications
in stand-by mode
MET.BRQ.18
MET.BRQ.19
MET.BRQ.20
Standard Warranty term offered (years)

Meter life minimum 15 years
Meter support minimum 15 years
Doc ID: 284/11/01, 15 November 2013
Page: 64
Smart Metering RFP
1.7
Meter Configuration Options
The following options have been identified as essential (E), desirable (D) of interest (I). The Proponent should clearly indicate whether the
functionality is currently in commercial production, is being developed, could be developed or not available. If the particular function is being
developed, please indicate when the function will be available.
Requirement
MCO.BRQ.01
MCO.BRQ.02
Supply Disconnect / Reconnect

Single phase Disconnect/Reconnect -switch 100 amps
Three Phase Disconnect/Reconnect -switch 100 amps across all 3 phases
(whole current)
Importance
E
E
Load Control
MCO.BRQ.03
40A Load control switch

(Integrated to meter)
MCO.BRQ.04
2A Slave relays (2 off)
MCO.BRQ.05
40A control relay (additional load control switch)
MCO.BRQ.06
Load Limiting load switches a metered source off at remotely

configured pre-set limit, manually re-set.
MCO.BRQ.07
Under frequency Load Shedding - when a preset under frequency event

occurs the controlled load is disconnected
MCO.BRQ.08
Neutral fault detection
Other
Doc ID: 284/11/01, 15 November 2013
Page: 65
Smart Metering RFP
1.8 Specific Functionality

Requirement
SPF.BRQ.01
Time and Date

- Clock Synchronisation with Head-End (20 seconds of Tonga Time (TOT)
SPF.BRQ.02
SPF.BRQ.03
Expandable memory - for firmware/software upgrades

Non-volatile memory - store minimum of 90 days of TOU data) (with
interval at 5 minutes) plus all other meter data
SPF.BRQ.04
Storage Registers
Require ability to program a minimum of 5 registers per element
Backup power supply - battery / Super cap capacity to power meter data
for period of up to 7 days without mains power
SPF.BRQ.05
SPF.BRQ.06
Meter Security
- Security levels for whole of meter compliant with recognised internal
standards
SPF.BRQ.07
Meter Registration
-Auto meter registration on power up
-Unique identification and addressing
-Programmed firmware upgrades and rollback
SPF.BRQ.08
Time of Use (Interval) Recording

- Peak demand recording
- nominal hourly consumption recording but programmable interval
duration down to 5 minutes
- 90 days of data non-volatile storage capacity
Doc ID: 284/11/01, 15 November 2013
Page: 66
Smart Metering RFP
Requirement
- Recording of full meter register values

SPF.BRQ.09
Power Quality
-Voltage sag/swell recording
-Voltage imbalance
-Current imbalance
-Power factor
-Harmonic measurement
- Alert notification with (remotely configurable)preset trigger level
SPF.BRQ.10
Tamper Alert
- Removal of meter cover
- Provision for conventional seal (non-lead based)
- Bypassing and reverse current detection
SPF.BRQ.11
Outage Alert (last gasp)

-Remote alert notification generated on loss of power
- Remote alert notification generated on restoration of power
- Report on outage durations
Environment monitoring (particularly enclosure temperature, particularly 3
phase meters)
SPF.BRQ.12
Load Control
- Store two different Time of Day (ToD) load control tables.
- Switch between active and alternate ToD tables at a preset date and time
- Accept remote overriding load control commands
SPF.BRQ.13
Tariff Tables
Doc ID: 284/11/01, 15 November 2013
Page: 67
Smart Metering RFP
Requirement
- Store two different tariff tables.

- Switch between active and alternate tariff tables at a preset date and time
- Support both Time of Use (ToU) , critical peak and slab tariff configurations
SPF.BRQ.14
Disconnection/Reconnection
- Local / remote report on connection status
- Soft reconnection support a rearmed status allowing on-site reconnection via
enable button on the meter
Hard Reconnection support on-site reconnection without the need for button
push at meter
- Describe any additional security / handshake features that enable remote
reconnection
- Display retailers name and phone number when disconnected
SPF.BRQ.15
Pre-payment / post-payment modes

- Support for token-less prepayment
- Real-time switching between modes
- Accept remote load of payment credit
- Allow for fixed daily charges
- Allow for suspension of daily charge from the day the meter is disconnected
- Apply current limiting for zero balance
- Display current and peak usage in $/hr and also kWhrs
- Provide for an emergency credit option
- Apply credit or debit balance to account when switching modes.
Doc ID: 284/11/01, 15 November 2013
Page: 68
Smart Metering RFP
Head-End
SPF.BRQ.16
Describe the history of the development of the Head-End proposed and detail
how frequent new releases are provided and the release strategy for upgrades.
SPF.BRQ.17
SPF.BRQ.18
Describe the resources used for installing and configuring the Head-End
Describe the hardware requirements for the Head-End software
SPF.BRQ.19
Describe the operating system software requirements for the Head-End

software
Confirm that the Head-End software includes a data warehouse capable of
storing meter data from 50,000 meters for a period of 6 months
Provide details of software licence
SPF.BRQ.20
SPF.BRQ.21
SPF.BRQ.22
Provide software vendor details where software is not provided by the

Proponent
1.9 External Interfaces

Requirement
EXI.BRQ.01
EXI.BRQ.02
Meter Head End to MDMS: List any Application Programming Interfaces

developed to an MDMS
Meter Headend Web Interface: Is there a web interface?
EXI.BRQ.03
External field contractors: Is there provision for field contractors to verify meter
installations?
EXI.BRQ.04
Partnering: Provide details of any partnering arrangements with local systems

integrators on similar projects
Doc ID: 284/11/01, 15 November 2013
Page: 69
Smart Metering RFP
1.10 Delivery
DEL.BRQ.01
DEL.BRQ.02
Product Delivery
Advise delivery date from receipt of order for Meter components sufficient to
build, commission and to operate the Meter Network commercially
Flexibility to respond to just in time request for orders, to reconfigure meters in
stock before shipment.
1.11 Reference Sites

References
REF.BRQ.01
List 3 reference sites where TPL can visit to view the Meter technology being
offered in commercial operation.
Name of Client that has deployed technology and a brief description of

the circumstances/drivers/market design
Date when meters installed
Volume installed
Comms medium
Failure rate
% of sites using alternative comms
Summary of business KPIs since deployment
Doc ID: 284/11/01, 15 November 2013
Page: 70
Smart Metering RFP
1.12 Technology Roadmap

Roadmap
TRM.BRQ.01
Set out the temporal roadmap for the ongoing development of the Head-End and
Meter technology
Doc ID: 284/11/01, 15 November 2013
Page: 71
Smart Metering RFP
2.
2.1
Telecommunications
Communications Response Times
The following table indicates TPLs desired times to communicate between the Head-End and Meter.
Requirement
Explanation
Individual
Meters
Group of Meters
(1,000 Meters)
90%
99.9%
5 10
secs
1 minute
Maximum time to Distribution 30 seconds

Management System
5 minutes
30 minutes
Remote (batch) reading of whole

network
Minimum scheduled
requirement
24 hours
72 hours
TEL.BRQ.04
Individual meter reading,

Disconnect/ Reconnect command
and Event Log reporting
On demand read requirement

maximum allowable time
TEL.BRQ.05
Command receipt acknowledgement So that performance can be

with time stamp of reception
monitored
TEL.BRQ.01
Remote Load Control command

(peak demand)
Maximum time to control any

load
TEL.BRQ.02
Meter loss of supply notification

(Last Gasp)
TEL.BRQ.03
Doc ID: 284/11/01, 15 November 2013
5 secs
30 seconds
Proponent Response
30 seconds
Page: 72
Smart Metering RFP
Requirement
Explanation
Individual
Meters
Group of Meters
(1,000 Meters)
90%
TEL.BRQ.06
Respond with notice of command

completion with timestamp
Doc ID: 284/11/01, 15 November 2013
So that NOC has up to date

record of network status
Proponent Response
99.9%
5 minutes
Page: 73
Smart Metering RFP
2.2
Meter Modem Configuration

Requirement
MMC.BRQ.01
Technology (RF Mesh/PLC/GPRS/3G/Long Range Radio)
MMC.BRQ.02
Integrated or modular communications modem?
MMC.BRQ.03
If integrated can the modem be easily replaced / upgraded if

required?
MMC.BRQ.04
What is the modems power supply requirement?
MMC.BRQ.05
Is the aerial for the modem integrated into the modem or connected
separately?
MMC.BRQ.06
What provision exists for connecting external high gain antenna?
MMC.BRQ.07
Where is the modem housed within the meter?
MMC.BRQ.08
What is the mean time between failure (MTBF) for the modem
Doc ID: 284/11/01, 15 November 2013
Vendor Proponent
Page: 74
Smart Metering RFP
2.3
Meter Head-End Communications

Requirement
MHC.BRQ.01
What communications protocols are used and are these standardized or

proprietary?
MHC.BRQ.02
Can communications be prioritised across the network?
MHC.BRQ.03
Are meters permanently connected to the communications medium or

is a connection established on an as required basis?
If the meters are not permanently connected what mechanisms are
used to initiate communications?
How many concurrent meter Head-End communications sessions
can be supported at any one time
MHC.BRQ.04
MHC.BRQ.05
MHC.BRQ.06
Typical data rate in kbps for a meter to Head-End communications?
MHC.BRQ.07
Are uni-cast, narrowcast and broadcast communications supported?
MHC.BRQ.08
What level of redundancy is built into the communications network?
Doc ID: 284/11/01, 15 November 2013
Proponent Response
Page: 75
Smart Metering RFP
2.4
Security
Requirement
SEC.BRQ.01
What security standards ensure privacy over the air interface?
SEC.BRQ.02
Does the meter-headend authentication occur across a secure

communications channel?
Is the meter-headend authentication symmetrical with each end being
authenticated to the other?
Is a key management system employed for implementing secure
communications?
What measures are taken to ensure the integrity of all messages transmitted
over the network?
SEC.BRQ.03
SEC.BRQ.04
SEC.BRQ.05
SEC.BRQ.06
SEC.BRQ.07
Proponent Response
What measures are taken to prevent un-authorised access to the network?

What levels of access control exist to restrict user access?
Doc ID: 284/11/01, 15 November 2013
Page: 76
Smart Metering RFP
2.5
Modem Environmental and Compliance Standards

Requirement
Proponent Response
MEC.BRQ.01 Operating Temperature Range?

MEC.BRQ.02 Power consumption (idle and max)?
MEC.BRQ.03 Dimensions?
MEC.BRQ.04 Electromagnetic Compatibility (EMC)
CE European Compliance Mark
C-tick Australian Communications and Media (ACMA) Compliance Mark
RCM alternate C-tick Regulatory Compliance Mark
AS/NZS CISPR 11 ISM radio frequency equipment
AS/NZS CISPR 22 Information technology equipment
EN 55011 - ISM radio frequency equipment
EN 55022 - Information technology equipment
EN300 489 ERM and EMC standard for radio equipment and services
ANSI C12.21 or equivalent
MEC.BRQ.05 Power Quality Standards
IEC 61000-3-2 Harmonic Current Emissions
IEC 61000-3-3 Flicker and Voltage Variations
or EN and AS/NZS equivalent standard
MEC.BRQ.06 Electrical Safety Standards
IEC 60950 Safety of information technology equipment
or EN and AS/NZS equivalent standard
MEC.BRQ.07 Network modules lifetime 15 years?
Doc ID: 284/11/01, 15 November 2013
Page: 77
Smart Metering RFP
2.6
Communications Technology
Complete the table below which is relevant to the proposed telecommunication Network solution:
2.6.1
Mesh Solution
Requirement
MSH.BRQ.01
Radio spectrum bands in which the equipment will operate, note if licensed or
unlicensed spectrum?
MSH.BRQ.02
Minimum amount of radio spectrum required?
MSH.BRQ.03
MSH.BRQ.04
Network management support systems and diagnostic tools?

Mesh Modem RF Specifications
- Max Transmit Power
- Receive sensitivity (dBm)
- Standard Antenna Gain (dBi)
- Modulation Type
Radio Standards/Compliance IEEE 802.15.4g, ZigBee Pro, Wi-SUN, Wifi,
6LoWPAN, Proprietary, other?
MSH.BRQ.05
MSH.BRQ.06
Maximum number of end-points (meters) supported by each mesh gateway device
MSH.BRQ.07
Does the mesh employ pole mounted devices
MSH.BRQ.08
MSH.BRQ.09
Does the mesh network utilise dedicated relays / repeaters to extend the mesh
Typical communications latency across the mesh component of the network?
MSH.BRQ.10
What communications protocol is used for the WAN connection (GPRS, 3G, other)
Doc ID: 284/11/01, 15 November 2013
Proponent Response
Page: 78
Smart Metering RFP
2.6.2
PLC/DLC
Requirement
PLC.BRQ.01
Is the PLC/DLC concentrator placed before or after the local transformer?
PLC.BRQ.02
PLC.BRQ.03
PLC/DLC Modem Specifications

- Modulation Type
PLC.BRQ.04
PLC Standards/Compliance Power line Intelligent Metering Evolution (PRIME)

alliance, G3-PLC Alliance, Proprietary, other?
PLC.BRQ.05
PLC.BRQ.06
Maximum number of end-points (meters) supported by each concentrator

Typical communications latency across the mesh component of the network?
PLC.BRQ.07
What communications protocol is used for the WAN connection (GPRS, 3G, other)
2.6.3
Proponent Response
Long Range Radio (Point-to-MultiPoint)

Requirement
LRR.BRQ.01
Radio spectrum bands in which the equipment will operate, note if licensed or
unlicensed spectrum?
LRR.BRQ.02
LRR.BRQ.03
Radio channel size and number of radio channels required?

LRR.BRQ.04
Base Station and Meter Modem RF Specifications

Doc ID: 284/11/01, 15 November 2013
Proponent Response
Page: 79
Smart Metering RFP
Requirement
Proponent Response

- Standard Antenna Gain (dBi)
- Modulation Type
LRR.BRQ.05
Radio Standards/Compliance?
LRR.BRQ.06
Maximum number of end-points (meters) supported by each base station
LRR.BRQ.07
LRR.BRQ.08
Typical radio latency?

What communications protocol is used for the backhaul connection (Ethernet, 3G,
other)
2.7
Reporting
Fault Events
TRT.BRQ.01
2.8
Reporting on network fault events when they occur and summary reporting at
selectable periods.
Delivery
Product Delivery
TDE.BRQ.01
Advise delivery date from receipt of order for telecommunications components

sufficient to build, commission and to operate the Meter Network commercially.
Doc ID: 284/11/01, 15 November 2013
Page: 80
Smart Metering RFP
2.9
Reference Sites
References
TRF.BRQ.02
2.10
List 3 reference sites where TPL can visit to view the telecommunications technology
being offered in commercial operation state location and names and contact details
of Proponent clients that will agree to act as referees.
Technology Roadmap
Roadmap
TTR.BRQ.01
Set out the temporal roadmap for the ongoing development of the
telecommunications technology proposed.
TTR.BRQ.02
Detail any proposed development of alternative technologies that could be of interest

to TPL. For example any proposed development of DLC/PLC technologies.
Doc ID: 284/11/01, 15 November 2013
Page: 81
Smart Metering RFP
3.
Meter Data Management and Prepayment Management Systems
For each question, proponents are requested to specify whether their solution meets the functionality that is required. In response to each
question, please indicate in the space provided:
F (Full)
The solution meets 100% of the functionality requested and can be

implemented now.
P (Partial)
The solution is partially compliant with the requirement and would

need additional work to bring it to 100% functional.
NR (No but in Roadmap)
The current solution is not compliant with this requirement but is

in the roadmap within the next 3 years.
N (No)
The solution is not compliant with this requirement and it cannot

be implemented.
3.1 Business Requirements

3.1.1 Meter Data Management System
Meter Data Management System Business Requirements
Response
Response Detail
(F/P/NR/N)
Master Data Synchronisation

MDM.BRQ.01 Ability to synchronise (import, validate and
load) master data from TPLs CIS in an
efficient and reliable manner with audit trail
Doc ID: 284/11/01, 15 November 2013
Page: 82
Smart Metering RFP
Response
Response Detail
(F/P/NR/N)
and key business attributes versioned based

on effective dates. (e.g. Installation to Meter
relationship start and end dates).
MDM.BRQ.02 Ability to update MDMs service points
AMI meter commissioning and
decommissioning status with start and end
dates.
Import and Storage of Meter Data from the Head-end
MDM.BRQ.03 Ability to import register read, load profile
measurement data and events data sent by
the Head-end system
MDM.BRQ.04 Ability to re-import un-delivered
measurement and event data period and
version.
MDM.BRQ.05 Ability to store raw imported measurement
and events data
Validation, Estimation and Editing (VEE)
MDM.BRQ.06 Ability to configure validation rule
parameters for common validation rules
such as spike, high consumption, low
consumption, consecutive zero
consumption.
Doc ID: 284/11/01, 15 November 2013
Page: 83
Smart Metering RFP
Response
Response Detail
(F/P/NR/N)
Please list all the standard validation rules

supported by your solution.
MDM.BRQ.07 Ability to add new validation rules based on
new algorithms.
MDM.BRQ.08 Ability to configure estimation rule
parameters for common estimation rules
such as same time last year, average based
on same period, average last x months,
linear, etc.
Please list all the standard estimation
algorithms supported by your solution.
MDM.BRQ.09 Ability to add new estimation calculation
rules based on new algorithms.
MDM.BRQ.10 Ability to configure editing rule parameters.
MDM.BRQ.11 Ability to configure VEE rules allocation
parameters based on Service Point or Meter
attributes.
MDM.BRQ.12 Ability to flag VEE result against
measurement data.
MDM.BRQ.13 Ability to re-run VEE process for undelivered data.
MDM.BRQ.14 Ability to flag finalised measurement data
Doc ID: 284/11/01, 15 November 2013
Page: 84
Smart Metering RFP
Response
Response Detail
(F/P/NR/N)
for delivery to subscribing systems (eg

Billing System, DataWarehouse, Web-front
data store, etc).
MDM.BRQ.15 Ability to have audit trail of measurement
data for raw, post-VEE and post-delivery
versions.
Data Aggregation, Data Exporting and Reporting
MDM.BRQ.16 Ability to configure aggregation rule and
allocation parameters.
MDM.BRQ.17 Ability to create scheduled batch data
export based on configured export
parameters.
MDM.BRQ.18 Ability to create scheduled reports based on
configured reporting parameters.
MDM.BRQ.19 Ability to perform adhoc data export based
on selected export parameters.
MDM.BRQ.20 Ability to perform adhoc reporting based on
selected report parameters.
MDM.BRQ.21 Ability to generate standard exports and/or
report on suspected tamper, outage
reporting, power quality, etc. Please list
standard exports or reports that are
Doc ID: 284/11/01, 15 November 2013
Page: 85
Smart Metering RFP
Response
Response Detail
(F/P/NR/N)
available.
MDM.BRQ.22 Ability to raise exceptions during file or
data import at the file level, record level,
technical validation level and business
validation level.
MDM.BRQ.23 Ability to raise exceptions during data
processing e.g. VEE batch process failures.
MDM.BRQ.24 Ability to resolve exceptions in batch or for
individual records.
MDM.BRQ.25 Ability to re-run failed processes after
correction from source or master or admin
data has been completed.
MDM.BRQ.26 Ability to have audit trail on exceptions and
exceptions resolution.
System and Data Administration
MDM.BRQ.27 User friendly system configuration and
setting
MDM.BRQ.28 Ability to configure master data synch
process and rules
MDM.BRQ.29 Ability to configure administrative data
such as look-up tables, rules tables and
Doc ID: 284/11/01, 15 November 2013
Page: 86
Smart Metering RFP
Response
Response Detail
(F/P/NR/N)
control tables
MDM.BRQ.30 Ability to configure security access profile
at group and at individual level at the
system function and screen level.
Integration Layer
MDM.BRQ.31 Ability to configure integration points with
different external systems via preferred
integration mechanism eg messaging or
batch file transfer:
Interface with Prepayment Mgt

System
Interface with Billing System
Interface with CIS
Interface with FileMaker (Service

Orders)
Interface with Web Portal
Interface with Head-end
Interface with Outage Management

System
MDM.BRQ.32 Ability to enforce security at integration
layer
Doc ID: 284/11/01, 15 November 2013
Page: 87
Smart Metering RFP
3.1.2 Prepayment Management System

Prepayment Management System Business Requirements
Response
Response Detail
(F/P/NR/N)
Master Data Synchronisation

PMS.BRQ.01 Ability to synchronise (import, validate and
load) prepayment customers master data
(prepay customer account detail and tariff
information) from TPLs CIS in an efficient
and reliable manner with audit trail and key
business attributes versioned based on
effective dates.
PMS.BRQ.02 Ability to update customer prepayment
activation and deactivation status with start
and end dates.
PMS.BRQ.03 Ability to update connection status
confirmation to either disconnected or
connected from CIS or Service Order
system.
Import and Storage of Consumption Data and Payment Data
PMS.BRQ.04 Ability to import consumption data from the
MDM System
PMS.BRQ.05 Ability to import payment data from the
Vending System
Doc ID: 284/11/01, 15 November 2013
Page: 88
Smart Metering RFP
Response
Response Detail
(F/P/NR/N)
PMS.BRQ.06 Ability to validate and store imported data

with audit trail
Prepayment Usage vs Credit Calculation
PMS.BRQ.07 Ability to calculate usage vs credit
decrementation in real-time upon receipt of
payment transaction or during batch process
upon receipt of consumption (usage) data.
PMS.BRQ.08 Ability to configure calculation algorithm,
parameters and control settings (e.g.
parameter to trigger calculation upon receipt
of data from source, etc) including
application of accrued unpaid usages during
negative credit period.
PMS.BRQ.09 Ability to provide real-time response of
calculation result back to the Vending
System with audit trail (e.g. credit balance,
applied owings from accrued unpaid usages,
credits both in currency (TOP) and days
remaining)
Remote Disconnection and Remote Reconnection Request Triggers
PMS.BRQ.10 Ability to configure
disconnection/reconnection parameter
Doc ID: 284/11/01, 15 November 2013
Page: 89
Smart Metering RFP
Response
Response Detail
(F/P/NR/N)
settings based on settings for individual

over-ride, group setting or global default.
(e.g. emergency credit threshold and
entitlement, non-disconnection period, hold
disconnection based on customer attribute
value such as those under dispute status)
PMS.BRQ.11 Ability to determine prepayment accounts
for disconnection or reconnection based on
usage vs credit calculation results,
emergency credit entitlement and threshold
parameters and disconnection/reconnection
parameters
PMS.BRQ.12 Ability to generate remote disconnection list
based on disconnection determination result
PMS.BRQ.13 Ability to push disconnection notification to
customer communications layer (SMS, web
portal, email, etc) with warning, final
warning or disconnected alerts.
PMS.BRQ.14 Ability to push remote reconnection request
to external system with option for backoffice email notification immediately or as
per reconnection trigger parameter upon
Doc ID: 284/11/01, 15 November 2013
Page: 90
Smart Metering RFP
Response
Response Detail
(F/P/NR/N)
reconnection determination based on usage

vs credit calculation result. Note that
reconnection request generation is normally
real-time as differentiated from
disconnection that may be executed in batch.
Data Exporting and Reporting
PMS.BRQ.15 Ability to create scheduled batch data export
based on configured export parameters.
PMS.BRQ.16 Ability to create scheduled reports based on
configured reporting parameters.
PMS.BRQ.17 Ability to perform adhoc data export based
on selected export parameters.
PMS.BRQ.18 Ability to perform adhoc reporting based on
selected report parameters.
PMS.BRQ.19 Ability to raise exceptions during file or data
import at the file level, record level,
technical validation level and business
validation level.
PMS.BRQ.20 Ability to raise exceptions during data
processing e.g. VEE batch process failures.
PMS.BRQ.21 Ability to resolve exceptions in batch or for
Doc ID: 284/11/01, 15 November 2013
Page: 91
Smart Metering RFP
Response
Response Detail
(F/P/NR/N)
individual records.
PMS.BRQ.22 Ability to re-run failed processes after
correction from source or master or admin
data has been completed.
PMS.BRQ.23 Ability to have audit trail on exceptions and
exceptions resolution.
System and Data Administration
PMS.BRQ.24 User friendly system configuration and
setting
PMS.BRQ.25 Ability to configure master data synch
process and rules
PMS.BRQ.26 Ability to configure administrative data such
as look-up tables, rules tables and control
tables
PMS.BRQ.27 Ability to configure security access profile at
group and at individual level at the system
function and screen level.
Integration Layer
PMS.BRQ.28 Ability to configure integration points with
different external systems via preferred
integration mechanism eg messaging or
batch file transfer:
Doc ID: 284/11/01, 15 November 2013
Page: 92
Smart Metering RFP
Response
Response Detail
(F/P/NR/N)
Interface with MDM System
Interface with Vending System
Interface with CIS/ Billing System
Interface with FileMaker (Service

Orders)
Interface with back-office email
Interface with Customer

Communications Layer (SMS, email, web
portal)
PMS.BRQ.29 Ability to enforce security at integration
layer
Doc ID: 284/11/01, 15 November 2013
Page: 93
Smart Metering RFP
3.2 Technology Requirements

TPL requires information about the technology platform(s) on which the solution will be delivered. Areas where this is delivered as a service a
high level overview of the technologies will be sufficient.
For each question, proponents are requested to specify whether their solution meets the functionality that is required. In response to each
question, please indicate in the space provided:
CC (Currently Capable)
FC (Future Capability)
CO (Capability Out of Scope)
Current capability to deliver this solution/ service to existing

clients.
Future capability to deliver this solution/ service is in the roadmap.
Capability to deliver this solution/ service is out of scope of the
proponents response.
3.2.1 Technology Description

For any infrastructure required to be supported by TPL, please describe the technology on which the individual components based.
Response
Response Detail
(CC/FC/CO)
Requirement
TRQ.01
TRQ .02
What technology set is required or

supports the solution? Please list the
technology stack.
Is there any additional third party
software required to deploy the
solution? Please list additional software
Doc ID: 284/11/01, 15 November 2013
Page: 94
Smart Metering RFP
Response
Response Detail
(CC/FC/CO)
Requirement
TRQ.03
TRQ.04
requirement.
Is the solution based on a flexible
architecture?
Please provide range of technology that
can be used to support the solution (eg
DB server can be MS SQL or Oracle
10, 11g, etc)
Is the solution designed for high
availability?
TRQ.05
Please provide architectural diagram of

the proposed solution.
TRQ.06
Please provide high level data

architecture and data model.
TRQ.07
Please describe the available and

preferred data integration technologies.
Has this solution been deployed with
other clients?
Please describe integration approach
with TPL business & systems.
TRQ.08
TRQ.09
TRQ.10
TRQ.11
Please describe how robustness and

reliability of interfaces are achieved.
Describe systems reporting capabilities
Doc ID: 284/11/01, 15 November 2013
Page: 95
Smart Metering RFP
Response
Response Detail
(CC/FC/CO)
Requirement
TRQ.12
(scheduled, ad hoc)?
Describe systems data exporting
capabilities (scheduled, ad hoc)?
TRQ.12
Describe systems User Interface?

(eg user preference setting, web based,
etc)
TRQ.13
Which security standards does your

system comply with? Please list them.
TRQ.14
Please describe the systems user access

security management.
TRQ.15
Please describe how data access

security is achieved.
Are there several layers of security
enforced in the system, please describe
the security layers.
TRQ.16
TRQ.17
Please describe system monitoring,

management and administration.
TRQ.18
Can an external system monitoring tool

access the system log for integration
with central monitoring system?
TRQ.19
How is system version managed and

maintained?
Doc ID: 284/11/01, 15 November 2013
Page: 96
Smart Metering RFP
Response
Response Detail
(CC/FC/CO)
Requirement
TRQ.20
How is system availability and SLA

compliance monitored and managed?
TRQ.21
How long and frequent is the systems

maintenance window required for?
Is there any dependency on a third party
to provide support/maintenance?
TRQ.22
TRQ.23
Please describe your minor and major

patch and release cycles.
TRQ.24
When is your next release schedule?
TRQ.25
How are enhancements included for the

next release inclusion?
Please describe back-up and restore
procedures of your solution.
TRQ.26
TRQ.27
Please describe disaster recovery and

business continuity procedures of your
solution.
TRQ.28
Please describe typical performance

level of your solution in terms of
processing throughputs and response
times. Please provide context in terms
of number of installation records being
processed.
Doc ID: 284/11/01, 15 November 2013
Page: 97
Smart Metering RFP
Response
Response Detail
(CC/FC/CO)
Requirement
TRQ.29
For a licensed TPL owned arrangement,

please list all the hardware required to
deploy the solution.
3.3 Product Licensing Requirements

Please indicate the type of arrangements that are available for TPL to deploy your proposed solution:
Licensing Options
Available for MDM System being

offered
(YES or NO)
Available for Prepayment Mgt System being

offered
(YES or NO)
Licensed deployed instance to be owned by

TPL with maintenance support agreement.
Please describe licensing arrangement (by
user, by CPU, etc?)
Please indicate any third party software
licenses required.
Software as a Service
Please describe SaaS arrangement (by number
of Installations? Etc)
Outsourced Service
Please
describe
outsourced
service
arrangement (base monthly management fee
per installation volume break?)
Doc ID: 284/11/01, 15 November 2013
Page: 98
Smart Metering RFP
No License bespoke application build offer
Doc ID: 284/11/01, 15 November 2013
Page: 99
Smart Metering RFP
3.4 Expertise
TPL requires information about implementing the products and services described in your solution.
Licensing Options
Licensed deployed instance to be owned by
TPL with maintenance support agreement.
Expertise on MDM System Services
Expertise on Prepayment Mgt System Services
Please describe system support expertise.

Please describe SaaS support expertise.
Outsourced Service
Please describe back-office service operations
and management expertise.
3.5 Implementation and Knowledge Transfer

Implementation Capability
Please describe your implementation methodology and approach.
Response
Please describe your experience on implementing this type of solution.

Please describe your capability (resources, tools, and environment) on
implementing this type of solution.
Please describe your approach for knowledge transfer and training of
TPL users, including standard artefacts provided.
Doc ID: 284/11/01, 15 November 2013
Page: 100
Smart Metering RFP
3.6 Support Requirements

TPL requires information about the capability required to support the solution.
3.6.1 Support Capability, Warranties and Documentations

Implementation Capability
Please describe your system support team in terms of size and resource
allocation model for the size of TPL deployment.
Response
Please describe your standard issues, problem and escalation process

and Prioritisation criteria (P1,P2,P3)
Please provide support availability for Tonga
Please describe typical resolution time for P1, P2 and P3.
Please describe required technical and functional support that TPL
would have to build up.
Please provide documentations provided (Operating Manuals and
Troubleshooting guide) and on-going version update
Please indicate typical warranty period and clauses that applies to this
type of deployment
Doc ID: 284/11/01, 15 November 2013
Page: 101
Smart Metering RFP
Appendix C: Pricing Schedules

1.
Basis of Pricing
Proponents are required to specify the prices for all components in Tongan paanga
(TOP). If the Proponent wishes to be paid in another currency should refer to the process
set out in Clause 21 of the Terms and Conditions of RFP in Appendix A.
2.
Metrology
Single-Phase Meter
and options
Single element basic meter
Two element basic meter
100A supply disconnect
incremental cost
40A load control relay
incremental cost
Under frequency load shedding
(if not included in ripple relay
price above) incremental
cost
2A Slave relays, 2 of
incremental cost (if not
included in basic meter price)
Load limiting control
functionality incremental
cost
40A control relay (additional
load control switch)
incremental cost
Outage notification (last gasp)
incremental cost of including
at time of meter manufacture
Outage notification (last gasp)
incremental cost post
manufacture
Doc ID: 284/11/01, 15 November 2013
Volume
Notes
Page: 102
Smart Metering RFP
Three-Phase Meter
and options
Whole Current, one element
per phase basic meter
Whole Current, two elements
External CTs, one element
External CTs, two elements
100A supply disconnect
incremental cost
40A load control relay
incremental cost
Two channel ripple relay
incremental cost
Two channel ripple detect (if
not included in ripple relay
price above) incremental
cost
Under frequency load
shedding (if not included in
ripple relay price above)
incremental cost
2A Slave relays, 2 of
incremental cost (if not
included in basic meter
price)
Load limiting control
functionality incremental
cost
40A control relay
(additional load control
switch) incremental cost
Doc ID: 284/11/01, 15 November 2013
Volume
Notes
Page: 103
Smart Metering RFP
Three-Phase Meter
and options
Outage notification (last
gasp) incremental cost of
including at time of meter
manufacture
Outage notification (last
gasp) incremental cost post
manufacture
Volume
Notes
Other Prices
Software Licensing Fees (detail the pricing regime which could include
initial price and ongoing pa price per meter and upgrade pricing)
Third party software pricing (as applicable)
Extended warranty (advise the term and price of any extended warranty
offered in respect of the Head-End and/or smart meters
Head-End Servers to support the Head-End software
Business Support Systems (BSS) Provisioning Manager
Network Detailed Design Services (any prices required to design the system
to deliver the services required by TPL)
Engineering Installation and Commissioning Services provide estimated
days and daily rates for grades of personnel required to install and
commission the Head-End software
Documentation (any prices to provide the documentation to operate the
Metering System)
Price
Price Escalation
Document any price
escalation that would
apply during the primary
supply period to the end
of 2016 or regime that
could result in reduced
prices.
Doc ID: 284/11/01, 15 November 2013
Page: 104
Smart Metering RFP
Spare Parts
List recommended spare
parts, quantities and price
each assuming a meter
installed base of 20,000.
Installation/Test
Equipment
List recommended
installation and/or test
equipment and price each
Support and Training

Technical Support
describe support bases,
location, access times and
pricing regime for both
on-site and off-site
support
Doc ID: 284/11/01, 15 November 2013
Page: 105
Smart Metering RFP
3.
Telecommunications
Item
Volume
Unit
Price
Total
Price
Other Network Prices

Network Software Licensing Fees (detail the pricing regime which could
include initial price and ongoing pa price)
Extended warranty on hardware (advise the term and price)
Network Design Service Fees
Engineering Installation and Commissioning Services provide estimated
days and daily rates for grades of personnel required to commission the
communications network
Documentation/Training (any prices to provide the documentation/training
to operate the communications network)
Price
Meter Modem (GPRS, 3G, Mesh, PLC, LRR)

Mesh Gateway Device
Mesh Relay / Repeater
PLC Concentrator
LRR Base Station
Field Diagnostic Tools
AMI Headend
Licensed Model
Unit
Price/ Unit
<Please indicate if per

instance, per CPU, per
number of meters>
Software License Fee
Yearly renewal/ maintenance

and support cost
Project Implementation Cost
including software installation
and configuration including
documentations
End User
Training
and
Technical
Third party software license as
Doc ID: 284/11/01, 15 November 2013
Page: 106
Smart Metering RFP
applicable
Estimated hardware cost for
20,000 installations
< Please indicate if per
number of meters>
Other items paid as part of <Please indicate if per
SaaS such as back-office users
number of named users>
Monthly SaaS Fee
access to UI
End User Training
Outsourced Service and Systems

Monthly Base Management Fee <Please indicate if per
number of meters>
Service
Transactions
Fee
<Please indicate the services
and
fee
per
service
transaction>
Outsourced Service
Please describe outsourced
service arrangement (base
monthly management fee per
installation volume break?)
Price Escalation
Document any price
escalation that would
apply during the primary
supply period to the end
of 2015
4.
Meter Data Management and Prepayment Management Systems Pricing
Doc ID: 284/11/01, 15 November 2013
Page: 107
Smart Metering RFP
MDM
Bespoke Solution
Unit
Price/ Unit
Software Design, Development

Testing
and
Deployment
(includes
requirements
clarification and use case
definition,
training
and
technical/
user
guide
documentations)
Please
provide
estimated
project team required to
implement the solution with
resource role and count
estimates. Including estimated
implementation timeframe.
Yearly
support
maintenance fee.
and
Estimated hardware and third

party software cost.
Licensed Model
number of meters>

and support cost
documentations
End User
Training
and
Technical

applicable
number of meters>
Monthly SaaS Fee
Doc ID: 284/11/01, 15 November 2013
Page: 108
Smart Metering RFP
access to UI
End User Training

number of meters>
Service
Transactions
Fee
and
fee
per
service
transaction>
Outsourced Service
Prepayment Mgt System

Bespoke Solution
Unit
Price/ Unit
Software Design, Development

Testing
and
Deployment
(includes
requirements
clarification and Use Case
definition)
Please
provide
estimated
project team required to
implement the solution with
resource role and count
estimates. Including estimated
implementation timeframe.
Yearly
support
maintenance fee.
and
Estimated hardware and third

party software cost.
Licensed Model

number of meters>

and support cost
Doc ID: 284/11/01, 15 November 2013
Page: 109
Smart Metering RFP

documentations
End User
Training
and
Technical

applicable
Monthly SaaS Fee

number of meters>
access to UI
End User Training

number of meters>
Service
Transactions
Fee
and
fee
per
service
transaction>
Outsourced Service
5.
Additional Services
Doc ID: 284/11/01, 15 November 2013
Page: 110
Smart Metering RFP
Describe and price any Additional Services that are offered in addition to the primary
requirements of this RFP (those being smart meters, Head-End and telecommunications
connectivity between the smart meters and Head-End).
Additional Services
6. Other
Third Party Impacts
(detail any factors not
under the control of the
Proponent that may
affect the offer)
Conflicts of Interest
(detail any conflicts that
may relate to the
Proponents offer)
Doc ID: 284/11/01, 15 November 2013
Page: 111
Smart Metering RFP
Appendix D: Acknowledgement/Transmittal Forms

Acknowledgement of Receipt of RFP Form (To be returned upon receipt of RFP)
1.
Description
TPL AMI Systems Procurement Request for
Proposals (RFP)
2.
Closing Date
13 December 2013
3.
TPL Procurement
John McCutcheon
Manager
TPL Procurement Manager
Level 1, 79 Grafton Road
PO Box 109 628
Newmarket
Auckland 1149
DDI +64 9 358 3503
Mob +64 21 934 901
Proponent
4.
Proponent Name
5.
Contact Person
This notice is to formally advise that the above Proponent has received the TPL RFP in
respect of Advanced Metering Infrastructure.
Response on behalf of Proponent
By:
Position:
Date:
Doc ID: 284/11/01, 15 November 2013
Page: 112
Smart Metering RFP
Intention to Respond Form (To be returned within one week of data of issue of RFP)
1.
Description
Proposals (RFP)
2.
Closing Date
13 December 2013
3.
TPL Procurement
John McCutcheon
Manager
79 Grafton Road
PO Box 109 628
Newmarket
Auckland 1149
DDI +64 9 358 3503
Mob +64 21 934 901
Proponent
4.
Proponent Name
5.
Contact Person
Consortium Partners (as applicable)
6.
7.
This notice is to formally advise that the above Proponent does/does not (delete as
applicable) intend to submit a Proposal to the RFP.
We agree to comply with the provisions of the RFP, in particular, the conditions related
to confidentiality during the evaluation and negotiation period.
Response on behalf of Proponent
By:
Position:
Date:
Doc ID: 284/11/01, 15 November 2013
Page: 113
Smart Metering RFP
RFP Response Transmittal Form

1.
Description
Proposals (RFP)
2.
Closing Date
13 December 2010
3.
TPL Procurement
John McCutcheon
Manager
79 Grafton Road
PO Box 109 628
Newmarket
Auckland 1149
DDI +64 9 358 3503
Mob +64 21 934 901
Proponent
4.
Proponent Name
5.
Contact Person
Consortium Partners/Subcontrators (as applicable)
6.
7.
This Proposal is submitted in response to the RFP referred to above, in accordance with
the terms set out in the RFP, including the Terms and Conditions of RFP.
I/We acknowledge acceptance of the terms set out in the RFP.
I/We acknowledge that the Conditions of Contract specified in the RFP will be used as
the basis of any Contract that may be entered into with TPL in connection with this
Proposal, subject to agreed modifications (if any).
I/We acknowledge that the proposal will remain valid for the Validity Period specified
in the RFP.
The information supplied in this Proposal is, to the best of our knowledge, accurate and
has not omitted any information material requested in the RFP.
Doc ID: 284/11/01, 15 November 2013
Page: 114
Smart Metering RFP
I/We have fully disclosed in the Proposal all circumstances when my/our duties and
responsibilities to TPL related to the RFP could be adversely affected by some other
separate duty to a third party.
I/We have fully disclosed in the Proposal all known circumstances where any actual or
perceived conflict of interest could occur in relation to this Proposal.
I /We warrant that I/we am/are duly authorised to sign the Proposal for and on behalf of
the Proponent.
Response on behalf of Proponent:

By:
Position:
Signature:
Date:
Witness name:
Signature:
Address:
Doc ID: 284/11/01, 15 November 2013
Page: 115
Smart Metering RFP
Appendix E: Key Contractual Terms

This appendix sets out the key terms and conditions that TPL would expect to be
included in any Supply Contract entered into with a successful Proponent, referred to
below as the Vendor.
Key Term
Governing Law
Term of agreement
Delivery of Service
Financial
Liquidated Damages
Warranties
Confidential
information
Liability & indemnity
Description of commercial outcomes sought

Contract to be governed by the laws of Tonga
5 years with an option to extend based on agreed criteria
being achieved
Delivery arrangements will include contractual obligations
relating to :
Delivery dates
Testing of services
Formal acceptance criteria
To include specific provisions relating to:
Pricing
Dispute management procedures
Vendor will pay TPL liquidated damages for the non delivery
of services to a specified standard at a specified time
Reciprocal
Relating to parties ability to performance obligations
under the contract
Vendor
Services will be fit for the purpose intended as
specified
No Intellectual Property Rights infringement
Services to be provided in accordance with good
industry practice
Each party to maintain confidentiality in restpect of all
confidential information both during the term, and for a
specified period after the termination or expiry of, the
contract
Vendor will indemnify TPL at all times for any loss,
incurred as a direct result of the Vendors breach of the
contract
No liability on either party for indirect, consequential or
Doc ID: 284/11/01, 15 November 2013
Page: 116
Smart Metering RFP
Force Majeure
Termination
Intellectual Property
Insurance
special loss
No liability for either party in the case of a Force Majeure
event
TPL able to terminate in the event of a breach of
contract
TPL able to terminate for convenience with an agreed
notice period
Vendor unable to terminate the contract for
convenience
Both parties are to retain the intellectual property rights to the
intellectual property they introduce or create in the provision
of services under the contract
Vendor to hold appropriate insurances up to agreed limits to
ensure it is able to meet the obligations of the contract
between the parties including at least:
Public liability
Professional indemnity
Doc ID: 284/11/01, 15 November 2013
Page: 117

TPL Smart Metering Base RFP V10 Final 16 Nov 13

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

TPL Smart Metering Base RFP V10 Final 16 Nov 13

Uploaded by

Copyright:

Available Formats

Request for Proposal

ADVANCED METERING INFRASTRUCTURE

Smart Metering RFP

About Tonga Power Limited ...................................................................................................... 6

Smart Meters .......................................................................................................................... 10

Meter Data Management ........................................................................................................ 11

Indicative Evaluation Process ................................................................................................. 13

Indicative Timetable ................................................................................................................ 14

Notification of Receipt of RFP and Intention to Respond ......................................................... 15

Notices to Proponents ............................................................................................................ 15

Format of Proposals ............................................................................................................... 15

Multiple Proposals and Alternative Proposals .......................................................................... 16

Delivery of Proposals .............................................................................................................. 16

Conceptual Future State ......................................................................................................... 19

Core Components covered by this RFP .................................................................................. 20

Meters/Metering Equipment .................................................................................................... 23

Head-End Hardware and Operating Software

Vendor Software Licences

TPL Distributor IT Systems

Meter-Head-End Communications/Telecommunications Equipment ........................................ 25

Doc ID: 284/11/01, 16 November 2013

Smart Metering RFP

General Requirements of the Meter Head-End Communications network

Times to Communicate (System End-to-End Performance)

Meter Data Management ........................................................................................................ 31

Core Meter Data Management Functionality

Design, Installation and Commissioning .................................................................................. 36

Reference Sites ...................................................................................................................... 36

Factory Acceptance Testing.................................................................................................... 37

Installation Support ................................................................................................................. 37

Support Services .................................................................................................................... 38

Spare Parts ............................................................................................................................ 38

Test Equipment ...................................................................................................................... 39

Supply Orders ........................................................................................................................ 39

6.13 Escrow ................................................................................................................................... 40

Agreement by Proponents to RFP Terms and Conditions........................................................ 43

Responsibilities of Proponents ................................................................................................ 43

TPL has no Obligations........................................................................................................... 43

Submission of Proposals ........................................................................................................ 44

Proposal Qualifications ........................................................................................................... 44

Joint/Consortia Proposals ....................................................................................................... 45

Ownership and Intellectual Property Rights ............................................................................. 46

No Canvassing or Influencing ................................................................................................. 46

Doc ID: 284/11/01, 16 November 2013

Smart Metering RFP

Proponent Request to Extend Closing Date ............................................................................ 47

Gifts and Hospitality ................................................................................................................ 47

No Anti-Competitive Behaviour ............................................................................................... 47

Governing Law ....................................................................................................................... 48

Verbal Advice/Information ....................................................................................................... 48

General Conditions ................................................................................................................. 48

Smart Remote Services

Meter Configuration Options

Communications Response Times

Meter Modem Configuration

Meter Head-End Communications

Modem Environmental and Compliance Standards

Meter Data Management and Prepayment Management Systems .......................................... 82

Meter Data Management System

Prepayment Management System

Doc ID: 284/11/01, 16 November 2013

Smart Metering RFP

Product Licensing Requirements

Implementation and Knowledge Transfer