n8n pentru începători: prima automatizare, pas cu pas
Construiește un flux n8n cu date fictive: pornire manuală, câmpuri și condiții. Vezi ce trebuie să obții și unde poți adăuga AI după testare.
În acest ghid7 secțiuni
Ca să înveți n8n, construiește mai întâi un flux pe care îl poți urmări de la intrare la rezultat. În exercițiul de aici, o cerere fictivă trece printr-o verificare și primește un status. Nu ai nevoie de un CRM sau de o cheie API pentru modelul AI. Scopul este să vezi cum circulă datele și de ce un caz ajunge pe o anumită ramură.
Ce construiești și de ce ai nevoie
Ai nevoie de acces la o instanță n8n și de dreptul de a crea un workflow. Dacă nu ai ales încă găzduirea, citește comparația cu Make înainte să instalezi un server. Tutorialul presupune că poți deschide editorul; nu acoperă instalarea sau administrarea.
Vei folosi o cerere fictivă pentru o demonstrație de servicii. Rezultatul este un câmp status în execuția de test. Nu înregistrezi o cerere reală, nu confirmi o programare și nu trimiți emailuri.
Pașii folosesc documentația oficială consultată la 23 octombrie 2026. Acesta este un exercițiu de configurat în contul tău, nu un studiu de caz și nici un flux verificat de noi într-o instanță n8n. Compară ieșirile obținute cu rezultatele așteptate de mai jos.
| Nod | Rol |
|---|---|
| Manual Trigger | Pornești proba la cerere. |
| Date de probă: Edit Fields | Introduci câmpurile cererii fictive. |
| Câmpuri prezente?: If | Separi cererile cu email și mesaj de cele incomplete. |
| De verificat: Edit Fields | Pe ramura true adaugi statusul de_verificat. |
| Date lipsă: Edit Fields | Pe ramura false adaugi statusul date_lipsa. |
1. Pornește manual și adaugă datele fictive
Creează un workflow nou cu Manual Trigger. Acesta pornește când alegi Execute Workflow, fără un eveniment exterior. După el adaugă Edit Fields (Set), numește-l Date de probă și alege modul JSON Output.
Copiază obiectul de mai jos. Emailul folosește domeniul rezervat example.com și nu reprezintă un contact de prospectat. Execută nodul și verifică în ieșire că există câmpurile id_cerere, email și mesaj. Nu continua dacă vezi întregul obiect ca un singur text.
{
"id_cerere": "DEMO-001",
"email": "ana@example.com",
"mesaj": "Aș vrea să văd cum organizați cererile din formular."
}2. Verifică dacă emailul și mesajul sunt prezente
După Date de probă adaugă nodul If și numește-l Câmpuri prezente?. Creează două condiții de tip String, cu operația is not empty. Pentru prima valoare folosește expresia {{ ($json.email ?? "").trim() }}, iar pentru a doua {{ ($json.mesaj ?? "").trim() }}. Combină condițiile prin AND.
Expresiile sunt pentru câmpurile text din acest exercițiu. trim() elimină spațiile de la capete, astfel încât un mesaj format numai din spații să fie tratat drept gol. Într-un formular real validezi și tipul datelor înainte să aplici operații de text.
Această regulă verifică prezența textului. Nu validează formatul emailului, existența adresei, identitatea persoanei sau interesul comercial. De aceea, ramura pozitivă duce la verificare, nu la un status precum client calificat.
Surse: n8n: condiții în nodul If
3. Adaugă un status pe fiecare ramură
La ieșirea true conectează un Edit Fields numit De verificat. În Manual Mapping adaugă câmpul text status cu valoarea fixă de_verificat. Păstrează și câmpurile de intrare în ieșire. La false conectează un al doilea Edit Fields, numit Date lipsă, cu status egal cu date_lipsa.
Rulează din nou întregul flux. Pentru obiectul inițial trebuie să vezi id_cerere, email, mesaj și status: de_verificat la capătul ramurii true. Dacă au rămas doar datele noi, verifică opțiunea care păstrează câmpurile de intrare în Edit Fields.
Păstrează identificatorul cererii în ambele ramuri. Te va ajuta să urmărești aceeași intrare când adaugi ulterior un registru de cereri sau când cineva investighează o eroare.
Surse: n8n: Edit Fields (Set)
4. Schimbă intrarea și verifică fiecare rezultat
Modifică Date de probă pentru fiecare caz și rulează fluxul de la început. Nu te baza pe rezultatul rămas în editor dintr-o execuție anterioară. Notează intrarea, ramura și statusul observat.
Tabelul descrie rezultate așteptate după regulile exercițiului, nu rezultate măsurate într-un cont n8n. Ultimul caz arată intenționat o limită: regula noastră poate accepta un email greșit dacă acel câmp nu este gol.
| Modificare în JSON | Ramură așteptată | Status așteptat |
|---|---|---|
| Păstrezi exemplul inițial | true | de_verificat |
| email devine șirul gol "" | false | date_lipsa |
| mesaj devine " " | false | date_lipsa |
| Ștergi câmpul mesaj | false | date_lipsa |
| email devine "nu-este-email" | true | de_verificat; formatul nu este validat |
Unde adaugi AI după ce regulile funcționează
Dacă mesajele sunt lungi, următoarea probă poate fi un rezumat pentru operator. Păstrezi mesajul original, iar rezumatul este un câmp separat. Operatorul trebuie să poată observa dacă modelul a omis o condiție sau a inventat un buget.
Cere modelului să extragă doar nevoia declarată și întrebările rămase. Un text precum „vreau detalii” nu justifică un buget, o dată de cumpărare sau promisiunea că persoana este calificată. Pentru lipsuri, rezultatul trebuie să spună că informația nu a fost oferită.
Nu adăuga generare AI ca să verifici dacă un câmp este gol. Ai deja o regulă controlabilă pentru asta. Măsoară separat costul și utilitatea pasului AI înainte să îl introduci în proces.
Ce lipsește înainte de folosirea cu cereri reale
Exercițiul se încheie la un rezultat vizibil în editor. Ca să îl folosești într-o firmă, mai ai nevoie de intrarea reală, validarea formatelor, controlul accesului, salvarea confirmată și tratarea erorilor. Alege aceste componente împreună cu persoana care răspunde de proces.
Un identificator scris în obiect nu previne singur duplicatele. Destinația trebuie să recunoască aceeași trimitere și să evite crearea repetată a unei cereri. Testează și cazul în care salvarea reușește, dar pasul următor eșuează.
La predare arată cum se oprește fluxul și cine verifică execuțiile eșuate. Abia după proba cu date fictive și verificarea destinației poți evalua un pilot restrâns cu date aprobate.
Întrebări frecvente
Trebuie să știu programare ca să încep cu n8n?
Poți începe cu noduri vizuale și câmpuri. Exercițiul folosește două expresii scurte explicate în text. Integrările personalizate și administrarea unui server cer cunoștințe suplimentare.
Am nevoie de un abonament AI pentru acest tutorial?
Nu pentru pașii descriși. Exercițiul folosește date fictive și condiții, fără un model AI. Accesul la platforma n8n se obține separat.
De ce cererea cu email greșit ajunge la verificare?
Condiția verifică dacă textul există după eliminarea spațiilor. Validarea formatului emailului este un pas separat, care trebuie adăugat înainte de folosirea cu cereri reale.
Pot conecta imediat fluxul la formularul site-ului?
Mai întâi verifică intrarea, duplicatele, salvarea și erorile. Schimbarea declanșatorului nu transformă proba într-o integrare pregătită pentru producție.
Surse și lecturi suplimentare
Pasul următor
Merită automatizat procesul tău?
Folosește volumul de lucru, timpul și costurile tale ca să compari situația de acum cu un proiect de automatizare. Calculatorul este gratuit și nu cere cont.
Calculează timpul și costurile
