About Solar1

Built around the solar handoff. Configured around your workflow.

Solar1 is an early-stage software startup operating from India and building an operating system for U.S. solar installers and EPCs.

Fit and implementation scope are confirmed during a guided assessment.

Workflow assessmentBefore configuration
SY
SystemsWhat remains authoritative
Assess
PR
Project recordsWhat each role needs
Assess
HA
HandoffsOwners, approvals, and exceptions
Assess
RO
RolloutValidation and training scope
Assess
About Solar1

A connected foundation for the U.S. solar business

Founded in 2025, Solar1 is an early-stage, founder-led software startup operating from Kerala, India and building primarily for solar installation companies and EPCs in the United States.

We are building a connected platform for CRM, project operations, permitting, interconnection, field teams, inventory, finance, service, and the other workflows involved in running a solar installation business.

Our core ERP foundation is functional. We are working with the market to build deeper solar-specific workflows and prepare the platform for early design partners.

We are also building toward an agentic AI layer across Solar1's structured operational data to help teams understand projects, surface blockers, retrieve information, recommend next actions, and safely execute approved workflows.

Solar1 on LinkedIn · Contact Solar1

Founders

The team building Solar1

Founder-led, with product, engineering, and go-to-market working together.

Swalah Kenb

Founder, CEO & CTO

Leading Solar1 and its product and engineering direction.

LinkedIn profile — Swalah Kenb

ahmad@solar1erp.com

Mohammed Salman

Co-founder & CMO

Leading marketing and go-to-market for Solar1.

LinkedIn profile — Mohammed Salman

A shared record only helps when the handoffs are clear.

Solar teams often rely on several useful systems. The operating problem appears when project context is rebuilt between them and ownership becomes unclear.

Start with the current workflow

Understand the systems, project records, owners, approvals, and exceptions a team uses before proposing configuration.

Configure around real projects

Stages, fields, permissions, and reporting views should reflect the work a team is responsible for today.

Support adoption, not just setup

Validation, role-based training, and an explicit operating owner are part of making a new workflow usable.

How we build

Map the operating problem before configuring software

The assessment follows the transitions where context is most often lost: proposal to permit, permit to install, field update to invoice, and invoice to job margin.

View the platform
Implementation pathGuided
Workflow assessment1/3

Map current systems, records, handoffs, owners, and the recurring decisions each role needs to make.

Configuration and validation2/3

Shape the agreed process, then test representative records and exceptions before wider use.

Training and rollout3/3

Prepare each role for the new process and define how issues, changes, and ownership will be handled.

How we implement

Configuration should match the way the team is accountable

Project stages, fields, approvals, permissions, and reporting views are scoped against current projects, then validated with representative records before wider use.

Read pricing
Workflow assessmentBefore configuration
SY
SystemsWhat remains authoritative
Assess
PR
Project recordsWhat each role needs
Assess
HA
HandoffsOwners, approvals, and exceptions
Assess
RO
RolloutValidation and training scope
Assess

Implementation principles for an early-access rollout.

Workflow firstthe current operation is the starting point
Flexibleconfiguration follows agreed records and roles
Guidedvalidation and training are part of rollout
Early accessfit and scope are confirmed before implementation
Current focus

What a connected operating record should make clearer

The focus is practical: preserve context, clarify ownership, and make recurring operating decisions easier to review.

Sales to operationsFocus

The signed proposal should become an operations record without a manual rebuild.

Permit to installFocus

AHJ, interconnection, inspection, and PTO status should stay visible to the team that depends on it.

Install to financeFocus

Labor, materials, subcontractors, and milestone billing should stay tied to the job while it is moving.

Assessment to rolloutFocus

Fit, configuration, validation, and role training should be agreed before the team depends on the workflow.

Common questions

About Solar1 — answered directly.

Why does Solar1 begin with a workflow assessment?

A solar operation already has systems, trackers, approvals, and role boundaries. The assessment identifies what should remain, what must connect, and what a useful configuration needs to support.

Is Solar1 intended to replace every tool immediately?

No. The rollout should identify the authoritative system for each record and use configured handoffs where another tool should remain in place.

Why emphasize early access?

Because it is the honest buying path right now. Teams should request access, walk through their workflow, and confirm fit before relying on Solar1 for operations.

See whether the Solar1 record fits your team.

Bring the workflow you run today. We will map the handoffs honestly and show what Solar1 can support in early access.