---
title: "CRM personalizat pentru o firmă de fotovoltaice"
description: "CRM personalizat pentru fotovoltaice: aplicația mută clientul prin 7 etape când apare dovada, iar montatorii închid lucrarea pe telefon, și fără semnal."
canonical_url: https://dmaster.ro/studii-de-caz/crm-personalizat-fotovoltaice
language: ro
type: case-study
last_updated: 2026-09-15
---

# CRM personalizat pentru o firmă de fotovoltaice, de la lead la racordare

- instalații fotovoltaice
- Smart Build Instal SRL

Un CRM personalizat, construit de D MASTER pentru o firmă care vinde și montează sisteme fotovoltaice. Aplicația duce fiecare client prin 7 etape, de la primul contact până la certificatul de racordare, și îl mută singură mai departe când apare dovada. Biroul lucrează pe calculator, iar montatorii închid lucrarea de pe telefon, cu poze, bon de consum și semnătura clientului, chiar și fără semnal.

[Trimite cerere](https://dmaster.ro/cerere)

[Aplicații web la comandă](https://dmaster.ro/servicii/aplicatii-web)

## Proiectul pe scurt

- **Client**: Smart Build Instal SRL
- **Domeniu**: Vânzare și montaj de sisteme fotovoltaice
- **Ce este**: Aplicație web la comandă: CRM pentru birou și aplicație de teren pentru montatori
- **Pentru cine**: Biroul pe calculator, montatorii pe telefon
- **Gândită pentru**: Circa 20 de oameni și până la 30 de montaje pe lună
- **Construcție**: Grosul lucrului între 7 august și 14 septembrie 2026
- **Stare**: Livrată în septembrie 2026

- **7** Etape pe drumul clientului
- **6** Mutări automate, fiecare cu bifa ei
- **9** Operații posibile fără semnal
- **3** Surse de leaduri: formular, Excel, Meta

## De ce un CRM la comandă, nu unul gata făcut

Smart Build Instal vinde și montează sisteme fotovoltaice. Un client trece pe la mai mulți oameni din firmă: cine răspunde la telefon, cine face oferta, cine scrie contractul, echipa care urcă pe acoperiș, cine se ocupă de actele pentru rețea.

Documentul de pornire, scris după discuția din 1 august 2026, arăta unde se pierdea informația: după contractul semnat, când lucrarea trecea la echipa de teren. Pozele, procesul-verbal, materialele și actele circulau prin telefoane personale și conversații, iar ca să afli în ce stadiu e un client trebuia să suni pe cineva.

Pe 6 august scopul s-a lărgit. Aplicația trebuia să acopere și vânzarea, de la primul lead, și să lase montatorii să lucreze pe acoperiș fără semnal.

Pentru aceeași firmă am construit și [generatorul de dosare de prosumator](https://dmaster.ro/studii-de-caz/generator-dosare-prosumator).

### Ce trebuia rezolvat

Un CRM gata făcut ține bine o listă de clienți și o pâlnie de vânzare. Firma asta avea însă nevoie de reguli scrise pe fluxul ei, pe care un abonament standard nu le acoperă ușor.

**Un drum în 7 etape, cu dovezi reale.** Clientul nu trebuia mutat de mână la fiecare pas. Aplicația trebuia să îl mute singură când apare dovada: oferta trimisă, contractul semnat încărcat în dosar, ziua de montaj, bonul de consum finalizat, certificatul de racordare primit de la distribuitor. Iar biroul trebuia să poată opri oricare dintre aceste mutări fără programator.

**Oameni pe acoperiș, fără semnal.** Montatorul face poze, scrie materialele și ia semnătura clientului acolo unde telefonul nu prinde rețea. Aplicația trebuia să păstreze în telefon ce a scris el și să nu îi ceară parola doar pentru că lipsește internetul.

**Date de identificare tratate separat.** CNP-ul și datele din buletin sunt necesare la contract, dar nu au ce căuta pe telefonul montatorului sau într-un import din Excel. Specificația inițială spunea că toată lumea vede tot. Pe 13 august decizia s-a schimbat: biroul vede toată aplicația, montatorii doar ce le trebuie pe teren.

**Documente cu textele firmei.** Oferta, contractul și procesul-verbal trebuiau să iasă cu formulările firmei, editabile din aplicație, fără ca un contract semnat să se schimbe când cineva corectează textul peste o lună.

**Lucruri pe care le are doar firma asta.** O fișă scurtă pentru leadurile din campania Casa Verde 2026, unde „nu știe” e un răspuns diferit de „nu”. Un stoc care pornește din programul de contabilitate SAGA: aplicația scade ce trece pe bonurile de consum, biroul poate face corecții, iar următorul import din SAGA îl pune din nou la zi. SAGA rămâne evidența oficială. Un nomenclator de echipamente, ca același invertor să fie scris la fel pe ofertă, contract și lucrare.

### Ce se schimbă

| Înainte | După |
| --- | --- |
| Pozele de la montaj rămân pe telefoanele montatorilor și se pierd odată cu telefonul | Pozele intră în dosarul lucrării, pe categorii, iar montajul nu se închide fără ele |
| Procesul-verbal se semnează pe hârtie, se fotografiază și circulă pe WhatsApp | Clientul semnează procesul-verbal cu degetul pe telefon, iar documentul semnat intră în dosar |
| Materialele consumate se spun din gură sau ajung pe un bon care se rătăcește | Materialele trec pe bonul de consum și se scad singure din duba montatorului |
| Actele pentru dosarul de prosumator circulă prin conversații | Actele și certificatul de racordare se încarcă în cardul „Dosarul de prosumator” din fișa clientului |
| Ca să afli în ce stadiu e un client, suni pe cineva | Etapa fiecărui client se vede în listă, fără telefoane: 7 etape, cu numărul de clienți la fiecare |
| Același om, venit de două ori, ajunge în două rânduri diferite din listă | Telefonul e cheia: un număr deja în evidență nu creează un dosar nou, decât dacă biroul acceptă dublura cu motiv scris |

## Două ecrane, aceeași firmă

Biroul și montatorul deschid aceeași aplicație, dar nu văd același lucru. Comută între cele două roluri și vezi aceeași fișă de client, cu date fictive.

**Fișa clientului**

- **Nume** · Exemplu Ioana Marin
- **Telefon** · 0700 000 021 · Montatorul îl apasă ca să sune clientul.
- **Adresa de montaj** · Str. Exemplu nr. 7, localitate fictivă · Fără ea, echipa nu ajunge la lucrare.
- **Sistemul de montat** · 12 panouri, invertor hibrid, acumulator
- **Valoarea ofertei** · Sumă fictivă, în lei · Montatorul nu vede oferte, prețuri sau catalogul cu prețuri.
- **Contract** · Contract semnat, PDF · Contractele rămân la birou.
- **Notele biroului** · Preferă montaj după ora 10 · Notele despre client sunt ale biroului.
- **CNP** · CNP fictiv · Datele de identificare le completează și le citește doar biroul.
- **Seria și numărul buletinului** · XX 000000 · Le vede și le completează doar biroul.
- **Pozele de montaj** · 5 din 5 categorii cerute
- **Bonul de consum** · 4 materiale, în lucru

**Zonele de acces**

- Acasă
- Calendar
- Lucrări
- Poze
- Bon de consum
- Lucrările mele pe teren
- Documentele lucrării
- Clienți
- Produse și șabloane de ofertă
- Utilizatori
- Coș de recuperare
- Setări

Regula e pusă în baza de date, nu doar ascunsă pe ecran: un montator nu primește ofertele, contractele, notele biroului sau CNP-ul nici dacă ar ocoli meniul. Montatorul vede intenționat numele, telefonul și adresa, fiindcă are nevoie de ele ca să ajungă la lucrare. În lista tuturor lucrărilor și în Calendar vede lucrările întregii firme, doar la citire; scrie numai pe lucrările la care lucrează el.

**Tabelul complet: cine vede ce**

**Câmpurile din fișă**

| Câmp | Birou | Montator |
| --- | --- | --- |
| Nume | vede | vede |
| Telefon | vede | vede |
| Adresa de montaj | vede | vede |
| Sistemul de montat | vede | vede |
| Valoarea ofertei | vede | nu vede |
| Contract | vede | nu vede |
| Notele biroului | vede | nu vede |
| CNP | vede | nu vede |
| Seria și numărul buletinului | vede | nu vede |
| Pozele de montaj | vede | vede |
| Bonul de consum | vede | vede |

**Zonele de acces**

| Zonă | Birou | Montator |
| --- | --- | --- |
| Acasă | vede | vede |
| Calendar | vede | vede |
| Lucrări | vede | vede |
| Poze | vede | vede |
| Bon de consum | vede | vede |
| Lucrările mele pe teren | vede | vede |
| Documentele lucrării | vede | vede |
| Clienți | vede | nu vede |
| Produse și șabloane de ofertă | vede | nu vede |
| Utilizatori | vede | nu vede |
| Coș de recuperare | vede | nu vede |
| Setări | vede | nu vede |

Exemplu cu date inventate. Ce se ascunde e exact ca în aplicație.

## Drumul unui client în 7 etape

Fiecare client stă într-una dintre cele 7 etape, mereu în aceeași ordine. Apasă pe un eveniment și vezi unde ajunge un client fictiv. Debifează o mutare automată: evenimentul se înregistrează, dar clientul rămâne în aceeași etapă.

**Toate etapele și evenimentele, pe scurt**

1. **Potențiali** · Clientul completează formularul de pe site, biroul îl adaugă de mână sau îl importă fără altă etapă în fișier · Birou · Prima etapă. De aici biroul sună clientul și pregătește oferta. Un lead din formularul de pe site intră direct aici, cu răspunsurile lui ca notiță în dosar.
2. **Ofertați** · Oferta nu mai e ciornă: biroul a descărcat-o sau a trimis-o clientului · Birou · Automat · Cel puțin o ofertă a ieșit din ciornă: descărcată sau trimisă. Cine a refuzat rămâne aici, fiindcă etapa nu coboară singură.
3. **Contractați** · Biroul descarcă sau trimite contractul către client · Birou · Automat · Contractul a fost descărcat sau trimis. La email, mutarea se face abia după ce serverul de mail confirmă că a plecat.
4. **Neprogramați** · Biroul încarcă în dosar contractul semnat de client · Birou · Automat · Clientul are contract semnat, dar încă nu are o zi de montaj. Pus în calendar, urcă singur la Programați.
5. **Programați** · O lucrare activă primește o zi sau un client neprogramat e pus în calendar · Birou · Automat · Clientul are o zi fixată și apare în calendarul montatorilor. La programare, biroul alege montatorii om cu om, nu pe echipe.
6. **Instalați** · Se finalizează bonul de consum al unui montaj · Montator · Automat · Sistemul e montat. Etapa vine din bonul de consum finalizat pe teren sau când biroul apasă „Gata” în calendar. Bonul unei intervenții nu mută clientul.
7. **Finalizați** · Biroul încarcă certificatul de racordare în dosarul de prosumator · Birou · Automat · Dosar închis. Certificatul vine de la distribuitor, deci e cea mai sigură dovadă că sistemul e pus în funcțiune, și mută clientul aici oricare ar fi etapa lui.

- **Biroul trimite oferta** · Oferta nu mai e ciornă. Clientul urcă la Ofertați.
- **Biroul trimite contractul** · Clientul urcă la Contractați. Doar generarea contractului, fără descărcare sau trimitere, nu mută pe nimeni.
- **Se încarcă contractul semnat** · Hârtia semnată de client intră în dosar. Clientul urcă la Neprogramați: are contract, îi lipsește ziua.
- **Clientul e pus în calendar** · Clientul urcă la Programați doar dacă era la Neprogramați. Un client potențial programat în calendar doar pentru o măsurătoare, fără lucrare, rămâne la Potențiali.
- **Lucrarea primește o zi** · Când o lucrare activă a clientului primește o zi, clientul urcă la Programați, chiar dacă lucrarea e o reparație. Un client aflat deja mai sus rămâne unde e.
- **Montatorul finalizează bonul de consum** · Bonul primește număr, materialele se scad din dubă, iar clientul urcă la Instalați. Merge doar la montaj, nu la intervenție.
- **Se încarcă certificatul de racordare** · Certificatul intră în dosarul de prosumator, iar clientul ajunge la Finalizați, din orice etapă.

**Regula**

Mutările automate doar urcă clientul, nu îl coboară niciodată. Dacă cineva a refuzat oferta, rămâne la Ofertați până îl mută biroul. Biroul poate muta de mână orice client, în orice etapă și în ambele sensuri, inclusiv mai mulți clienți deodată.

**Bife din Setări**

- Oferta trimisă mută clientul la Ofertați
- Contractul trimis mută clientul la Contractați
- Contractul semnat încărcat mută clientul la Neprogramați
- Programarea mută clientul la Programați
- Bonul de consum finalizat mută clientul la Instalați
- Certificatul de racordare mută clientul la Finalizați

Exemplu cu date inventate. Regulile de mutare sunt cele din aplicație.

## Cum intră clienții în aplicație

Pe lângă adăugarea de mână, clienții noi intră pe trei drumuri și ajung toți în aceeași listă de clienți. Formularul și exportul din Meta îi pun la Potențiali; Excelul după șablon poate aduce și etapa, din coloana Status. Tabelul de mai jos arată, cu date fictive, cum verifică aplicația un fișier de leaduri din Meta înainte să intre ceva în listă: client nou, dublură sau rând respins.

**De unde vin**

- **Formular pe site** · Biroul își construiește singur formularul și îl pune pe site. Cine îl completează intră direct la Potențiali, cu toate răspunsurile scrise într-o notiță din dosar.
- **Excel după șablon** · Un fișier făcut după șablonul descărcat din aplicație. Se citește, se verifică, apoi biroul vede lista și confirmă. La importul din Excel după șablon, coloanele cu CNP și cu seria și numărul buletinului se aruncă.
- **Export Meta încărcat de mână** · Fișierul de leaduri exportat din Meta, .csv sau .xls, până la 2.000 de rânduri. Se încarcă de mână: nu există legătură automată cu Meta.

**Fișierul din Meta, înainte să intre ceva în listă**

| Nume | Telefon |
| --- | --- |
| Exemplu Ioana Marin | 0700 000 021 |
| Exemplu Mihai Dobre | +40 700 000 022 |
| Exemplu Mihai Dobre | 0040 700 000 022 |
| Exemplu Ana Pop | 0700 000 023 |
| Exemplu Sorin Toma | fără telefon |

**Motivul pentru fiecare rând**

- **Exemplu Ioana Marin**, adăugat: Număr nou. Intră la Potențiali.
- **Exemplu Mihai Dobre**, adăugat: Numărul cu +40 e recunoscut ca 0700 000 022. Număr nou, intră la Potențiali.
- **Exemplu Mihai Dobre**, dublură: Același telefon ca pe rândul de mai sus, doar scris cu 0040. Rândul e sărit.
- **Exemplu Ana Pop**, dublură: Există deja un client cu acest telefon. Nu se face al doilea dosar.
- **Exemplu Sorin Toma**, respins: Lipsește telefonul. Fără el, clientul nu poate fi recunoscut, deci rândul nu intră.

Formularul de pe site nu trece prin previzualizare: cine îl completează intră direct la Potențiali. Dacă telefonul există deja, răspunsurile intră imediat ca notiță „A trimis din nou” în dosarul existent, fără dosar nou.

Exemplu cu date inventate. Verdictele urmează regulile din aplicație.

## Oferta, contractul și procesul-verbal

Oferta, contractul și procesul-verbal ies ca PDF din datele deja introduse, cu textele firmei. Fiecare document are regula lui despre ce se mai poate schimba după ce a plecat la client.

1. **Oferta** · Primește singură numărul următor pe anul curent. Totalul cu TVA se calculează din liniile ofertei, iar termenul de valabilitate se ia din Setări. După emitere, oferta e înghețată: sistemul, liniile, data și numărul nu se mai pot modifica din niciun ecran.
2. **Contractul** · Se generează ca PDF doar dacă datele de identificare ale clientului și datele firmei sunt completate; mesajul numește exact câmpurile lipsă. Datele sistemului se pot prelua dintr-o ofertă a aceluiași client. Textul vine dintr-o versiune publicată a șablonului, deci contractul semnat trimite mereu la formularea cu care a fost tipărit.
3. **Procesul-verbal semnat** · Se generează pe lucrare și îl semnează clientul cu degetul, pe telefonul montatorului. Semnătura se așază pe PDF și rezultă o versiune nouă, semnată. Dacă procesul-verbal se regenerează, semnăturile de pe versiunea veche devin automat nevalabile, cu motivul scris.

Semnătura cu degetul există doar pe procesul-verbal. Oferta și contractul se semnează pe hârtie, iar contractul semnat se încarcă în dosar ca fișier. Pe telefon, o atingere scurtă sau o linie dreaptă nu trece drept semnătură.

Exemplu schematic. Ordinea actelor e cea din aplicație.

Semnează cu degetul, cu mouse-ul sau cu creionul, apoi apasă Finalizat. O atingere scurtă sau o linie dreaptă nu trece drept semnătură.

Exemplu: semnătura nu pleacă nicăieri. Verificarea seamănă cu cea din aplicație.

## Ziua montatorului și închiderea lucrării

Pe telefon, montatorul are patru butoane jos: Acasă, Toate, Calendar și Ale mele. În „Ale mele” vede întâi lucrările rămase necompletate, cu ce le lipsește, apoi programările cu adresa și telefonul clientului. Un montaj se închide de pe telefon, dar numai când e complet documentat. Bifează cerințele și vezi când se aprinde butonul. Blocajul e în baza de date, deci nu se poate ocoli din alt ecran.

**Ce cere aplicația înainte de închidere**

- Poze cu invertorul, tablourile AC și DC și acumulatorul, dacă există
- Poză cu structura de montaj, înainte de panouri
- Poză cu panourile montate
- Poză cu aparatul de măsură, cu valoarea împământării la vedere
- Poză de ansamblu
- Valoarea măsurată a împământării
- Seria invertorului montat
- Cel puțin un material pe bonul de consum

**La închidere, în ordine**

1. Bonul de consum aflat în ciornă se finalizează și primește numărul următor din serie
2. Lucrarea primește starea MONTAT
3. Biroul primește notificarea „Lucrare finalizată”
4. Clientul urcă la Instalați, dacă mutarea automată e pornită
5. Materialele de pe bon se scad din duba montatorului și din stocul firmei

Clemă de capăt pentru panou (exemplu) · 16 buc pe bon

- Stocul firmei · 300 buc
- Duba montatorului · 40 buc

Exemplu cu date inventate. Regulile de închidere sunt cele din aplicație.

## Fără semnal pe acoperiș

Pe acoperiș, telefonul nu prinde mereu semnal. Aplicația lasă montatorul să lucreze mai departe: ce scrie rămâne în telefon, într-o cutie locală, și pleacă la server când aplicația e deschisă cu internet.

**Merge și fără semnal (9)**

- Adaugă o linie pe bonul de consum
- Adaugă un material care nu e în catalog
- Corectează o linie de pe bon
- Finalizează bonul de consum
- Fă o poză de montaj
- Cere semnătura clientului pe procesul-verbal
- Notează măsurătorile finale
- Amână sau reia semnarea procesului-verbal
- Închide lucrarea

**Rămân doar cu semnal**

- **Generarea procesului-verbal.** PDF-ul se construiește pe server, din datele deja ajunse acolo.
- **Deschiderea PDF-ului.** „Vezi PDF” deschide fișierul de pe server.
- **Trimiterea documentului către client.** Documentul pleacă de pe server.
- **Ștergerea unui proces-verbal.** Documentul e păstrat pe server, deci se șterge doar de acolo.
- **Ștergerea unei poze deja încărcate.** Poza a ajuns deja pe server.
- **Istoricul lucrărilor.** Telefonul păstrează doar lucrările neterminate și pe cele din următoarele 7 zile, nu tot istoricul.
- **Lista documentelor lucrării.** Se citește de pe server, ca să fie la zi.

**Limite și reguli**

- Datele merg într-un singur sens, de la telefon la server. Pe telefon nu stă o copie a bazei de date și nu există sincronizare în ambele sensuri.
- Înregistrările pleacă atunci când aplicația e deschisă și are internet, în ordinea în care au fost făcute. Nu există trimitere în fundal, cu aplicația închisă, nici pe iPhone, nici pe Android.
- Înainte de primul drum pe teren, montatorul ține aplicația deschisă un minut cu internet, ca telefonul să se pregătească.
- Pozele făcute fără semnal se micșorează în telefon, de regulă sub 800 KB fiecare, ca să nu umple memoria. La micșorare se pierd informațiile ascunse din fișierul pozei, cum ar fi data la care a fost făcută, iar ora pozei se ia din ceasul telefonului.
- Dacă biroul a schimbat ceva între timp, serverul refuză înregistrarea și spune de ce. Nu se îmbină automat: rămâne în telefon cu motivul scris, iar biroul o vede pe lista celor blocate.
- Pe un telefon folosit de doi oameni, munca netrimisă a unuia nu pleacă niciodată sub contul celuilalt. Așteaptă în telefon până intră din nou primul.
- Un document poate fi luat dinainte în telefon, cu internet, dacă biroul a pornit această opțiune.

Exemplu cu date inventate. Ordinea, dublura și respingerea urmează regulile din aplicație.

## Cine vede datele clientului

Comutatorul de mai sus, din „Două ecrane, aceeași firmă”, arată ce câmpuri vede fiecare cont. Pentru datele de identificare ale clientului, aplicația are câteva reguli în plus.

- CNP-ul, seria și numărul buletinului, cine l-a eliberat, data eliberării, data expirării și adresa de domiciliu se completează și se citesc doar din contul de birou.
- Ștergerea datelor de identificare cere scrierea numelui clientului. Dacă numele nu se potrivește, aplicația refuză. Se șterg doar datele din buletin; fișa clientului rămâne.
- Importul de clienți aruncă coloanele cu CNP și cu seria și numărul buletinului, iar exportul în Excel nu le duce niciodată.

## Sub capotă

Calitatea codului nu se vede pe ecran. Mai jos e ce stă în spatele aplicației: câte verificări automate are și ce au găsit auditurile.

- **232** · de migrații ale bazei de date · Fiecare schimbare a bazei de date e scrisă ca pas separat, păstrat în istoric. Baza se poate reface de la zero, în aceeași ordine, oricând.
- **58** · de tabele · Clienți, lucrări, oferte, contracte, poze, bonuri, materiale, setări și restul. Numărate din migrații, după ultima schimbare.
- **527** · de fișiere de test · Programe mici care verifică automat că o bucată din aplicație face ce trebuie, fără ca un om să apese pe fiecare buton.
- **176** · de fișiere de test pentru baza de date · Verifică direct în baza de date reguli ca aceasta: un montator nu poate citi o ofertă sau un CNP.
- **57** · de porți automate · Verificări automate care pică atunci când ceva s-a stricat, de exemplu diacriticele, datele de probă, ecranele de telefon sau schema bazei.
- **85** · de commituri · Loturi mari de lucru salvate în istoric, între 7 august și 14 septembrie 2026.

**Auditurile, în cifre**

### Auditul general

8 august 2026

- Găsite · 93
- Confirmate · 71
- Reparate · 71
- Respinse · 22

14 verificări separate, pe zone diferite ale aplicației. Fiecare constatare a fost apoi contestată de o a doua verificare, iar fiecare respingere are motivul scris.

### Auditul dinainte de lansare

6 septembrie 2026

- Găsite · 151
- Reparate · 150

15 verificări separate, din unghiuri diferite, iar fiecare constatare a trebuit să reziste la încă două verificări independente.

### Auditul de viteză

8 septembrie 2026

- Găsite · 49
- Confirmate · 19
- Reparate · 14
- Respinse · 30

5 constatări confirmate au rămas nereparate, cu motivul scris.

**Cronologie**

- **7 august 2026** · Fundația: schema bazei de date, porțile automate și pagina de intrare
- **9 august 2026** · Ofertarea: pachete predefinite, preț pe linie și reordonarea liniilor
- **16 august 2026** · Conducta de vânzare, contractele, calendarul, stocul și Setările pe pagini
- **17 august 2026** · Procesul-verbal semnat de client cu degetul, pe teren
- **30 august 2026** · Captarea fără semnal: bonul, pozele și semnătura rămân în telefon
- **2 septembrie 2026** · Încă cinci operații de teren posibile fără semnal
- **14 septembrie 2026** · Formularul public, fișa Casa Verde 2026 și pregătirea de lansare

Cifrele din casete sunt numărate din cod la commitul din 14 septembrie 2026 și arată ce există în aplicație, nu rezultatul unei rulări de teste. Cifrele auditurilor vin din rapoartele fiecărui audit. Constatările au fost găsite înainte de lansare, nu la client.

**Construit cu**

- Next.js 16
- React 19
- Supabase
- PostgreSQL
- Serwist
- IndexedDB
- PDF generat pe server
- Vercel

## Din aplicație

Capturi din aplicație, făcute cu date de test.

![Dosarul unui client de probă pe calculatorul de birou: etapa 3 din 7 în conducta de vânzare, telefon și email, sistemul ofertat cu invertor și panouri, ofertele și locurile de consum](https://dmaster.ro/studii/crm-fotovoltaice/birou-dosar-client.webp)

Tot ce ține de un client stă într-un singur dosar, de la ofertă până la contract.

![Lista tuturor clienților de probă, cu telefon, județ, email, cine l-a preluat și etapa colorată, plus numărătoarea pe etape în meniul din stânga](https://dmaster.ro/studii/crm-fotovoltaice/birou-lista-clienti-etape.webp)

Biroul vede dintr-o privire în ce etapă e fiecare client și cine se ocupă de el.

![Calendarul de montaj pe luna septembrie, cu programări colorate și un rezumat al lunii: câte programări, câte fără montatori, câte de vizitat](https://dmaster.ro/studii/crm-fotovoltaice/birou-calendar-luna.webp)

Calendarul lunii arată ce montaje sunt programate și unde lipsesc încă montatorii.

![Ecranul de dubluri: două dosare de probă cu același număr de telefon, puse unul lângă altul, cu butonul de ales dosarul care rămâne](https://dmaster.ro/studii/crm-fotovoltaice/birou-dubluri-clienti.webp)

Când două dosare par să fie ale aceluiași om, de pildă au același telefon, aplicația le arată alăturat și biroul alege pe care îl păstrează.

![Editorul de formulare: lista întrebărilor, cu eticheta câmp de dosar la nume, telefon, email și județ, și în dreapta previzualizarea formularului Cere o ofertă](https://dmaster.ro/studii/crm-fotovoltaice/birou-editor-formular.webp)

Formularul de cerere de ofertă se construiește din aplicație și se vede pe loc cum arată pe telefon.

![Telefonul montatorului, ecranul Lucrările tale: o lucrare trecută de completat, cu lista a ce lipsește, și lucrările programate cu adresă și echipamente](https://dmaster.ro/studii/crm-fotovoltaice/montator-lucrarile-tale.webp)

Montatorul își vede pe telefon lucrările și ce mai are de completat la fiecare.

![Fila Poze a unei lucrări de probă pe telefon: obligatorii 0 din 5 și lista categoriilor care lipsesc, de la invertor la vederea de ansamblu](https://dmaster.ro/studii/crm-fotovoltaice/montator-poze-obligatorii.webp)

Aplicația îi spune montatorului exact ce poze mai lipsesc până poate închide lucrarea.

![Ecranul de semnare a procesului-verbal, cu numele persoanei de probă care semnează și o semnătură desenată cu degetul deasupra liniei](https://dmaster.ro/studii/crm-fotovoltaice/telefon-semnatura-pv.webp)

Clientul semnează procesul-verbal cu degetul, pe ecranul telefonului.

## Ce a ieșit

Rezultatul este o aplicație web livrată în septembrie 2026, gândită pentru circa 20 de oameni și până la 30 de montaje pe lună. Același program are două fețe: biroul pe calculator, cu toată conducta de vânzare, și montatorul pe telefon, cu doar ce îi trebuie pe teren.

Drumul unui client se vede dintr-o privire, în 7 etape. Mutările se fac singure când apare dovada, iar biroul păstrează controlul: oprește orice mutare din Setări și mută de mână orice client, în orice sens.

Pe teren, un montaj incomplet nu se mai poate închide, iar ce face montatorul fără semnal rămâne în telefon până pleacă la server.

Grosul construcției s-a făcut între 7 august și 14 septembrie 2026. Defectele au fost căutate înainte de lansare: auditul din 6 septembrie a găsit 151 de constatări, iar 150 au fost reparate.

Aplicația mută clientul când apare dovada. Biroul decide, dintr-o bifă, ce mutări lasă automate.

### De ce merită

- Nimeni nu mai mută clienții de mână la fiecare pas: oferta trimisă, contractul semnat și lucrarea închisă îi duc mai departe
- Fiecare mutare automată are bifa ei în Setări, deci biroul o oprește fără programator
- Un număr de telefon scris în trei feluri e recunoscut ca același client
- Montatorul lucrează pe acoperiș și fără semnal, iar ce scrie nu se dublează la trimitere
- Un montaj nu se poate închide fără poze, fără valoarea măsurată a împământării, fără seria invertorului și fără materialele de pe bon
- CNP-ul și datele din buletin nu ajung pe telefonul montatorului și nici în importuri
- Contractele, ofertele și procesele-verbale ies cu textele firmei, pe versiuni care nu se schimbă după tipărire
- Clientul semnează procesul-verbal pe telefon, iar documentul semnat intră direct în dosar

### Pașii următori

Ce urmează după livrare:

- Testul pe teren cu două telefoane reale, o zi întreagă de montaj, cu semnalul oprit
- Coșul de recuperare pentru ofertele și contractele șterse din dosarul clientului, cu păstrare 30 de zile
- Ajustarea verificării semnăturii după primele semnături reale ale clienților

## Întrebări despre un CRM la comandă

### Cât a durat construcția aplicației?

Lucrul a început pe 7 august 2026, iar grosul construcției s-a încheiat pe 14 septembrie 2026, adică circa cinci săptămâni și jumătate. Aplicația a fost livrată în septembrie 2026. În acest timp s-au construit cele 7 etape de vânzare, lucrul fără semnal, documentele cu textele firmei și modulele separate pentru stoc și campania Casa Verde.

### Merge aplicația fără semnal?

Pentru montatori, da, pe partea de teren. Fără semnal se pot face 9 operații, printre care pozele, liniile de pe bon, semnătura clientului și închiderea lucrării. Ele rămân în telefon și pleacă la server când aplicația e deschisă cu internet. Telefonul trebuie pregătit o dată cu internet, iar trimiterea în fundal, cu aplicația închisă, nu există. Generarea PDF-urilor și trimiterea către client cer semnal.

### Cine vede datele clientului?

Biroul vede tot. Montatorul vede numele, telefonul și adresa clientului, fiindcă are nevoie de ele ca să ajungă la lucrare, plus pozele și bonul de consum. Nu vede oferte, prețuri, contracte, notele biroului, CNP-ul sau datele din buletin. Regula e pusă în baza de date, nu doar ascunsă pe ecran.

### Ce se întâmplă dacă pică internetul la birou?

Biroul lucrează online: ofertele, contractele, calendarul și setările au nevoie de internet. Dacă un calculator de birou pierde rețeaua, aplicația arată o pagină de avarie, nu o listă goală care ar putea păcăli pe cineva. Lucrul fără semnal e gândit pentru teren, unde montatorul continuă pe telefon.

### Aplicația e legată de SmartBill?

Nu. Ea face oferte, contracte, procese-verbale și bonuri de consum, iar factura se emite în continuare din SmartBill, în afara aplicației. Bonul de consum se poate exporta în Excel pentru contabilitate.

### Se poate folosi de pe iPhone?

Da. Aplicația rulează în browser și se poate pune pe ecranul principal al telefonului. Pe iPhone, în Safari, aplicația arată pașii: Partajează, apoi Adaugă pe ecranul principal. Pe Android, browserul poate afișa un buton de instalare. Pe niciun telefon nu există trimitere în fundal: datele de pe teren pleacă atunci când aplicația e deschisă.

### Ce e diferit față de un CRM gata făcut?

Un CRM gata făcut vine cu etapele și regulile lui, pe care le adaptezi cât îți permite abonamentul. Aici etapele sunt ale firmei, iar clientul trece mai departe pe baza unor fapte din aplicație, ca bonul de consum finalizat pe teren sau certificatul de racordare încărcat în dosar. Pe lângă vânzare, aceeași aplicație are partea de montaj pe telefon, cu poze obligatorii, bon de consum și semnătura clientului, plus reguli proprii pentru CNP și pentru textele documentelor.

### Unde stau datele?

Contractul semnat cu firma prevede ca baza de date și fișierele să stea pe infrastructură din Uniunea Europeană.

### Aplicația trimite emailuri singură clienților?

Nu. Oferta, contractul sau procesul-verbal pleacă pe email doar când cineva apasă „Trimite pe email”, de pe serverul de mail al firmei, cu PDF-ul atașat. Nu există trimiteri automate programate.

### Leadurile din reclamele Meta intră singure în aplicație?

Nu. Leadurile din Meta intră prin fișierul exportat din Meta, încărcat de mână, cu verificarea dublurilor înainte de salvare. Singurul drum prin care un lead intră direct, fără import, e formularul pe care firma îl pune pe site.

Vrei un CRM făcut pe fluxul firmei tale?

Construiesc aplicația pe etapele pe care echipa ta le parcurge deja: biroul, oamenii de pe teren și actele. Programează o discuție de 30 de minute și vedem împreună ce se poate lega. Gratuit, fără obligații.

[Trimite cerere](https://dmaster.ro/cerere)

[Aplicații web la comandă](https://dmaster.ro/servicii/aplicatii-web)

## Alte studii de caz

Recomandat · aplicații mobile

### [HPS: o aplicație mobilă construită solo, de la zero la Play Store](https://dmaster.ro/studii-de-caz/human-performance-score)

Aplicație mobilă de tip RPG pentru dezvoltare personală: transformă acțiunile zilnice (somn, sport, lectură, meditație, plus factorii negativi) într-un singur scor de performanță și un nivel de la 1 la 50. Construită integral de o singură persoană, de la motorul de scor determinist până la publicarea pe Google Play.

Recomandat · Studiu de caz

### [Un program care fotografiază singur o cameră live, din oră în oră, cu calculatorul închis](https://dmaster.ro/studii-de-caz/monitorizare-camera-live-automat)

Camerele publice transmit non-stop, dar nu păstrează nimic. Ce nu ai văzut în direct e pierdut. Programul ăsta se uită singur la o transmisiune live, salvează cadrul pe disc la intervalul ales și scrie într-un jurnal ce a ieșit din fiecare încercare. Rulează și cu fereastra închisă.

Recomandat · reclame video

### [Un om care nu există, pentru firma care n-are pe cine pune pe cameră](https://dmaster.ro/studii-de-caz/reclame-ugc-personaj-ai)

Două reclame de 18 secunde în care aceeași femeie vorbește română. Femeia nu există, birourile nu există, camera n-a pornit niciodată. Al doilea clip a pornit din același fișier ca primul, la opt ore distanță. Singurul lucru real sunt 31 de secunde de voce, citite pe telefon într-o cameră liniștită.

---

Pagina HTML: https://dmaster.ro/studii-de-caz/crm-personalizat-fotovoltaice

Index complet: https://dmaster.ro/llms.txt

- D MASTER
- Sanda Sorin-Cătălin Persoană Fizică Autorizată
- CUI: 54245670 · ONRC: F2026013705006
- Sat Giroc, Com. Giroc, Bd. Soarelui nr. 10, Et. 1, Ap. 6, jud. Timiș
- office@dmaster.ro
- (0750) 722 541
- Timișoara, România