Email Parser
Ultima actualizare: 26 iulie 2026 · Scris de Svennis, Zoho Premium Partner din 2011
Email parser extrage informații dintr-un mesaj primit pe o adresă dedicată și creează sau actualizează înregistrări în CRM. Cazul clasic: primești cereri de ofertă de pe un portal terț, ele vin ca email cu aceeași structură, iar tu vrei să devină lead-uri fără copiere manuală.
Funcționează bine într-un scenariu îngust și prost în afara lui. Diferența dintre cele două merită înțeleasă înainte de configurare, nu după.
Când funcționează
Email parser are nevoie de structură previzibilă. Merge când mesajele vin de la un sistem, nu de la un om:
- Notificări de la portaluri și marketplace-uri - cereri de la platforme de anunțuri sau comparatoare, unde formatul este generat automat și identic de fiecare dată.
- Formulare de pe site-uri terțe pe care nu le poți conecta direct prin API, dar care trimit un email cu câmpuri fixe.
- Confirmări automate de la parteneri sau distribuitori, cu aceeași machetă.
Numitorul comun: mesajul este generat de un program. Dacă îl scrie o persoană, formatul se schimbă și parserul cedează.
Când nu funcționează
Nu încerca să parsezi cereri scrise de oameni. Un client care îți scrie „bună ziua, aș avea nevoie de o ofertă pentru 20 de bucăți, vă rog sunați-mă la..." nu produce câmpuri stabile. Vei ajunge cu lead-uri incomplete pe care tot manual le corectezi, plus timpul pierdut cu regulile de parsare.
De asemenea, nu îl folosi ca substitut pentru o integrare reală. Dacă sursa are API, integrarea directă este mai robustă: nu depinde de formatul unui email care se poate schimba fără preaviz când furnizorul își actualizează șablonul.
Este cea mai frecventă cauză de „a funcționat luni de zile și dintr-o dată nu mai merge": nimeni nu te anunță când se schimbă macheta emailului.
Cum se configurează, pe scurt
Pașii sunt aceiași indiferent de scenariu:
- Generezi o adresă dedicată pentru parser. Este adresa unde vor ajunge mesajele de procesat.
- Autorizezi expeditorii. Numai mesajele de la adresele aprobate sunt procesate. Pasul ăsta nu este opțional: fără el, oricine află adresa îți poate injecta înregistrări în CRM.
- Trimiți un mesaj model către adresa parserului, ca sistemul să aibă pe ce lucra.
- Marchezi în mesaj ce reprezintă fiecare fragment și îl mapezi pe câmpul din CRM.
- Alegi modulul și regulile - ce se creează, ce se actualizează, cui se atribuie.
Pasul doi este cel care se sare cel mai des și singurul cu implicație de securitate.
Trei lucruri de decis înainte
Ce se întâmplă la duplicat. Dacă același client trimite două cereri, vrei două lead-uri sau o actualizare? Fără o cheie de identificare - la firme, CUI-ul; la persoane, emailul - vei aduna duplicate.
Cine primește înregistrarea. Un lead creat automat și neatribuit stă până îl vede cineva. Pune o regulă de atribuire din prima zi, chiar dacă e simplă.
Ce faci cu mesajele care eșuează. Vor exista mesaje pe care parserul nu le poate procesa. Dacă nimeni nu le urmărește, pierzi cereri fără să știi. Stabilește cine verifică și cât de des.
Cum îl testezi corect
Procedura pe care o folosim, după câteva lecții învățate greu:
- Colectezi zece mesaje reale din ultimele luni, nu unul singur. Variațiile apar abia la al treilea sau al patrulea.
- Le trimiți pe rând și verifici înregistrarea rezultată câmp cu câmp.
- Testezi anume cazurile urâte: diacritice, caractere speciale, câmpuri goale, mesaje redirecționate.
- Lași parserul să meargă o săptămână în paralel cu procesul manual, apoi compari.
Al patrulea pas pare exagerat și este singurul care garantează că nu ai pierdut cereri în tăcere.
Alternative mai robuste
Înainte să investești în reguli de parsare, verifică dacă există o cale mai bună:
- API sau webhook de la sursă - de departe cea mai stabilă opțiune.
- Formular web nativ, dacă poți influența cum se colectează cererea.
- Integrare dedicată, pentru surse recurente și volume mari. În proiectele din România construim frecvent astfel de conectori pentru sisteme locale care nu au integrare gata făcută.
Email parser rămâne util exact acolo unde nu ai acces la nimic din cele de mai sus. Este o soluție de compromis bine făcută, nu prima alegere.
Referinta: documentatia oficiala Zoho (in limba engleza).
Intrebari frecvente
Ce tipuri de emailuri merită procesate cu email parser?
Doar cele generate de un program: notificări de la portaluri și marketplace-uri, formulare de pe site-uri terțe, confirmări de la parteneri. Numitorul comun este formatul identic de fiecare dată. Dacă mesajul îl scrie o persoană, formatul se schimbă și parserul cedează.
De ce a funcționat parserul luni de zile și acum nu mai merge?
Cel mai probabil furnizorul și-a schimbat șablonul de email și nimeni nu te-a anunțat. Este limita fundamentală a parsării: depinzi de formatul altcuiva. Dacă sursa are API, integrarea directă nu are problema asta.
Trebuie să autorizez expeditorii pentru email parser?
Da, și este pasul cu implicație de securitate care se sare cel mai des. Fără lista de adrese aprobate, oricine află adresa parserului îți poate injecta înregistrări în CRM.
Cum testez corect un email parser?
Cu zece mesaje reale din ultimele luni, nu cu unul singur - variațiile apar abia la al treilea sau al patrulea. Testezi anume diacriticele, caracterele speciale, câmpurile goale și mesajele redirecționate, apoi îl lași o săptămână în paralel cu procesul manual și compari.
Ce alternative am la email parser?
API sau webhook de la sursă, care este de departe cea mai stabilă opțiune, un formular web nativ dacă poți influența colectarea cererii, sau o integrare dedicată pentru surse recurente cu volum mare. Parserul rămâne util doar unde nu ai acces la niciuna dintre ele.
Articole Similare
Partener Certificat Zoho
Ai nevoie de ajutor cu Zoho CRM?
Echipa noastra te poate ajuta cu implementarea, personalizarea si suportul Zoho CRM. Peste 200 de proiecte finalizate din 2011.
Contacteaza-ne