CRM-uri românești fără API: Cum integrezi Voice AI și automatizări cu sisteme închise

„CRM-ul nostru nu are API" e printre cele mai frecvente obiecții pe care le auzim în discovery call-uri. În 9 din 10 cazuri, afirmația e tehnic incorectă — CRM-ul are ceva ce permite integrare, doar că nu e documentat sau nu e numit „API".

Acest ghid arată exact cum arată o integrare între un agent vocal AI (sau orice alt flux de automatizare) și un sistem CRM românesc închis: ce întrebări să pui înainte, ce opțiuni tehnice există, cât costă fiecare și când e mai rentabil să migrezi pe HubSpot sau Pipedrive decât să forțezi integrarea.

De ce „nu are API" e aproape niciodată răspunsul final

Când un client ne spune „CRM-ul nostru nu are API", de obicei se referă la unul din trei lucruri:

• Furnizorul nu a publicat documentație API — dar API-ul există intern, pentru interfața lor web
• API-ul există dar e scump (licență enterprise sau taxă pentru fiecare conector)
• Chiar nu există nimic — sistem dezvoltat local, acum 10 ani, de o firmă IT care a dispărut

Primele două situații sunt, de fapt, rezolvabile. A treia e rară, dar există. Ca să știi în care te afli, avem 4 întrebări de diagnostic pe care le parcurgem în primele 10 minute ale discovery call-ului.

Cele 4 întrebări diagnostic

1. „Poți exporta date în CSV sau Excel?" — Dacă da, există import/export. Orice sistem cu import/export poate fi sincronizat, chiar dacă nu în timp real.
2. „Îl folosești în browser sau e aplicație desktop?" — Dacă e web app, interfața face apeluri HTTP către un server. Acele apeluri sunt un „API" intern pe care îl putem folosi.
3. „Ai acces la baza de date sau serverul pe care rulează?" — Multe CRM-uri românești de nișă folosesc MS SQL sau MySQL. Cu acces admin, putem citi și scrie direct în bază.
4. „Trimite emailuri automate când se întâmplă ceva?" — Dacă CRM-ul trimite notificări pe email la eveniment nou, putem parsa emailurile ca trigger-uri.

Dacă răspunsul la cel puțin una dintre aceste patru e „da", avem deja un drum de integrare. Din experiența noastră cu piața românească — Charisma, Saga ERP, SmartBill, Senior ERP, CRM-uri custom construite pentru clinici, agenții imobiliare și saloane — aproximativ 90% din sistemele „închise" au cel puțin două dintre cele patru.

Cinci căi tehnice când API-ul chiar lipsește

Ordonate după raportul fiabilitate/cost, de la cel mai recomandat la cel mai complex:

1. Sincronizare CSV programată

• Cum funcționează: la fiecare X minute/ore, un script extrage un CSV din CRM (fie automat dintr-un folder pe care clientul îl populează, fie prin automatizare browser care apasă butonul de export)
• Bun pentru: sincronizare end-of-day, rapoarte, populare agent vocal cu lista de clienți dimineața
• Limite: nu e real-time; latență minimă 5-15 minute
• Fiabilitate: foarte mare — formatul CSV rar se schimbă

2. Reverse-engineering al API-ului intern (browser network inspection)

• Cum funcționează: deschidem DevTools în browser, înregistrăm ce request-uri HTTP face interfața când cineva click-uiește „salvează client nou", apoi replicăm acele request-uri din automatizarea noastră
• Bun pentru: integrări real-time cu CRM-uri web moderne care nu au API „oficial" dar au clar unul intern
• Limite: dacă furnizorul schimbă interfața, se pot rupe request-urile; necesită re-audit anual
• Fiabilitate: medie-mare; standard pentru implementări de acest tip: 2-3 mici ajustări pe an

3. Browser automation / RPA

• Cum funcționează: un browser headless (server fără interfață grafică) se autentifică în CRM și execută pașii ca un operator uman — deschide formularul, umple câmpurile, apasă salvare
• Bun pentru: CRM-uri desktop sau aplicații web fără API intern curat
• Limite: lent (1-3 secunde per operație), fragil la redesign UI, necesită cont dedicat cu user/parolă
• Fiabilitate: medie; echipa noastră monitorizează și repară rapid când UI-ul clientului se schimbă

3b. Oglindă de bază de date (DB mirror)

• Cum funcționează: dacă clientul are acces la serverul pe care rulează CRM-ul, ne conectăm direct la baza de date (read sau read-write) și sincronizăm cu un strat intermediar
• Bun pentru: CRM-uri on-premise vechi (ERP-uri românești din 2010-2015) cu MS SQL sau MySQL la bază
• Limite: schema bazei de date se poate schimba la update-uri majore; necesită admin DB
• Fiabilitate: mare, dar cu risc la upgrade-uri CRM

4. Podul de email

• Cum funcționează: CRM-ul trimite deja emailuri notificare la evenimente (lead nou, programare). Noi avem un inbox dedicat care parsează acele emailuri și le transformă în acțiuni pentru sistemul nostru
• Bun pentru: trigger-uri unidirecționale (CRM → Syntho), nu invers
• Limite: depinde de formatul fix al emailurilor CRM-ului
• Fiabilitate: mare pentru citit, limitat pentru scris

5. Migrare pe CRM deschis

• Cum funcționează: migrăm datele și procesele de pe CRM-ul închis pe HubSpot, Pipedrive sau Salesforce — sisteme cu API robust și documentație publică
• Bun pentru: companii care oricum erau nemulțumite de CRM-ul actual și văd integrarea AI ca oportunitate să modernizeze
• Limite: investiție inițială mai mare, plus licență nouă lunară pentru noul CRM
• Fiabilitate: cea mai înaltă pe termen lung

Real-time vs batch: ce are nevoie, de fapt, afacerea ta

Majoritatea clienților cer „integrare real-time" fără să se gândească dacă e necesar. Hai să separăm cele două categorii:

Când ai nevoie de real-time (API sau RPA)

• Agentul vocal trebuie să creeze un deal în CRM în momentul în care apelul se închide
• Echipa de vânzări trebuie să primească notificare pe WhatsApp imediat ce un lead nou intră
• Sistemul trebuie să verifice stocul sau disponibilitatea în timpul conversației cu clientul
• Programările făcute prin AI trebuie să blocheze instant calendarul medicului/consultantului

Când batch e suficient (CSV sau email bridge)

• Sincronizare dimineață/seară a listei de clienți pentru campanii
• Raportare la final de lună
• Trimitere de remindere pentru programări făcute anterior
• Import bulk al contactelor pentru enrichment

În practică, 60-70% din clienții care încep cu „trebuie real-time" descoperă că 80% din procesele lor funcționează la fel de bine cu batch. Restul 20-30% chiar au scenarii real-time — pentru acelea găsim mereu o soluție, fie prin API intern descoperit, fie prin RPA, fie prin migrare.

Costul fiecărei abordări (2026)

*Supliment peste pachetul standard Syntho — vezi prețurile publicate pentru baza.

Observație importantă: cifrele de mai sus sunt orientative. Supliment-ul exact pentru un caz concret se stabilește după audit-ul tehnic (inclus gratuit în discovery call), unde verificăm ce opțiuni are sistemul tău și care dintre ele e cea mai rentabilă. Uneori, un CRM care părea închis se dovedește a avea un API nedocumentat foarte curat — atunci costul suplimentar scade aproape la zero.

Când recomandăm migrare, nu integrare

Suntem sinceri cu clienții: nu toate integrările merită construite. Recomandăm migrarea când:

• CRM-ul actual are 5+ ani și nu a mai primit update-uri — riscă să „moară" fără preaviz
• Compania care l-a construit nu mai există sau nu răspunde — nimeni nu va repara problemele
• Suplimentul RPA + migrare date depășește costul licenței HubSpot/Pipedrive pe 2 ani — matematica e clară
• Clientul oricum planifica să schimbe CRM-ul „cândva" — hai să facem schimbarea acum, când oricum investești în AI
• Sistemul actual nu suportă multi-user sau roluri — limitări structurale care blochează creșterea

În schimb, nu recomandăm migrarea când:

• Clientul are deja procese operaționale complexe construite în jurul CRM-ului actual, și refacerea lor ar dura luni
• Integrările tehnice (CSV, DB, API intern) funcționează fiabil și costă rezonabil
• Echipa e familiarizată cu interfața actuală și schimbarea ar genera rezistență majoră
• CRM-ul actual are particularități specifice industriei (ex. modul de facturare cu SmartBill pentru sectorul medical din România) care ar fi greu de replicat pe un CRM generalist

Trei scenarii tipice pe care le abordăm

Mai jos sunt trei tipare de situație pe care le întâlnim des la audit-urile tehnice — ilustrative, nu nume de clienți reali. Cifrele sunt estimări orientative; se calibrează exact în discovery call după ce vedem sistemul tău concret.

Scenariu 1: Agenție imobiliară cu CRM custom construit acum câțiva ani

Situație tipică: agenție cu 15-30 de agenți, CRM construit de o firmă IT locală, zero documentație publicată, firma IT nu mai oferă suport.

Cum abordăm: audit tehnic al serverului pe care rulează CRM-ul (de obicei PostgreSQL sau MS SQL). Cu credențiale admin read-only, construim strat de sync care citește proprietăți și lead-uri. Scrierea înapoi în CRM se face prin reverse-engineering al API-ului intern al interfeței web sau prin RPA dacă API-ul nu există. Agent vocal integrat: call-urile se materializează ca lead-uri în CRM în câteva secunde.

Estimare cost: +2.500-4.000€ peste setup-ul CRM standard. Timp țintă: 3-5 săptămâni.

Scenariu 2: Rețea de cabinete medicale cu ERP românesc pentru facturare

Situație tipică: 5-10 cabinete folosind Saga, SmartBill sau Charisma pentru facturare și evidență pacienți, fără API public documentat.

Cum abordăm: de obicei aceste sisteme au export CSV automat sau rapoarte pe email. Construim sync care citește exporturile la interval programat și populează un CRM modern (HubSpot sau Pipedrive) folosit de Voice AI pentru identificarea pacientului recurent. Sistemul original rămâne sursa pentru facturare; CRM-ul nou devine sursa pentru automatizări conversaționale.

Estimare cost: +800-1.500€ setup supliment. Latență tipică: 15 minute – 1 oră. Sistemul legacy rămâne neatins.

Scenariu 3: Lanț de saloane cu soft local inadecvat

Situație tipică: 2-6 saloane cu aplicație Windows de programări, fără export, fără API. Personalul completează Excel paralel pentru raportare.

Cum abordăm: în acest tipar, integrarea n-are sens economic — recomandarea e migrare la un sistem modern pentru saloane cu API deschis (Fresha, Treatwell sau echivalent). Migrăm datele istorice, instruim echipa, conectăm Voice AI direct. Sistemul vechi devine obsolet în 30-60 de zile.

Estimare cost: similar cu suplimentul RPA (~€3.000-4.500) dar câștigul pe termen lung e un sistem modern cu API, aplicație mobilă și raportare nativă.