Lumeitalia

Caricamento

Il caricamento sta impiegando più tempo del previsto.

Torna alla home

Lumeitalia

How to write a specification for remote management and smart city

Structure, verifiable requirements and commissioning clauses for a remote management and smart city specification that avoids disputes.

Viale urbano e percorso ciclabile illuminati da apparecchi LED
Viale urbano e percorso ciclabile illuminati da apparecchi LED. Immagine illustrativa generata con AI.

Overview

Remote management turns a lighting installation into a data infrastructure: it enables diagnostics, point-level dimming and energy reporting. A well-written technical specification is worth more than any later negotiation: it defines what is being purchased, how conformity is demonstrated and who is liable if it is not met. This Centro Studi Lumeitalia guide describes the structure of a remote management and smart city specification built on verifiable requirements, avoiding both generic wording and clauses that in practice describe a single product.

Applicable standards

The regulatory reference for remote management and smart city is not a single document but a coordinated set of standards covering performance, safety and environmental impact. In design practice the following documents drive the main choices.

  • DALI-2 / D4i — interoperability of drivers and control nodes.
  • NEMA / Zhaga — standard mechanical interfaces for nodes.
  • GDPR — processing of data collected in urban environments.

Document structure

A useful specification has five parts: scope and boundary of supply, performance requirements with their reference standard, construction and safety requirements, documentation required at bid stage, verification and commissioning procedures. Separating performance from construction requirements is the choice that most affects competition: the former describe the expected outcome, the latter constrain how it is achieved and should be used only where a documentable technical reason exists.

Every requirement should be written so that a third party can say, unambiguously, whether it is met. Wordings such as "high quality" or "leading brand" are not requirements: they cannot be verified and at tender stage they become discretionary assessments that are hard to defend.

Verifiable performance requirements

For remote management and smart city, performance requirements must be anchored to the applicable standards cited in this article, stating for each one the required value, the reference condition and the accepted verification method. It must always be stated whether the value applies to a new installation or at end of life, because the difference drives sizing and, if left implicit, is the first source of dispute at commissioning.

The expected operating conditions must also be stated — avoiding proprietary solutions that tie the municipality to a single supplier is typically the critical point the specification must address — together with applicable environmental or local limits, citing the source rather than restating its values.

Documentation to require at bid stage

The minimum list includes: photometric files of the proposed luminaires in a standard format, declaration of conformity, lifetime data declared per IES LM-80 with test conditions, a maintenance schedule with planned cycles, warranty terms and spare-part availability. Requesting documents that are never examined lengthens the tender without improving it: a short list that is actually assessed works better.

Verification and commissioning clauses

The most neglected section is also the one that decides the outcome: it must state when measurements are taken, with which instruments, at which points, with what tolerance and what happens in case of deviation. A verification protocol agreed before execution turns commissioning into a technical step rather than a negotiation.

Recurring critical points

The difficulties that most often emerge in remote management and smart city projects are not about product selection, but about defining requirements and verifying results.

  • Avoiding proprietary solutions that tie the municipality to a single supplier.
  • Ensuring network coverage across wide or complex territories.
  • Making data genuinely usable by technical departments.

Design approach

An orderly method drastically reduces variations during works and disputes at commissioning. Three choices make the difference from the earliest stages.

  • Specifications mandating open protocols and data portability.
  • Hybrid architectures with multiple communication technologies.
  • Decision-oriented dashboards: faults, consumption, intervention priorities.

Parameters to verify

  • Interoperability — DALI-2 / D4i — specification requirement
  • Node interface — NEMA / Zhaga — controller replaceability
  • Data portability — specification — export in open formats
  • Cyber security — good practice — updates and access management

Most frequent mistakes

Non-conformities found at commissioning almost always come from three causes: requirements not declared or declared without a reference standard, calculation run on idealised geometry, and an optimistic maintenance factor. All three can be avoided at zero cost during design.

  • Scope and boundary of supply defined without implicit references
  • Performance requirements with standard, value and reference condition
  • Explicit distinction between new-installation and end-of-life values
  • Minimum documentation list, short and actually assessed
  • Measurement protocol and tolerances agreed before execution
  • Warranty terms and spare-part availability stated in years

Key takeaways

A remote management and smart city project holds up over time when requirements are declared, the calculation reproduces real conditions and on-site verification follows an agreed protocol. Component selection matters, but comes later: without measurable requirements even the best product delivers a result that cannot be demonstrated. Centro Studi Lumeitalia makes its technical office available to review requirements and design checks.

Methodological note: This content is written for technical information purposes by Centro Studi Lumeitalia and does not replace the lighting design or a full reading of the standards cited. Applicable performance values are those of the standards in force at design time.

Domande frequenti

Is remote management always worth it?+

It pays off when the installation is large or hard to supervise: value comes from fewer maintenance trips and fine dimming, not from consumption data alone.

How is supplier lock-in avoided?+

By requiring standard protocols, replaceable nodes and the right to export historical data in open formats.

Where should a remote management and smart city project start?+

From a written definition of performance requirements and verification conditions: this step drives every later choice and makes the result either disputable or defensible at commissioning.

Which documents should be requested from the supplier?+

Photometric files of the proposed luminaires, declaration of conformity, lifetime data declared per IES LM-80 with its conditions, the maintenance schedule and warranty terms.