Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS Platform for Government Building Rooftop Solar/Wind and Renewable Energy Systems under GEDA

Interested parties are required to fill in the requisite details and submit their Technical Bid

and Financial Bid along with a non-refundable Tender fee and EMD, as per the details

S.No. Item description

Tender for Selection of Software Solution

Provider for IIoT-Based SCADA SaaS Platform

for Government Building Rooftop Solar/Wind

and Renewable Energy Systems under GEDA

A separate Tender Fee and EMD shall be submitted in favour of Gujarat Energy

Development Agency, payable at Gandhinagar, either in the form of a Demand Draft or a

Bank Guarantee issued by any of the banks listed in Annexure-Z of the Bid Document. The

Bank Guarantee, if submitted, shall be valid for a period of Six months with an additional

grace period of two months.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

The Tender schedule is as follows:

No. Tender Schedule Date Time

1 Online Bid Submission Start Date 14/09/2026 12:00 p.m.

2 Last Date of Physical Submission in GEDA Office 24/09/2026 02:00 p.m.

3 Online Bid Submission End Date 24/09/2026 12:00 p.m.

4 Bid Opening in GEDA Office 24/09/2026 03:00 p.m.

Director, GEDA reserves the right to reject any/all offers without assigning any reasons

Gujarat Energy Development Agency, Gandhinagar

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

2. TABLE OF CONTENTS

2. Deemed Examination, Clarifications and Acceptance ...................................................

3. Bidder's Responsibility to Understand Scope................................................................

4. Submission of Offers – Mode and Timelines .................................................................

5. Superscription of Physical Bid Envelopes ......................................................................

7. Mandatory Signing, Stamping and Authentication........................................................

10. Document Submission, Verification and Evidence ....................................................

12. Consequences of Misrepresentation, Fraud or Withdrawal .....................................

13. Tender Fee and Earnest Money Deposit (EMD).........................................................

14. Submission of Tender Fee and EMD – Format and Bank List.....................................

18. No Automatic Entitlement Based on Price ................................................................

19. Consequences of Failure to Accept Work Order/AT or Withdrawal ..........................

22. Compliance with Laws, Regulations and Statutory Requirements ............................

24. Default in Performance and Remedial Action by GEDA.............................................

25. Access, Inspection and Quality Assurance .................................................................

28. Cross-Vendor Coordination – SaaS Vendor Obligations ...........................................

29. Exit Management, Transfer, Data Handover and Transition under SaaS Model for

30. Packing, Marking, Transit and Delivery Responsibility...............................................

31. Publicity, Confidentiality and Intellectual Property Restriction .................................

34. Project Reporting and Monitoring Compliance .........................................................

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

7. SCOPE of WORK, TECHNICAL SPECIFICATION & GTP .................................................

9. ANNEXURES AND BID SUBMISSION FORMATS .........................................................

1. Annexure-1: General Information about bidders ........................................................

Annexure-2: Work Experience of Last Three Financial Years ............................................

3. Annexure-4: Declaration of Non-Conflict of Interest (Employment of Relatives) .....

5. Annexure-5: Undertaking For No Deviation From Tender Terms & Conditions ........

8. Annexure-9: Undertaking For Exemption From Tender Fee & EMD ..........................

9. Annexure-10: Notarized Undertaking Regarding Non-Debarment and No Dues .....

10. Annexure-11: Undertaking for Secrecy and Confidentiality ..................................

12. Annexure-13: Details of Earnest Money Deposit and Tender Fee Attached .........

13. Annexure-Z: List of banks for bank Guarantee ......................................................

1. FOR Destination Monthly Service Pricing ......................................................................

2. Scope of Ownership, Data Rights, Exit Management and Transfer under SaaS Model

3. Ownership of Data and Government Records ............................................................

4. SaaS Access Rights and Subscription Nature ..............................................................

5. Exit Management, Transition Assistance and Data Portability ..................................

6. Handover of Configurations and Operational Assets .................................................

15. Financial Bid Evaluation Methodology and L1 Determination Criteria ..................

16. Cloud Hosting Cost Break-up and Migration to GEDA / State Data Centre ............

11. Annexure- A1 (SERVICE LEVEL AGREEMENT (SLA), LIQUIDATED DAMAGES (LD) & PERFORMANCE

COMPLIANCE FRAMEWORK FOR “TENDER FOR SELECTION OF SOFTWARE SOLUTION PROVIDER FOR

IIOT-BASED SCADA SAAS PLATFORM FOR GOVERNMENT BUILDING ROOFTOP SOLAR/WIND AND

RENEWABLE ENERGY SYSTEMS UNDER GEDA”) …………………………………………………………………………...123

12. Annexure- MNRE Guidelines …………………………………………………………………………………………………135

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

3. LIST OF ABBREVIATIONS

AC Alternating Current

BOQ Bill of Quantity

BOS Balance-of-System

CMC Comprehensive Maintenance Contract

DCU Data Concentrator Unit

IEC International Electro technical Commission

IEEE Institute of Electrical and Electronics Engineers

IIoT Industrial Internet of Things

IP Internet Protocol /Ingress Protection

IS Indian Standard

MIS Management Information System

MNRE Ministry of New & Renewable Energy, Government of India

PoC Proof of Concept

PVC Polyvinyl chloride

RTC Real-Time Clock

SCADA Supervisory Control And Data Acquisition

GERC Gujarat Electricity Regulatory Commission

SPD Surge Protection Device

SNA State Nodal Agency for Renewable Energy

UAT User Acceptance Test

GEDA Gujarat Energy Development Agency

RMS Remote Monitoring system

SLA Service Level Agreement

MQTT Message Queuing Telemetry Transport.

HTTP Hyper Text Transfer Protocol

TLS Transport Layer Security

SSL Secure Sockets Layer

DLMS Device Language Message Specification

API Application Programming Interface

JSON JavaScript Object Notation

Modbus Modular Bus Communication Protocol

SIG Solar IIoT Gateway

SMC Sheet Moulding Compound

RJ45 Registered Jack

RJ11 Registered Jack

Wi-fi Wireless Fidelity

NB-IoT Narrowband Internet of Things

GSM Global System for Mobile Communications

GPRS General Packet Radio Service

DoT Department of Telecommunications

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

TRAI Telecom Regulatory Authority of India

HES Head End System

MDMS Meter Data Management System

MDAS Meter Data Acquisition System

DISCOM Distribution Company

ACDB AC Distribution Box

BLE Bluetooth Low Energy

TIA Telecommunications Industry Association

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

4. INSTRUCTIONS TO BIDDERS

1. Bid documents will be available on https://tender.nprocure.com until the date

specified in the tender advertisement.

2. Bidders must register on the nProcure portal and procure a legally valid Digital

Signature Certificate (DSC) as per the Information Technology Act,

3. All bids shall be digitally signed. Physical submission of the Price Bid will disqualify the

Bidder. Offers in physical form only shall not be accepted under any circumstance.

4. Conditional bids with any deviations shall not be accepted.

5. Bids without Tender Fee or EMD, or both, or which do not fulfil conditions as

mentioned in the tender shall be summarily rejected.

6. GEDA reserves the right to reject any or all bids or split the work between more than

one Bidder without assigning any reason thereof.

7. Erasures and other changes shall be initialled (signed and stamped) by the authorized

8. Offers of only those firms or individuals who are technically capable and sound for

providing such services as per Eligibility Criteria and who give satisfactory evidence of

such experience shall only be considered.

9. Self-certified copies of documents shall be submitted. Originals must be produced for

verification upon request.

10. Bidder shall mandatorily submit the Checklist as mentioned in Annexure-12 along with

supporting documents in the Physical Bid.

All documents specified herein shall be properly tagged, each page

shall be serially numbered, and the complete set shall be securely

spiral-bound for physical submission.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

5. ELIGIBILITY CRITERIA FOR BIDDERS

1. Legal Entity & Registration: The Bidder shall be a body corporate incorporated in India

under the Companies Act, 1956/2013, or a registered Partnership/Proprietorship firm

with valid government registration. Fictitious, deregistered, or liquidated entities shall

be summarily disqualified.

2. Technical Eligibility Criteria

The Bidder shall satisfy the following minimum technical eligibility requirements:

(a) Relevant Experience

The Bidder shall have experience in the design, development, implementation, deployment,

integration, operation, and maintenance of one or more of the following systems:

Industrial Internet of Things (IIoT) Platforms based on

 Supervisory Control and Data Acquisition (SCADA) Systems of Remote Monitoring

Systems (RMS) for Energy Management Systems (EMS); and/or

 Smart Metering, Advanced Metering Infrastructure (AMI), or Meter Data

Management Systems (MDMS); and/or

 Telemetry, Data Acquisition, Asset Monitoring, or Industrial Automation Platforms;

The experience may be as a Software Solution Provider, System Integrator, Technology

Provider, Platform Developer, Managed Service Provider for implementation and operation

of such systems.

(b) Applicable Sectors

The experience cited under this criterion shall have been executed in one or more of the

following sectors:

 Renewable Energy Sector (Solar, Wind, Hybrid, Battery Energy Storage Systems,

 Power and Energy Utilities;

 Transmission and Distribution Utilities;

 Smart Grid Applications;

 Oil & Gas Sector;

 Water Supply and Utility Infrastructure;

 Government, Public Infrastructure, Urban Utility, or other comparable large-scale

monitoring and automation applications.

(c) Geographical Requirement

The projects cited for qualification shall have been successfully implemented and operated

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

Projects executed outside India may be additionally furnished for reference; however, only

projects executed within India shall be considered for qualification purposes.

(d) Operational Project Requirement

The Bidder shall demonstrate that the cited projects have been successfully commissioned,

deployed, and operational either:

 as on the date of Bid Submission; or

 at any time during the preceding three (3) financial years.

The Bidder shall submit documentary evidence in support of the claimed experience, which

 Purchase Orders;

 Contract Agreements;

 Completion Certificates;

 Commissioning Certificates;

 Go-Live Certificates;

 Client Acceptance Certificates;

 Operational or Performance Certificates; and/or

 Client-issued documents confirming successful implementation and operation.

The submitted documents shall clearly establish:

 Scope of work executed by the Bidder;

 Nature of software platform and services provided;

 Integration of field devices, meters, gateways, sensors, controllers, or monitoring

 Successful commissioning and Go-Live status; and

 Operational status of the deployed solution.

(e) Minimum Integrated Device/System Experience

The Bidder shall demonstrate experience of successfully integrating, monitoring, and

operating through a centralized software platform an aggregate minimum of:

 500 field devices/meters/sensors/controllers/data acquisition points/gateways;

integrated through one or more eligible projects.

The above quantity may be cumulative across multiple qualifying projects.

The platform shall have been operational for a minimum period of one (1) year prior to

the Bid Submission Date.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

(g) Long-Term Operations and Support Experience

The Bidder shall have experience of providing post-deployment support, maintenance,

monitoring, hosting, software upgrades, security management, or managed services for at

least one eligible project for a period of not less than one (1) year after commissioning or

Relevant documentary evidence such as Annual Maintenance Contracts (AMC), Operations &

Maintenance Agreements (O&M), Managed Service Contracts, Client Certificates, or

equivalent documents shall be submitted in support of this requirement.

(a) Qualifying Period

o The required experience shall pertain to projects executed during the last:

 Three (3) financial years preceding the bid submission date.

(b) Proof of Experience

o The Bidder shall submit documentary evidence such as:

 Purchase Orders/Work Orders,

 Completion Certificates,

 Commissioning Certificates,

 Performance Certificates, or

(c) Right of Verification

 The Purchaser/Employer reserves the right to verify:

o Project credentials,

o Operational status,

o Device count, and

o Client references submitted by the Bidder.

3. Financial Eligibility:

a) The Bidder’s average annual financial turnover during the last three (3) financial

years shall meet or exceed ₹150 Lakhs.

b) The Bidder's Net Worth shall have been positive in each of the last three (3) financial

c) Financial statements shall be audited and certified by a practicing Chartered

Accountant. (Audited Provisional shall be accepted only for the year 2025-26.)

4. Mandatory Licenses & Registrations:

o Valid GST Registration matching the Bidder’s legal name.

o EPF/ESI Compliance certificates (if applicable).

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

5. The Bidder shall submit duly signed and stamped undertakings as per all the

Annexure-5, Annexure-9, Annexure-10 & Annexure-11 mentioned with this

6. GEDA reserves the absolute right to physically verify, cross-check, or request third-

party validation. Misrepresentation shall lead to summary rejection and EMD

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

6. GENERAL TERMS AND CONDITIONS

1. Definitions and Interpretation

(a) "GEDA" shall mean the Gujarat Energy Development Agency, acting through its Director

or duly authorized representative, with its head office at 4th Floor, Block No. 11 &

Udyog Bhavan, Sector-11, Gandhinagar – 382

(b) "Bidder" shall mean the entity who has submitted an Offer to GEDA.

(c) "TPI" shall mean Third Party Inspection Agency nominated/authorized by GEDA.

(d) "SIG" shall mean Solar IoT Gateway - the IoT-based hardware device for remote metering

and data communication deployed at solar installation sites.

(e) "DBFOOT" shall mean Design-Build-Finance-Own-Operate-Transfer model. Under this

model, the Bidder shall design, build, finance, own, and operate the deployed SIG

hardware for a period of 10 years from commissioning and go-live, after which all

hardware, SIM accounts, and associated infrastructure shall be transferred to GEDA or

its designated agency.

(f) "SaaS Vendor" shall mean the separately contracted software/SCADA platform provider

under Tender No. GEDA/SIG-SW/2026-27/ . The SIG Hardware Vendor and SaaS Vendor

are distinct entities under separate tenders.

(g) "Go-Live" shall mean successful commissioning of a SIG device with confirmed data

transmission to the SaaS SCADA platform, validated by GEDA/ GEDA authorized Third

2. Deemed Examination, Clarifications and Acceptance

The Bidder shall be deemed to have carefully examined, understood, and accepted all

documents, specifications, terms, and conditions. Queries shall be submitted in writing

within seven (7) calendar days from the date of Tender announcement and in any case prior

to bid submission. No representation, query, or request submitted after this period shall be

entertained. Clarifications issued by GEDA shall be final and binding.

3. Bidder's Responsibility to Understand Scope

Before submission, Bidders shall satisfy themselves fully regarding the scope of work,

technical requirements, site conditions, and all other relevant factors. Ignorance or

misunderstanding shall not constitute a ground for deviation, claim, or dispute.

4. Submission of Offers – Mode and Timelines

(a) Online Offers shall be submitted complete via https://tender.nprocure.com.

(b) Physical bid document shall be received at GEDA office only up to the date and time in

the Tender Notice.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

(c) Late submissions, shall be summarily rejected.

5. Superscription of Physical Bid Envelopes

Physical bid documents shall be placed in sealed envelopes clearly superscribed with:

" Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS Platform for

Government Building Rooftop Solar/Wind and Renewable Energy Systems under GEDA".

Envelopes not bearing this exact superscription may be rejected without opening.

6. Language of Submission

All information, declarations, and documents shall be submitted in English only. Any

document in another language must be accompanied by a duly certified English translation.

7. Mandatory Signing, Stamping and Authentication

(a) Every page of the Tender document shall be duly signed and stamped by the Bidder or

its authorized signatory.

(b) Any erasure, overwriting, or correction shall be duly initialed, signed, and stamped by the

authorized signatory.

(c) Failure to sign/stamp any page, or unauthenticated changes, shall render the Offer non-

compliant and liable for rejection.

8. Prohibition on Influence

Any attempt by the Bidder, its representative, or agent to influence the decision regarding

the Offer shall render the Offer liable to summary rejection.

9. Relationship with GEDA Employees

The Bidder shall submit an undertaking per Annexure-4 on company letterhead confirming

that none of its partners, directors, or key personnel are related to any GEDA employee.

10. Document Submission, Verification and Evidence

(a) Bidders shall submit self-certified copies of all supporting documents.

(b) Original documents must be produced for verification by GEDA officials upon request.

(c) Details of similar work executed only within the last three (3) years, with copies of

work orders and completion certificates, must be attached.

(d) GEDA's verification and acceptance of documents shall be final. Submission of false,

forged, or misleading documents shall attract consequences as mentioned in this tender.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

11. "No Deviations" Declaration Mandatory

(a) Any deviation from the Tender bid document shall not be accepted.

(b) Bidder shall submit an undertaking per Annexure-5 regarding no deviation.

12. Consequences of Misrepresentation, Fraud or Withdrawal

If any information is found false, concealed, or incorrect at any stage, the Offer may be

immediately rejected. The Bidder may be debarred from all business with GEDA for three

(3) years, and EMD shall stand forfeited absolutely. This is without prejudice to any other

legal or contractual remedies available to GEDA, including civil/criminal proceedings.

13. Tender Fee and Earnest Money Deposit (EMD)

(a) All Tenders shall be accompanied by requisite Tender Fee and EMD as specified in the

(b) Any Tender not accompanied by adequate Tender Fee and EMD in conforming format

shall be summarily disqualified.

(c) No relaxation or exemption shall be granted except under the Gujarat State Procurement

Policy, 2024 dated 14.03.2024, subject to submission of valid proof. Bidder seeking

exemption shall submit Annexure-13.

(d) EMD shall be submitted as Demand Draft/Bank Guarantee as mentioned in Annexure-13.

14. Submission of Tender Fee and EMD – Format and Bank List

(a) Tender Document Fee: Demand Draft in favour of Gujarat Energy Development

Agency, payable at Gandhinagar.

(b) EMD: Demand Draft or Bank Guarantee from banks listed in Annexure-Z. Bank Guarantee

valid for six months with two months additional grace period.

(c) Non-compliance shall result in Bid rejection.

15. Return of EMD to Unsuccessful Bidders

EMD of unsuccessful Bidders shall be returned without interest after finalization of the

Tender process, subject to deduction of any applicable banking charges.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

16. Offer Validity

Bid validity shall be up to 31st March 2027 or as extended at the discretion of the

Director, GEDA, whichever is later. This shall be binding on the Bidder.

17. Right to Accept, Reject or Modify

(a) GEDA reserves the absolute, sole, and unconditional right to reject any or all Offers, or

to accept any Offer in whole or in part, without assigning any reason.

(b) GEDA further reserves the right to place orders on one or more Bidders.

(c) The decision of GEDA in all matters relating to this Tender shall be final, binding, and

not subject to challenge.

18. No Automatic Entitlement Based on Price

GEDA shall undertake comprehensive evaluation considering technical capability, financial

eligibility, and commercial terms. Submission of the lowest financial offer shall not, in itself,

confer any automatic entitlement to award. GEDA reserves the right to reject any offer

determined to be materially unrealistic, commercially unviable, or non-compliant.

19. Consequences of Failure to Accept Work Order/AT or Withdrawal

If the successful Bidder fails to accept the Work Order/AT within stipulated time, withdraws

its Offer during the validity period, or fails to proceed with the award, GEDA may forfeit

EMD/Security Deposit and debar the Bidder for three (3) years from doing any business with

20. Letter of Intent (LOI)

(a) Discovered Bidders shall be issued a Letter of Intent (LOI).

(b) The LOI is conditional and does not constitute a binding contract. A formal Work

Order/AT shall be issued only upon satisfactory completion of all required formalities.

(c) Failure to comply with LOI conditions within stipulated time may result in automatic

cancellation, forfeiture of EMD, and debarment.

21. Force Majeure

Delay arising solely from events beyond the Bidder's reasonable control may be considered

for extension only if: (i) GEDA is notified by telephone/email/fax within 48 hours; (ii) Written

confirmation with documentary evidence is submitted within seven (7) days of

commencement and cessation. Grant of extension is solely at the discretion of the Director,

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

22. Compliance with Laws, Regulations and Statutory Requirements

(a) The Bidder shall comply with all applicable Central, MNRE, State, and Local laws, statutes,

rules, regulations, and statutory requirements in force from time to time pertaining to

execution, safety, quality, environmental standards, labour welfare, taxation, insurance, and

IoT hardware deployment, including CEA regulations, IT Act 2000, and CERT-In cybersecurity

guidelines applicable to IoT hardware.

(b) The Bidder shall adhere to all administrative directives and site-specific regulations

issued by the concerned government department/institution in whose premises the works

(c) The Bidder's obligations under this Clause are continuing and dynamic, and must be

updated as laws/guidelines are amended.

23. Sub-letting

The Bidder shall not transfer, assign, sublet, or delegate the Contract or any substantial part

thereof to any other party.

24. Default in Performance and Remedial Action by GEDA

If the Bidder neglects to execute the work with due diligence, refuses to comply with

reasonable written instructions, or fails to rectify deficiencies within seven (7) days of

written notice, GEDA shall be at liberty to execute the work through any other agency. Such

costs and expenses shall be recoverable from the Bidder.

25. Access, Inspection and Quality Assurance

(a) GEDA and its authorized representatives/TPI shall have unconditional access at any time

to inspect any work, material, or process undertaken under this Project.

(b) GEDA's acceptance or inspection at any stage shall not relieve the Bidder of its obligations

or liability for latent defects.

26. Authorized Works and Execution

Any work shall be commenced or executed only upon allocation by GEDA. Any work

undertaken without such allocation shall be considered unauthorized and shall not be paid

27. Variation, Suspension or Termination

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

GEDA reserves the right, at any time during the contract period and by written notice, to

stop the work altogether, reduce the scope, or cut down specific portions. Failure by the

Successful Bidder to fulfill any criteria/clause of the Scope of Work, or to complete the work

within stipulated time, shall entitle GEDA to stop, reduce, or terminate the work, and to

debar the Bidder for three (3) years.

28. Cross-Vendor Coordination – SaaS Vendor Obligations

a) The Universal Renewable Energy Portal/SCADA/Analytics Platform Vendor appointed

under the Software as a Service (SaaS) model (hereinafter referred to as the “SaaS

Vendor”) and the Solar IIoT Gateway (SIG) Hardware Vendor shall operate under

separate tenders/contracts issued by GEDA. The SaaS Vendor shall be responsible for

establishment, operation, hosting, cybersecurity, monitoring, processing, visualization,

storage, analytics, reporting, and management of the centralized SaaS/SCADA platform

and associated cloud/application infrastructure from the designated broker/server

endpoint onwards.

b) The SaaS Vendor shall establish, deploy, configure, operate, maintain, secure, and

support the centralized Universal Renewable Energy Portal and associated infrastructure

including but not limited to:

 cloud/server infrastructure;

 MQTT broker or equivalent ingestion mechanism;

 SCADA platform;

 data processing engines;

 historian databases;

 analytics modules;

 dashboards and visualization systems;

 alert and notification engines;

 APIs and integration layers;

 user management systems;

 cybersecurity monitoring systems;

 logging and audit systems;

 backup and disaster recovery infrastructure;

 and all associated software components required for successful operation of the

c) The SaaS Vendor shall provide to GEDA and the SIG Hardware Vendor all necessary

server-side integration details within fifteen (15) days from issuance of the Work Order

or within such timeline as directed by GEDA. Such details may include:

 broker/server endpoint details;

 API specifications;

 MQTT topic structures;

 authentication and authorization mechanisms;

 payload validation requirements;

 encryption and cybersecurity requirements;

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

 communication ports and protocols;

 SSL/TLS certificate requirements;

 timestamp synchronization requirements;

 retry and acknowledgement mechanisms;

 data ingestion specifications;

 interface documentation;

 schema definitions;

 and any other technical details necessary for seamless interoperability and

c) The SaaS Vendor shall ensure that the centralized platform supports interoperable,

vendor-neutral, scalable, and standards-based integration architecture capable of

integrating multiple SIG OEMs/vendors, Renewable Energy assets, communication

technologies, and future expansion requirements under the project ecosystem.

d) The SaaS Vendor shall accept and process device data transmitted by the SIG Hardware

Vendor in MNRE-compliant JSON structure or such revised structure as may be

prescribed by GEDA from time to time. The SaaS Vendor shall ensure compatibility with

prescribed communication standards, cybersecurity requirements, APIs, data structures,

timestamp synchronization mechanisms, and interoperability protocols.

e) The SaaS Vendor shall participate in all joint integration activities, interoperability

validation exercises, pilot testing, cybersecurity testing, User Acceptance Testing (UAT),

commissioning activities, and end-to-end system verification processes jointly

coordinated by GEDA along with the SIG Hardware Vendor. The SaaS Vendor shall

provide necessary technical manpower, cloud/backend support, APIs, diagnostic logs,

testing environment access, and troubleshooting assistance for successful integration.

f) The SaaS Vendor shall maintain adequate and verifiable system logs and traceability

records including but not limited to:

 broker receipt logs;

 payload validation logs;

 ingestion logs;

 processing logs;

 database transaction logs;

 timestamp records;

 acknowledgement logs;

 application logs;

 audit trails;

 cybersecurity event logs;

 dashboard update logs;

 and system performance records;

for SLA monitoring, dispute resolution, cybersecurity review, operational diagnostics, and

technical audit purposes.

g) In case of any communication failure, data mismatch, data loss, latency issue, packet

corruption, synchronization issue, cybersecurity incident, or integration dispute between

the SaaS Vendor and the SIG Hardware Vendor, GEDA may undertake technical review,

backend log analysis, packet verification, API traceability checks, broker-level validation,

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

third-party audit, cybersecurity assessment, or testing through TPI or any agency

authorized by GEDA. The findings and determination made by GEDA based on such

review shall be final and binding upon both vendors.

h) The SaaS Vendor’s Service Level Agreement (SLA) responsibility shall commence from

successful receipt of valid data packets at the designated MQTT broker/server endpoint

or equivalent ingestion interface managed by the SaaS Vendor. Any failure occurring

after successful receipt of data at such endpoint, including but not limited to:

 data ingestion failure;

 data processing errors;

 database failures;

 cloud/server downtime;

 dashboard malfunction;

 analytics failure;

 report generation failure;

 storage corruption;

 cybersecurity incidents within the SaaS infrastructure;

 application latency;

 backup failure;

 or visualization issues;

shall be attributable to the SaaS Vendor.

i) Conversely, any failure occurring prior to successful delivery of valid data packets to the

designated MQTT broker/server endpoint, including but not limited to:

 SIG hardware malfunction;

 firmware issues;

 field communication failure;

 SIM/network connectivity issues;

 power supply issues;

 payload generation errors;

 protocol non-compliance;

 transmission failure;

 or unsuccessful packet delivery;

shall remain the responsibility of the SIG Hardware Vendor.

j) The SaaS Vendor shall not deny, restrict, delay, withhold, encrypt without authorization,

or otherwise obstruct access to APIs, integration interfaces, broker endpoints, payload

validation mechanisms, logs, audit trails, diagnostic information, cybersecurity records,

documentation, or technical details required by GEDA and/or the SIG Hardware Vendor

for integration, testing, monitoring, auditing, maintenance, cybersecurity validation, or

continuity of operations.

k) The SaaS Vendor shall ensure that all interfaces, APIs, integrations, communication

mechanisms, and cloud/application infrastructure remain continuously available,

adequately secured, and operational throughout the Contract Period in accordance with

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

applicable SLA requirements, cybersecurity standards, Government guidelines, and

directions issued by GEDA from time to time.

l) The SaaS Vendor shall extend full cooperation to GEDA and all other authorized

vendors/agencies engaged under the Project ecosystem to ensure seamless

interoperability, operational continuity, vendor neutrality, future scalability, and

uninterrupted functioning of the Universal Renewable Energy Portal for Solar, Wind,

Hybrid, and associated Renewable Energy applications.

29. Exit Management, Transfer, Data Handover and Transition under SaaS Model for

Universal Renewable Energy Portal

(a) Upon completion, expiry, termination, or non-renewal of the Contract Period under the

Software as a Service (SaaS) model, the Selected Bidder shall hand over and transfer to

GEDA all Project-related digital assets, configurations, databases, records, operational

information, and project-specific components associated with the Universal Renewable

Energy Portal for Solar, Wind, Hybrid, and other Renewable Energy applications.

(b) The transfer shall include, but not be limited to:

 all Government-owned databases and records;

 portal data and document repositories;

 user and role configuration details;

 workflow configurations;

 dashboards and reporting configurations;

 metadata structures;

 API and integration configurations;

 audit logs and activity records;

 system documentation;

 operational manuals;

 training materials;

 knowledge transfers documents;

 backup copies;

 project-specific source configurations and customizations;

 SSL/security configuration records;

 data schemas and mapping structures;

 and all other project-related digital assets required for continuity of operations.

(c) The Selected Bidder shall ensure that all data, configurations, and project-specific

operational components are handed over in complete, accessible, readable, and usable

condition. Any corrupted, inaccessible, incomplete, or non-functional

datasets/configurations identified during transfer shall be rectified by the Bidder at its

own cost before completion of handover.

(d) The Selected Bidder shall provide comprehensive Exit Management and Transition

Assistance services and shall submit complete transfer documentation including:

 database backup and export files;

 data dictionaries;

 schema structures;

 API documentation;

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

 integration architecture;

 configuration backup;

 user access mapping;

 workflow logic documentation;

 system administration manuals;

 cybersecurity and access control records;

 cloud/infrastructure details, wherever applicable;

 operational handover reports;

 and transition support documentation;

within 30 (Thirty) days from completion or termination of the Contract, or within such

timeline as directed by GEDA.

(e) The Selected Bidder shall provide all Government-owned data and records in open,

industry-standard, machine-readable, and non-proprietary formats including but not

limited to CSV, XLS/XLSX, JSON, XML, SQL dump, PDF/A, API-readable structured datasets,

and other mutually agreed formats to ensure smooth migration and interoperability with

future systems.

(f) The Selected Bidder shall provide reasonable technical cooperation, transition support,

migration assistance, and knowledge transfer to GEDA or any agency/vendor appointed

by GEDA for continuation, migration, redevelopment, hosting transition, or future

operation of the Universal Renewable Energy Portal.

(g) The entire cost associated with Exit Management, transition assistance, migration

support, data extraction, backup generation, documentation preparation, configuration

handover, knowledge transfer, administrative activities, cloud transition support, and all

related logistical and technical activities shall be deemed included in the quoted SaaS

subscription rates. No separate or additional payment whatsoever shall be payable by

GEDA for such activities unless specifically approved otherwise in writing.

(h) Upon completion or termination of the Contract Period, the Selected Bidder shall not

withhold any Government-owned data, configurations, operational information, or

project assets on account of expiry of subscription, commercial disputes, pending claims,

migration to another platform, or any other reason whatsoever.

(i) The Selected Bidder shall ensure that no vendor lock-in, proprietary restriction, encrypted

dependency, inaccessible export mechanism, or technical limitation is imposed that

restricts GEDA from migrating the Universal Renewable Energy Portal, associated

databases, or operational ecosystem to another platform, cloud, or service provider.

(j) After successful completion of transfer and written confirmation from GEDA, the Selected

Bidder shall permanently remove and securely delete all Government-owned data from

its systems, cloud infrastructure, backup repositories, disaster recovery systems, test

environments, and storage locations, and shall furnish a formal Data Deletion Certificate

(k) Upon completion or termination of the SaaS Contract Period, the Selected Bidder shall

transfer all Project-related assets, records, configurations, and Government-owned

information to GEDA in usable and operational condition without claiming any additional

charges, compensation, retention rights, license dependency fees, or financial

consideration from GEDA under any circumstances.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

30. Packing, Marking, Transit and Delivery Responsibility

(a) All equipment and materials shall be packed per best industrial practices to

withstand transport, handling, and outdoor storage in tropical conditions.

(b) The Bidder shall be solely responsible for any loss, damage, or deterioration arising

from inadequate packing, transport, or delivery.

31. Publicity, Confidentiality and Intellectual Property Restriction

(a) The Bidder shall not use, publish, or display any photograph, testimonial, case study, or

publicity material relating to this work or GEDA without GEDA's prior written permission.

(b) Bidder shall submit an undertaking per mentioned in Annexure-11.

32. Dispute Resolution and Arbitration

(a) In the event any question, dispute, or difference arises between GEDA and the

Bidder(s) concerning the Work Order—except for matters for which a specific decision-

making mechanism has been expressly provided under this Agreement—either party

may notify the other in writing of such dispute. The dispute shall, in the first instance, be

referred to the Director of GEDA for resolution,

(b) The arbitration proceedings shall be governed by the provisions of the Arbitration

and Conciliation Act, 1996 (or any statutory modification or re-enactment thereof in

force at the time of the dispute), along with the rules made thereunder. The arbitral

award shall be final, binding, and enforceable upon all parties.

(c) Subject to arbitration, the courts at Gandhinagar, Gujarat, shall have exclusive

jurisdiction over any legal proceedings arising from this Project.

GEDA reserves the right to amend, modify, or supplement the Tender Document at any time

by issuing a corrigendum/addendum. Bidders are advised to regularly check the website for

34. Project Reporting and Monitoring Compliance

The Bidder shall submit all reports, progress updates, device communication logs, technical

data, and compliance certificates as required by GEDA within specified timelines. Failure

shall constitute a material breach entitling GEDA to withhold payments, impose penalties,

or initiate termination proceedings.

35. Disaster Recovery and Backup Plan

The Successful Bidder shall maintain a Disaster Recovery (DR) and Data Backup mechanism

to ensure continuity and protection of the IIoT-Based SCADA SaaS Platform. Quarterly full

backups of all critical application data, databases, configurations, and logs shall be

performed and retained for a minimum period of one (1) year or as directed by GEDA.

Backup copies shall be provided to GEDA upon request, and periodic restoration testing

shall be conducted to meet the agreed RTO and RPO requirements. All costs related to

backup, disaster recovery, testing, and restoration shall be borne by the Bidder without any

additional cost to GEDA. The Bidder shall bear all costs associated with backup, disaster

recovery, testing, and restoration activities, and no additional charges shall be payable by

GEDA for these services

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

7. SCOPE of WORK, TECHNICAL SPECIFICATION & GTP

SCOPE of WORK, TECHNICAL SPECIFICATION & GTP

The Gujarat Energy Development Agency (GEDA), the State Nodal Agency for promotion

and implementation of renewable energy programmes in the State of Gujarat, has played

a significant role in facilitating the deployment of renewable energy systems across

Government buildings, institutions, public infrastructure, and other eligible sectors. Over

the years, GEDA has successfully enabled large-scale installation of rooftop solar systems,

with the installed capacity continuing to grow annually, thereby contributing substantially

towards clean energy generation, reduction of carbon emissions, and energy

sustainability.

To enable effective monitoring, management, and performance assessment of such

distributed renewable energy assets, GEDA is undertaking deployment of IoT-based

Remote Monitoring Systems through field-installed communication devices and gateways

across various renewable energy installations. In the initial phase, the primary focus shall

be on deployment of Solar IoT Gateway (SIG) infrastructure for rooftop solar systems,

enabling seamless acquisition of data from energy meters, inverters, sensors, and other

field devices and facilitating secure communication of operational parameters to a

centralized monitoring platform.

GEDA further envisages expansion of the same monitoring ecosystem to cover other

renewable energy technologies including, but not limited to:

 Rooftop Wind Energy Systems;

 Wind-Solar Hybrid Systems;

 Battery Energy Storage Systems (BESS);

 Renewable Energy Microgrids;

 Future Distributed Renewable Energy Assets and Emerging Clean Energy Technologies.

Accordingly, the selected Bidder shall design, develop, deploy, commission, and maintain

a comprehensive, scalable, vendor-neutral, and secure IIoT-based SCADA Platform

capable of supporting not only the present Solar IoT Gateway (SIG) ecosystem but also

future IoT Gateway architectures and monitoring requirements for Rooftop Wind, Wind-

Solar Hybrid, and other renewable energy technologies.

The platform architecture shall be modular and extensible, enabling integration of

multiple gateway types, communication protocols, field devices, and technology-specific

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

monitoring parameters without requiring major redesign or redevelopment of the core

The centralized platform shall support seamless interoperability among devices and

systems supplied by different manufacturers and vendors and shall provide a unified

dashboard for monitoring, visualization, analytics, alert management, reporting, billing,

asset management, and performance assessment of renewable energy installations under

The entire solution shall be designed, implemented, and maintained in compliance with

the Ministry of New and Renewable Energy (MNRE) Guidelines on Inverter

Communication Devices, Dongles, Data Loggers, and Remote Monitoring Systems for

Communication with the Centralized IoT-based Platform under PM Surya Ghar: Muft Bijli

Yojana, including all amendments and subsequent revisions issued from time to time. The

platform shall incorporate all mandatory functionalities, data structures, communication

requirements, cybersecurity provisions, and interoperability requirements prescribed

In view of the above, GEDA intends to establish a centralized Device Integration and

SCADA Platform based on Industrial Internet of Things (IIoT) architecture for integration

of Remote Monitoring Systems deployed across renewable energy installations. The

selected Bidder shall provide a scalable and interoperable IIoT-based SCADA Platform

together with all associated design, development, configuration, customization,

integration, deployment, hosting, commissioning, cybersecurity, maintenance, support,

and managed services required for successful implementation of the project.

The platform shall be capable of integrating and managing data from thousands of field

devices including, but not limited to, inverters, energy meters, controllers, sensors,

weather stations, battery systems, string combiner boxes, data loggers, communication

gateways, and other renewable energy monitoring equipment. The solution shall support

integration of GEDA Solar IoT Gateway (SIG) as well as future Rooftop Wind IoT Gateway

(WIG), Wind-Solar Hybrid IoT Gateway (HIG), and any other Remote Monitoring System

approved by GEDA through standardized IIoT communication architecture, secure APIs,

and structured data exchange mechanisms.

The selected Bidder shall also be responsible for development, configuration, integration,

testing, deployment, commissioning, and future scalability of software modules, device

interfaces, data models, dashboards, analytics, reports, and monitoring features required

for Rooftop Solar, Rooftop Wind, Wind-Solar Hybrid, and other renewable energy

applications covered under the scope of GEDA during the Contract Period.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

The SCADA Platform, software licenses, hosting infrastructure, maintenance services,

cybersecurity services, upgrades, and all associated managed services shall be provided

on a Software as a Service (SaaS) model. Payments shall be made on a per-system basis at

the unit rates discovered through the tender process for a period of ten (10) years, in

accordance with the terms and conditions of the Contract..

2. Scope of Work :

Bids are invited from eligible agencies for selection of a solution provider for design,

development, integration, configuration, testing, deployment, commissioning, and Go-Live of

an IIoT-based SCADA platform on Software as a Service (SaaS) model on per-system basis for

Renewable Energy installations under GEDA.

2.1. The selected bidder shall provide a centralized, secure, scalable, and web-based

SCADA platform capable of real-time monitoring, data acquisition, analytics,

visualization, reporting, and intelligent alert management for Renewable Energy

systems installed across various locations. The platform shall support seamless

integration with IIoT gateways, inverters, meters, sensors, and other field devices

through standard communication protocols and APIs as required.

2.2. The scope of work shall include establishment of a comprehensive dashboard with

modern, user-friendly, and interactive graphical interface enabling centralized

monitoring and operational control. The dashboard shall provide hierarchical and

role-based access management for various stakeholders including GEDA officials, SPV

agencies, IIoT vendors, EPC agencies, O&M agencies, and other authorized users with

configurable permissions and data visibility rights.

2.3. The SCADA platform shall include advanced analytical tools and automated report

generation modules for monitoring overall system performance, Renewable Energy

generation trends, plant-wise performance comparison, energy yield analysis, uptime

monitoring, fault identification, alarm management, communication health, and

operational efficiency assessment. The system shall support generation of

configurable reports in various formats on daily, weekly, monthly, quarterly, yearly,

and custom time intervals.

2.4. The platform shall further include dedicated modules for monitoring performance

and compliance of IIoT agencies including communication uptime analysis, missing

data slot identification, SLA applicability calculation, billing support reports, device

health monitoring, ticketing and service response tracking, and other operational

compliance parameters.

2.5. In addition, the system shall provide intelligent alerts and notification mechanisms

for SPV agencies and concerned stakeholders including alerts for low or nil

generation, inverter faults, communication failure, abnormal performance,

preventive maintenance requirements, device outages, and other operational

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

anomalies through SMS, email, mobile application, or other digital communication

2.6. The bidder shall ensure that the platform is scalable, configurable, cyber-secure, and

capable of accommodating future enhancements, integration requirements,

additional analytics modules, AI/ML-based features, and any other customized

functionalities as may be required by GEDA from time to time during the contract

2.7. Bidder shall consider following scope of work as a part of this tender:

2.7.1. SCADA SaaS Platform License

Supply, deployment, activation, and management of an IIoT-based SCADA software platform

on Software as a Service (SaaS) model for integration and monitoring of IoT-based Remote

Monitoring Systems as per applicable MNRE guidelines. The quoted rates shall include

monthly software subscription charges on per-system basis along with comprehensive

development, customization, enhancement, maintenance, modification of modules,

dashboards, reports, analytics, and user interface improvements as may be required by GEDA

from time to time during the contract period.

2.7.2. SCADA Device Provisioning Services

Provisioning and on boarding services for each IoT-based Remote Monitoring System

including generation and management of TLS/SSL certificates, device credentials, secure

authentication keys, FTP server credentials, communication testing, and complete device

hierarchy mapping such as State/District/DISCOM/Division/Sub-Division/Plant level or any

other hierarchy structure defined by GEDA.

2.7.3. SCADA Tag Configuration Services

Configuration and commissioning of all SCADA data parameters including Hard Tags, Soft

Tags, calculated parameters, alarms, event logs, notifications, thresholds, data mapping,

telemetry validation, and alert configuration for each Remote Monitoring System.

2.7.4. User & Role Management Services

Configuration and management of user access control system including organization creation,

user registration, role assignment, permission management, group creation, data access

hierarchy mapping, mobile application access management, and configurable role-based

dashboard visibility for all authorized stakeholders.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

2.7.4A. SIG Hardware Device/RMS Agency Self-Service, Integration, Device Management &

The SaaS Platform shall provide a secure, role-based and vendor-neutral self-service portal

for each GEDA-authorized SIG Hardware Device/RMS Agency to register, integrate,

commission, monitor, diagnose and manage its authorized SIG/RMS devices and associated

information. Agency access shall be strictly segregated to its authorized devices/plants and

shall be subject to GEDA approval and role-based permissions.

The provision shall, at minimum, include:

1. Agency & User Management: Registration of Agency and authorized personnel/sub-

users with role-based access, permissions and user administration.

2. Device Registration & GIS Mapping: Registration/mapping of Device ID/UUID, IMEI,

MAC ID, serial number, make/model, firmware, SIM/network details, plant/system ID

and installation/location, with GIS-based device visualization and filtering.

3. Standardized Integration: Secure availability of required MQTT/API integration

details including broker/server URL/IP and port, client credentials, topics, protocols,

ports, TLS/SSL requirements, IP whitelisting, NTP/RTC requirements,

acknowledgement/retry/store-and-forward provisions and GEDA/MNRE-prescribed

JSON schema/payload format.

4. Self-Integration & Testing: Provision of a controlled sandbox/test environment for

connectivity, authentication, MQTT publish/subscribe, JSON/schema validation,

timestamp and tag validation, packet acknowledgement, error diagnostics and Go-

Live readiness prior to production commissioning.

5. Device Health & Communication Monitoring: Agency-wise dashboard showing, as

available, Online/Offline status, last communication/data received, uptime,

RSSI/signal strength, SIM/network status, MQTT status, latency, packet loss,

retries/reconnections, data availability, device uptime, firmware and configuration

status and other available health parameters.

6. Alarms & Notifications: Configurable device/communication alarms including offline

status, communication failure, weak signal, repeated reconnection, abnormal health,

data gaps, configuration mismatch and certificate expiry, with email notifications and

SMS for GEDA-defined critical events. Alarm acknowledgement, escalation and

delivery status shall be recorded.

7. Lifecycle, Diagnostics & Reports: Device lifecycle status such as Registered →

Credentials Generated → Connected → JSON Validated → Tags Mapped → Tested →

Commissioned/Go-Live, together with diagnostic information, active/historical

alarms and events, device inventory, uptime, data availability and other relevant

downloadable reports.

8. Security, Segregation & Audit: Strict Agency-wise data segregation and RBAC shall be

implemented with encryption, secure credential management, cybersecurity controls

and complete audit logging of login, registration, configuration, commands,

acknowledgements, commissioning, alarms and user activities. GEDA shall retain

complete administrative control to approve/reject Agencies/devices, assign/revoke

access, manage permissions, reset credentials and approve Go-Live.

9. Vendor-Neutral Integration: The platform shall enable compliant SIG/RMS devices of

any GEDA-authorized Agency to integrate without proprietary platform-specific

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

hardware/software development, subject to prescribed communication protocols,

JSON schema, cybersecurity requirements and successful testing/UAT.

Firmware Management & Remote Firmware Upgrade (FOTA)

The SaaS Platform shall additionally provide a secure Firmware Management and Remote

Firmware Upgrade (FOTA) facility for authorized SIG/RMS Agencies for their registered

devices, comprising:

1. Firmware Repository & Upload: Secure upload and storage of firmware packages with

device make/model compatibility, version, release date, checksum/hash, release

notes, version history, approved/active version, previous versions and complete audit

2. Approval & Responsibility: The SIG/RMS Agency shall be solely responsible for

firmware development, testing, validation, compatibility, integrity, cybersecurity and

functional suitability of the firmware uploaded by it. The SaaS Vendor shall provide

the repository, workflow, FOTA orchestration, secure delivery, monitoring and

logging, while GEDA shall retain approval, authorization, restriction or revocation

control over firmware versions/campaigns.

3. Remote FOTA & Orchestration: Authorized users shall be able to initiate/schedule

FOTA for individual devices or authorized groups based on device, plant, location or

make/model. The platform shall provide secure firmware delivery, upgrade command

generation, scheduling, campaign management, acknowledgement, timeout/retry

handling and final status recording.

4. FOTA Monitoring & Validation: The platform shall track the complete FOTA lifecycle,

including Scheduled → Command Sent → Downloading → Downloaded →

Installation → Reboot → Version Verification → Successful/Failed/Rolled Back, with

pre-upgrade checks such as device connectivity, compatibility, available

storage/power and other supported prerequisites, and post-upgrade firmware-

version verification.

5. Rollback & Failure Management: Rollback to the previously approved firmware shall

be supported where technically supported by the SIG/RMS device.

Upgrade/download/installation/reboot/version-verification failures shall generate

alarms and email/SMS notifications as configured by GEDA.

6. FOTA Security & Audit: Firmware and FOTA transactions shall be protected through

authentication, authorization, TLS/SSL, checksum/hash integrity verification and

applicable cybersecurity controls. Complete device-wise and campaign-wise FOTA

logs shall be maintained, including firmware version, approval, initiator, selected

devices, timestamps, status, failure reason, rollback and final version.

2.7.5. Integration with External Platforms

Provision for seamless integration and data exchange with State-Level, National-Level,

DISCOM, utility, or any third-party monitoring platforms through APIs, web services, or

standard communication protocols, as may be required by GEDA in future.

2.7.6. Training & Capacity Building

Impart comprehensive training to GEDA officers and authorized personnel regarding

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

operation, monitoring, dashboard usage, report generation, troubleshooting, analytics, user

management, and overall utilization of the SCADA platform and associated systems.

2.7.7. SIM Connectivity & Communication Management

SIM Card procurement, supply, activation, renewal and lifecycle management, together with

all recurring/non-recurring telecom charges (data plans, SMS, roaming, static IP, etc.) for

IoT/Remote Monitoring devices, shall be the responsibility of the SIG Hardware Vendor

appointed under the separate SIG Hardware tender (GEDA/SIG-SW/2026-27/). The SaaS

Vendor under this tender shall be responsible only for monitoring, displaying and reporting

SIM/network connectivity status (signal strength, SIM/network availability, uptime) as part of

the platform's device health monitoring and SLA reporting modules, and shall bear no

financial or operational liability for SIM procurement or telecom charges.

2.7.8. Inclusion of SMS Gateway Charges:

The scope of work under this tender shall explicitly include the provision, integration, and

management of SMS Gateway services required for the Solar IoT Gateway (SIG) / Remote

Monitoring System. The bidder shall be responsible for bearing all costs associated with SMS

communication, including transactional alerts, system notifications, OTP-based

authentication, fault alerts, and any other messaging requirements as defined in the

specifications. The bidder shall ensure seamless integration of the SMS Gateway with the

SCADA/centralized dashboard platform to enable automated and event-based message

triggering. The SMS service shall be reliable, scalable, and capable of handling bulk messaging

requirements without delays, ensuring timely dissemination of critical alerts to stakeholders.

Compliance with applicable regulatory guidelines (such as DLT registration, sender ID

management, and telecom norms) shall be ensured by the bidder. The bidder shall also

provide configuration, maintenance, and ongoing support for SMS services throughout the

contract period, including monitoring delivery reports and ensuring high delivery success

rates. No additional payment shall be made towards SMS Gateway setup or recurring charges,

as the same shall be deemed to be included in the bidder’s quoted rates.

2.7.9. Bidder shall exclude following points from scope of work of this tender :-

Supply, Installation, Testing and Commissioning of IoT based Remote Monitoring System

3. Proof of Concept:

The proof of concept is to establish successful communication between IoT based

Remote Monitoring Systems Empaneled Agency or Virtual IoT Clients of Solar System

as per MNRE Guidelines.

3.1. Functionality, Features and Configuration of SCADA Platform:

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

Bidder shall deploy his SCADA platform and configure the same for 3 virtual clients.

Bidder shall also demonstrate following features:

1) Device provisioning and Connectivity of virtual clients with SCADA platform using

TLS/SSL Certification, Device Authentication & Topic Level Authorization

2) Process JSON message formats described in MNRE guidelines and Display

any 10 parameters of required equipment in good UI

3) Display of live parameters values on web client

4) Remote command using web client

5) Notifications on web client

3.2. Period of the POC:

3.2.1. The bidder shall have required to establish the POC within three trials. Each

trial shall be completed within a day on receiving Intimation for POC.

3.2.2. For that the bidder has require to come along with authorized representative

on the date of starting of the POC. The bidder who will not remain present to

establish the POC during the period of the POC will be declared as disqualified.

3.2.3. Bidders may use a pre-configured cloud-hosted platform for the PoC. However,

it must be demonstrated live before the appropriate authority as decided by

GEDA to verify actual functionality.

4. Software Deployment, Device Integration & Go-Live Requirements: -

4.1. The bidder shall supply, deploy, configure, and successfully test the SCADA software

platform as per the prescribed technical specifications within 60 (Sixty) days from the

date of issuance of the work order/AT. The deployment shall include server setup,

application configuration, cybersecurity implementation (TLS/SSL, authentication),

database initialization, dashboard configuration, and user access provisioning. The

vendor shall share a phase wise implementation plan (2 Phase of 30 days each) to

complete the all features of software in phase manner to the GEDA.

4.2. The SCADA platform shall be scalable, secure, and interoperable, capable of

integrating IoT-based Remote Monitoring Systems (RMS) deployed across various

locations under Gujarat within the GEDA scheme, in compliance with MNRE

guidelines (JSON/IIoT protocols).

4.3. The bidder shall ensure seamless integration of IoT based RMS devices (including

inverters, energy meters, data loggers, controllers, etc.) with the central SCADA

platform, enabling reliable and continuous data acquisition.

4.4. Integration activities shall be initiated upon receipt of an official email

communication from GEDA, along with the required device details in the prescribed

CSV format uploaded by the IIoT installer.

4.5. The bidder shall complete device integration within the following timelines from

the date of intimation:

1) Up to 50 systems: within 2 days

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

2) More than 50 and up to 100 systems: within 3 days

3) More than 100 and up to 200 systems: within 4 days

4.6. The bidder shall ensure that all integrated devices are properly mapped, validated,

and tested, including parameter configuration, data flow verification, timestamp

synchronization, and communication reliability checks.

5. Penalty for Delay in Device Integration

5.1. In case of delay in integration of devices with the SCADA server beyond the stipulated

timelines, a penalty shall be levied at the rate of: ₹20 per day per system, plus

applicable GST and cess.

5.2. The total penalty shall be calculated based on the number of delayed systems and

the duration of delay.

5.3. Delays attributable to incomplete/incorrect data from installers or force majeure

conditions may be considered for exemption, subject to approval by GEDA

6. Successful Deployment, Validation & Continuous Customization Requirements

6.1. The bidder shall successfully complete development, deployment, integration,

configuration, testing, and commissioning of the IIoT-based SCADA platform along

with all mandatory modules, dashboards, analytics features, communication

interfaces, alert mechanisms, and report generation functionalities as specified in the

tender document and as required by GEDA.

6.2. For acceptance and Go-Live approval, a minimum of Fifty (50) integrated Remote

Monitoring Systems/devices shall continuously and successfully transmit data to the

centralized SCADA platform/server for a minimum continuous period of Seven (7)

consecutive days. During this validation period, the platform shall demonstrate stable

operation and reliable communication performance without any major

communication interruption, critical data loss, server failure, application malfunction,

database corruption, or major operational issue affecting system functionality.

6.3. All mandatory modules including but not limited to real-time monitoring dashboards,

communication status monitoring, analytics, alarms and notifications, user and role

management, report generation modules, SLA monitoring, data archival, device

hierarchy management, and other core functionalities shall be fully developed,

deployed, operational, and accessible during the validation period. The system shall

continuously generate reports, alerts, logs, and analytical outputs for the said Seven

(7) day period without critical interruption.

6.4. GEDA shall verify communication stability, uptime performance, data integrity, report

generation capability, dashboard functionality, alert mechanisms, and overall

operational reliability before granting successful deployment acceptance and Go-Live

approval. Any major interruption, repeated communication failure, incomplete

module deployment, or failure to meet the specified requirements may result in

deferment or rejection of acceptance until satisfactory compliance is achieved.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

6.5. However, detailed User Interface (UI) enhancements, dashboard modifications,

analytical views, workflow improvements, and customized report generation

requirements shall remain a continuous and integral part of the scope of work

throughout the contract period. The bidder shall develop, configure, test, and deploy

such customized UI changes, reports, modules, analytical features, or functionality

enhancements as may be communicated by GEDA from time to time. All such

modifications and customization requirements communicated by GEDA shall be

completed and deployed by the bidder within Fifteen (15) days from the date of

communication or within such timeline as may be specified by GEDA depending upon

the criticality of requirement.

7. Reporting, Analytics & Visualization

The IIoT-based SCADA platform shall provide comprehensive, accurate, reliable, and

automated reporting and analytical capabilities for various stakeholders including GEDA

officials, DISCOMs, SPV agencies, O&M agencies, IoT vendors, and other authorized users.

The system shall support configurable report generation with customizable timelines

including Real-Time, Hourly, Daily, Weekly, Monthly, Quarterly, Half-Yearly, Yearly, Financial

Year-wise, Seasonal, and user-defined custom date ranges. Reports shall be available in

graphical, tabular, and downloadable formats including PDF, Excel, CSV, and other standard

formats as required by GEDA.

The reporting engine shall support filtering, sorting, comparison, hierarchy-wise drill-down

analysis, GIS-based visualization, trend analysis, and export functionality at multiple

administrative and system hierarchy levels including

State/District/Taluka/Cluster/Division/Sub-Division/System/Plant/User-defined group level.

The platform shall generate reports including but not limited to the following:

7.1. Generation Performance Reports

District/Taluka/Cluster/System-wise Renewable Energy generation reports including

generation curves, time-series trends, energy yield analysis, peak generation trends,

cumulative generation, comparative analysis, and historical performance

7.2. Low/Average/High Generation Analysis Reports

District/Taluka/Cluster/System-wise categorization of systems based on generation

performance including Low Generation, Average Generation, and High Generation

systems. The benchmark or average generation value per kW/per system or CUF %

shall be configurable and editable by authorized users through the dashboard

7.3. Power Quality Analysis Reports

District/Taluka/Cluster/System-wise power quality reports including but not limited

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

to Over Voltage, Under Voltage, Voltage Imbalance, Current Imbalance, Frequency

Variation, Power Factor profile, Reactive Power drawl/injection, Harmonic

distortion (if available), and other electrical quality parameters.

7.4. Zero / No Generation Reports

Automatic identification and reporting of systems having zero generation, no

generation, abnormal low generation, communication availability with no power

generation, prolonged downtime, or intermittent generation behavior. The system

shall support threshold-based logic and configurable alert mechanisms.

7.5. Faulty Installation & Abnormal Performance Reports

Identification and reporting of faulty installations, inverter faults, meter

communication failures, sensor failures, abnormal generation patterns,

underperforming systems, equipment malfunction, and other operational

anomalies through automated analytics and exception-based monitoring.

7.6. Power Outage & Supply Interruption Reports

District/Taluka/Cluster/System-wise reports related to grid outage, power failure

duration, supply interruptions, outage frequency analysis, restoration time, and

7.7. Seasonal Demand & Load Curve Analysis

Seasonal demand curve analysis including load profile visualization, seasonal

generation trends, peak demand periods, consumption/generation correlation,

weather-linked performance analysis based on open source or licensed API from

weather service station, and comparative seasonal analytics for planning and

operational assessment.

7.8. Communication & Device Health Reports

Reports related to communication uptime, missing data slots, packet loss analysis,

device connectivity status, server synchronization, gateway health status,

SIM/network availability, and SLA compliance monitoring.

7.9. Alarm, Event & Notification Reports

Detailed logs and reports related to alarms, events, fault notifications,

acknowledgment status, response timelines, ticket closure reports, and escalation

7.10. Customizable & Future Reporting Requirements

The system shall support dynamic creation, modification, and deployment of

customized reports, dashboards, analytical views, KPIs, widgets, and data

visualization modules as may be required by GEDA from time to time during the

contract period without major platform redesign.

The reporting module shall support automated scheduling and distribution of reports through

Email, SMS, Mobile Application notifications, API integration, and downloadable links to

authorized stakeholders. The platform shall maintain historical archival of reports and

analytical data for the complete contract duration or as specified by GEDA.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

8. Specifications of Device Integration (SCADA) platform requirement

8.1. Architecture of Platform

8.1.1. The platform shall be designed and implemented in strict alignment with

the module-level architecture and device integration framework as prescribed

under the MNRE guidelines for PM Surya Ghar: Muft Bijli Yojana.

8.1.2. It shall ensure compliance with defined standards for data acquisition,

communication protocols, device interoperability, security mechanisms

(TLS/SSL), and structured data formats (JSON), enabling seamless integration of

inverter communication devices, data loggers, and remote monitoring systems

with the centralized platform.

8.1.3. The architecture shall support standardized device onboarding,

hierarchical data mapping, and scalable integration of multi-vendor IoT devices,

ensuring uniformity, reliability, and compatibility with both state-level and

national-level monitoring systems.

8.2. Multi-Layered System Architecture

The proposed IIoT-based SCADA platform shall be designed using a secure, scalable, modular,

service-oriented, and multi-layered architecture. Each layer shall perform dedicated

functional responsibilities while ensuring seamless interoperability, high availability,

maintainability, cybersecurity, and future scalability.

The architecture shall support centralized monitoring, real-time analytics, role-based access

control, SLA management, automated reporting, cloud deployment, and integration with

external platforms including State/National systems. The modular architecture shall enable

future enhancements, deployment of additional services, and technology upgrades without

impacting the overall system functionality.

8.2.1. Device Management Layer

Handles onboarding, provisioning, registration, authentication (TLS/SSL), remote

configuration, firmware management, diagnostics, health monitoring, lifecycle management,

and operational control of field devices including IoT gateways, inverters, meters, sensors,

weather stations, and other connected equipment.

8.2.2. Communication & Integration Layer

Manages secure, reliable, and scalable communication between field devices and the

central platform using standard communication protocols such as MQTT, HTTP, HTTPS,

TCP/IP, Modbus, OPC-UA, APIs, JSON/XML formats, and multi-vendor interoperability

8.2.3. SCADA Tag Processing Layer

Processes raw telemetry data into structured SCADA tags including hard tags, soft tags,

virtual tags, calculated parameters, alarms, events, and logical mappings for visualization,

analytics, and reporting purposes.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

8.2.4. Event, Alarm & Notification Processing Layer

Generates and manages real-time alarms, fault events, exception handling, threshold

violations, predictive alerts, escalation workflows, and automated notifications through

SMS, Email, Mobile Push Notifications, APIs, and other communication channels.

8.2.5. Data Acquisition Layer (MDAS)

Ensures reliable, secure, and continuous acquisition of telemetry and operational data from

field devices at configurable intervals with retry mechanisms, synchronization control,

buffering, and backfill capabilities for missing data recovery.

8.2.6. Data Management Layer (MDM)

Performs Validation, Estimation, and Editing (VEE) operations on incoming data to ensure

data integrity, consistency, completeness, normalization, and quality for downstream

applications and analytics.

8.2.7. Data Storage, Archiving & Historian Layer

Provides high-performance storage infrastructure for real-time and historical data including

database management, archival systems, historian engines, backup mechanisms, retention

policies, audit logging, and long-term trend analysis support.

8.2.8. Analytics & Visualization Layer

Provides advanced dashboards, KPIs, performance benchmarking, energy analytics,

predictive analysis, trend visualization, AI/ML-ready analytical frameworks, GIS-based

visualization, and operational decision-support systems.

8.2.9. User & Role Management Layer

Implements secure authentication, authorization, role-based access control (RBAC),

hierarchy-wise data visibility, organization mapping, user grouping, session management,

and multi-level administrative controls.

8.2.10. Application Layer (Web & Mobile Applications)

Provides responsive web portals and mobile applications for monitoring, reporting, alerts,

analytics, remote operations, asset management, complaint handling, and stakeholder

8.2.11. Report Management Layer

Supports automated and customizable report generation including daily, weekly, monthly,

yearly, district-wise, feeder-wise, cluster-wise, and plant-wise reports with export,

scheduling, distribution, and archival functionalities.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

8.2.12. Automated SLA, Billing & Invoice Management Layer

Provides automated monitoring and calculation of SLA parameters including communication

uptime, missing data slots, device availability, response timelines, and operational

performance metrics of IIoT vendors/agencies.

The layer shall automatically compute applicable penalties, deductions, compensation

adjustments, incentives (if applicable), hold amounts, and payable amounts based on

predefined contractual conditions and SLA logic approved by GEDA.

The module shall support:

 Automated monthly/quarterly invoice generation

 Device-wise and hierarchy-wise billing calculations

 Vendor-wise SLA performance assessment

 Automatic deduction and compensation calculations

 Approval workflows and audit trails

 Exportable invoices and billing reports

 Historical billing and SLA archival

 Integration capability with ERP/accounting systems

 Configurable business rules and billing logic

 Exception handling and manual approval provisions

8.2.13. Security & Compliance Layer

Ensures end-to-end cybersecurity including encryption, secure APIs, certificate management,

firewall integration, access logging, audit trails, vulnerability management, and compliance

with applicable Government of India, CERT-In, MNRE, MeitY, and cybersecurity guidelines.

8.2.14. System Monitoring & Diagnostics Layer

Monitors overall platform health including server utilization, application health,

communication status, device uptime, API performance, network diagnostics, storage

utilization, error logging, and proactive maintenance analytics.

8.2.15. Integration & API Layer

Facilitates secure integration with State-Level/National-Level portals, DISCOM systems, ERP

platforms, GIS systems, payment systems, weather services, and third-party applications

through APIs, webhooks, middleware, and standardized interfaces.

8.2.16. Scalability & Cloud Infrastructure Layer

Supports SaaS-based cloud deployment architecture with elastic scalability, containerized

services, load balancing, redundancy, failover mechanisms, disaster recovery, high

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

availability, backup management, and hosting compliance as per SDC/MeitY/Government

cloud guidelines.

9. IIoT Device Provisioning, Communication Security & Remote Device Management

This module shall be responsible for end-to-end management of IoT based Remote

Monitoring Systems (RMS), ensuring secure configuration, reliable connectivity, seamless

communication, and high availability of all field devices. The system shall be designed to

support large-scale deployments with robust cybersecurity and standardized device

integration as per MNRE guidelines.

9.1. Multi-Protocol Communication Support:

Support for MQTT (primary IIoT protocol), HTTP/HTTPS, and FTP/SFTP for

configuration and data exchange, enabling bi-directional communication with

minimum 10,000+ devices per instance, scalable horizontally.

9.2. Device Registration & Unique Identification:

Registration of devices using globally unique identifiers such as:

– IMEI (for cellular devices)

– MAC ID (for Ethernet/Wi-Fi devices)

– UUID (system-generated unique device ID)

9.3. Manufacturer & Device Metadata:

Capture and manage device-specific details including:

– Serial Number, Model Number, Firmware Version

– Manufacturing Date, Batch Number

– OEM/Vendor Details

– Device Type (Inverter, Meter, Gateway, etc.)

9.4. Secure VPN & TLS/SSL Configuration:

– Provisioning and management of TLS/SSL certificates for encrypted

communication (minimum AES 256-bit encryption)

– Secure VPN tunneling for device-to-server communication where applicable

– Certificate lifecycle management (generation, renewal, revocation)

9.5. SIM & Network Configuration (where applicable):

– SIM details: Mobile number, Service provider, APN, username, password

– Signal strength and network health monitoring

– Dual SIM configuration support (failover mechanism)

9.6. Server Connectivity Configuration:

– Configuration of Primary and Secondary server endpoints (IP/URL, Port)

– MQTT broker details, FTP/SFTP server configuration

– Failover and redundancy handling for uninterrupted communication

9.7. Authentication & Authorization:

– Secure credential management (Token/Username/Password)

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Device-level authentication using certificates and keys

– Topic-level authorization for MQTT communication

9.8. Dynamic Topic Management (MQTT):

– Auto-generation of publish/subscribe topics based on device hierarchy

– Secure topic exchange using OTP-based validation

– Topic access control to prevent unauthorized data exchange

9.9. OTP-Based Secure Onboarding:

– Auto-generation of randomized 32-character OTP/topic keys

– Secure device onboarding and subscription validation process

9.10. SMS Gateway Integration:

– Configuration of SMS gateway for fallback communication

– Mobile number mapping for device-level SMS alerts/commands

– Support for command execution via SMS in case of data network failure

9.11. FTP/SFTP Configuration Management:

– Centralized repository for device configuration files

– Secure upload/download of firmware and configuration updates

– Version control for configuration files

9.12. Remote Firmware Upgrade (FOTA):

Capability to remotely upgrade device firmware over-the-air with rollback

mechanism in case of failure.

9.13. Device Health Monitoring & Diagnostics:

– Real-time monitoring of device status (online/offline)

– Parameters such as uptime, last communication timestamp, signal strength,

– Automated alerts for device failure or abnormal behavior

9.14. Data Buffering & Backfill Mechanism:

– Local storage of data at device level during communication failure

– Automatic synchronization/backfill once connectivity is restored

9.15. Heartbeat & Keep-Alive Mechanism:

– Periodic heartbeat signals from devices to ensure connectivity status tracking

– Configurable timeout thresholds for offline detection

9.16. Time Synchronization:

– NTP-based time sync to ensure accurate timestamping across all devices

9.17. Hierarchical Device Mapping:

– Logical mapping of devices as per District →Taluka → Village → Consumer/Plant

– Enables structured data visualization and control

9.18. Command & Control Interface:

– Secure remote command execution (restart device, reset communication,

parameter update, etc.)

– Logging and audit trail of all commands executed

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

9.19. Audit Logs & Traceability:

– Complete logging of configuration changes, access logs, and communication

– Ensures traceability and compliance

9.20. Scalability & Load Handling:

– Support for horizontal scaling to handle increasing number of devices

– Load balancing and high availability architecture

9.21. Cybersecurity Compliance:

– Protection against unauthorized access, spoofing, and data tampering

– Compliance with national cybersecurity guidelines and best practices

10. IIoT Communication Modes

The platform shall support multiple communication modes to ensure flexibility and

10.1. Push on Periodic Interval

– Devices shall transmit data at configurable intervals (e.g., 15/30/60 minutes)

– Supports continuous monitoring and SLA-based data availability

10.2. Push on Event (Event-Based Communication)

– Immediate transmission on predefined triggers such as faults, alarms, threshold

violations, inverter trips, or communication failures

10.3. On-Demand Parameter Read

– Server-initiated request to fetch real-time or historical parameters from devices

10.4. On-Demand Command Execution

– Secure remote command capability (restart, configuration update, parameter

reset, firmware trigger, etc.)

10.5. Configuration Read/Write

– Remote configuration of device settings (communication parameters, thresholds,

firmware updates, etc.) with proper authentication and logging

10.6. Store & Forward (Data Buffering)

– Devices shall locally store data during communication failure and automatically

push (backfill) once connectivity is restored

11. IIoT Communication Monitoring & Analytics

The system shall provide advanced monitoring and analytics of communication

11.1. Device Connectivity Metrics (%)

– Percentage of online vs offline devices

– Last communication timestamp tracking

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

11.2. Data Availability Metrics (%)

– Parameter-wise and device-wise data availability

– SLA compliance monitoring

11.3. Message Throughput Analysis

– Number of messages/data packets transmitted per device/system

– Bandwidth utilization and latency analysis

11.4. Communication Health Indicators

– Signal strength (RSSI), network latency, packet loss, retry counts

– MQTT session status and uptime

11.5. Exception & Failure Analysis

– Identification of communication failures, timeout events, and data gaps

– Root cause analysis (network/device/server level)

12. SMS-Based Communication (Fallback Mechanism)

To ensure redundancy in low/no data network conditions:

12.1. SMS Communication Modes

– Periodic data transmission via SMS (configurable)

– On-demand read/write of parameters through SMS commands

– Remote configuration updates via SMS

12.2. Emergency/Fallback Communication

– Automatic switch to SMS mode in case of prolonged data network failure

– Critical alerts (faults, outages) transmitted via SMS

12.3. SMS Communication Security

– Verification of Device Mobile Number, IMEI Number, and registered credentials for each

SMS transaction

– OTP-based validation for sensitive operations

– Whitelisting of authorized numbers for command execution

– Encryption/encoding of SMS commands where feasible

– Logging and audit trail of all SMS-based interactions

13. IIoT Communication Security Framework

The communication architecture shall implement a multi-layered security approach:

13.1. Identification

– Unique device identification using IMEI/MAC/UUID

– Device fingerprinting and registration validation

13.2. Encryption

– End-to-end encryption using TLS/SSL protocols (minimum AES 256-bit)

– Secure MQTT (MQTTS) and HTTPS communication

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

13.3. Authentication

– Certificate-based authentication (X.509 certificates)

– Token/credential-based secure login for devices

13.4. Authorization

– Role-based and topic-level access control

– Fine-grained permissions for publish/subscribe operations

13.5. OTP-Based Security

– Dynamic OTP/token generation for secure on boarding and sensitive transactions

13.6. API Security

– Secure API gateway with rate limiting, API keys, and OAuth/token-based access

13.7. Network Security

– VPN tunneling for secure device communication (where applicable)

– Firewall and intrusion detection/prevention systems (IDS/IPS)

13.8. Data Integrity & Non-Repudiation

– Hashing and checksum validation to prevent data tampering

– Digital signatures for critical transactions

13.9. Communication Reliability & Resilience Features

– Automatic Retry Mechanism for failed transmissions

– Failover & Redundancy (primary/secondary server endpoints)

– Heartbeat/Keep-Alive Signals for continuous connectivity monitoring

– Time Synchronization (NTP-based) for accurate timestamping

– Load Balancing & Scalability to handle high device volumes

13.10. Compliance & Standards

The entire communication and security architecture shall comply with:

– MNRE guidelines for IoT-based monitoring systems

– Standard IIoT protocols and JSON message formats

– National cybersecurity and data protection guidelines

13.11. SCADA Tag Processing & Data Handling

The Device Integration (SCADA) Platform shall incorporate a robust and high-performance

Tag Processing Engine to handle real-time data ingestion, processing, transformation, and

storage from multi-vendor IoT devices. The system shall be scalable, secure, and capable

of handling high data volumes with low latency.

14. Message Processing (IIoT – MQTT/HTTP/HTTPS)

14.1. Device Push Messages:

• Support Push on Periodic Interval and Push on Event-based communication

• High-speed JSON message parsing (minimum 100 messages/second) with multi-

threaded and distributed processing architecture

• Validation of message structure as per MNRE-defined JSON schema

• Timestamp validation and synchronization with server time

• Duplicate message detection and elimination

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

14.2. Virtual Device Processing:

• Support for Virtual Device Configuration, where a single physical device can

represent multiple logical entities such as:

– Bi-directional Energy Meter

– Generation Meter

– Environmental/Health Parameters

• Independent tag mapping and processing for each virtual device

15. On-Demand Communication & Control

15.1. Device On-Demand Messages:

• Secure remote command execution, such as:

– DO based device ON/OFF control (if any)

– Device reboot/reset

– Parameter fetch/update

15.2. Configuration Management:

– Update single or multiple parameters (alarm thresholds, schedules, operational

– Bulk configuration updates across multiple devices

15.3. Automated Synchronization:

– Auto-update of device configuration such as RTC synchronization with server

– Periodic configuration validation and correction

15.4. Command Acknowledgment & Logging:

– Confirmation of command execution from device

– Full audit trail of commands issued and responses received

16. SMS-Based Tag Processing (Fallback Mechanism)

– Read and write individual parameters using structured SMS commands

– Execute critical operations in case of data network failure

– SMS command validation using IMEI, registered mobile number, and OTP

– Logging and tracking of SMS-based operations

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

17. Data Processing & Tag Computation

17.1. Processing of multiple electrical and operational parameters including:

– Voltage (V), Current (I), Power (kW), Energy (kWh), Power Factor (PF), Frequency

17.2. Soft Tag / Derived Parameter Processing:

Computation of advanced parameters using logical expressions and algorithms, such

– Voltage Unbalance

– Load Unbalance

– Efficiency calculations

– Specific energy generation

– CUF (Capacity Utilization Factor)

17.3. Data Validation & Quality Checks:

– Range validation, null checks, spike filtering

– Data correction using estimation techniques (if required)

17.4. Time-Series Data Structuring:

– Tag-wise and timestamp-based structured storage for trend analysis

18. Historical Data Backfill & Synchronization

18.1. Automatic Backfill Processing:

– Retrieval and merging of missing data based on timestamp gaps and predefined

18.2. Priority-Based Data Retrieval:

– Configurable priority for critical devices/parameters

– Define duration and sample size for backfill operations

18.3. Data Reconciliation:

– Alignment of backfilled data with existing datasets without duplication

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

19. Tag Mapping, Grouping & Hierarchical Processing

19.1. Parameter Grouping:

Creation of logical groups such as:

– Instantaneous Parameters

– Energy & Billing Parameters

– Notifications & Alerts

– Mobile Application-specific groups

19.2. Device-to-Consumer Mapping:

– Mapping of devices with consumer/plant hierarchy for automatic data visibility

19.3. User & Role-Based Access Control:

– Restrict access to specific tags/groups based on user roles

(State/DISCOM/Division/User level)

19.4. Hierarchical Data Structuring:

– Mapping across levels: State → DISCOM → Division → Feeder → Consumer

20. Event & Notifications Processing

The SCADA platform shall include a comprehensive Event & Notification Engine to detect

anomalies, generate alerts, and notify stakeholders in real time for proactive system

20.1. Analog Alarm Configuration:

– Multi-level threshold settings: High (H), High-High (HH), Low (L), Low-Low (LL)

– Applicable for parameters such as Voltage, Current, Power, PF, Frequency, etc.

20.2. Digital Alarm Processing:

– Status-based alarms for discrete signals such as:

Generation Status (ON/OFF)

Inverter Status (Running/Fault/Shutdown)

Communication Failure

20.3. Hard Tag-Based Alarms:

– Direct alarms generated from device parameters

21. Soft Alarm & Advanced Event Processing

21.1. Logic-Based Alarm Generation:

– Derived alarms using logical conditions and calculations on multiple tags

Voltage Unbalance beyond threshold

Low generation efficiency

Abnormal generation pattern

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

21.2. Predictive & Conditional Alerts:

– Early warning alerts based on trend deviation and predictive analytics

21.3. Alarms on Historical/Archived Data

Configuration of alarms/events on aggregated or historical parameters, such

– Daily/Weekly/Monthly CUF (%)

– Average solar generation hours

– Energy generation trends

Enables performance-based alerts beyond real-time monitoring

22. Notification Management

– Multi-Channel Notifications:

– Email notifications

– Mobile app push notifications

– Event-Based & Scheduled Notifications:

– Instant alerts for alarms/events

– Scheduled reports/notifications (daily summaries, performance alerts)

– User-Specific Notification Configuration:

– Role-based and user-level notification preferences

– Escalation matrix for critical alarms

23. Event Logging, Audit & Analytics

Complete logging of all alarms, events, and notifications with timestamps

• Audit trail for compliance and traceability

• Event analytics dashboard for identifying recurring issues and system performance trends

24. Rule-Based Archiving

24.1. Configurable rule-based archiving for selected parameters with statistical

aggregation such as:

– Minimum, Maximum, Initial, Last, Count, Sum, Average values

– Time-based aggregation at multiple levels:

15-minute interval (slot-wise)

Hourly (if required)

Daily archiving

Monthly archiving

Support for event-based archiving in addition to periodic archiving

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

24.2. Archiving Configuration

Ability to configure multiple parameters across multiple devices within a single virtual

• Flexible tag selection and mapping for archiving

• Support for custom archiving intervals based on application requirements

25. Meter Data Acquisition System (MDAS) & Meter Data Management (MDM)

The platform shall include a comprehensive MDAS & MDM module for acquisition,

validation, storage, and management of energy meter data in compliance with utility

and regulatory requirements.

25.1. Meter Master Data Management

Storage and management of meter details including:

– Make, Model, Serial Number

– CT/PT ratio, accuracy class, ratings

– Installation details and location mapping

25.2. (Bi-directional, Generation, Net Meter, etc.)

25.3. Meter Instantaneous Data Acquisition

Acquisition of real-time data with RTC timestamp, including but not limited

– Voltage: Line-to-neutral, Line-to-line

– Current: Phase-wise and total current

– Power: Active (kW), Reactive (kVAR), Apparent (kVA)

– Power Factor & Frequency (additional)

– Power ON/OFF duration and status

25.4. Billing Data & Energy Accounting

Capture and storage of billing parameters such as:

– Active Energy (Import/Export)

– Reactive Energy

– Maximum Demand (kW/kVA)

– Time-of-Day (ToD) registers

- Monthly billing cycle data processing and validation

25.5. Load Survey Data

Acquisition of 15-minute interval load survey data (configurable)

• Storage and analysis for load profiling, demand analysis, and forecasting

25.6. Tamper & Event Data Management

Recording of tamper events (e.g., power failure, cover open, magnetic

influence, reverse current, etc.)

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

• Snapshot of relevant electrical parameters during tamper events

• Event logging with timestamp and severity classification

25.7. Data Validation, Estimation & Editing (VEE)

Rule-based data validation checks for consistency and accuracy

• Identification and flagging of missing, erroneous, or abnormal data

• Estimation and correction mechanisms for incomplete datasets

25.8. Meter Lifecycle & Replacement Management

Handling of meter replacement scenarios with:

– Serial number mapping

– Data continuity management

– Historical data linkage

Generation of meter mismatch and exception reports

25.9. Integration with External Systems

Seamless integration with existing billing systems, utility ERP, and

state/national portals

• API-based data exchange for billing, analytics, and reporting

25.10. Reporting & Analytics (additional)

Generation of meter-based reports such as:

– Consumption trends

– Demand analysis

– Loss analysis

Support for dashboard visualization and exportable reports

25.11. Security & Compliance

Secure data transmission and storage with encryption

• Compliance with utility standards and regulatory guidelines

• Audit trails for all data modifications and access

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

26. Summary & Aggregation Engine

26.1.1. Automatic generation of summary parameters at different hierarchy levels:

– Feeder-wise, Division-wise, District-wise, Taluka-wise

26.1.2. Aggregated metrics such as:

– Total generation, average voltage, peak demand, CUF, system availability

26.1.3. Configurable daily, weekly, monthly summaries for performance evaluation

26.1.4. Archiving-Based Notifications

26.1.5. Configuration of alerts/notifications based on archived or aggregated data,

– Low monthly CUF

– Abnormal daily generation trends

– High outage duration

26.1.6. Notification through SMS/Email/App based on threshold conditions

26.1.7. Soft Tag & Derived Data Processing

26.1.8. API-based computation of derived/soft parameters from archived and real-

• Examples: efficiency, performance ratio, energy loss, load factor, etc.

• Support for complex logic and formula-based processing

26.1.9. Historian Data Storage & Retrieval

26.1.10. High-performance time-series database (Historian) for storing large

volumes of data

• Storage in structured formats (tag-wise, time-stamped) across multiple tables

26.1.11. Efficient data retrieval mechanisms for:

– Trend analysis

– Graphical visualization

– Historical comparison

26.1.12. Support for data compression, indexing, and partitioning for

optimized performance

26.1.13. Long-term data retention policies with configurable archival duration

26.2. Data Integrity, Backup & Security

Data validation before archiving to ensure accuracy

• Automated backup and disaster recovery mechanisms

• Role-based access control for historical data

27. User & Role Management

The Device Integration (SCADA) Platform shall provide a robust, secure, and scalable

User & Role Management System to enable controlled access, configuration

management, monitoring, and operational administration of the Solar IoT ecosystem.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

27.1. Organization Management

The platform shall support creation and management of multiple organization

categories, including but not limited to:

– Solar Empaneled Agencies

– IoT Service Providers / IoT Agencies

– Software/Application Agencies

– DISCOMs / Utility Organizations

– GEDA Administrative Organizations

– O&M Service Providers

– EPC Contractors / System Integrators

27.2. The platform shall support:

– Multi-organization hierarchy structure

– Organization-wise data segregation

– Role-based access at organization level

– Organization-specific dashboards and reports

– Mapping of users, plants, devices, and consumers to respective organizations

27.3. User Role Management

The platform shall support configurable role-based access control (RBAC) with

creation of multiple user roles such as:

– Super Administrator

– State Administrator

– Organization Administrator

– Operator / Monitoring User

– Field Engineer / Service Engineer

– Consumer/User

– View-Only User

– Auditor / Inspection User

27.4. The platform shall provide configurable privileges including:

– Add / Create Rights

– Edit / Modify Rights

– Delete Rights

– View-Only Rights

– Approval Rights

– Report Download Rights

– Device Configuration Rights

– Remote Command Execution Rights

– User Access Control

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

27.5. The platform shall support granular user-level access control features

– Assignment of specific plants/systems to users

– Parameter-wise visibility control

– Device-wise access permissions

– Consumer-wise and organization-wise access restriction

– Dashboard customization based on role

– Restricted access to configuration settings

– Time-based session management and auto logout

– IP logging and user activity audit trails

27.6. The system shall support:

– Secure login authentication

– Password policy enforcement

– OTP/MFA-based authentication for critical users

– Encrypted credential storage

– User login history and access logs

– Read / Write Permission Control

27.7. The platform shall support configurable operational permissions including:

– View-Only Access

– Live system monitoring

– Historical data viewing

– Report viewing and downloading

– Alarm/event monitoring

– Write / Control Access

– Remote device configuration

– Gateway parameter configuration

– Firmware upgrade initiation

– Remote restart/reboot commands

– Communication configuration updates

– Device synchronization commands

27.8. All write operations shall be:

– Logged with timestamp and user identity

– Traceable through audit logs

– Protected through role authorization mechanisms

– Consumer Mapping & Hierarchy Management

27.9. The platform shall support hierarchical consumer mapping and filtering

mechanisms based on:

– Region / Circle

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Consumer Category

– Plant Capacity

27.10. The platform shall provide:

– Bulk consumer mapping/import facility

– Consumer tagging and grouping

– GIS/GPS-based consumer mapping

– Consumer search and filter functionality

– Dynamic grouping for analytics and reporting

– Audit Trail & Security Compliance

27.11. The platform shall maintain detailed audit logs for all user activities including:

– Login/logout records

– Configuration changes

– Command execution history

– Device parameter modifications

– Alarm acknowledgment logs

– User creation/modification/deletion history

– The system shall comply with standard cybersecurity and data protection

practices including:

– HTTPS/SSL secured communication

– Encrypted API transactions

– Role-based authorization

– Database backup and recovery mechanisms

– Periodic password expiration policy

28. Consumer Mobile Application

28.1. The Device Integration (SCADA) Platform shall provide a user-friendly

Android/iOS-based Consumer Mobile Application for monitoring, service support,

and consumer engagement.

28.2. The mobile application shall support the following functionalities:

– User Registration & Authentication

– Secure user login mechanism

– OTP-based password reset and account recovery

– Mobile number and email verification

– Multi-device login support

– Role-based application access

– Secure session management

– User Profile & Consumer Details

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

28.3. The application shall display:

– Consumer Name

– Consumer ID / Account Number

– Registered Mobile Number

– Email Address

– Installation Address

– Plant Capacity

– Consumer Category

– Connected DISCOM Details

– System & Plant Information

– The application shall provide detailed system information including:

– Solar Plant Rating (kWp)

– Inverter Make & Model

– IoT Gateway/DCU Details

– Energy Meter Details

– Net Meter Information

– Installation Date

– Warranty Details

– GPS / Geo-location of plant

– DISCOM connection information

– Live Monitoring & Status

28.4. The application shall provide real-time monitoring features including:

– IoT Connectivity Status

– Online / Offline status

– Signal strength indication

– Communication health status

– Inverter & Generation Status

– Inverter ON/OFF status

– Current generation (kW)

– Daily generation (kWh)

– Total cumulative generation

– Grid Availability

– Single Phase / Three Phase indication

– Voltage availability status

– Import / Export Monitoring

– Import power (kW)

– Export power (kW)

– Net energy flow status

– Energy Analytics & Performance Monitoring

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

28.5. The application shall provide graphical and tabular analytics for:

– Hourly Generation

– Daily Generation

– Weekly Generation

– Monthly Generation

– Yearly Generation

– Historical trend analysis

28.6. The application shall also provide:

– CUF (Capacity Utilization Factor)

– Performance Ratio (PR)

– Specific Energy Yield

– Peak Generation Tracking

– Comparative performance analysis

– Alerts, Notifications & Alarms

– The application shall provide real-time notifications for:

– System faults

– Inverter shutdown

– Communication failure

– Low generation alerts

– Device offline alerts

– Maintenance reminders

– Notifications may be provided through:

– Mobile push notifications

– SMS integration

– Complaint Registration & Service Support

28.7. The application shall support complaint/service request registration

– Complaint category selection

– Complaint description entry

– Photo/document upload support

– Ticket number generation

– Complaint tracking status

– Service history logs

28.8. The application shall display:

– Service center details

– Contact person name

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Mobile number

– Email address

– Escalation contact details

– Documents & Knowledge Support

28.9. The application shall provide downloadable/viewable documents including:

– Installation documents

– Warranty certificates

– Safety guidelines

– Preventive maintenance guidelines

– FAQs and troubleshooting guides

– Best practices for improving system performance

– Additional Technical Features

– The mobile application shall additionally support:

– Multi-language support

– Dark/light mode interface

– Offline data caching for temporary connectivity loss

– API-based integration support

– QR-code-based plant/device identification

– Cloud synchronization

– Secure encrypted communication

– Mobile app update and version control support

– Compatibility Requirements

28.10. The mobile application shall be compatible with:

– Latest and previous supported mobile versions

– Tablets and smartphones

28.11. The application shall be available through:

– Google Play Store

– Apple App Store

– Enterprise deployment mechanisms, if required by GEDA.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

29. Report Manager

29.1. The Device Integration (SCADA) Platform shall include a comprehensive,

configurable, and automated Report Management System for monitoring, analytics,

compliance verification, billing support, performance assessment, and decision-

making purposes.

29.2. The platform shall support generation, scheduling, storage, export, and

sharing of reports for all integrated Solar PV systems, IoT devices, gateways, meters,

inverters, and associated electrical infrastructure.

29.3. Report Generation & Time-Based Filters

29.3.1. The platform shall support dynamic report generation with multiple

configurable duration filters including:

– Real-Time Reports

– Last 24 Hours

– Previous Week

– Current Month

– Previous Month

– Current Billing Cycle

– Financial Year

– Seasonal Duration

– User-configurable custom date range

– Comparative multi-period analysis

29.3.2. The system shall support:

– Auto-refresh reports

– Scheduled report generation

– Event-triggered reports

– On-demand report generation

– Multi-level filtering and drill-down analytics

– Operational & Performance Reports

– The platform shall generate detailed operational reports including:

– Generation & Performance Reports

29.3.3. Solar Energy Generation Reports

– Hourly generation

– Daily generation

– Weekly generation

– Monthly generation

– Annual generation

29.3.4. Plant Performance Reports

– Inverter-wise generation reports

– Feeder-wise generation reports

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Consumer-wise generation reports

– Plant downtime analysis reports

– Running Hours Reports

– Specific Yield Reports (kWh/kWp)

– Peak generation analysis

– Seasonal generation trends

– Capacity Utilization & Efficiency Reports

29.3.5. The system shall support automated generation of:

– % CUF (Capacity Utilization Factor) Reports

– Performance Ratio (PR) Reports

– System Efficiency Reports

– Device Efficiency Reports

– Solar Irradiance Correlation Reports

– Energy Conversion Efficiency Analysis

– Comparative efficiency analysis across systems/plants

– Billing & Energy Accounting Reports

29.3.6. The platform shall support utility-grade billing and energy accounting reports

– Billing Reports

– Net Energy Reports

– Import Energy Reports

– Export Energy Reports

– Net Metering Reports

– Gross Metering Reports

– Billing Cycle-wise Energy Statements

– Consumer Energy Settlement Reports

– Energy Accounting Reports

– Monthly Energy Accounting

– Annual Energy Accounting

– Feeder-wise Energy Accounting

– Transformer-wise Energy Accounting

– Consumer-wise Commercial Settlement Reports

29.3.7. The system shall support:

– DISCOM billing integration

– Tariff-based calculations

– Billing data export

– Audit-ready billing statements

– Electrical System Health & Fault Analysis Reports

29.3.8. The platform shall provide detailed electrical performance and fault diagnostic

reports including:

– Abnormal Electrical System Reports

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Over Voltage Reports

– Under Voltage Reports

– Voltage Unbalance Reports

– Overload Reports

– Load Unbalance Reports

– High Temperature Reports

– Grid Failure Reports

– Frequency Variation Reports

– Harmonic Distortion Reports (if supported by meter/device)

– Phase Failure Reports

– Reverse Power Flow Reports

– Alarm & Event Reports

– Fault occurrence history

– Alarm acknowledgment reports

– Device event logs

– Communication failure logs

– Trip analysis reports

– Instantaneous Parameter Reports

29.3.9. The platform shall support reporting and graphical visualization of

instantaneous electrical parameters including:

– Voltage (R/Y/B Phase)

– Reactive Power

– Apparent Power

– Power Factor (PF)

– Import/Export Power

– Energy Parameters

29.3.10. The system shall provide:

– Minimum values

– Maximum values

– Average values

– Time-series trend analysis

– Graphical representation

– Parameter correlation analysis

– Connectivity & Data Availability Reports

29.3.11. The platform shall generate system reliability and communication

reports including:

– % Device Connectivity Reports

– % Data Availability Reports

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Communication uptime reports

– Gateway uptime reports

– Device online/offline status reports

– SIM/network performance reports

– Data synchronization status reports

– Missing data analysis reports

29.3.12. The reports shall support SLA compliance validation and operational

– Comparison & Correlation Reports

– The platform shall provide advanced analytical and comparative reporting

features including:

– Comparison between two durations/seasons

– Comparison between multiple plants

– Comparison between multiple device types

– Consumer-wise comparison reports

– Performance benchmarking reports

– Weather vs generation correlation

– Irradiance vs generation analysis

– Import vs export energy comparison

– Historical trend comparison

29.3.13. The system shall support:

– Graphical dashboards

– Correlation charts

– Trend forecasting

– Predictive analytics support

– SLA Calculation & Penalty Reports

29.3.14. The platform shall automatically generate SLA monitoring and

compliance reports including:

– Data Availability SLA Reports

– Device Connectivity SLA Reports

– Portal Availability SLA Reports

– Fault Response Compliance Reports

– Communication Reliability Reports

29.3.15. The system shall support:

– Automatic SLA calculation

– Penalty computation logic

– Exception handling

– Monthly SLA summaries

– Vendor-wise SLA reports

– System-wise SLA reports

– Escalation reports

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Service Level Agreement (SLA) calculation in the event of Power outages from

30. Power-Off Event Data Processing and Management

30.1. The Software Vendor shall ensure that the SaaS platform, application

software, APIs, databases, and associated software infrastructure are capable of

securely receiving, processing, storing, and managing “Power-Off Event” data

transmitted from field IoT gateways, communication devices, or Energy Meter

30.2. The Software Vendor shall support ingestion and management of the

following Power-Off Event information, including but not limited to:

– Date and timestamp of power failure occurrence;

– Date and timestamp of power restoration;

– Duration of power-off condition;

– Meter identification details;

– Device/Gateway identification details;

– Communication status and associated event logs, where applicable.

30.3. The Software Vendor shall provide and maintain standard JSON-based APIs,

web services, or other mutually agreed interface specifications for seamless receipt,

validation, synchronization, and processing of such event data.

30.4. The Software Vendor shall ensure secure handling, integrity validation,

timestamp preservation, and reliable storage of all received Power-Off Event

records within the SaaS platform.

30.5. Data Availability and Reporting Timeline

30.5.1. The Software Vendor shall ensure that all received Power-Off Event data is

processed, synchronized, and made available within the application dashboards,

reporting systems, and analytics modules at predefined intervals.

30.5.2. The Software Vendor shall ensure that complete and accurate Power-Off Event

data for the respective billing/reporting month is available in the platform no

later than twenty-four (24) hours from the end of each calendar month.

30.6. SLA Exclusion Logic and Availability Computation

30.6.1. The Software Vendor shall configure and maintain the SaaS platform to

automatically exclude verified Power-Off Event durations from uptime,

availability, and SLA performance calculations, subject to receipt of

authenticated event records from the field systems.

30.6.2. The platform shall support automated computation and tagging of outage

periods attributable to grid-side power failures and ensure that such durations

are excluded from penalty assessment and uptime calculations.

30.6.3. Only those outages supported by valid and authenticated Power-Off Event

records received through approved interfaces shall qualify for SLA exclusion

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

30.7. Auditability and Traceability

30.7.1. The Software Vendor shall maintain complete audit trails, historical logs,

processing records, API transaction logs, and event history related to all Power-

Off Events for the entire contract period and for a minimum retention period of

3 years thereafter, or as specified by the Purchaser.

30.7.2. The SaaS platform shall support traceability of event receipt, processing

status, synchronization history, modifications, acknowledgements, and

reporting actions associated with each Power-Off Event.

30.7.3. The Purchaser/Authority or its authorized representatives shall have the right

to verify, audit, and validate such logs, reports, API transactions, and supporting

records at any time during the contract period.

30.8. Reporting and Analytics Requirements

30.8.1. The Software Vendor shall provide automated reporting and analytics

functionalities within the SaaS platform for Power-Off Event monitoring and

analysis, including but not limited to:

– Manufacturer-wise Power-Off Event reports;

– Site-wise outage reports;

– Device/Gateway-wise outage reports;

– Duration analysis reports;

– Monthly summary and exception reports;

– SLA exclusion summary reports;

– Historical trend and downtime analytics reports.

30.8.2. The platform shall support export of such reports in standard digital formats

including CSV, Excel, PDF, and API-based access where applicable.

30.8.3. The Software Vendor shall also support configurable dashboards, filters,

date-range selection, and downloadable analytics views for authorized users.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

31. Integration, Interoperability, and Cybersecurity

31.1. The Software Vendor shall ensure seamless interoperability and integration of

the SaaS platform with external IoT gateways, Energy Meter systems, APIs, and third-

party applications through industry-standard interface mechanisms.

31.2. The platform shall not require any proprietary software dependency at the

Purchaser’s end unless expressly approved by the Purchaser.

31.3. The Software Vendor shall ensure that all APIs, integrations, data exchange

interfaces, and cloud communication mechanisms comply with applicable

cybersecurity, data protection, data integrity, and interoperability standards

prescribed by the Purchaser and relevant statutory/regulatory authorities.

31.4. The Software Vendor shall implement appropriate authentication,

authorization, encryption, logging, backup, and access-control mechanisms for

secure operation of the SaaS platform and associated integrations.

31.5. The bidder shall develop and maintain required SLA and penalty calculation

reports for various systems deployed.

31.6. The reports shall be developed and modified from time to time as per

requirements of GEDA or any other State/National Regulatory Authorities

31.7. CERT-In empanelled security audit/certification shall be completed within

(ninety) days from the date of Go-Live, at the Bidder's own cost, through a CERT-In

empanelled third-party auditor and shall continue to do at regular interval as per

government guidelines.

32. Custom & Regulatory Reports

32.1. The bidder shall develop customized reports as required during the contract

period of Ten (10) years, including but not limited to:

– Billing reports

– Commercial settlement reports

– Technical performance analysis reports

– Regulatory compliance reports

– Consumer analytics reports

– Preventive maintenance reports

– Asset utilization reports

– The platform shall support:

– Dynamic report designer

– User-configurable templates

– Report scheduling and subscription

– PDF/Excel/CSV export

– Digitally signed reports (if required)

– Automated Reporting & Notifications

32.2. The platform shall support automatic generation and distribution of reports

– Daily reports

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Weekly reports

– Monthly reports

– Quarterly reports

– Annual reports

32.3. Reports shall be shareable through:

– Portal downloads

– API integration

– Mobile application

32.4. The system shall support:

– Auto-email scheduling

– Multi-recipient distribution

– Escalation-based reporting

– Role-based report visibility

– Data Visualization & Dashboard Support

32.5. The Report Manager shall support:

– Interactive dashboards

– Graphical charts

– GIS/map-based visualization

– Drill-down analytics

– Real-time trend graphs

– Heat maps and performance indicators

33. Requirements of Device Integration (SCADA) Configuration Services for each IoT-based

The Bidder shall provide comprehensive Device Integration (SCADA) configuration and

onboarding services for each IoT-based Remote Monitoring System (RMS) device installed

under the GEDA Scheme. The scope shall include secure device provisioning,

communication setup, SCADA configuration, tag engineering, analytics configuration,

event management, notification services, and user-role mapping to ensure seamless

integration, interoperability, cybersecurity, and reliable real-time monitoring of field

33.1. IoT-Based RMS Device Provisioning Services

The Bidder shall carry out complete provisioning, authentication, connectivity validation,

and commissioning support for each IoT-based RMS Device to enable secure and reliable

communication with the centralized SCADA platform.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

The provisioning services shall include, but not be limited to, the following:

33.2. Registration of each IoT-based RMS Device against a unique hardware

identifier such as:

– IMEI Number (for Cellular Communication Devices)

– MAC Address (for Ethernet/Wi-Fi enabled devices)

– Serial Number / Device UUID

33.3. Provisioning of device metadata including:

– Device Make and Model

– Firmware Version

– Manufacturing Details

– Communication Type

– Installation Location

33.4. Generation, deployment, and lifecycle management of:

– X.509 Digital Certificates

– TLS/SSL security credentials

– Public and Private Keys

– AES-256 encrypted communication credentials

33.5. Generation of unique MQTT communication credentials for each device,

– Unique Client ID

– Session Authentication Parameters

33.6. Generation and assignment of unique MQTT Topics for:

– Telemetry Publishing

– Event Publishing

– Command Subscription

– Configuration Management

– Firmware Upgrade Support

33.7. Topic-level authorization and access restriction to ensure that devices can

publish/subscribe only to authorized topics.

33.8. Generation and management of unique FTP/SFTP server credentials for:

– Bulk data upload

– Configuration file transfer

– Firmware updates

– Historical data synchronization

33.9. Configuration and validation of:

– VPN Connectivity

– MQTT Broker Connectivity

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– NTP/RTC Time Synchronization

– Failover Communication Settings

33.10. Validation of secure communication between device and SCADA platform

– TLS/SSL Handshake Verification

– Certificate Validation

– Device Authentication

– Topic Authorization Testing

33.11. End-to-end testing of IoT-based RMS Device communication and data

33.12. Handholding support to empaneled agencies during:

– Device installation

– Configuration

– Connectivity troubleshooting

– Device commissioning

– Go-live activities

33.13. Support for remote diagnostics and communication troubleshooting during

the stabilization period.

33.14. Maintenance of device onboarding logs, provisioning history, and audit trails

for future traceability and cybersecurity compliance.

34. SCADA Configuration

The Bidder shall configure each integrated device in the SCADA platform with complete

hierarchy mapping, tag engineering, analytics configuration, historian setup, alarm

configuration, event processing, and notification management.

34.1. SCADA Device Hierarchy Configuration

Each device shall be configured and mapped under the appropriate administrative and

electrical hierarchy, including:

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Consumer Category

– Rooftop Solar / Wind / Hybrid Plant

34.2. The configuration shall include mapping of:

– Device IMEI Number

– Geo-location coordinates

– Installed Capacity

– Inverter Details

– Meter Details

– Plant Commissioning Date

– Hard Tag Configuration

34.3. Configuration of Hard Tags per device as per the annexures specified in:

– “Communication Architecture between IoT-based RMS and State Level Server”

– MNRE RMS Communication Guidelines

– For the purposes of this tender, the 'State Level Server' referred to in the MNRE

architecture shall mean the centralized SaaS/SCADA Platform deployed by the

Bidder under this tender.

34.4. The tags may include, but shall not be limited to:

– Electrical Parameters

– Phase Voltage (Vrn, Vyn, Vbn)

– Phase Current

– Active Power (kW)

– Reactive Power (kVAR)

– Apparent Power (kVA)

– Import Energy

– Export Energy

– Solar/Wind Generation Parameters

– Solar Generation Energy

– Instantaneous Solar Power

– Inverter Status

– String Parameters

– Wind Turbine Generation Parameters

– Irradiance (if available)

– IOT based RMS Health Parameters

– Signal Strength (RSSI)

– Communication Status

– Device Temperature

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Device Uptime

– Memory Utilization

– Communication Failure Count

– Soft Tag / Formula-Based Tag Configuration

34.5. Configuration of formula-based Soft Tags for advanced analytics and logical

34.6. The Soft Tags may include:

– Voltage Unbalance

– Current Unbalance

– Three-Phase Detection

– Single Phasing Detection

– Reverse Power Flow

– Specific Yield

– Grid Availability

– Device Availability

– Average Daily Generation

– Performance Ratio

– Communication Availability %

34.7. Soft tag calculation logic shall support:

– Arithmetic Operations

– Conditional Logic

– Time-Based Calculations

– Aggregation Functions

– Comparative Analytics

34.8. Archiving Tag Configuration

– Configuration of up to 20 archival tags per device for performance analysis and

long-term analytics.

34.9. Archive intervals:

– Instantaneous

34.10. Parameters to be archived include:

– Solar Generation

– Import/Export Energy

– Grid Availability

– Inverter Running Hours

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Device Availability

– Water Discharge

– Daily Specific Generation

– Daily Generation per kW

– Per Day Per HP Consumption

– Maximum Demand

– Peak Generation

– Event & Alarm Configuration

– Configuration of up to 20 Events, Alarms, and Notifications per device including:

– Instantaneous Event Detection

– Abnormal Generation

– Generation Deviation from Area Average

– Grid Over Voltage

– Grid Under Voltage

– Overload Condition

– Low Power Factor

– Communication Failure

– Device Offline

– Inverter Trip

– Reverse Current

– Single Phasing

– Frequency Violation

– Archived Parameter-Based Events

– Low Weekly Generation

– Low Monthly Generation

– Low Grid Availability

– Excessive Device Downtime

– Low Inverter Running Hours

– High Running Hours

– Poor Communication Availability

– Notification Configuration

34.11. The SCADA platform shall support:

– Mobile Push Notifications

– Email Notifications

– Dashboard Popups

– Escalation Notifications

– Notifications shall support:

– Severity Levels

– Role-Based Delivery

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Time-Based Escalation

– Event Acknowledgement

– Notification History Logging

35. Requirements of Software Maintenance & SaaS Support Services for 10 Years

35.1. The Bidder shall provide comprehensive Software as a Service (SaaS)-based

Operation, Maintenance, Technical Support, Analytics, and Lifecycle Management

Services for the centralized Device Integration (SCADA) Platform for a period of

(Ten) years from the date of successful Go-Live and acceptance of the system.

35.2. The SaaS model shall include hosting, operation, monitoring, cybersecurity

management, software upgrades, database management, analytics support, user

management, integration support, troubleshooting, reporting, and manpower

deployment required for uninterrupted operation of the centralized IoT-based

monitoring ecosystem deployed under GEDA schemes.

35.3. The entire solution shall be offered as a fully managed, scalable, secure, and

continuously available SaaS platform without requiring GEDA to maintain separate

software infrastructure, licenses, cybersecurity systems, or backend application

management resources.

35.4. The Bidder shall ensure that the platform remains compliant with prevailing

MNRE Guidelines, CERT-In Guidelines, NIC/MeitY cybersecurity advisories, and

applicable Government of Gujarat IT and Data Hosting policies throughout the

contract period.

35.5. Scope of SaaS-Based Software Maintenance & Support Services

The Bidder shall provide end-to-end remote and onsite maintenance and support

services for all layers of the SCADA/IIoT platform including applications, middleware,

databases, APIs, communication brokers, historian servers, dashboards, analytics

engines, mobile applications, reporting modules, cybersecurity infrastructure, and

device integration services.

The scope shall include, but not be limited to, the following:

35.5.1. SaaS Platform Hosting & Availability Management

The Bidder shall ensure continuous availability, operation, and health monitoring of the

complete SaaS-based SCADA platform hosted on:

– State Data Centre (SDC)

– NIC Cloud Infrastructure

– Government Community Cloud (GCC)

– MeitY Empaneled Cloud Infrastructure

– Hybrid Cloud Infrastructure

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Disaster Recovery Infrastructure as applicable.

35.5.2. The Bidder shall ensure:

– 24x7 availability of SCADA applications and services

– High availability architecture with redundancy

– Load balancing and failover mechanisms

– Automatic service recovery

– Cloud resource monitoring and optimization

– Continuous monitoring of server uptime and application availability

– Scalable infrastructure capable of supporting future expansion of connected

– Horizontal and vertical scalability of platform components

35.5.3. The SaaS platform shall support integration of:

– Minimum 1,00,000 RMS Devices

– Multi-tenant architecture

– Concurrent multi-user access

– Real-time data ingestion and analytics

35.6. Operation & Maintenance of Multi-Layered SCADA Applications

The Bidder shall ensure proper operation, maintenance, and performance optimization

of all software layers and services, including:

– Device Management Layer

– MQTT/IIoT Communication Layer

– API Gateway Layer

– SCADA Tag Processing Engine

– Event & Notification Engine

– Historian & Archival Systems

– Analytics & Reporting Engine

– GIS & Geo-Spatial Services

– Dashboard & Visualization Layer

– Mobile Application Services

– User & Role Management Services

– MDAS & MDM Modules

– Database Services

– Backup & Recovery Systems

– Security Monitoring Systems

35.7. The Bidder shall ensure:

– Proper application functioning

– Continuous health monitoring

– Database optimization

– Memory and CPU optimization

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

– Query optimization

– API response optimization

– Communication latency monitoring

– Real-time synchronization services

– Log management and diagnostics

35.8. Device Integration & Reconfiguration Support

The Bidder shall provide complete support for:

– Device onboarding

– Device replacement

– Device reconfiguration

– Device decommissioning

– Firmware compatibility support

during the entire maintenance period without any additional financial implication

35.9. The scope shall include configuration and integration of:

– Energy Meters

– Solar Inverters

– Wind Controllers

– Hybrid Controllers

– String Combiner Boxes

– Weather Monitoring Systems

– Protection Relays

– Any future RMS-compatible devices

– The Bidder shall ensure:

– Re-mapping of tags

– Reconfiguration of communication topics

– Re-authentication of devices

– Updating dashboards and analytics

– Migration of historical linkage

– Reassignment of alarms and notifications

without loss of historical records.

35.10. Software Updates, Security Patches & Version Management

The Bidder shall provide all software updates, upgrades, enhancements, security

patches, hotfixes, firmware compatibility updates, and bug fixes during the contract

period without any additional financial implication to GEDA.

Tender for Selection of Software Solution Provider for IIoT-Based SCADA SaaS

Platform for Government Building Rooftop Solar/Wind and Renewable Energy

Systems under GEDA

The scope shall include:

– Critical security patches

– Application bug fixes

– Database updates

– Middleware upgrades

– MQTT broker upgrades

– Cybersecurity enhancements

– Performance improvements

– Dashboard enhancements

– Mobile application updates